Начало работы на проекте — итоги раздела
Главное за семь глав
- Charter и границы — письменные договорённости до кода и найма. Без scope in/out — scope creep и споры с заказчиком.
- Команда и RACI — ядро 5–7 человек с явными владельцами решений, а не 15 разработчиков без процесса.
- Среды и доступы — dev + stage до активной разработки; секреты вне репозитория; известен контакт администрирования.
- Git + трекер + wiki — единый контур: задача в трекере, код в PR, решения в ADR/wiki.
- Architecture runway — C4 context/container, NFR-таблица, 5–10 ADR по стеку и интеграциям.
- Backlog и первый инкремент — roadmap на 3 месяца, thin slice на stage, DoR/DoD согласованы.
- Онбординг людей — buddy, ONBOARD-тикет, первый PR за 1–2 недели.
Проверка готовности — чек-лист 999. Вводная — о разделе.
Цепочка запуска
| Шаг | Материал | Ключевые артефакты | Ориентир |
|---|---|---|---|
| 1 | От идеи к старту | Charter, спонсор, scope in/out, критерии успеха | 3–10 дней |
| 2 | Команда, роли и найм | RACI, план найма, ядро ролей | 2–8 недель |
| 3 | Инфраструктура и доступы | Dev/stage, VPN, секреты, runbook IT | 1–2 недели |
| 4 | Репозиторий, трекер и wiki | Repo, CI на PR, доска, wiki-онбординг | 3–7 дней |
| 5 | Архитектура на старте | C4 L1–2, NFR, ADR, глоссарий | 1–2 недели |
| 6 | План и первые задачи | Roadmap, backlog, sprint 0 / thin slice | 1–2 недели |
| 7 | Онбординг участника | Buddy, ONBOARD-тикет, первый PR | 2–4 недели на человека |
Два сценария входа
| Сценарий | Маршрут | С чего начать |
|---|---|---|
| Greenfield — проект с нуля | Шаги 1 → 7 по порядку | Глава 1, charter на одной странице |
| Onboarding — вход в существующую команду | Глава 7 + онбординг-пакет | Buddy в день первый, чек-лист 999 для оценки зрелости |
Не обязательно идти с шага 1. Откройте чек-лист 999, отметьте пробелы и закройте их по таблице провалов ниже. Charter и RACI можно догнать за 2–3 дня, если спонсор доступен.
Маршруты по роли
| Роль | Обязательно на старте | Можно отложить на 2–4 недели |
|---|---|---|
| PM / руководитель | 1, 2, 4, 6, 999 | Глубокий C4 (делегировать архитектору) |
| Архитектор / техлид | 3, 4, 5, 6 | Найм (участвовать в техсобеседованиях) |
| Разработчик | 4, 7, Git | Charter (достаточно краткого brief) |
| Аналитик | 1 (границы), 5, 6 | Инфраструктура (знать контакты) |
| QA | 4, 6 (DoR/DoD), 7 | WBS (если не госконтракт) |
| DevOps | 3, 4 (CI) | Story mapping |
Что должно быть к концу первого месяца
| Область | Минимум | Красный флаг |
|---|---|---|
| Управление | Charter, спонсор, RACI по ключевым решениям | Нет письменных границ scope |
| Инструменты | Repo + CI на PR + трекер + wiki-онбординг | Код в личных ветках без review |
| Архитектура | C4 context, ADR по стеку и БД, NFR-таблица | Каждый модуль на разном стеке |
| Поставка | Roadmap 3 мес., первая thin slice на stage | 4 недели без демо |
| Люди | Buddy для новичков, DoR/DoD согласованы | Первый PR на тысячи строк |
Подробная самопроверка — чек-лист 999.
Тип заказчика и акценты
| Тип проекта | Дополнительный акцент | Соседний материал |
|---|---|---|
| Стартап / продукт | Thin slice, Scrum, минимум формализма | Продуктовые роли |
| Enterprise / интеграция | NFR, ADR, согласование с ИБ | Проектирование |
| Госконтракт | WBS, ТЗ по ГОСТ, трассировка | Техническое письмо |
| Аутстафф в чужую команду | Онбординг, культура кода, границы задач | Культура кода |
| Удалённая команда | Buddy remote, core hours | Удалённая команда |
Типичные провалы на старте
| Провал | На каком шаге лечится | Профилактика |
|---|---|---|
| Код без charter | 1 | Не открывать repo до границ scope |
| Нет CI с первого PR | 4 | CI в sprint 0 / первая неделя |
| Архитектура в голове одного человека | 5 | C4 + ADR в Git |
| Backlog = список технических задач | 6 | Story mapping, thin slice |
| Новичок неделю без buddy | 7 | ONBOARD-тикет до выхода |
| Госконтракт без связи ТЗ и backlog | 5, 6 | Матрица трассировки |
| Секреты в репозитории | 3 | Vault / переменные CI, pre-commit hook |
| Задачи только в чате | 4 | Правило: нет тикета — нет работы |
Команда месяц пишет код без демо на stage и без связи с backlog. Исправление — остановить новые фичи, собрать thin slice за 1–2 недели, показать стейкхолдерам. Подробнее — глава 6.
Куда дальше в энциклопедии
| Тема | Раздел |
|---|---|
| Основы управления | 7.02 Команда и управление |
| Scrum / Kanban / выбор процесса | 7.03 Методологии |
| Jira, YouTrack, wiki | 7.09 Базы знаний и задачники |
| Глубокое проектирование | 7.06 Проектирование и архитектура |
| ADR и архитектурная память | 7.20 ADR |
| DoR / DoD | 7.25 Готовность |
| DevOps и CI/CD | 8.04 DevOps |
| Git и PR | 4.13 Основы Git |
| Управление изменениями scope | 7.22 Управление изменениями |
| Онбординг-пакет (шаблон) | 7.09/24 |
FAQ
Вопрос. Можно ли начать кодить до Jira и CI?
Ответ. На прототипе одного человека — да. В команде без трекера и CI теряются задачи и качество. Минимум — repo + трекер + lint в CI в первую неделю. Подробнее — глава 4.
Вопрос. Можно ли пропустить charter и сразу открыть репозиторий?
Ответ. Технически да, практически — получите scope creep и споры. Минимум: одностраничный charter из главы 1: цель, scope in/out, спонсор, критерии успеха.
Вопрос. Сколько времени занимает полный цикл 7.17?
Ответ. Для команды 5–8 человек — 4–8 недель до устойчивого ритма (демо, CI, онбординг). Госконтракт с ТЗ добавляет 2–4 недели на формальные документы.
Вопрос. Раздел только для greenfield?
Ответ. Нет. Глава 7 и чек-лист 999 — для любого проекта. Главы 1–6 полезны при реанимации хаотичного старта.
Вопрос. Где граница между 7.17 и 7.06 (архитектура)?
Ответ. 7.17 — когда и что минимум на старте (runway, C4 L1–2, ADR). 7.06 — как проектировать глубже: паттерны, DDD, интеграции.
Вопрос. Нужен ли раздел аутстаффу?
Ответ. Да: глава 7, культура кода, глава 4 — как устроены PR и трекер в конкретной команде.
Вопрос. Кто должен быть первым в команде?
Ответ. Спонсор + PO/PM, затем техлид. Разработчиков нанимают после repo, backlog с DoR и CI. Порядок — глава 2.
Вопрос. Sprint 0 — это отдельный спринт без ценности?
Ответ. Нет. Sprint 0 — инфраструктура и thin slice с демо на stage. Цель: пользователь видит первый сценарий, а не только настроенный Jenkins. См. глава 6.
Вопрос. Сколько ADR нужно на старте?
Ответ. Ориентир — 5–10 записей: стек, БД, аутентификация, интеграции, логирование. Не 200 страниц ТЗ. Шаблон — ADR 7.20.
Вопрос. PO и PM — одно лицо или разные?
Ответ. На MVP часто совмещают, если RACI явный: кто приоритизирует backlog, кто отчитывается спонсору. При росте — разделить. См. глава 2, продуктовые роли.
Вопрос. Когда поднимать prod?
Ответ. Перед первым пилотом с реальными пользователями. До этого достаточно dev + stage. Отладка на prod — только по runbook. См. глава 3.
Вопрос. Как понять, что онбординг удался?
Ответ. К концу 2-й недели новичок поднимает среду сам, закрыл PR с ревью, знает контакты по домену и процессу. Чек-лист — глава 7, 999 (блок Онбординг).
Вопрос. Scrum или Kanban на старте?
Ответ. Новый продукт с неопределённостью — чаще Scrum (sprint 0, thin slice). Support и смешанный поток — Kanban. Сравнение — как выбрать процесс.
Следующий шаг
| Ваша ситуация | Действие |
|---|---|
| Запускаете проект | Глава 1 — charter на одной странице |
| Уже пишете код, хаос | Чек-лист 999 → закрыть пробелы |
| Выходите в команду | Глава 7 + buddy в день первый |
| Нужна глубина по архитектуре | 7.06 Проектирование |