В дебрях водопада

[vit_r]

One of the key principles in the Agile Manifesto is to have working software at the end of every sprint. Yet, only 20% of teams that call themselves ’agile’ actually do this.

Из рекламы вебинара

Они не могут даже этого...

На самом деле, это враньё. Если рассматривать манифест не с точки зрения Эффективных Менеджеров™, а с точки зрения инженеров, если к концу спринта рабочая версия не будет готова, надо сдвинуть сроки, а если направление развития выбрано ошибочно, то вообще выбросить неправильные части и всё перепланировать заново.

Comments

[vit-r.livejournal.com]

Так это проблемы не Agile.

Это, именно, проблемы того, что продаётся под этим лейблом.

но ведь это - вполне умеренная плата за то, что каждое чмо в вертикали теперь не дергает по три раза на дню "ну, как там задача 12.1/4 на Critical Path? Освоена на 28 процентов? Хорошо, а когда будет на 31?".

Нифига себе! И где такая дыра, где кнопкатыкателей настолько за людей не считают и менеджерам настолько нефиг делать?

[l-yara.livejournal.com]

>> Так это проблемы не Agile.

> Это, именно, проблемы того, что продаётся под этим лейблом.

"Позвольте с Вами не согласиться"(С). Это проблема того, кто не умеет готовить именно эту кошку. Расстановка приоритетов - одна из немногих задач, решаемых руководством (ну, назовите этих людей Project Owner'ами для пущей Аджайлости или Architect'ами для ISO-шности, сути это не меняет).

Или Agile у нас разных систем, такое тоже возможно.

> Нифига себе! И где такая дыра, где кнопкатыкателей настолько за людей не считают и менеджерам настолько нефиг делать?

В абсолютно любой конторе на абсолютно любом проекте где появилось хоть немного условно-свободных денег и начальство мгновенно забронзовело для того, чтобы самолично заниматься разработкой day-to-day. Обычно при сем нанимают какого-нибудь шустрого пацана на должность вроде Project Manager, "и все заверте...". Ему ж надо красивые задоприкрывательные графички/диаграммки рисовать, вот и старается человек. Он обычно не злобен, просто дурноват, нагловат и дворняжьей властью наделен.
А при правильном употреблении от него даже польза бывает - отчетики те же нарисовать, Minutes of Meeting составить, комнату для совещаний забронировать / подготовить. Agile такому вполне способствует.

[vit-r.livejournal.com]

Расстановка приоритетов - одна из немногих задач, решаемых руководством

Это тоже иллюзия. Приоритеты нельзя "расставить". Система всегда оптимизируется по тем параметрам, которые измеряют.

А основная проблема агилят в отсутствии того, что обычно называют Requirements Engineering.

[l-yara.livejournal.com]

> Это тоже иллюзия. Приоритеты нельзя "расставить". Система всегда оптимизируется по тем параметрам, которые измеряют.
Ааа, так у вас кнопкодавы считают, что их дело - кнопкодавствовать, а что и для чего - "пусть у манагеров голова болит"? Ну, в таком проекте хоть Аджайл, хоть RUP, хоть Водопад - любой набор заклинаний обречен, тут не спорю.

> А основная проблема агилят в отсутствии того, что обычно называют Requirements Engineering.
"Ну почему же, дорогая?" (С). Это совершенно ортогональные вещи: где есть - там есть, где нету - там нету. В последние несколько лет я видел с полдесятка команд и проектов с разной степенью Agile'нутости, нигде этот деликатный вопрос на самотек не оставляли. Вообще успех _любого_ проекта зависит (но не определяется) вменяемостью и грамотностью руководства, а уж какой цвет обложки будет у документа с требованиями или какие буковки будут на той обложке - дело вторичное.

Вообще у меня такое впечатление что мы о разных вещах говорим. У Вас такого не возникло?

[vit-r.livejournal.com]

"Ну почему же, дорогая?" (С).

Потому что так написано в программных документах, этим объясняются все заскоки и вся система построена именно на этом.

[anonim-legion.livejournal.com]

>где такая дыра, где кнопкатыкателей настолько за людей не
считают

Вы из нее уехали.