Три события, которые считают одним
Ольга ведёт внутренний проект — внедрение системы электронного документооборота. Команда матричная: аналитик, юрист и двое из ИТ подчиняются своим функциональным руководителям, а Ольге — только по проекту. Каждое утро они коротко созваниваются. Раз в неделю Ольга отправляет куратору статус. В статусе зелёный цвет.
За две недели до приёмки выясняется, что юридическая служба третий месяц ждёт согласования регламента, а ИТ ждёт юристов. На утренних созвонах об этом говорили. В статус это не попало ни разу: каждый участник считал, что блокирует не его часть, а сосед уже написал.
Ежедневная синхронизация, статусный отчёт и ретроспектива — три разных события. У них разная аудитория, разный вопрос и разная цена ошибки. Их регулярно сливают в одно, чтобы сэкономить время, и в исследовании, которое разобрано в этой лекции, именно такое слияние стоит первым среди причин, по которым люди перестают ценить ежедневную встречу.
- Собирать план обмена информацией по четырём выходам действующего национального стандарта — и знать, какой из них выпадает чаще остальных
- Отличать ежедневную синхронизацию команды от отчёта наверх и не превращать первое во второе
- Проверять статусный отчёт по пяти обязательным полям и требовать третье число — прогноз
- Понимать, почему плохая новость не доезжает наверх, и что с устройством канала с этим делать
- Проводить ретроспективу так, как её проводили в исследованиях, где она дала эффект, — и отличать её от разбора инцидента
Действующий ГОСТ Р 54869-2011 «Проектный менеджмент. Требования к управлению проектом» — все дословные требования к обмену информацией и документам.
ГОСТ Р ИСО 21500-2014 — редакция отменена, но текст трёх процессов коммуникации полезен и цитируется с этой пометкой. Действуют ГОСТ Р ИСО 21500-2023 (с 01.06.2024) и ГОСТ Р ИСО 21502-2024 (с 01.01.2025).
ПП РФ от 31.10.2018 № 1288 в редакции от 07.07.2026 — единственный российский нормативный документ, описывающий систему отчётности проекта целиком. Применяется в госсекторе; здесь он взят как образец устройства, а не как норма для частного проекта.
Четыре исследования: ежедневная встреча (Стрей, Шёберг, Дюбо, 2016), разбор после работы (Танненбаум и Черасоли, 2013), эффект замалчивания (Парк, Им, Кейл, 2008) и отраслевой опрос PMI 2013. У каждого названы выборка, год и границы переносимости.
Там, где цифра слабая, это сказано прямо. Две цифры, которые ходят по учебным материалам как общее знание, в этой лекции разобраны как непригодные: «90 % времени руководителя проекта уходит на коммуникации» и «треть провалов случается из-за коммуникаций».
Примеры идут из четырёх разных контекстов: внутренний проект с матричной командой (Ольга), проект для внешнего заказчика с подрядчиком (Денис), распределённая команда в разных часовых поясах (Артём) и проект с нормативной отчётностью (Светлана).
Обмен информацией — функциональная область, а не вежливость
ГОСТ Р 54869-2011 утверждён приказом Росстандарта от 22.12.2011 № 1582-ст, дата введения — 01.09.2012, в шапке значится «ВВЕДЕН ВПЕРВЫЕ». Он действует.
Пункт 5.1 перечисляет функциональные области управления проектом. Их десять, и среди них дословно — «управление обменом информацией в проекте». Обмен информацией стоит там же, где содержание, сроки и стоимость: это не сопровождение работы, а сама работа.
П. 5.3.7 «Процесс планирования обмена информацией в проекте». Цель процесса:
«определение порядка обмена информацией между лицами, участвующими в реализации проекта и заинтересованными в результатах проекта».
Разница между «стараться никого не забыть» и процессом в том, что у процесса есть выходы. Выход можно предъявить, проверить и передать другому человеку. Намерение предъявить нельзя.
Проверено грепом по полному тексту стандарта: слов «встреча», «совещание», «регулярный», «частота», «периодичность» в нём нет вовсе.
Фраза «по ГОСТу положен ежедневный стендап» — выдумка. Стандарт требует, чтобы порядок обмена информацией был определён, и ничего не говорит о том, каким этот порядок должен быть.
Практическое следствие для Ольги: сослаться на норматив, требуя ежедневного созвона, она не может. Сослаться на норматив, требуя, чтобы порядок обмена информацией был определён и записан, — может.
Дальше нужен аккаунт
Прогресс и монеты сохранятся.