«LeadStartup» предлагает компаниям тренинги Kanban, Scrum и Agile по гибким подходам к управлению. Это позволит значительно сократить время реализации проектов. Методы позволяют быстро определить спрос. Инвестиции возвращаются быстрее, а при неудаче убытки компании будут гораздо ниже.

Для кого это полезно:

• HR, ищущих обучающие программы;
• руководителям, интересующемся прогрессивными подходами;
• ТОП–менеджерам, пытающимся "спасти долгострои".

За последнее десятилетие тренинг agile приобрел популярность. Тема гибкого управления регулярно появляется на крупнейших IT-конференциях как в нашей стране, так и в мире, и количество успешных преобразований только повышает энтузиазм менеджмента. Следующие организации, следуя моде и современным тенденциям, решают отказаться от традиционной каскадной модели, чтобы научиться работать в соответствии с философией Agile. Значит ли это, что человечество нашли Святой Грааль управления проектами?

Спрос на изменения

Каскадный подход к управлению IT-проектами (Waterfall) заставляет очень долго ждать от размещения заказа клиентом до внедрения программного обеспечения. Это связано с тем, что методология предполагает управление проектом, выполняя действия на конкретных и тщательно спланированных этапах, таких как:

• планирование;
• анализ;
• проектирование;
• внедрение;
• тестирование;
• внедрение.

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

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

Традиционно используемая каскадная модель не нашла своего применения в рискованных проектах, характеризующихся высокой степенью неопределенности и постоянно меняющимися требованиями. IT-индустрия быстро поняла, что попытка применить подход, используемый на производственных линиях, в процессе разработки программного обеспечения не приносит ожидаемых результатов. В последующие годы были разработаны Метод динамической разработки системы (1994), Экстремальное программирование (1996), Кристалл и Метод разработки на основе функций (1998), который стал известен как гибкие методы. Scrum, который часто ошибочно отождествляют с Agile, был формализован Кеном Швабером в 1995 году, вдохновленного статьей «Игра по разработке нового нового продукта», опубликованной 9 годами ранее в журнале Harvard Business Review.

Предвестники перемен годами искали альтернативный подход к разработке программного обеспечения. В феврале 2001 года представители новых идей встретились на курорте Snowbird в Соединенных Штатах, чтобы расслабиться, покататься на лыжах и найти общее понимание в реализации IT-проектов. Результатом их бесед стал символический «Манифест для разработки гибкого программного обеспечения» (Manifesto for Agile Software Development), который является декларацией общедоступных принципов и ценностей для всех гибких методов. Манифест начинается с четырех коротких предположений, которые регулируют, какие ценности особенно ценятся подписавшими.

Парадигма гибкой философии

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

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