После презентации запуска проекта команда должна одинаково понимать границы работы, знать ответственных и договориться о первой контрольной точке. На встрече решайте вопросы, влияющие на ближайшие действия, а не зачитывайте весь проектный план. Короткая повестка и видимый журнал решений полезнее длинной презентации с вводной информацией.
Рассмотрим вымышленный проект внутреннего портала заявок. В первой версии сотрудники смогут запрашивать оборудование и командировки, а согласующие — одобрять заявки или возвращать их. На стартовой встрече нужно решить, включать ли в эту версию заявки на доступ.
Повестку и таблицу границ ниже можно превратить в черновик презентации запуска проекта из текста в Presenti. Перед генерацией внесите реальные исходные данные, а решения встречи затем сохраните в слайдах или журнале команды.
Повестка на 30 минут, которую можно адаптировать
Заранее отправьте повестку и краткое описание проекта. Участники должны знать, какое решение требует их мнения, а какие материалы нужны только для контекста. Если неразрешённый вопрос займёт пятнадцать минут, выделите ему это время, а не прячьте среди представлений участников.
| Время | Обсуждение | Результат |
|---|---|---|
| 00:00–04:00 | Зачем нужен проект и для кого он предназначен | Единая согласованная цель |
| 04:00–12:00 | Границы первой версии и вопрос о заявках на доступ | Записано, что входит в проект, что исключено и что остаётся открытым |
| 12:00–18:00 | Ответственность и полномочия принимать решения | Назначены ответственные за реализацию, приёмку и неразрешённую зависимость |
| 18:00–25:00 | Первая контрольная точка и её зависимости | Определены результат, условие приёмки и плановая дата |
| 25:00–30:00 | Повторение решений и подтверждение следующих действий | Журнал решений и дата следующей встречи |
Это пример расписания, а не универсальное правило. Проект с участием нескольких компаний может потребовать отдельных рабочих встреч по договорам, безопасности или техническому проектированию. Запланируйте их явно, вместо того чтобы превращать стартовую встречу в обсуждение всего сразу.
Покажите выбор границ проекта
Фраза «создать портал заявок» допускает слишком много толкований. Покажите границы версии на слайде, а нерешённый вопрос вынесите в отдельную строку. У вымышленной команды такие исходные данные:
| Элемент | Исходная позиция | Что нужно решить |
|---|---|---|
| Заявка на оборудование | Первая версия | Обязательные поля и роль согласующего |
| Заявка на командировку | Первая версия | Передача на согласование в финансовый отдел |
| Заявка на доступ | Решение не принято | Включить ручное согласование или отложить до выяснения интеграции с системой управления учётными записями? |
| Автоматическое предоставление доступа | За пределами первой версии | На этой встрече обязательство не принимается |
Спонсор проекта решает отложить заявки на доступ, потому что принимающая команда и объём интеграции ещё не определены. Запишите выбор и причину: «Заявки на доступ исключены из первой версии; ИТ оценит работы до следующего пересмотра границ проекта». Не превращайте «отложено» в «скоро появится» на последующем слайде.
Вместо оргструктуры ответьте на три вопроса об ответственности
Назовите того, кто ведёт работу, кто принимает результат и кто может менять границы проекта. В примере руководитель реализации координирует разработку; руководитель операционного подразделения принимает пилот по его критериям; спонсор решает, меняет ли новый тип заявки границы версии. Представитель финансового отдела предоставляет правила согласования командировок, но это не делает его автоматически руководителем проекта.
Если используете RACI, пишите рядом с обозначением конкретное действие. «Итоговая ответственность: спонсор» сообщает меньше, чем «Спонсор утверждает изменения границ первой версии». Для зависимостей указывайте ответственного на принимающей стороне, а не только того, кто отправляет запрос.
Рекомендации PMI по стартовым встречам включают цели, границы и исключения, стратегию, риски, допущения и ответственность за задачи. Презентация запуска помогает обсудить эти темы, но не заменяет утверждение проекта или подробный план.
Определите, что подтвердит первая контрольная точка
Первая контрольная точка команды — проверка пути заявки на оборудование, а не отметка «прототип готов». Сотрудник пилота должен суметь отправить заявку, согласующий — вернуть её с причиной, а сотрудник — найти результат. Руководитель операционного подразделения наблюдает за проверкой и решает, готов ли этот путь к небольшому пилоту.
Рядом с датой укажите предварительные условия: финансовый отдел должен предоставить правило согласования, а ИТ — тестовые учётные записи. Если одно из условий задерживается, команда пересматривает контрольную точку, а не незаметно сокращает тестирование. Для следующих этапов используйте тот же принцип: результат плюс условие приёмки. Прежде чем обещать этот срок, презентация планирования загрузки команды поможет сопоставить необходимую работу с действительно доступным временем сотрудников.
Повторите этот журнал решений перед завершением встречи
Докладчик может закончить встречу следующей записью, заполнив её вместе с участниками:
Решение: Первая версия включает заявки на оборудование и командировки. Исключено: Заявки на доступ и автоматическое предоставление доступа. Причина: Не определены ответственный за заявки на доступ и объём интеграции. Следующее действие: ИТ оценивает путь заявки на доступ к следующему пересмотру границ проекта. Первая контрольная точка: Отправить, вернуть и найти одну заявку на оборудование. Ответственный за приёмку: Руководитель операционного подразделения. Зависимости: Тестовые учётные записи и правила согласования финансового отдела. Следующий пересмотр: [дата и организатор встречи].
После встречи разошлите запись вместе со слайдами. Новые участники должны отличать согласованные границы от идей, звучавших при обсуждении. При изменении решения добавьте причину и ответственного, а не стирайте историю.
Соберите презентацию запуска проекта в Presenti из повестки, таблицы границ и контрольной точки. Полезная презентация помогает команде ответить на первый вопрос об объёме работ, а не просто красиво выглядит на встрече.
