Что описать на входе
Чем точнее вход, тем меньше правок потом. Нужны четыре вещи: что за проект и какой результат вы ждёте, к какой дате, кто есть в команде и что уже сделано. Пятое по желанию — ограничения: бюджет, свободные ресурсы, подрядчики, согласования, занятость людей на другой работе.
Роли лучше называть должностями, а не именами, если имена не важны: «менеджер проекта», «подрядчик по электрике», «маркетолог». Тогда план можно показать любому новому человеку, и он поймёт, кто за что отвечает.
Отдельно скажите, что уже сделано. Половина проектов начинается не с нуля: где-то утверждена концепция, где-то закуплено оборудование, где-то готов текст договора. Если об этом не сказать, план начнётся с работ, которые вы уже закрыли, и его придётся переписывать.
Чего не знаете — так и напишите. Пустое место в плане честнее выдуманной цифры: нейросеть поставит [дата], [сумма], [подрядчик] и объяснит, от чего эта величина зависит.
Результат проекта — одна проверяемая фраза
Планирование начинается не с этапов, а с ответа на вопрос «как мы поймём, что закончили». Цель «сделать сайт» непроверяема. «Сайт открыт на домене, оплата проходит, приняты первые десять заказов» — проверяема, и спорить о ней нечего.
Поэтому первым делом нужно определить результат, а этапы, сроки и бюджет считать от него, а не наоборот. Если формулировка общая, карточка предложит два-три проверяемых варианта и пометит, какой взяла за основу.
Из чего собирается план
| Блок плана | Что внутри |
|---|---|
| Результат | Одна проверяемая фраза: по чему видно, что проект закрыт |
| Границы | Что в проект не входит и куда это переносится |
| Этапы и задачи | Работы по порядку, у каждой роль исполнителя и длительность |
| Сроки | Длительность этапа и дата, к которой он нужен следующему |
| Зависимости | Что нельзя начать, пока не готово предыдущее |
| Риски | Пять-семь штук, у каждого реакция «что делаем, если» |
| Контрольные точки | Когда сверяют выполнение с планом |
| Критерий готовности | Чек-лист приёмки для заказчика или руководителя |
Порядок блоков не случаен. Пока нет результата, нельзя описать границы; пока нет границ, любой перечень задач неполон; пока нет зависимостей, даты ставить не на что. Поэтому карточка идёт именно так и блоки не пропускает: если данных мало, вместо пропуска остаются скобки.
Такой документ иногда называют планом реализации проекта или уставом — важно не название, а то, что в нём есть все восемь блоков. Разработка плана без любого из них заканчивается спорами на приёмке.
Зависимости: что нельзя начать, пока не сделано другое
Зависимость — связь «Б не начинается, пока не закончено А». Дизайн не отдают в вёрстку без утверждённых текстов, оборудование не ставят до приёмки электрики, рассылку не запускают раньше, чем работает оплата.
Зависимости сильнее длительностей. Они показывают, что делается параллельно, а что придётся ждать, и где стоит настоящий срок проекта — в самой длинной цепочке связанных работ. В управлении проектами её называют критическим путём. Сдвинулась задача внутри этой цепочки — сдвинулся весь проект; сдвинулась вне — обычно не случилось ничего. В плане такие связи выписаны отдельным списком, а не спрятаны в порядке пунктов.
Отдельно помечайте зависимости, которые вам не подчиняются: согласование в ведомстве, поставка от производителя, ответ арендодателя. На них нельзя надавить, зато можно запустить их раньше всего остального и держать запас.
Почему план без границ разваливается первым, а срок без зависимостей — это пожелание
Раздел «что не входит» кажется лишним, пока его не уберёшь. Без него каждая просьба «давайте ещё вот это добавим» выглядит мелкой и бесплатной. К третьей такой просьбе объём работ уже другой, дата осталась прежней, и виноватым оказывается исполнитель. Границы — не отказ работать, а перенос: это делаем сейчас, а то во вторую очередь, отдельным решением. И тогда любое изменение объёма видно как изменение, а не как мелочь.
Со сроком та же история. «Запускаем первого декабря» без зависимостей — пожелание: непонятно, что должно быть готово пятнадцатого ноября, чтобы первое декабря вообще состоялось. План отличается от пожелания ровно одним: в нём видно, какая работа держит дату и когда у неё кончается запас. Поэтому карточка не выдаёт красивый календарь без связей — сначала зависимости, потом даты.
Риски — по одной реакции на каждый
Список рисков без реакций бесполезен: перечитывать его в момент, когда рвануло, никто не станет. В плане у каждого риска две половины — признак, по которому видно заранее, и что делаем, если сбылось.
Рисков пять-семь, и они под ваш тип проекта. У переезда офиса это простой на стыке дней и потеря доступа к системам, у запуска сайта — неготовый контент и приём оплаты, у открытия точки — сроки согласований и поставка оборудования. Общих строчек вроде «человеческий фактор» вы не увидите: они не помогают принять решение.
Контрольные точки и критерий готовности
Контрольная точка — дата, когда план сверяют с фактом, а не отчётное мероприятие. Ставят их там, где решение ещё можно изменить: после утверждения [макетов], перед закупкой, за неделю до запуска. Вопросов на каждой точке три: что закрыто, что просрочено, что делаем с просроченным.
Частота сверки простая: раз в неделю для проекта на месяцы и раз в два-три дня на финишной прямой. Реже — и отклонение находится, когда исправлять его уже нечем.
Критерий готовности — то, что заказчик проверяет при приёмке, пункт за пунктом. Если ключевой пункт сформулирован так, что его можно понять двумя способами, приёмка превращается в переговоры. «Сайт работает» — плохо. «Заказ оформляется с телефона, письмо приходит на почту магазина» — годится.
Дорожная карта — не тот же документ
Дорожная карта (roadmap) показывает движение крупными блоками: что и в каком квартале, какие вехи, куда идём. Её несут руководству и заинтересованным сторонам. План работ живёт внутри команды: задачи, исполнители, зависимости, даты.
Карточка соберёт и то и другое — попросите дорожную карту отдельным блоком. Путать их дорого: по карте нельзя работать, потому что в ней не видно, кто что делает на этой неделе, а план в презентации нечитаем.
Под какие проекты это работает
Запуск сайта или приложения, переезд офиса и производства, внедрение CRM или системы учёта, открытие точки, ремонт под коммерческую задачу с датой открытия, маркетинговый запуск. Отдельно — учебный проект, школьный или студенческий: тема, продукт, этапы по неделям, руководитель и защита.
Состав этапов у них разный. У внедрения системы главное — перенос данных и обучение людей, у переезда — минимальный простой, у учебного проекта — что считается продуктом и к какой дате его сдают. Готовый шаблон плана этого не различает, потому и не работает: в шаблоне нет ваших зависимостей.
Чего нейросеть не придумывает
Сроки, бюджеты, подрядчиков, состав команды и объёмы работ модель не знает. Всё, чего вы не назвали, приходит в квадратных скобках — [дата], [сумма], [подрядчик], [сколько человек], — и рядом сказано, от чего величина зависит и у кого её уточнить.
Нормативов по трудозатратам здесь тоже нет: сколько человеко-дней стоит ваш этап, знает тот, кто его уже делал, а не средняя цифра из интернета. И обещания «уложитесь в срок и в бюджет» не будет. План помогает увидеть риск заранее, но гарантией он не становится.
Если в проекте есть строительные и монтажные работы, охрана труда или лицензируемая деятельность, сроки согласований и требования сверяйте с действующим нормативом и профильным специалистом. Номера документов карточка не подставляет.
Чем это отличается от соседних карточек
План мероприятия — про событие: программа дня, площадка, гости, хронометраж. Бизнес-план — про деньги: выручка по месяцам, точка безубыточности, окупаемость. Приоритизация задач — про очередь дел на день или неделю, без этапов и зависимостей. Рядом есть и «План ремонта», но он про квартиру для жизни; ремонт с датой открытия и подрядчиками планируется здесь.
Здесь план работ по проекту: этапы с задачами, кто отвечает, что от чего зависит и чем всё заканчивается.