Естественно, разработчики Agile в США адаптировали эту методологию для IT-задач, подготовили подробные инструкции и написали книги, которые служат едва ли не пошаговым учебным пособием для внедрения гибкого менеджмента. Мы же поговорим об особенностях Agile в России. Это особый опыт преодоления подводных камней и психологических барьеров, жесткости иерархических систем и корпоративных традиций, сопротивления и дискредитации как идеологии, так и людей-проводников. И этим опыт ценен для тех, кто видит дальше рамок существующей системы и готов рисовать будущее яркими красками без страха и предубеждений.
В консалтинге при создании Agile-команд мы всегда вначале проводим опрос на тему: какие предпосылки необходимы для того, чтобы собственник бизнеса перестроил внутренние системы организации с иерархии на Agile? Самый частый ответ: обострение конкуренции и страх потери бизнеса. Сейчас эти предпосылки реализовались в полной мере. Поэтому приступаем к преобразованиям: вначале в сознании, затем в реальности. Будет интересно, понятно и вдохновляюще. Потому что есть те, кто уже прошел этим путем и готов показать его подводные камни и ментальные ловушки.
Немного коснемся методологии SCRUM, посредством которой Agile приобретает твердую почву. Но это не самоцель. О SCRUM написаны десятки книг, и в них поэтапно раскрыты особенности внедрения этой методологии. Разница в том, что SCRUM можно внедрять и не быть Agile. А наоборот – вполне возможно: будучи гибким использовать другие инструменты, такие как Lean или Kanban. И еще десяток других моно- или гибридных методологий. Какую из них применять, каждый выбирает сам, – это не принципиально.
Для того чтобы с первых же глав книги понимать, о чем идет речь, представим сразу основные понятия и ритуалы SCRUM-методологии.
Итерация, или Спринт – рабочий процесс, в течение которого выполняются определенные задачи, а итогом становится минимально готовый продукт или прототип продукта. В конце каждого спринта проходит встреча с заказчиками или потребителями, на которой команда демонстрирует и тестирует продукт.
Бэклог проекта – цель всей работы, раскрывающая этапы, которые приведут к конечному результату проекта. Бэклог по ходу дела пересматривается и дополняется в зависимости от замечаний заказчиков и результатов фокус-групп потребителей.