Как стать автором
Обновить

Комментарии 2

Есть такой анекдот. Не буду сюда постить, он длинный.
Самый главный вывод из него: нельзя использовать чужие методы, не понимая их.
Поясню, есть множество методов управления проектами, часть этих методов группируется в Agile. Некоторые популярные — на слуху PMI, Scrum, Kanban, «теория ограничений». Чтобы правильно подобрать и применять чужие практики, важно понимать как и для чего практики были придуманы и какие у них есть ограничения.
А вот рассуждения этой статьи на тему «почему использовать Agile недостаточно» в отрыве от реальных задач — бесполезны, на мой взгляд.
Причина этого берет корни из каскадной структуре управления проектами. Такой способ управления был создан во время промышленной революции. Целью было найти лучший способ оптимизировать производственную линию. Сейчас все по-другому, потому что скорость изменений настолько высока, что компаниям необходимо адаптироваться каждый день.


Я нигде не видел точку зрения, что истинная причина agile сегодня — это слабое качество подготовки руководителей, инженеров, проектировщиков и архитекторов. Вместо этого все говорят об инертности waterfall.

Agile — это продукт гиперспециализации и не желании человек брать больше, чем ему комфортно. Поэтому мы видем такой фантан людей с приставкой product ****** и project *****. На каждый чих — своя позиция. А все вместе — agile.

Вот бы сделать бенчмарк того, как в 39-40 переносили целые фабрики в другие города, и как сейчас новая методология решила «ту» проблему.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий