
Последнее обновление: 6 ноября 2026 г.
У повестки встречи по запуску проекта одна задача: чтобы все вышли из комнаты, зная цель, критерии готовности, того, кто решает, если две команды не согласны, и то, за что каждый отвечает в первые две недели.
Шесть пунктов с таймингом укладываются в час, если подготовка была сделана. В Quire запуск идёт на двух шаблонах: Project Starter для цели и Meeting Agenda & Action Items для задач с ответственными.
Встреча по перезапуску сайта заняла пятьдесят пять минут. Двенадцать человек, двадцать два слайда, временная шкала с зелёной стрелкой и тёплое всеобщее согласие. На следующей неделе никто не мог сказать, кто отвечает за аудит контента, а руководитель дизайна узнала дату запуска со слайда, который ей не присылали.
Мне доводилось вести такие запуски. Слайды были хорошие. Настоящим итогом стала тишина после него.
Повестка встречи по запуску проекта стоит потраченного часа, только если заканчивается назначенными ответственными. Здесь вы найдёте шесть пунктов, подготовку, которая укладывает их в час, решения на стыке команд, которые нужно принять прямо в комнате, и запуск в Quire, где пункты действий становятся задачами ещё до того, как все встанут и разойдутся.
Встреча по запуску проекта — это первая рабочая сессия проекта, на которой те, кто будет выполнять работу, договариваются о цели, критериях готовности, зонах ответственности и задачах на первые две недели. Это рабочая сессия, а не презентация. Спонсор говорит пять минут, а комната — пятьдесят пять.
Встреча по запуску проекта: открывающая встреча проекта, на которой присутствуют те, кто будет выполнять работу первых двух недель. Результат: общая цель, критерии готовности, назван тот, кто решает на каждом стыке команд, и пункты действий с ответственным и датой.
Обратите внимание, чем это определение измеряет встречу. Результатами, записанными и с именами.
Запуск без пунктов действий в конце был брифингом.
Брифинги — это нормально. Просто они не запускают проекты.
Потому что ведущий оценивает встречу по ощущениям, а участники оценивают её по тому, с чем ушли. Это разные оценки, и в зазоре между ними живёт ничейный аудит контента.
Стивен Рогелберг, профессор Университета Северной Каролины в Шарлотте, изучающий встречи, выразил этот зазор в цифрах в Harvard Business Review. Телефонный опрос более 1 300 руководителей показал: 79 процентов считают встречи, которые они сами инициировали, крайне или очень продуктивными.
О встречах, инициированных другими, так сказали только 56 процентов. В той же статье приводится другое исследование: 75 процентов респондентов не проходили формального обучения тому, как проводить встречи и участвовать в них.
Так ведущий запуска уходит довольным. А двенадцать участников уходят с приятным ощущением и без задачи.
Решение механическое. Постройте повестку так, чтобы каждый пункт давал записанный результат с именем, прежде чем начнётся следующий.
Тот же разрыв проявляется на каждой передаче работы позже в проекте и по той же причине: где на самом деле ломаются кросс-командные проекты прослеживает его от первой встречи до последней.
Шесть пунктов с таймингом, примерно на час. Каждый даёт записанный результат, а последний распределяет всё остальное. Вот повестка, которая работает.

