Софт, который
можно поставить
перед клиентами.

Этапы намеренно пересекаются. Дизайн начинается, как только ясен первый срез. Сборка не ждёт идеального файла. Масштаб уже в голове, пока мы выпускаем первую версию — мы просто не раздуваем её в первый день.

1. 01

   Discover

   Мы записываем задачу до того, как кто-то откроет редактор кода.

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

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

   Что у вас остаётся

   • Короткий письменный скоуп и критерии успеха
   • Что входит, что нет и что может подождать
   • Первый срез, который можно выпустить и из которого учиться
   • Как мы будем общаться, показывать демо и принимать решения
   
2. 02

   Design

   С продуктом можно спорить, пока менять его ещё дёшево.

   Мы превращаем скоуп во что-то, по чему можно кликнуть: сценарии, экраны и те несколько компонентов, которые будут повторяться. Цель — не красивый файл. Цель — найти неудобные места: пустые состояния, права, третий тап, о котором никто не подумал, — до того как они станут тикетами.

   Если статического прототипа мало, делаем спайк в реальном стеке. Ревью идёт с теми, кто будет этим пользоваться, а не только с теми, кто заказал. Когда согласны — этот файл и есть то, что мы собираем. Он не уходит в пустоту.

   Что у вас остаётся

   • Кликабельные сценарии и основные экраны
   • Небольшая дизайн-система, а не набор из 200 компонентов
   • Открытые вопросы названы, а не спрятаны в комментариях
   • Последовательность сборки под первый срез
   
3. 03

   Build

   Каждую неделю — рабочий софт. Вы видите, пробуете, мы правим.

   Люди с кик-оффа — те, кто пишет код. У вас репозиторий под вашим контролем, еженедельное демо того, по чему можно кликнуть, и одно место для решений. Если неделя была тонкой, мы говорим об этом. Статус без рабочего софта — не отчёт о прогрессе.

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

   Что у вас остаётся

   • Репозиторий, окружения и путь релиза, которыми владеете вы
   • Еженедельные демо рабочего софта
   • Письменные решения, а не чат, который никто не найдёт
   • Качество и мониторинг в продукте, а не отдельным проектом потом
   
4. 04

   Scale

   Запуск — не конец отношений.

   После go-live начинаются настоящие вопросы: баг в проде, изменение в бизнесе, новый человек в команде, которому нужно понять код. Мы укрепляем то, что уже работает, измеряем важное и продолжаем выпускать следующий срез, если хотите нас на этом.

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

   Что у вас остаётся

   • Продакшен-система, которой вы можете управлять
   • Заметки по передаче, по которым пойдут ваши инженеры
   • Следующий срез в скоупе, если хотите продолжить
   • Поддержка, которая отвечает, а не тикет в пустоту