2 Подходит ли Agile для моего проекта?
2.1 КОГДА НУЖЕН И НЕ НУЖЕН AGILE?
Авторы раздела:
Романов Ф. А.
Алферов П. А.
Ожаровский А. В.
Противостояние сторонников Agile и традиционных методов управления проектами нередко уходит из области логики в сторону эмоций и веры в эффективность тех или иных методов. Попробуем системно разобраться, по каким критериям выбирать инструменты.
Противостояние сторонников Agile и традиционных методов управления проектами нередко уходит из области логики в сторону эмоций и веры в эффективность тех или иных методов. Попробуем системно разобраться, по каким критериям выбирать инструменты.
Время чтения: 6 мин.
Во многих случаях гибкие подходы облегчают разработку продукта или реализацию проекта, повышают ее скорость, обеспечивают взаимодействие членов команды, прозрачность и результат, удовлетворяющий конечного пользователя. Однако далеко не во всех проектах они будут достаточно эффективны, прежде всего для первого применения Agile в организации. Первое использование Agile оборачивается негативным опытом, если команда плохо подготовилась к новому подходу и/или для применения Agile выбрала сложный (или просто не подходящий) проект. В результате производительность команды снижается, сроки сдвигаются, остается негативный опыт и уверенность, что в дальнейшем не стоит применять Agile.
Время чтения: 6 мин.
Во многих случаях гибкие подходы облегчают разработку продукта или реализацию проекта, повышают ее скорость, обеспечивают взаимодействие членов команды, прозрачность и результат, удовлетворяющий конечного пользователя. Однако далеко не во всех проектах они будут достаточно эффективны, прежде всего для первого применения Agile в организации. Первое использование Agile оборачивается негативным опытом, если команда плохо подготовилась к новому подходу и/или для применения Agile выбрала сложный (или просто не подходящий) проект. В результате производительность команды снижается, сроки сдвигаются, остается негативный опыт и уверенность, что в дальнейшем не стоит применять Agile.
С одной стороны, определение границ применимости (целесообразности использования) гибких подходов — самый частый вопрос, с другой стороны, в ответ на него предлагается огромное количество мнений, подходов, практик, кейсов и антикейсов. Шведский специалист по Agile Хенрик Книберг (Henrik Kniberg) предложил простую для восприятия модель, дающую ответ на этот вопрос (рисунок 4).
Kniberg H. Scrum аnd XP from The Trenches. 2nd ed. San Francisco: InfoQ, 2015; Kniberg H. Kanban and Scrum — Making the Most of Both. San Francisco: InfoQ, 2009.
Рисунок 4. Оценка применимости гибких подходов в проекте
Из этой модели следует, что, например, разработка клиентских app (applications, мобильных приложений или веб-приложений) — зона успешного применения Agile. Ведь не до конца понятно, что именно нужно клиенту, отсутствует однозначный ответ на вопрос, как и что делать, на что направить усилия. Выбор дальнейших действий усложняется большим многообразием платформ, вендоров, технологических стеков, технических фреймворков и т. д.
Соответственно, ключевой задачей инициатора изменений (человека, внедряющего Agile в своей команде, организации, ведомстве) является точное определение, подпадает ли текущий проект (продукт) под критерии соответствия гибкой разработке. В данном документе мы предлагаем набор методов, разработанных с учетом российской специфики. Они помогут вам принять решение о применении и справиться с возможными трудностями.
Для начала нужно выполнить первичную оценку применимости гибких подходов, позволяющую провести отсев проектов или продуктов, которые совсем не подходят для использования Agile. Для этого используйте критерии, указанные в таблице 2.
Соответственно, ключевой задачей инициатора изменений (человека, внедряющего Agile в своей команде, организации, ведомстве) является точное определение, подпадает ли текущий проект (продукт) под критерии соответствия гибкой разработке. В данном документе мы предлагаем набор методов, разработанных с учетом российской специфики. Они помогут вам принять решение о применении и справиться с возможными трудностями.
Для начала нужно выполнить первичную оценку применимости гибких подходов, позволяющую провести отсев проектов или продуктов, которые совсем не подходят для использования Agile. Для этого используйте критерии, указанные в таблице 2.
Таблица 2. Критерии готовности проекта к применению гибких подходов разработки
1. В данном случае нужно различать Agile-команду и команду разработки, если есть команда разработки, из сотрудников можно собрать Agile-команду.
2. Согласно российскому законодательству и практике, реализация данного подхода во взаимодействии с подрядчиком крайне затруднена.
2. Согласно российскому законодательству и практике, реализация данного подхода во взаимодействии с подрядчиком крайне затруднена.