Четвёртый пункт чаще всего пропускают, потому что он выглядит как планирование. Это и есть планирование. Две недели планирования с теми, кто будет работать, — самое дешёвое планирование за всё время проекта.
Шестой пункт — тот, ради которого стоит час. Каждая договорённость за предыдущие пятьдесят минут становится задачей с ответственным, которую читают вслух, а всё, что не удалось решить, записывается как отложенное, а не остаётся висеть.
Если вести запуск в Quire, у каждого из этих результатов уже есть своё место. Их хранят два шаблона: Project Starter для проекта и Meeting Agenda & Action Items для встречи.
| Пункт повестки | Шаблон | Где окажется результат |
|---|---|---|
| Зачем нужен проект | Project Starter | Первая задача в Define, Write the project goal in one sentence, переписанная под вашу цель |
| Критерии готовности | Project Starter | Вторая задача в Define, List what done looks like |
| Кто участвует, кто решает | Оба | Список участников в третьей задаче Define, Identify who's involved, и решающий по каждому стыку в задаче Decision needed в повестке |
| Первые две недели | Project Starter | Задачи в разделах Plan и Do the work, у каждой есть исполнитель и дата |
| Риски и зависимости | Project Starter | Задачи с ответственными в разделе Do the work, с меткой Waiting на всём, что тормозит другая команда |
| Ответственные и следующие шаги | Meeting Agenda & Action Items | Задачи в разделе Meeting Action Items с меткой Action-item, а на отложенном — Deferred-topic |
Чтобы попробовать на ближайшем запуске, продублируйте шаблон Meeting Agenda & Action Items в бесплатный аккаунт Quire. Создайте для каждого из шести пунктов отдельную задачу Discuss в разделе Hold the Meeting, и повестка готова к отправке.
Три вещи, подготовленные до отправки приглашения. Каждый пропущенный пункт делается прямо на встрече, медленно и двенадцатью людьми сразу.
Что проект меняет и для кого. Комната правит это предложение, но не пишет его.
Предложение, написанное комитетом, занимает сорок минут и никому не нравится.
Не просто список имён. Список имён с тем, за что отвечает каждый, и с одним человеком на каждый стык команд, который решает, когда команды не согласны. Если вы не можете заполнить эту колонку до встречи, это первый пункт повестки, а не сюрприз во вторую неделю.
От пяти до десяти задач с предполагаемым ответственным у каждой.
Предположения — это нормально. Встреча исправляет предположение за минуты, а с чистого листа придумывает за часы.
Набросок двух недель становится первым разделом настоящего плана: шаблон плана проекта, который держится и после второй недели продолжает с того места, где запуск заканчивается.
Сначала вслух решите, кто решает. Если в запуске участвуют маркетинг, дизайн, разработка и юристы, стыков будет минимум три, и каждый породит спор к концу второй недели. Запуск — единственный момент, когда все четыре команды смотрят на одно и то же предложение.
Назовите одного человека для каждого стыка. Когда дизайн и разработка спорят, что выпускать первым, кто решает? Когда окно юридической проверки сталкивается с датой запуска, кто двигается? Запишите имя в задаче повестки.
Затем назовите передачи работы. Аудит контента переходит к дизайну к определённой дате, макеты дизайна переходят к разработке к определённой дате.
Передача без даты — это надежда.
У проекта на четыре команды есть собственное руководство, и запуск — его первая глава: кросс-функциональное управление проектами, полное руководство охватывает остальные главы.
Решениям, принятым в комнате, нужно отдельное место, потому что те, кого там не было, спросят о них в марте.
Это место — журнал, и большинство команд его пропускает: журнал решений, отсутствие которого команды жалеют рассказывает, как сделать решения запуска легко находимыми.
Два шаблона, которые делят две задачи запуска. Project Starter хранит цель и первые этапы, а Meeting Agenda & Action Items хранит саму встречу. Оба входят в набор Start Here библиотеки Quire, поэтому на их освоение уходит около пяти минут.
Откройте шаблон Project Starter, и вы увидите четыре этапа, у каждого свой диапазон дат. В Define три задачи: записать цель проекта одним предложением, перечислить критерии готовности, определить, кто участвует.
В Plan входит разбивка работы на задачи, расстановка дат выполнения на важных и решение, что срочно, а что подождёт. Затем Do the work и Review & wrap up, который заканчивается задачей Celebrate.
Эти три первые задачи в Define — и есть первые три пункта повестки.
Для них в шаблоне уже есть места.

Откройте шаблон Meeting Agenda & Action Items, и вы увидите одну пример-ветку встречи с четырьмя разделами:
Пункты повестки несут метку Agenda. Решения несут метку Decision. Всё отложенное несёт Deferred-topic, а всё назначенное — Action-item.

