← Назад к базе знаний

Shape Up

Shape Up — фреймворк

Суть. Shape Up — подход к разработке, в котором время фиксировано, а объём гибок. Старшие люди заранее «формируют» задачу: определяют проблему, границы решения и риски, но не расписывают детали. Затем на «столе ставок» выбирают, на что потратить следующий шестинедельный цикл. Команда сама разбивает работу и отвечает за результат целиком.

Какую боль решает

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

  • Бэклог, который никто не читает
  • Фичи тянутся месяцами
  • Команда не видит смысла задач

Ваш ли это случай

Проверьте ситуацию до того, как тратить время на рамку. Если ваш случай в правой колонке — возьмите указанную альтернативу.

Ситуация Подходит? Что взять вместо
Продуктовая команда 3–30 человек Да —
Стартап, ищущий фокус Да —
Заказная разработка с жёстким ТЗ Нет Классическое управление проектом
Поддержка с потоком инцидентов Частично Kanban для потока

Как устроено

Элемент Суть
Формирование (shaping) Проблема, границы, грубое решение, «кроличьи норы»
Аппетит Сколько времени готовы потратить: 2 или 6 недель
Стол ставок Руководство выбирает сформированные задачи на цикл
Цикл 6 недель Команда строит, объём режется ради срока
Холм прогресса Подъём — неизвестность, спуск — исполнение
Перерыв 2 недели Мелкие исправления и формирование следующего

Ключевое правило — «автоматический выключатель»: если работа не закончена к концу цикла, она не продлевается автоматически, а заново обсуждается.

Как применять

  1. Отмените бесконечный бэклог: храните только сформированные предложения.
  2. Назначьте людей, которые формируют задачи.
  3. Задавайте аппетит, а не оценку.
  4. Проводите стол ставок перед каждым циклом.
  5. Дайте команде полную ответственность за реализацию.
  6. Отслеживайте прогресс через холм, а не через проценты.

Пример: B2B SaaS

Команда из восьми разработчиков полгода «почти доделывала» модуль отчётов. Перейдя на шестинедельные циклы, руководство сформировало задачу: базовые отчёты без конструктора, аппетит — один цикл. Модуль вышел вовремя, а конструктор отложили, потому что клиентам хватило базовых отчётов.

Где ломается

Симптом Причина Что делать
Задачи не сформированы Нет времени у старших Выделить время на формирование
Циклы продлевают Нет выключателя Жёсткое правило окончания
Формирование превращается в ТЗ Избыточная детализация Только границы и риски

До и после

Рамка редко работает одна. Вот что обычно стоит перед ней и что после.

Этап Что делаем Чем
До Поиск проблем Непрерывное исследование
Вместе Приоритеты RICE/ICE
После Доставка CI/CD

Частые вопросы

Можно ли совмещать со Scrum?
Обычно выбирают одно; элементы формирования можно взять в любой процесс.
Почему шесть недель?
Достаточно, чтобы сделать что-то значимое, и достаточно мало, чтобы видеть финиш.
Что с багами?
Срочные — в отдельный поток, остальные — в перерыв между циклами.
Материал оказался полезным?