Команда может закрыть все задачи и всё равно не выполнить обязательства перед заказчиком. Разбираем, как руководителю вовремя замечать разрыв между планом и реальностью и какие договорённости помогут довести работу до приёмки.
На еженедельной планёрке руководитель проектного отдела слышит знакомый отчёт: документы подготовлены, встреча с заказчиком состоялась, замечания переданы исполнителям. Задачи в трекере закрываются, но приёмка этапа снова переносится. В комплекте не хватает материалов, часть решений не согласована, а специалист смежного отдела подключится только на следующей неделе.
Управление командой по результатам начинается с договорённости: что должно быть готово, кто принимает работу, какими ресурсами распоряжается команда и когда требуется вмешательство руководителя. KPI помогают оценивать выполнение этих условий, но не заменяют критерии качества, полномочия и правила контроля.
Разберём настройку на примере проектного отдела: определим результат, выберем показатели, распределим ответственность и соберём паспорт для работы.
Руководитель поручил команде передать заказчику этап проекта к согласованной дате. Сотрудники поняли задачу как подготовку и отправку материалов. Руководитель ожидал, что к этому моменту заказчик уже примет работу. Разница обнаружилась, когда времени на исправления почти не осталось.
Участники по-разному определили завершение работы. Дополнительные отчёты не устранят расхождение, пока команда и руководитель не согласуют, какое событие подтверждает результат.
«Отправить комплект документов» — действие. «Передать комплект, соответствующий согласованным требованиям, и получить подтверждение приёмки» — проверяемый результат.
Между ними несколько состояний: материалы подготовлены, прошли внутреннюю проверку, предъявлены заказчику, получили замечания, приняты. Если обозначать все состояния словом «готово», из отчёта будет непонятно, сколько работы осталось.
В нашем примере документы отправили вовремя, но заказчик не принял этап. Действие выполнено, результат пока не достигнут. При этом задержка ещё не объясняет её причину: нужно установить, что зависело от команды, а что — от других участников.
Ясность ожиданий нельзя считать заданной по умолчанию. По данным Gallup, в III квартале 2026 года 46% опрошенных работников США полностью согласились с утверждением, что знают, чего от них ждут на работе. В первых двух кварталах показатель составлял 49%. Эти данные относятся к США и не доказывают эффективность конкретной системы KPI, но показывают, почему ожидания стоит проговаривать явно.
Начните с получателя работы: что ему необходимо, чтобы использовать результат дальше. Для проектного отдела формулировка выглядит так: «Заказчик принял согласованный этап проекта в установленный срок и подтвердил соответствие требованиям».
Затем раскройте её до условий, которые участники смогут проверить одинаково.
В проектном отделе команда считала согласование отдельных материалов достаточным. Заказчик ожидал целостный комплект. Участники договорились фиксировать перечень обязательных материалов до запуска этапа и проводить внутреннюю проверку перед предъявлением.
Отдельно разграничьте замечание и изменение задания. Несоответствие согласованному требованию команда исправляет в рамках действующих обязательств. Новое пожелание сначала оценивают: как оно повлияет на объём работ, ресурсы и срок. После этого стороны согласуют изменение условий.
Объясните, что происходит после приёмки. Например, согласованный этап позволяет начать следующую стадию проекта или передать материалы другой команде. Тогда сотрудникам понятнее, почему важны и дата передачи, и пригодность комплекта к использованию.
Форма показателей может различаться по ролям. «Северсталь» описывает гибкие краткосрочные показатели для рабочих и сквозное целеполагание для специалистов и руководителей. Цели каскадируются от бизнес-уровня к индивидуальному. На «Диалогах о целях» обсуждают выполнение задач, соответствие поведения ценностям компании, будущие цели и развитие.
Для своего подразделения можно использовать ту же последовательность: определить вклад роли и рабочий цикл, затем выбрать показатели и формат обсуждений.
Для каждого показателя ответьте на вопрос: какое решение он помогает принять? В нашем примере важно видеть, принимаются ли этапы вовремя и насколько качественно команда готовит первое предъявление.
Прогноз срока, открытые замечания и ожидание исходных данных нужны для текущей работы. Их можно оставить в оперативном отчёте, не превращая каждый параметр в показатель премирования.
Для проектного отдела используем формулу:
Доля своевременно принятых этапов = число этапов плановой выборки, принятых не позднее исходной согласованной даты / общее число этапов плановой выборки × 100%.
В плановую выборку включаются этапы, исходные согласованные даты приёмки которых приходятся на отчётный период. Состав выборки фиксируется до его начала. Этап, не принятый к установленной дате, не попадает в числитель, даже если команда отправила документы вовремя.
Выполнение пересмотренного графика показывайте отдельно. В реестре сохраняйте исходную дату, новую дату, причину изменения и участников согласования. Так перенос срока не улучшит основной показатель незаметно.
Это правило расчёта для нашего примера. В своём подразделении согласуйте базу с учётом характера обязательств и порядка изменения планов.
Для оценки качества закрепим другую формулу:
Доля этапов без существенной доработки = число этапов, принятых по итогам первого рассмотрения без существенной доработки / число этапов выбранной группы, по которым завершено первое рассмотрение, × 100%.
Выбранная группа — этапы, впервые предъявленные заказчику в отчётном периоде. Пока часть из них находится на рассмотрении, значение считается предварительным. Рядом указывайте размер всей группы, число завершённых рассмотрений и число ожидающих решения.
Например, в периоде впервые предъявили 10 этапов. По восьми рассмотрение завершено, шесть приняты без существенной доработки. Предварительное значение — 75%, ещё два этапа ожидают решения. Итог фиксируют после завершения первого рассмотрения всей группы.
До запуска определите, какие замечания считаются существенными. В нашем примере это отсутствие обязательного материала или необходимость изменить решение, без которого комплект нельзя использовать по назначению. В рабочем документе понадобятся критерии, соответствующие вашей деятельности.
Для каждого KPI также укажите:
Если знаменатель равен нулю, ставьте «нет данных», а не 100%. Если наблюдений мало, показывайте абсолютные числа рядом с долей. Базу и цель устанавливайте по фактическим данным отдела.
В отчёте отдельно показывайте результат и причины отклонения. В первом случае фиксируйте дату приёмки и необходимость доработки. Во втором — задержки исходных данных, решения заказчика, доступность смежных специалистов и действия команды.
Предположим, исходные данные поступили позже согласованной даты. Факт задержки остаётся в отчёте. При разборе участники проверяют, вовремя ли команда запросила данные, предупредила о риске и передала вопрос тому, кто мог повлиять на ситуацию.
Для отменённых этапов и спорной приёмки заранее согласуйте правила. Изменение выборки должно иметь основание и оставаться в истории.
Проверьте показатель вопросом: «Как его можно выполнить, не создав нужного результата?» Если учитывать только срок отправки, формально успешной окажется и передача неполного комплекта. Поэтому рядом с датой нужны критерии состава и качества.
В нашем примере руководитель проекта отвечает за срок, но не может самостоятельно выделить смежного специалиста. Необходимое решение находится у другого участника. До запуска нужно определить, кто подтверждает ресурс и кто разрешает конфликт приоритетов.
Запишите границы самостоятельности. Например, руководитель проекта может менять последовательность внутренних задач и перераспределять работу в пределах подтверждённых ресурсов. Изменение состава этапа, бюджета или обязательств перед заказчиком требует отдельного согласования.
Формулировку «обратиться к руководству» замените конкретным владельцем решения. Укажите имя, роль, порядок замещения и срок ответа на критичный запрос.
Для каждой зависимости запишите, что требуется, от кого, к какой дате, кто ведёт взаимодействие и что произойдёт при задержке.
Запрос «нужен специалист смежной функции» замените конкретной договорённостью: какое заключение он готовит и когда передаёт. Руководитель функции подтверждает участие. Если подтверждения нет к контрольной точке, вопрос передают общему руководителю.
Получатель эскалации — обращения за решением — должен обладать полномочиями, которых не хватает команде. Иначе вопрос перейдёт к другому участнику, а препятствие останется.
Назначайте контрольную точку на момент, когда ещё можно повлиять на срок: получить ресурс, изменить последовательность работ или согласовать условия. Проверка в день сдачи покажет отклонение, но может оказаться слишком поздней для исправления.
В проектном отделе внутренняя подготовка идёт по плану, но заказчик не подтвердил исходные данные. На встрече обсуждают последствия задержки и необходимое решение, а не только процент подготовленных документов.
Команда действует самостоятельно, пока может устранить отклонение в пределах полномочий. Руководитель подключается, если нужен внешний ресурс, изменение приоритета или пересмотр обязательств.
Для пилота можно установить следующие основания:
Пороги определяйте под рабочий цикл. Если заказчику нужны несколько дней на рассмотрение, учитывайте этот интервал при назначении даты предъявления и контрольных точек.
Регулярное уточнение ожиданий используется и в управлении результативностью сотрудников. В 2012 году Adobe заменила ежегодную оценку подходом Check-in — постоянным диалогом руководителя и сотрудника. В 2022 году компания описала обновлённую цифровую среду для фиксации целей, обратной связи и итогов квартальных разговоров.
Из этой практики можно взять обсуждение ожиданий и необходимой поддержки в течение работы. Частоту встреч выбирайте отдельно: квартальный разговор о результативности не заменит оперативного решения проблемы ближайшего этапа проекта.
Запись должна содержать действие, владельца, срок и способ проверки.
«Ускорить согласование» — пожелание. «Руководитель проекта направляет перечень открытых вопросов до установленной даты; представитель заказчика подтверждает решения в согласованный срок» — договорённость, выполнение которой можно проверить.
Если решение не принято, зафиксируйте, кто его принимает, когда требуется ответ и что команда делает до этого момента. Завершение встречи не означает снятия препятствия.
В паспорте результата выделите обязательные условия, соблюдение которых проверяется отдельно от численного показателя. Для нашего проектного отдела это полный состав материалов, внутренняя проверка и согласованный порядок приёмки.
Если команда сократила время подготовки за счёт пропуска обязательной проверки, отдельно зафиксируйте достигнутый срок и нарушение условия. Не объединяйте их в средний балл, который скроет проблему.
Сначала установите, какое требование нарушено и как это связано с результатом. Затем разберите причину: правило было неясным, цели конфликтовали, ресурса не хватало или участник сознательно отступил от договорённости.
Не меняйте формулу задним числом ради желаемой оценки. Для следующего периода уточните критерии и порядок проверки. Решения о премировании не следует автоматически выводить из такого паспорта: он описывает организацию работы, а не условия начисления выплат.
Согласуйте рабочие интервалы связи, каналы критичных запросов, сроки ответа и замещение отсутствующих участников. Для распределённой команды также запишите, где хранятся актуальные материалы и как подтверждается получение решения.
В итоговом разборе проверьте, каким способом команда выдержала сроки. Если этапы принимаются только благодаря постоянной внеплановой доступности сотрудников, пересмотрите нагрузку, график и обеспеченность ресурсами. Показатель своевременной приёмки сам по себе этих сведений не содержит.
Для проверки договорённостей выделим 30 календарных дней. За этот срок нужно выяснить, доступны ли данные, понятны ли роли и вовремя ли принимаются решения. Если проектный цикл длиннее месяца, результаты приёмки оценивают по мере завершения этапов. Делать вывод об экономическом эффекте по одному организационному пилоту рано.
Подключите руководителя отдела, сотрудников, владельцев данных, принимающего результат и представителей критичных смежных функций.
Восстановите историю нескольких реальных этапов: исходный срок, первое предъявление, замечания, приёмку и причины изменений. Если сведения приходится собирать по личным перепискам, определите единое место учёта и ответственного за обновление.
Рабочие встречи и сроки ответов внутри этого плана назначайте с учётом календаря участников.
Помимо значений показателей записывайте затруднения:
На итоговом разборе проверьте четыре вопроса: одинаково ли участники понимают результат, можно ли воспроизвести расчёт, на что влияет команда и вовремя ли она получает необходимые решения.
В нашем отделе итогом пилота может стать уточнение состава комплекта, обязательное подтверждение участия смежного специалиста и более ранняя проверка исходных данных. Для вывода о росте производительности понадобятся сопоставимые данные за достаточный период.
Ниже — сводная версия договорённостей из примера. Её можно перенести в рабочий документ, дополнив именами, датами, требованиями и ссылками на источники данных.
Для своего подразделения заново определите получателя, критерии качества, владельцев данных и решений. Одну и ту же формулу используйте в паспорте, таблице расчёта и отчёте.
Начните с одного подразделения: заполните паспорт, согласуйте спорные условия и проверьте договорённости на ближайших контрольных точках. После пилота уберите поля, которые не используются при разборе ситуации и принятии решений.
Если настройка показала, что нужно глубже разобраться в связи целей со стратегией, распределении ролей и координации подразделений, изучите содержание Mini MBA «Классический» РШУ. В программе представлены постановка целей, управление операционной эффективностью через процессы и показатели, кросс-функциональное взаимодействие и управление проектной командой. Сопоставьте эти темы с задачами, которые возникли в вашем подразделении.