Два подсписка отвечают за доведение до конца. Open Action Items показывает каждую задачу с меткой Action-item из любой встречи, пока она не закрыта. Deferred Topics показывает отложенное, чтобы оно вернулось, когда придёт время.
Чтобы использовать их, сделайте свою копию каждого проекта (в выпадающем меню рядом с названием проекта есть пункт «Дублировать»). В проекте встреч продублируйте пример-ветку для каждой новой встречи и назовите её датой и названием встречи. В Project Starter переименуйте задачи под свой проект и удалите лишнее.
Там, где будет идти работа, потому что только там их будут искать во вторую неделю. Презентацию показывают и убирают в архив. Документ пишут и забывают. Список задач открывают каждое утро.
У слайдов своя роль. Пятиминутное «зачем» лучше с картинкой, а временную шкалу проще оспорить, когда её все видят.
Роль заканчивается, когда начинается спор.
В Quire повестка — это ветка задач. Цель, отредактированная на встрече, — это текст первой задачи в Define. Решение о том, кто разрешает споры дизайна и разработки, — задача Decision needed в ветке повестки, переименованная в само решение. Каждый пункт действий — это задача с исполнителем, датой и меткой, а подсписок Open Action Items на следующее утро показывает их все вместе.
Всё ещё выбираете инструмент? Руководство по таск-менеджерам сортирует их по тому, что важно после запуска.
Возьмём тот же перезапуск сайта, но на этот раз проведённый правильно. Маркетинг, дизайн, разработка и юристы, девять человек вместо двенадцати, один час.
За два дня руководитель проекта дублирует Project Starter, переименовывает задачу с целью в «Перезапустить маркетинговый сайт, чтобы регистрации на пробный период можно было измерять по страницам» и набрасывает восемь задач в Plan с предполагаемым ответственным у каждой. Она дублирует пример-ветку шаблона встречи, называет её 2026-11-03 | Relaunch kickoff и отправляет повестку вместе со списком участников.
В комнате из цели исчезает слово «маркетинговый» и появляется дата. Критерии готовности сводятся к трём условиям, записанным второй задачей в Define. Решения по стыкам попадают в задачи Decision needed в ветке повестки, по одной на каждый стык. Руководитель дизайна решает, что выпускать первым, руководитель разработки решает всё, что касается CMS, а окно юридической проверки фиксируется на четырёх рабочих днях.
Пять пунктов действий выходят из комнаты как задачи с меткой Action-item.
Аудит контента, маркетинг, девять дней.
План отслеживания, разработка, шесть дней.
Каркас главной страницы, дизайн, двенадцать дней.
Плюс слот юридической проверки (юристы, два дня) и решение по CMS, которое никто не смог принять: оно отложено под Deferred-topic с датой пересмотра.
На следующее утро подсписок Open Action Items показывает пять задач, пять ответственных, пять дат.
Никто не спрашивает, кто отвечает за аудит контента.
Первый стендап после запуска начинается с этого подсписка, а не с памяти: шаблон ежедневного стендапа, который выдерживает настоящую команду, укладывает его в пятнадцать минут.
Три вещи, и все небольшие. Итоги уходят в тот же день, ответственные подтверждают свои даты, а первый стендап открывается с пунктов действий.
Первые две уже есть задачами в разделе After the Meeting шаблона встречи: Send the meeting summary и Confirm action-item assignees and deadlines. Назначьте обе до начала запуска, и они будут сделаны.
Итоги — короткая записка из четырёх частей:
Она уходит девяти людям в комнате и наблюдателям, которые просили держать их в курсе.
Подтверждение дат занимает день. Каждый ответственный открывает свою задачу, читает, о чём договорились, и либо оставляет дату, либо переносит её с комментарием о причине.
Молчание считается согласием, поэтому об этом сказано в итогах.
Дальше людям вне комнаты нужно узнавать, как идут дела, без очередной встречи: обновления для заинтересованных сторон без статусной встречи показывает, как держать их в курсе по тем же задачам.
Даты этапов, метки и число встреч в одной ветке. Форму обоих шаблонов можно оставить как есть.
У четырёх этапов Project Starter короткие примерные диапазоны дат, самый длинный меньше двух недель. Растяните их до реальной длины проекта до запуска, чтобы вид «Временная шкала» показывал честную картину.
Метки шаблона встречи: Agenda, Action-item, Deferred-topic и метка решения. Оставьте эти четыре. Пятая метка для каждой команды — верный способ сделать подсписок Open Action Items бессмысленным.
Одна ветка на одну встречу, всегда. Запуск и проверка на второй неделе в одной ветке выглядят как одна встреча, которая не закончилась, и, честно говоря, именно так она и ощущалась.
Если у проекта есть бюджет, заведите для него отдельные строки до прихода первого счёта: учёт бюджета проекта с четырьмя числами на строку настраивает их рядом с задачами, за которые они платят.
Повестка встречи по запуску проекта работает, когда каждый пункт даёт записанный результат с именем. Шесть пунктов укладываются в час:
Подготовка: сформулированная цель, список участников с ролями и набросок первых двух недель. Пропустите любое из этого, и двенадцать человек будут делать это на встрече.
Ведите запуск там, где живёт работа. Project Starter хранит цель и первые этапы, Meeting Agenda & Action Items хранит решения и задачи с ответственными, а на следующее утро открывается подсписок Open Action Items. Зарегистрируйтесь в Quire, продублируйте оба шаблона, и пусть ваш следующий запуск закончится уже назначенным аудитом контента.
Первая рабочая сессия проекта, на которой те, кто будет выполнять работу, договариваются о цели, критериях готовности, зонах ответственности и задачах на первые две недели. В Quire она идёт на Project Starter для цели и этапов и на Meeting Agenda & Action Items для решений и задач с ответственными.
Шесть пунктов примерно на час: зачем, критерии готовности, кто участвует и кто решает, первые две недели, риски и зависимости, ответственные и следующие шаги. В шаблоне встречи Quire каждый пункт — задача, а пункты действий, которые она порождает, получают исполнителя, дату выполнения и метку Action-item.
Один час, если цель была сформулирована, у участников указаны роли, а первые две недели набросаны заранее. После девяноста минут комната, скорее всего, пишет план проекта на ходу, а это уже другая встреча.
Те, кто будет работать первые две недели, решающие по каждому стыку команд и спонсор, который может объяснить «зачем» одним предложением. Наблюдатели получают итоги после встречи.
Да, и решения там живут дольше. В Quire повестка — это продублированная ветка задач, решения записываются в пункте повестки, где они были приняты, а каждый пункт действий — это задача с ответственным и датой, которая выводится в подсписок Open Action Items.
Он убирает вторую неделю вопросов. Когда цель, ответственные и первые две недели записаны там, где идёт работа, никто не тратит следующие дни на выяснение, кто за что отвечает. Команды, которые запускаются в Quire, остаются продуктивными, потому что пункты действий становятся задачами до того, как комната опустеет.