Протокол встречи по проекту — это полстраницы из пяти разделов: дата и участники, решения, поручения, открытые вопросы, следующая встреча. Он фиксирует, о чём договорились, и не фиксирует, как к этому шли. Разница принципиальная: конспект обсуждения на три страницы пишется час и не перечитывается никогда, протокол на полстраницы пишется двадцать минут и работает весь проект.
Смысл документа тоже узкий. Он закрывает один конкретный источник конфликта — устную договорённость, которую обе стороны помнят по-разному и обе искренне. Через два месяца заказчик уверен, что выгрузка в отчёт обсуждалась и входит в объём; подрядчик уверен, что обсуждалась и была отложена. Правы оба, и разрешить это без записи невозможно.
Ниже — структура формы с дословными формулировками, заполненный протокол одной встречи, правило про поручения из четырёх частей, правило молчаливого согласия и расчёт цены спора. Сквозной пример один на всю статью: проект на 780 000 ₽ и 10 недель, компания 46 человек, автоматизация приёма и распределения заявок; встреча по итогам обследования, четверо участников, 55 минут. Ставка руководителя подразделения — 1 800 ₽/час.
Что записывается, а что нет
Главное решение при ведении протокола принимается не в конце, а в момент записи: что вообще попадает в документ. Ниже граница, которая делает протокол коротким и полезным одновременно.
| Записывается | Не записывается |
|---|---|
| Решение: что теперь считается принятым | Кто какие аргументы приводил |
| Поручение: действие, фамилия, срок, признак выполнения | Обсуждавшиеся и отвергнутые варианты |
| Открытый вопрос и кто принесёт ответ | Оценки и мнения участников |
| Изменение объёма или срока, если оно прозвучало | Общие пожелания без адресата |
| Дата и повестка следующей встречи | Дословные реплики |
Правый столбец не мусор — он просто не нужен в протоколе. Если аргументы важны, они идут в отдельный документ решения: техническое задание, план миграции, требования к интеграции. Протокол же должен читаться за минуту, иначе его перестают читать, а вместе с этим перестаёт работать и правило молчаливого согласия.
Нарисованный бланк документа (не скриншот продукта) с шапкой «Протокол встречи по проекту, 03.09.2026, участники: Ковалёва, Мельников, Соколов, Радченко». Пять разделов с заголовками «Решения», «Поручения», «Открытые вопросы», «Следующая встреча», «Возражения принимаются до». Раздел «Поручения» показан таблицей на четыре колонки: «что сделать», «кто», «до какого числа», «признак выполнения»; одна строка заполнена: «Выгрузить перечень складов с остатками на 12.09 · Ковалёва · 15.09 · файл в чате проекта». В разделе «Открытые вопросы» две строки с пометкой «перенесено из встречи 27.08». В подвале строка «протокол отправлен 03.09 в 18:40». Чертёжный стиль, подписи по-русски.
Пять разделов формы
- 11. Дата, участники, тема
Фамилии, а не «представители заказчика и подрядчика». Через полгода важно знать, кто именно был в комнате, потому что половина спорных ситуаций разрешается фразой «этого при мне не обсуждали».
- 22. Решения
Каждое — утверждение в настоящем времени, без слова «решили обсудить». «Заявки принимаются в двух каналах: почта и форма на сайте. Телефон в объём проекта не входит». Решение без отрицательной половины неполно: важно записать не только что делаем, но и что не делаем.
- 33. Поручения
Таблица на четыре колонки: действие, фамилия, срок, признак выполнения. Поручение без признака невозможно ни проверить, ни закрыть — разбор ниже.
- 44. Открытые вопросы
То, что не решили. Каждый вопрос с фамилией того, кто принесёт ответ, и датой. Этот список переезжает из протокола в протокол дословно, пока вопрос не закроется, — и именно поэтому вопросы перестают теряться.
- 55. Следующая встреча и срок возражений
Дата и повестка следующей встречи, а также строка «возражения по этому протоколу принимаются до 18:00 следующего рабочего дня». Без второй строки правило молчаливого согласия не работает.
Поручение из четырёх частей
Половина ценности протокола лежит в третьем разделе. Поручение, сформулированное на слух, обычно теряет две части из четырёх — срок и признак выполнения, — и превращается в благое намерение.
| Как обычно записывают | Как должно быть записано |
|---|---|
| Уточнить по складам | Ковалёва выгружает из 1С перечень складов с остатками на 12.09 и присылает файлом в чат проекта до 15.09 |
| Подрядчик подумает над интеграцией | Соколов присылает два варианта обмена с 1С:УНФ с оценкой в часах и списком ограничений до 17.09 |
| Решить вопрос с правами доступа | Мельников составляет таблицу «система — роль — задача» по трём системам и согласует с Ковалёвой до 19.09 |
| Обсудить обучение сотрудников | Радченко называет список из 12 сотрудников, которые пройдут обучение, и две удобные даты до 22.09 |
Обратите внимание на признак выполнения — «файлом в чат проекта», «таблица согласована с Ковалёвой», «список и две даты». Он нужен не для строгости, а чтобы поручение можно было закрыть без обсуждения: либо файл есть, либо его нет. То же правило действует и в других проектных документах — например, в чек-листе приёмки этапа, где каждый пункт закрывается конкретным документом, а не мнением.
Фамилия — второе место, где документ ломается. Поручение с ответственным «бухгалтерия» или «подрядчик» не выполняет никто: каждый уверен, что этим занят коллега. С фамилией то же поручение выполняется почти всегда, потому что имя видно в письме, которое читают четверо.
Сравнение в две колонки на одном примере. Слева блок «Как записали на слух» с единственной строкой «Уточнить по складам» и тремя пустыми ячейками под подписями «кто», «до какого числа», «чем закрывается». Справа блок «Как должно быть» с четырьмя заполненными ячейками: «выгрузить перечень складов с остатками на 12.09», «Ковалёва», «до 15.09», «файл в чате проекта». Внизу общая полоса: «поручение без признака выполнения нельзя ни проверить, ни закрыть». Чертёжный стиль, подписи по-русски.
Правило молчаливого согласия
Порядок, при котором протокол отправляется письмом всем участникам в день встречи, возражения принимаются в течение одного рабочего дня, а по истечении срока документ считается согласованным всеми сторонами. Правило записывается один раз в договоре или в первом протоколе проекта и дальше действует по умолчанию.
Без этого правила протокол остаётся записью одной стороны, и в споре его вес невелик: «мы этого не подтверждали». С правилом он становится согласованным документом, потому что вторая сторона имела возможность возразить и не воспользовалась ею. Два условия обязательны: отправка в день встречи и явно названный срок. Протокол, ушедший через неделю, никакого согласия не фиксирует — за неделю участники успевают вспомнить встречу каждый по-своему.
Самая дорогая запись в протоколе — та, где меняется объём работ. Формулировка «договорились, что выгрузка в отчёт делается в рамках текущего этапа» или «выгрузка в отчёт выносится в отдельную оценку» стоит десятки тысяч рублей и должна стоять в разделе решений, а не растворяться в поручениях. Дальше она переезжает в дополнительное соглашение — порядок описан в материале про допсоглашение к договору на разработку.
Сколько стоит спор без протокола
Считаем типовой конфликт середины проекта: на восьмой неделе выясняется, что выгрузка в управленческий отчёт, которую заказчик считал частью работ, в объём не входила. Обе стороны добросовестны, письменной фиксации нет.
Протокол занимает двадцать минут руководителя проекта: пятнадцать минут запись по ходу встречи и пять на отправку. По ставке 1 800 ₽/час это 600 ₽ за встречу; на десятинедельный проект с еженедельными встречами и парой дополнительных — 7 200 ₽. Соотношение восьмикратное, и это при одном споре за проект. Второй спор делает его шестнадцатикратным.
Обычно это делает тот, кто предложил, и почти всегда предлагает подрядчик. Правильнее наоборот: протокол ведёт руководитель проекта со стороны заказчика. Причина простая — записывающий выбирает формулировки, а формулировки в спорных местах решают, что именно было решено. Ведение протокола заказчиком не мешает подрядчику: он получает документ в тот же день и имеет сутки на возражения.
Когда протокол — лишняя бюрократия
Двадцать минут на встречу — небольшая цена, но и она окупается не всегда. Есть три ситуации, в которых формальный протокол мешает больше, чем помогает.
- Короткие рабочие созвоны внутри одного этапа. Пятнадцатиминутный разговор двух инженеров о том, какое поле как называется, протоколировать не нужно: достаточно одного сообщения в чат проекта с итогом. Порог разумный — протокол нужен там, где решение меняет объём, срок или деньги.
- Совещания без решений. Демонстрация промежуточного результата, обучение, разбор вопросов пользователей. Если по итогам не появилось ни одного поручения, протокол будет пустым, а привычка писать пустые протоколы быстро убивает привычку писать нужные.
- Проект из одного этапа на две недели. При таком объёме роль протокола выполняет само техническое задание плюс переписка. Заводить отдельный документооборот на четырнадцать дней — это создавать процесс ради процесса.
И обратная ситуация, в которой протокола мало. Если на встрече меняется состав работ или срок этапа, одной записи в протоколе недостаточно: нужно дополнительное соглашение или хотя бы письменное подтверждение от того, кто подписывает договор. Протокол фиксирует договорённость, но не заменяет документ, которым эта договорённость оформляется, — что именно должно быть зафиксировано в самом договоре, разобрано в материале про то, что должно быть в договоре на разработку.
