Манифесто: выводы
Постоянно провожу созвоны со всеми, кто откликнулся на предложение участвовать в обучающей группе менеджеров по разработке. Решил, что не буду торопиться с запуском и поговорю со всеми, кто захочет - так что есть время до Нового года. Поэтому если у вас есть желание расти как менеджер, или вы только стали менеджером и у вас миллион вопросов, и вам интересно предложение поучаствовать - пишите на @alexeyrybak, сделаем созвон и поймем, какая группа или рабочая траектория подойдет вам лучше всего. Подробнее об этой инициативе в посте выше, “Обучение менеджеров”.
Теперь про манифест. Пара вводных. Первое, формально я накосячил с формулировкой вопроса (принципы, а не манифест). Ну а телеграм не даёт править тексты. Но вряд ли это сильно повлияло на результат. Второе, люди, которые приложили руку к манифесту и к попкуляризации гибких подходов - титаны, все, без базара. Сделали великое дело, и это не обсуждается. Просто и сам манифест, и принципы сформулированы не очень удачно - и голосование это хорошо показало. И это на мой взгляд создает ряд проблем.
Если кто-то ставит перед собой задачу изучить гибкие методологии, то карта развития будет следующая: манифест как идея, принципы как программа или чеклист, и фреймворки как рецепт. Поправьте меня, если считаете что это не так - я 20 лет назад прошел именно по этому пути (и офигел). Манифест мутноват, принципы противоречивы (огромное количество менеджеров вообще не готово “подписываться” по ними - результаты в конце поста). А фреймворки - Скрам и Канбан и производные - интересны, но на практике у всех что-то другое!
Понимаете, какой происходит бред: подавляющее большинство работают “гибко”, но не по Скраму или Канбану, а вообще говоря хрен пойми по чему, причем кто-то работает менее упешно, а кто-то работает прямо супер-успешно. И вот если вчерашний студент или разработчик захочет изучить гибкие процессы или стать менеджером - то он же начнет гуглить и будет отправлен именно по этому пути: манифест, принципы, фреймворки.
Но это ж фигня какая-то с точки зрения обучения. И знаете что: гибкие методологи/консультанты мне кажутся здесь ещё менее гибкими, чем жуткие, процессные, проектые, корпоративные проджекты потому что PMI и PMBOK уже включает рекомендации использовать Agile, появился и ISO21500, и всякие Prince2, PM3express и прочие, а со стороны “True Agile” - я такого движения не наблюдаю.
Подробнее сейчас не распишу, какие принципы наиболее неудачно сформулированы - места не хватит. Я лично голосовал за 6+ принципов.
Ну а теперь смотрите как аккуратно можно было перефразировать все то же самое без высокопарных “люди важнее процессов”, согласитесь, такие формулировки кажутся значительно менее противоречивыми.
Цитирую по книжке ГосАджайл (Да, есть такая! пусть вас не смущает "гос", отвечаю, книжка - очень норм).
Agile — это собирательное название различных методик и подходов к управлению, которые:
• фокусируют команду на нуждах и целях клиентов
• упрощают оргструктуру и процессы
• предлагают работу короткими циклами
• предполагают максимально быстрое создание ценного для клиента результата, что необходимо и используется для получения обратной связи
Ну отлично же! И так же можно было поступить с 12-ю принципами, но нет, имеем что имеем 🙂 И про другую книжку: Олег В. - спасибо ему - напомнил про отличную книжку дяди Боба (Роб Мартин), “Чистый Аджайл”. Если интересно, можете погрузиться в историю развития идей и той встречи 17-ти экспертов - прочитайте, она небольшая, и очень познавательная.
А вот обещанные результаты голосования (сколько пунктов 12-ти принципов не поддерживаете или поддерживаете со значительными оговорками):
* 0 пунктов (всё поддерживаю) - 16%
* 1 - 8%
* 2 - 12%
* 3 - 19%
* 4 - 17%
* 5 - 5%
* 6+ 23%
Постоянно провожу созвоны со всеми, кто откликнулся на предложение участвовать в обучающей группе менеджеров по разработке. Решил, что не буду торопиться с запуском и поговорю со всеми, кто захочет - так что есть время до Нового года. Поэтому если у вас есть желание расти как менеджер, или вы только стали менеджером и у вас миллион вопросов, и вам интересно предложение поучаствовать - пишите на @alexeyrybak, сделаем созвон и поймем, какая группа или рабочая траектория подойдет вам лучше всего. Подробнее об этой инициативе в посте выше, “Обучение менеджеров”.
Теперь про манифест. Пара вводных. Первое, формально я накосячил с формулировкой вопроса (принципы, а не манифест). Ну а телеграм не даёт править тексты. Но вряд ли это сильно повлияло на результат. Второе, люди, которые приложили руку к манифесту и к попкуляризации гибких подходов - титаны, все, без базара. Сделали великое дело, и это не обсуждается. Просто и сам манифест, и принципы сформулированы не очень удачно - и голосование это хорошо показало. И это на мой взгляд создает ряд проблем.
Если кто-то ставит перед собой задачу изучить гибкие методологии, то карта развития будет следующая: манифест как идея, принципы как программа или чеклист, и фреймворки как рецепт. Поправьте меня, если считаете что это не так - я 20 лет назад прошел именно по этому пути (и офигел). Манифест мутноват, принципы противоречивы (огромное количество менеджеров вообще не готово “подписываться” по ними - результаты в конце поста). А фреймворки - Скрам и Канбан и производные - интересны, но на практике у всех что-то другое!
Понимаете, какой происходит бред: подавляющее большинство работают “гибко”, но не по Скраму или Канбану, а вообще говоря хрен пойми по чему, причем кто-то работает менее упешно, а кто-то работает прямо супер-успешно. И вот если вчерашний студент или разработчик захочет изучить гибкие процессы или стать менеджером - то он же начнет гуглить и будет отправлен именно по этому пути: манифест, принципы, фреймворки.
Но это ж фигня какая-то с точки зрения обучения. И знаете что: гибкие методологи/консультанты мне кажутся здесь ещё менее гибкими, чем жуткие, процессные, проектые, корпоративные проджекты потому что PMI и PMBOK уже включает рекомендации использовать Agile, появился и ISO21500, и всякие Prince2, PM3express и прочие, а со стороны “True Agile” - я такого движения не наблюдаю.
Подробнее сейчас не распишу, какие принципы наиболее неудачно сформулированы - места не хватит. Я лично голосовал за 6+ принципов.
Ну а теперь смотрите как аккуратно можно было перефразировать все то же самое без высокопарных “люди важнее процессов”, согласитесь, такие формулировки кажутся значительно менее противоречивыми.
Цитирую по книжке ГосАджайл (Да, есть такая! пусть вас не смущает "гос", отвечаю, книжка - очень норм).
Agile — это собирательное название различных методик и подходов к управлению, которые:
• фокусируют команду на нуждах и целях клиентов
• упрощают оргструктуру и процессы
• предлагают работу короткими циклами
• предполагают максимально быстрое создание ценного для клиента результата, что необходимо и используется для получения обратной связи
Ну отлично же! И так же можно было поступить с 12-ю принципами, но нет, имеем что имеем 🙂 И про другую книжку: Олег В. - спасибо ему - напомнил про отличную книжку дяди Боба (Роб Мартин), “Чистый Аджайл”. Если интересно, можете погрузиться в историю развития идей и той встречи 17-ти экспертов - прочитайте, она небольшая, и очень познавательная.
А вот обещанные результаты голосования (сколько пунктов 12-ти принципов не поддерживаете или поддерживаете со значительными оговорками):
* 0 пунктов (всё поддерживаю) - 16%
* 1 - 8%
* 2 - 12%
* 3 - 19%
* 4 - 17%
* 5 - 5%
* 6+ 23%