Y
так что очевидности не очевидны)
Size: a a a
2020 January 17
NP
DAD + PMI даже не смешно
G
Nikita Poselyanov
всегда обновляется
Нее, 6 два года назад появился )
G
Да и пятый тоже не сразу вышел
G
Но чаще чем СГ точно обновляют ))
NP
Нее, 6 два года назад появился )
с некоей переодичностью, но так или иначе
NP
щас с DAD точно обновят
PO
Phase gate как таковые могут быть технической необходимостью, но их основная проблема - перед ними скапливается большой пакет незавершенной работы.
SDLC, который был мегапопулярен в 90е и начале нулевых, представлял из себя нарисованный в стиле лесенки набор из 4, иногда 5 phase gate, который все дружно принялись называть водопадом. Да, он был скопирован из того самого waterfall, который оригинальный, только из него убрали петли обратной связи.
В итоге софтовый проект выглядел как «счас аналитики строго самостоятельно сделают спеки», «разработчики получат полное ТЗ, без которого, как известно, результат хз, и напишут по нему код», «тестировщики все протестят и нарепортят багов» (которые хз когда тестить, потому что разработчики работу через phase gate уже пропихнули и на фикс может тупо не быть бюджета) и «админы протестированное радостно и без проблем зарелизят и будут обслуживать» (тоже понятно вероятность).
Все это шло с осложнением вида «планируем на год вперёд, чтоб забронировать бюджет».
Вот с этой монструозной конструкцией, которая была дико популярна в _корпоративном_ софте agile и начал бороться, заклеймив водопадом.
SDLC, который был мегапопулярен в 90е и начале нулевых, представлял из себя нарисованный в стиле лесенки набор из 4, иногда 5 phase gate, который все дружно принялись называть водопадом. Да, он был скопирован из того самого waterfall, который оригинальный, только из него убрали петли обратной связи.
В итоге софтовый проект выглядел как «счас аналитики строго самостоятельно сделают спеки», «разработчики получат полное ТЗ, без которого, как известно, результат хз, и напишут по нему код», «тестировщики все протестят и нарепортят багов» (которые хз когда тестить, потому что разработчики работу через phase gate уже пропихнули и на фикс может тупо не быть бюджета) и «админы протестированное радостно и без проблем зарелизят и будут обслуживать» (тоже понятно вероятность).
Все это шло с осложнением вида «планируем на год вперёд, чтоб забронировать бюджет».
Вот с этой монструозной конструкцией, которая была дико популярна в _корпоративном_ софте agile и начал бороться, заклеймив водопадом.
PO
Сейчас такого не делают уже, конечно.
G
Nikita Poselyanov
щас с DAD точно обновят
Ага, они под себя много подмяли за последние несколько лет
Y
Nikita Poselyanov
щас с DAD точно обновят
не очень получилось нагуглить аббревиатуру
PO
Хотел бы я сказать, но хер, делают ещё как :)
PO
не очень получилось нагуглить аббревиатуру
Disciplined Agile Delivery
Y
Y
Disciplined Agile Delivery
спасибо)
DK
Phase gate как таковые могут быть технической необходимостью, но их основная проблема - перед ними скапливается большой пакет незавершенной работы.
SDLC, который был мегапопулярен в 90е и начале нулевых, представлял из себя нарисованный в стиле лесенки набор из 4, иногда 5 phase gate, который все дружно принялись называть водопадом. Да, он был скопирован из того самого waterfall, который оригинальный, только из него убрали петли обратной связи.
В итоге софтовый проект выглядел как «счас аналитики строго самостоятельно сделают спеки», «разработчики получат полное ТЗ, без которого, как известно, результат хз, и напишут по нему код», «тестировщики все протестят и нарепортят багов» (которые хз когда тестить, потому что разработчики работу через phase gate уже пропихнули и на фикс может тупо не быть бюджета) и «админы протестированное радостно и без проблем зарелизят и будут обслуживать» (тоже понятно вероятность).
Все это шло с осложнением вида «планируем на год вперёд, чтоб забронировать бюджет».
Вот с этой монструозной конструкцией, которая была дико популярна в _корпоративном_ софте agile и начал бороться, заклеймив водопадом.
SDLC, который был мегапопулярен в 90е и начале нулевых, представлял из себя нарисованный в стиле лесенки набор из 4, иногда 5 phase gate, который все дружно принялись называть водопадом. Да, он был скопирован из того самого waterfall, который оригинальный, только из него убрали петли обратной связи.
В итоге софтовый проект выглядел как «счас аналитики строго самостоятельно сделают спеки», «разработчики получат полное ТЗ, без которого, как известно, результат хз, и напишут по нему код», «тестировщики все протестят и нарепортят багов» (которые хз когда тестить, потому что разработчики работу через phase gate уже пропихнули и на фикс может тупо не быть бюджета) и «админы протестированное радостно и без проблем зарелизят и будут обслуживать» (тоже понятно вероятность).
Все это шло с осложнением вида «планируем на год вперёд, чтоб забронировать бюджет».
Вот с этой монструозной конструкцией, которая была дико популярна в _корпоративном_ софте agile и начал бороться, заклеймив водопадом.
So true.
SP
Я им так и сказала, они говорят-он пока не скажешь оценку стоит или скандалит. Аргументы не воспринимает
Имхо надо выяснить зачем нужна озвученная оценка этому человеку. Можно просто спросить, но скорее всего придется выяснять перекрестными вопросами, потому что обычный менеджер не может внутрь себя вопросы задавать.
Из опыта оценка задач может нужна:
1) для прикрытия собственной задницы
2) для озвучивания сроков заказчику с умножением на коэффициент 3.14, а на самом деле для пункта 1
3) для планирования сколько еще можно впихнуть задач и когда, что тоже не про подумать, а про пункт 1
Из опыта оценка задач может нужна:
1) для прикрытия собственной задницы
2) для озвучивания сроков заказчику с умножением на коэффициент 3.14, а на самом деле для пункта 1
3) для планирования сколько еще можно впихнуть задач и когда, что тоже не про подумать, а про пункт 1
Y
насколько информативны эти книжки, кто-то может резюмировать? или есть что-то более интересное и стоящее к прочтению? в оригинале тоже можно, в принципе, предлагать. цели - пока саморазвитие и просто интерес