Рекомендую: на E-xecutive опубликована глава из книги Майка Кона, «Agile: оценка и планирование проектов». – М.: «Альпина Паблишер», 2018. (https://www.e-xecutive.ru/education/glavy-iz-knig/1988539-kakaya-polza-ot-planirovaniya-proekta)
Чем хороша статья? Даже если вы "не в Agile" - она может пригодиться. Потому что в статье вскрываются такие простые и фундаментальные процессы, как, например - зачем планировать? Почему отказываются от планирования?
Там же очень хорошо раскрыта мысль о том, что план может быть относительно верным только после начала работ - когда мы снижаем неопределенность до приемлимого уровня. И о том, что такое процесс планирования, чем хороший процесс отличается от плохого.
Интересная для меня мысль - в том, что проект, который мы начинаем и планируем получить от него результат А - завершившись в срок, и с предполагаемым результатом А - может оказаться неуспешным. (Потому что за время работы над проектом изменились требования и внешнее окружение. Результат А стал слабоактуален - нужен уже результат Б, но деньги инвестированы именно в А...)
Еще один инсайт - Agile-подход к планированию, а именно - перенос акцентов с плана на процесс планирования. Мысль простая, очевидная и абсолютно "инсайтовая". Действительно, постоянно развивая план - мы так или иначе сможем снизить его неопределенность до приемлимых значений.
В общем, искренне советую прочтать эту главу (а лучше всю книгу целиком).

Статья на Хабре. На мой взгляд - отличный поверхностный анализ того, чем отличаются Scrum, экстремальное программирования и Kanban. "Поверхностное" - потому что если уходить в детали, то отиличий и разного рода мелочей будет сильно больше. Отмечу, что в статье очень хорошо прописаны "минусы", но "плюсы" как-то неявно. Ну и потом - статья с ИТшной нацеленностью, Хотя гибкие методологии применяются не только в ИТ, они вполне уверенно могут себя чувствовать и в "обычном" бизнесе (та же Toyeta и Kanban). В общем, как повод для размышлений - статья очень даже.

Очень дельная статья: http://www.e-xecutive.ru/management/practices/1987321-kak-stat-agile-kompaniei-bez-revolutsionnyh-perestroek (Как стать Agile-компанией без революционных перестроек).

Обозначу проблему. Есть, предположим, компания. И комания хочет иметь определенную гибкость на рынке. Один из способов - примнение Agile ("за бортом" оставляю дискуссию о применимости данного метода для конкретного случая, просто - предположим, что такая возможность рассмотрена и принята как одна из основных). Как перестроить компанию? Принудительно "загнать" всех в Agile? Мне кажется, что плохой путь - перестроиться сложно, особенно в части принятия Agile-ценностей, а без этого никуда. В этот смысле с интересом продолжаю наблюдать, насколько доступно из открытых источников, эксперимант Сбербанка по Agile-трансформации. А статья предлагает на мой взгляд хорошее решение (и самое главное, провернное гигантами типа Google и Microsoft) - внедрять гибриды. Идти от цлей, декомпозировать до уровня команд, а там - не важно, какая идеология внутри команды, важен согласованный результат в срок. Что-то в этом есть, согласитесь?

Навеяно этими статьями:

Почему Agile не приживется в России (http://www.e-xecutive.ru/management/practices/1987154-pochemu-agile-ne-prizhivetsya-v-rossii?utm_campaign=614) и «Псевдо-аджайл» только поначалу выглядит круто – разрушаем популярные мифы (https://rb.ru/opinion/agile-myths/).

Аджайл, это не методология и не способ быстро заработать денег. Аджайл - это философия, образ мышления. А, следовательно - это "заход" в тонкие материи корпоративной культуры, и еще более тонкие - психологии.

Что происходит в бизнесе? Зачастую Agile рассматривается как волшебная отмычка для бизнеса. Этакая "таблетка" приняв которую бизнес мгновенно становится удобным, результативным и высокомаржинальным. Увы, без специальной подготовки - внедрение Agile скорее всего либо провалится, либо превратится в формальность, либо приведет к ухудшению показателей. Почему? Да потому, что Agile требует определенной свобоы мышления и концентрации на результате. А наш российский бизнес зачастую отличается позицией "делай как я сказал".

Далее, Agile - это не Scrum. Внезапно, правда? ))) А ведь и правда, Scrum не "атрибутированный Agile". Scrum говорит о том, как можно работать. При этом Scrum не покушается на философию и основы мышления. Scrum дает инструмет - "бери и делай", а Agile - просит сначала изменить мышление.

Как-то так.

О гибкие методологии сломно немало копий. Кто-то ругает их, кто-то - хвалит. Но факт в том, что они есть, живут и развиваются. А порой понять "why is?" бывает весьма непросто. А тут попалась шикарная статья. буквально на пальцах объясняющая, что такое aglie и с чем его едят. Вот:

https://habrahabr.ru/post/313410/