Обсуждение блога:Максима Цепкова/2019-12-07: Agile - ответ IT на вызовы цифрового мира/c000188 — различия между версиями
(Новый комментарий от MaksTsepkov: Дмитрий, если бы Agile был вреден, он бы не завоевал мир, став стандартом, в том числе, в…) |
м |
||
Строка 1: | Строка 1: | ||
− | Дмитрий, если бы Agile был вреден, он бы не завоевал мир, став стандартом, в том числе, в IT-отделах крупных корпораций, которые долго этому | + | Дмитрий, если бы Agile был вреден, он бы не завоевал мир, став стандартом, в том числе, в IT-отделах крупных корпораций, которые долго этому противились и вели классические проекты. В том-то и дело, что классический проектный менеджмент в IT не дает результата, я это подробно разбирал в своей предыдущей статье [https://vc.ru/hr/95754-razvitie-i-proval-regulyarnogo-menedzhmenta-v-it Развитие и провал регулярного менеджмента в IT]. А Agile-методы оказываются эффективными и дают предсказуемый результат. |
+ | |||
+ | Да, если говорить про вашу статью. Методы и области управления проектами, перечисленные вами - все есть в Agile-методах , есть соответствующие практики, просто они устроены по-другому. И эффективнее, иначе PMI не начал бы вести сертификацию Agile, а смог бы доработать свои методологии. | ||
+ | |||
+ | Что касается необходимости проектирования, то она - признается. А дальше вопрос культуры. Можно выделить административно выделять несколько разработчиков, дав им статус проектировщиков, и делая остальных исполнителями. И так поступает классический менеджмент. А можно организовать работу так, чтобы проектировали решение задачи те, у кого есть соответствующий опыт, а результат проходил review. Это эффективнее, и зрелые Agile-команды работают именно так. | ||
+ | |||
{{wl-comment: Максима Цепкова/2019-12-07: Agile - ответ IT на вызовы цифрового мира/c000187 }} | {{wl-comment: Максима Цепкова/2019-12-07: Agile - ответ IT на вызовы цифрового мира/c000187 }} |
Текущая версия на 14:00, 9 декабря 2019
Дмитрий, если бы Agile был вреден, он бы не завоевал мир, став стандартом, в том числе, в IT-отделах крупных корпораций, которые долго этому противились и вели классические проекты. В том-то и дело, что классический проектный менеджмент в IT не дает результата, я это подробно разбирал в своей предыдущей статье Развитие и провал регулярного менеджмента в IT. А Agile-методы оказываются эффективными и дают предсказуемый результат.
Да, если говорить про вашу статью. Методы и области управления проектами, перечисленные вами - все есть в Agile-методах , есть соответствующие практики, просто они устроены по-другому. И эффективнее, иначе PMI не начал бы вести сертификацию Agile, а смог бы доработать свои методологии.
Что касается необходимости проектирования, то она - признается. А дальше вопрос культуры. Можно выделить административно выделять несколько разработчиков, дав им статус проектировщиков, и делая остальных исполнителями. И так поступает классический менеджмент. А можно организовать работу так, чтобы проектировали решение задачи те, у кого есть соответствующий опыт, а результат проходил review. Это эффективнее, и зрелые Agile-команды работают именно так.