С начала XXI века индустрия разработки программного обеспечения претерпела огромное количество изменений, и теперь если ты не в курсе, что такое Agile-методологии, а слова Kanban, Scrum вызывают у тебя вопросы, скорее всего, ты можешь услышать «Вон из профессии!»
Многие нынче рассматривают Agile-методологии как некую панацею от всех проблем. Типа «вот раньше все работали по Waterfall, поэтому было долго, дорого и непредсказуемо». А если резко переключишься на современные гибкие методики, то сразу счастье и наступит. Но не бывает пилюли от всех болезней, так и любая методология требует правильного применения. Из моего опыта я не видел ни одной компании, которая бы в полной мере использовала вот прямо все подходы гибких методологий, и это в целом нормально. Agile — он больше про подходы и практики, которые каждая команда должна пробовать, экспериментировать и находить то, что будет лучше всего работать именно у них. Разумеется, есть некие принципы, которые нужно соблюдать.
Также я знаю несколько компаний (вполне крупных), которые разочаровались в Agile, попробовав не то или не так. Лично я не являюсь ярым фанатом всех методик, но много работал с Agile, в командах пробовал разные подходы, постоянно читаю о практиках применения: как бы не говорили пословицы, учиться лучше на чужом опыте.
И должен сказать, что толковых книг не так много. Многие авторы дают довольно поверхностное описание техник, а кто-то и вовсе больше себя как тренера продаёт, чем позволяет компании понять, что и как стоит делать. Могу сказать, что даже некоторые официальные сертификации от сообщества Agile дают очень поверхностные знания, а люди потом козыряют официальным сертификатом, в реальности же не имея ни опыта, ни порой даже понятия, как работать с методологией.
Читать далее