Как выбрать методологию для внедрения веб-проекта

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

Жесткие или гибкие?

Итак, сейчас выделяют жесткие (Waterfall) и гибкие (Scrum, Agile, Kanban) методы внедрения. Есть еще смешанные, например, Scaled Agile Framework — микс водопадного и гибких подходов. С некоторыми допусками к гибкой методологии можно отнести Time & Materials (T&M), при котором специалисты, работающие на проекте, выполняют поставленные задачи и учитывают все отработанное время, которое, как правило, тарифицируется по часовому тарифу (человеко-часы).

Как идеологическое развитие T&M выделяют подход Retainer, при котором над проектом работает выделенная команда. По сути это тот же аутстаффинг, но с управлением, тестированием и главное — ответственностью исполнителя.

В каких проектах используются те или иные подходы

Большое значение при внедрении ИТ-проектов имеют объем работ и доверие заказчика к команде исполнителя.

В небольших проектах до 1000 часов я рекомендовал бы фиксировать техническое задание (ТЗ) и работать по T&M. Если заказчик ставит задачи посложнее, а доверие между ним и исполнителем еще не установилось, то лучше использовать Waterfall с оплатой по Fix Price Project (FPP).

В проектах от 2500 до 10 000 часов при доверительных и уважительных отношениях между заказчиком и исполнителем наша команда предпочитает Scrum, Agile или Kanban. Гибкие методологии дают больше возможностей как исполнителю, так и заказчику: выполнять задачи в сжатые сроки, переориентировать подходы, вовремя вносить корректировки и даже поменять конечную цель проекта, если изменились бизнес-требования.

В проектах от 10 000 часов мы с заказчиками используем смешанные методологии Scaled Agile Framework, либо гибкие с фиксацией бюджета, технического проекта и частного технического задания (ЧТЗ) на каждый из этапов.

Мы практикуем различные симбиозы гибких методологий с классическим проектным подходом — это и написание технического проекта, и фиксация бюджета и ряда неизменных требований к начальной технической документации и т. д.. Был даже такой опыт, когда в компании с большой бюрократической системой работа велась по гибким методологиям. Для соблюдения всех формальных требований вначале было проведено предпроектное обследование и код-ревью, а для развития готового продукта создан технический проект, где в части реализации прописывалось ЧТЗ на каждый блок работ.

Какую методологию выбрать

T&M, как правило, применяется в проектах до 1000 часов. Этот подход не предусматривает бюджет на написание подробного технического проекта и подготовку инфраструктуры, как это обычно происходит при Scrum, когда создается среда для групповой работы, привлекается тимлид, организуется выкатка релизов. T&M хорош тем, что позволяет эффективно решать определенные локальные задачи.

Waterfall — менее гибкий поэтапный подход планирования проекта от А до Я с обязательным документированием и жесткой фиксацией ТЗ/технического проекта. Такой подход подходит для заказчика, который заранее знает результат и совместно с исполнителем просчитал, как его поэтапно достичь. Залог успеха при Waterfall — грамотное ТЗ, на составление которого должно быть заложено не менее 200 часов. Поэтому мы считаем, что Waterfall целесообразен на проектах от 1000 часов. Цена в рамках этого подхода фиксируется сразу после написание ТЗ/технического проекта и не может быть изменена в рамках границ проекта. При меньших трудозатратах мы рекомендуем подходы T&M или Retainer.

Полноценный Scrum возможен на проектах от 1000 до 15 000 часов. Однако Scrum, как и другие гибкие методологии, не подходит для крупных и очень крупных организаций, с жесткой корпоративной культурой, где необходимо все фиксировать и где превалирует формальный подход. В этом случае мы рекомендуем применить Scaled Agile Framework — сверху это формальный проектный подход (с проектными комитетами, длинными цепочками согласований и т. д.), а внизу у вас по Scrum работает команда разработчиков.

Scaled Agile Framework позволяет внедрять проект поэтапно. На старте создается небольшая и команда из 7-10 специалистов заказчика и исполнителя. Scrum-подход делит рабочий процесс на равные спринты: обычно это периоды от недели до месяца, в зависимости от проекта и команды. Перед каждым спринтом формулируются задачи, в конце — обсуждаются результаты, а команда начинает новый спринт. Спринты очень удобно сравнивать между собой, что позволяет управлять эффективностью работ.

Чек-лист для определения метода внедрения проекта

Если решение зависит исключительно от бюджета и трудозатрат проекта:

В проектах от 1000 до 10 000 часов, когда необходимо сделать выбор, исходя из задач проекта, культуры компании и других факторов:

В проектах от 10 000 часов, скорее всего, придется использовать микс подходов, выбирать который я советовал бы исходя прежде всего из корпоративной культуры компании и особенностей решаемых задач.

Дмитрий Россихин, директор RDN Group