Ментальные модели для лидов

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

DoR и DoD: границы конвейера

DoR и DoD это два контракта на границах рабочего конвейера. DoR защищает команду от полуфабрикатов («сделай что-то с поиском»), DoD защищает продукт от полусделанного («работает у меня локально»).

Обе границы работают, только если они записаны и применяются без исключений. Каждое «ну в этот раз возьмём без критериев приёмки» обесценивает контракт целиком: следующее исключение попросят уже со ссылкой на прецедент. Лид охраняет границы спокойным возвратом: задача без DoR возвращается постановщику, задача без DoD не закрывается, и это не конфликт, а работа конвейера.

Каждая встреча: цель плюс результат

Инженерный подход к коммуникации звучит просто: встреча это функция, у неё есть вход (цель и подготовка) и выход (результат). Встреча без объявленной цели не собирается, встреча без зафиксированного результата не считается состоявшейся.

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

Насколько дешевле, легко посчитать. Подвигай число участников и формат и посмотри на цену в человеко-часах за квартал.

Результат фиксируется письменно в течение часа: решения, действия, владельцы, сроки. Незаписанный результат встречи перестаёт существовать через неделю, и команда собирается снова по тому же вопросу.

Процессы как код

Процессы команды (как релизим, как ревьюим, как дежурим, как онбордим) заслуживают того же обращения, что и код:

• Документированы. Процесс в голове лида это bus factor, равный единице. Записанный процесс исполняется одинаково без тебя.
• Версионированы. История изменений отвечает на вопрос «почему мы так делаем»: процесс, как и ADR, имеет контекст принятия.
• Ревьюятся. Изменение процесса проходит через предложение и обсуждение (RFC-стиль), а не объявляется приказом. Команда исполняет то, что помогала создавать, и саботирует спущенное сверху.
• Рефакторятся. Ретро это код-ревью процессов: каждый пункт «нас замедляет X» это баг-репорт, и у него должен быть фикс с владельцем.

Высокоуровневая документация для онбординга это интеграционный тест твоих процессов: новый человек, дошедший до первого продакшн-коммита по хендбуку, доказывает, что хендбук не врёт. Подробнее в уроке Качество и governance.