Гибкое управление

Что это значит

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

Самые известные подходы - Scrum, работающий регулярными спринтами фиксированной длины, и Kanban, который управляет непрерывным потоком задач и ограничивает число начатых дел одновременно. Оба держатся на одном: приоритеты могут меняться, но объём работы в одном цикле задан.

Гибкость не означает хаос или отсутствие плана. Долгосрочное направление задаёт дорожная карта, а первую пригодную версию продукта, MVP, определяют как можно раньше, чтобы обратная связь шла от настоящих пользователей, а не с совещаний.

Как это работает на практике

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

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

Гибкие принципы работают и вне IT, например при внедрении новой ERP или при передаче бухгалтерии: по этапам и с проверкой после каждого шага. Поэтому при переходе клиентов к нам мы сначала принимаем текущий месяц, а историю дополняем в следующих циклах.

На что обратить внимание

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

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