Метка: бизнес

Не так давно, в последний день 2020 года, я написал рецензию на книгу «Kanban and Scrum — Making the Most of Both«, которую активно рекомендую всем, кто интересуется внедрением Agile-методологий. Однако эта книга была не первой у автора, Хенрика Книберга. Первую он написал в 2007 году, также посвящённую личному опыту внедрения гибких методологий, — «Scrum and XP from the Trenches» (на русском «Scrum и XP (экстремальное программирование) из траншей»). Автор сам признаётся, что написал эту не очень длинную книгу всего за одни выходные, когда ему вдруг очень захотелось поделиться своим опытом с другими людьми.

В этот раз я не буду вдаваться в описание гибких методологий и почему книги Книберга я здесь выделяю отдельно, об этом было в прошлой рецензии. Поэтому лучше кратко опишу саму книгу.

Это тоже очень сжатый рассказ о том, как именно он со своими командами внедрял различные практики из Scrum и экстремального программирования в работу. На конретных примерах, с конкретным описанием плюсов и минусов. Он не боится признавать ошибки и указывать, что может пойти не так. Это вообще нормально для гибких методологий, где многое подвластно лозунгу «экспериментируйте и смотрите, что лучше подойдёт конкретно вашей команде». Главное — это часто оценивать сделанное (в отличие от более старых методологий, когда ты можешь год делать-делать, и только потом понять, что делал не то и не так).

С начала XXI века индустрия разработки программного обеспечения претерпела огромное количество изменений, и теперь если ты не в курсе, что такое Agile-методологии, а слова Kanban, Scrum вызывают у тебя вопросы, скорее всего, ты можешь услышать «Вон из профессии!»

Многие нынче рассматривают Agile-методологии как некую панацею от всех проблем. Типа «вот раньше все работали по Waterfall, поэтому было долго, дорого и непредсказуемо». А если резко переключишься на современные гибкие методики, то сразу счастье и наступит. Но не бывает пилюли от всех болезней, так и любая методология требует правильного применения. Из моего опыта я не видел ни одной компании, которая бы в полной мере использовала вот прямо все подходы гибких методологий, и это в целом нормально. Agile — он больше про подходы и практики, которые каждая команда должна пробовать, экспериментировать и находить то, что будет лучше всего работать именно у них. Разумеется, есть некие принципы, которые нужно соблюдать.

Также я знаю несколько компаний (вполне крупных), которые разочаровались в Agile, попробовав не то или не так. Лично я не являюсь ярым фанатом всех методик, но много работал с Agile, в командах пробовал разные подходы, постоянно читаю о практиках применения: как бы не говорили пословицы, учиться лучше на чужом опыте.

И должен сказать, что толковых книг не так много. Многие авторы дают довольно поверхностное описание техник, а кто-то и вовсе больше себя как тренера продаёт, чем позволяет компании понять, что и как стоит делать. Могу сказать, что даже некоторые официальные сертификации от сообщества Agile дают очень поверхностные знания, а люди потом козыряют официальным сертификатом, в реальности же не имея ни опыта, ни порой даже понятия, как работать с методологией.