К содержимому
Проект и разработка

Scope creep — расползание задачи

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

Также встречается как: расползание скоупа, рост объёма работ

Коротко. Scope creep — ситуация, когда объём работы растёт мелкими добавлениями, каждое из которых выглядит безобидно, а вместе они удваивают проект.

Как это происходит

Не одним решением, а серией разумных шагов: «раз уж делаем форму, добавим ещё одно поле», «клиент попросил, это же полчаса», «без уведомлений неудобно», «давайте сразу сделаем нормально».

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

Зачем фаундеру

Расползание — главный враг раннего продукта. Оно не только съедает время, но и портит сам смысл MVP: продукт, обросший функциями, перестаёт отвечать на конкретный вопрос и начинает отвечать сразу на все, а значит — ни на один.

Как с этим бороться

  • Зафиксировать критерий готовности до начала работы.
  • Держать список «не делаем сейчас» рядом со списком задач — он не менее важен.
  • На каждую новую просьбу отвечать вопросом: без этого ответ на нашу гипотезу изменится?
  • Складывать всё нужное, но не срочное, в следующий цикл, а не в текущий.

Где ошибаются

Путают scope creep с обучением. Если пользователи показали, что вы делаете не то, — это не расползание, а нормальная смена курса. Разница в том, что курс меняют осознанно, а расползание происходит само.

Соглашаются, чтобы не спорить. Каждое «ну ладно, добавим» стоит дней, которые потом ищут в выходных.

Разобрать это на своём проекте

Мы доводим идеи фаундеров до работающего MVP за долю в компании. Расскажите про свою — посмотрим на цифры вместе.

Оставить заявку

Рядом в словаре

Definition of Done

Согласованный список условий, при которых задача считается сделанной. Убирает спор «я уже закончил» — «а у меня не работает».

Роадмап

Крупные шаги продукта во времени: что и примерно когда. На ранней стадии полезен как список гипотез, а не как обязательство по срокам.

Веха

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

Бэклог

Список всего, что команда может сделать, отсортированный по приоритету. Работает, только пока в нём есть порядок и он регулярно чистится.

Канбан

Подход, где задачи текут по доске от «взять» до «готово», а главное ограничение — сколько дел можно вести одновременно. Подходит малым командам.

Критический путь

Последовательность задач, от которой напрямую зависит дата окончания проекта. Ускорять что-либо вне её — не ускорять проект вообще.