Меня на самом деле пугают эти комментарии. Суть Agile-а в трёх

вещах: Эмпиризм, Коммуникации и Качество.
Я читаю "статью" - автор говорит, что как раз 3 пункта и лагают
Читаю комментарии - и как будто бы все эти косяки оправдываются

У меня возникает вопрос
А ценности и принципы Agile тока я читал что ли? )

Просто они поддерживаются в командах, а вот дальше бизнес по другим принципам работает))

Т.е. проблема как раз в том, что директора НЕ Agile? )

Ну я тут несколько со стороны сужу, но очень много где есть проблема за пределами команды и она не решается. То есть та же история живых коммуникаций - это не от agile идёт, это эффективный менеджмент. Реклама - туда же. Ну и я явно вижу истории, когда задача до команды доносится не та, которая болит, а та, которая интересна отдельным юнитам/руководителям. А ещё есть моменты, когда бизнес не бежит с идеей, дальше тосква. Ну и самое сладкое - проблемы есть везде. А показать, что что-то не так идёт нельзя, потому что все на работе остаться хотят (ну я точно знаю минимум в паре банков примеры, где нельзя показать, что что-то не так и они из списка "хороших").

https://heartofagile.com/ Это у Скрама эмпиризм, а в других нету.

Ценность 4: Готовность к изменениям важнее следования первоначальному плану. Принцип 1: Наивысшим приоритетом для нас является удовлетворение потребностей заказчика, благодаря регулярной и ранней поставке ценного программного обеспечения. Принцип 2: Изменение требований приветствуется даже на поздних стадиях разработки. Agile-процессы позволяют использовать изменения для обеспечения заказчику конкурентного преимущества. Принцип 3: Работающий продукт следует выпускать как можно чаще, с периодичностью недель до пары месяцев. Принцип 4: На протяжении всего проекта разработчики и представители бизнеса должны ежедневно работать вместе. Принцип 8: Инвесторы, разработчики и пользователи должны иметь возможность поддерживать текущий темп бесконечно. Agile помогает наладить такой устойчивый процесс разработки. Принцип 9: Постоянное внимание к техническому совершенству и качеству проектирования повышает гибкость проекта. Принцип 12: Команда должна систематически анализировать возможные способы улучшения эффективности и соответственно корректировать стиль своей работы.

:о) Если голосовать, то я с проголосую против "Это у Скрама эмпиризм, а в других нету." В Канбане также туча эмпиризма и тоже его основа. ЛеСС, SAFe тоже за эмпиризм.

А Канбан и не обязан быть Agile

Дело не в фреймворках. Я процитировал признаки Эмпиризма в самом Манифесте. Поэтому не важно, Скрам это или что-то другое.

В Канбане есть место эмпиризму, это правда. Но основой Канбана эмпиризм не является. Сорян.

Считал что накопление опыта и статистики - это то с чем мы пытаемся работать, анализировать, чтобы управлять потоком, правилами. Наличие петель обратной связи прям "маст хев".

» эмпирици́зм — метод познания через ощущения, в котором знания могут быть либо представлены как описание этого ощущения, либо сведены к нему. а накопление данных и работа со статистикой это не про ощущения

Нет. Это пост-анализ но не цель. Эмпиризм это: "сначала делай, потом думай что получилось". И этого нет в ASDM. Там есть про подстройку но не про эмпиризм.

Эмпиризм это: "сначала делай, потом думай что получилось". 😆 А вот это откуда? Или это собственная интерпретация?

Познание через ощущения это именно: а что будет если я так сделаю. Сделал. Ой больно, больше не буду так делать. То есть "сначала делай, потом думай". и да, это моя интерпретация.

Стикер

Скрам поэтому требует всех событий чтобы обработать результаты. В нормальном проекте мы делаем проектирование и планирование в начале строя надёжный план без гипотез.

"Надёжный план" "в нормальном проекте". Держите меня семеро.

1. http://www.extremeprogramming.org/rules/metaphor.html 2. http://www.extremeprogramming.org/rules/spike.html 3. http://www.extremeprogramming.org/rules/planninggame.html

Это уже как раз ближе к рационализму и научному подходу. (который можно сейчас назвать продуктовым)

Alexey Vasilyev [bipulse.ru]
вот все гипотезы снимаются обычно на первых фазах....

ты уверен что отвечаешь на мой вопрос? :о) и это связано с твоей интерпретацией Эмпиризма? Так как я подсвечиваю то как ты описал ситуацию, и в ней есть этап, который не фигурирует в формулировке, но прям выделяется в описании.

таже википедия, но на английском. Empiricism in the philosophy of science emphasizes evidence, especially as discovered in experiments. It is a fundamental part of the scientific method that all hypotheses and theories must be tested against observations of the natural world rather than resting solely on a priori reasoning, intuition, or revelation.

Alexey Vasilyev [bipulse.ru]
вот все гипотезы снимаются обычно на первых фазах....

RUP про проекты. Зачем в проектах эмпиризм на системной основе? Что там регулярно проверять?

>ты уверен что отвечаешь на мой вопрос? :о) и это связано с твоей интерпретацией Эмпиризма? Я показываю, где есть возможно место эмпиризму (проверка гипотез) в разработке ИТ-продукта. Там очень небольшой кусочек в части "моделирование".. Остальное вполне инженерное проектирование и XP имеет инструменты для обеспечения этого.

Это не мой вопрос и не мой ответ, я не спрашивал тебя "есть ли место эмпиризму в разработке ИТ продукта" и "Где для него место в этом процессе". Я в этой дискуссии не участвую. :о) Участвую в той, где мы обсуждаем что такое Эмпиризм и его место в Эджайле. Есть он там или нет его там.

RUP вообще-то итеративный. Там скрам одна из конфигураций. Вообще RUP - гениален имхо

RUP про продукт, не попробовать проект.

Звучит как еще один сюжет для драмы)) «Канбан» vs «Канбан-метод» “Scrum” vs “одна из конфигурации RUP - это скрам»

моя позиция: в Agile его быть не должно, не для того создавали (цель Pragmatic Programmer и XP - писать меньше кода и меньше переделывать), в Скраме он в ДНК

Окей, позицию твою услышал. Обсудить почему так думаешь, обсудили. У меня вопросов больше не осталось. Спасибо за дискуссию 🤝