Тема отвечает на два вопроса руководителя: кого брать на каждом этапе развития продукта и как сделать так, чтобы уход одного человека не останавливал работу.
Ключевая мысль из PAF и гайда: размер команды определяется не штатным расписанием, а тем, может ли она сама пройти весь цикл своего продукта — от идеи до денег. Обязательная роль одна — инженер продукта, тот, кто выбирает свойства продукта и отвечает за результат. Команда может состоять даже из одного человека, если недостающие навыки закрывают агенты: PAF называет такой профиль «гребёнкой» — несколько глубоких навыков вместо одного. Раздувать команду до того, как появилось что масштабировать, значит платить за людей, а не за обучение.
Вторая половина темы — устойчивость. Контекст, который живёт в одной голове, уходит вместе с человеком. Методология лечит это тем же, чем и остальное: знание о модулях, решениях и договорённостях лежит в общей базе с указанием, кто сказал и когда проверили.
Как читать прикреплённые материалы:
- «PAEI фреймворк» — короткая карта: какая функция должна доминировать на этапах идеи, проверки, MVP и пути к PMF.
- «Bus Factor: почему один уход останавливает весь продукт» — определение и сигнал опасности в одном экране.
- «Bus Factor: когда уход одного человека останавливает продукт» — полный разбор: четыре ловушки и семь шагов. Возьмите оттуда ежеквартальный аудит зон с одним носителем знания и назначение второго владельца на каждую.
- «Ловушка преждевременного масштаба» — почему наём до подтверждённого спроса ускоряет расходы, но не обучение.
- «Как менеджер продукта влияет на успех стартапа» — список вопросов, на которые должен отвечать владелец продукта. Используйте его как проверку: есть ли в команде человек, который отвечает на них все.
Как разделить роли PO, PM, техлида и стажёра, разобрано в области «Люди и роли».
