Вы нанимаете Scrum Master для своей IT-компании или аутсорс-проекта, но не уверены, как оценить его работу? Слишком часто компании ошибаются: они смотрят только на сроки выполнения задач, забывая, что Scrum Master — это не просто координатор, а фасилитатор культуры, проводник изменений и защитник принципов гибкой разработки. Правильно составленный КП (контракт на оказание услуг) для Scrum Master — это не просто формальность, а инструмент, который определяет успех всей команды. В этой статье вы узнаете, как создать эффективный КП для Scrum Master, какие критерии включить, как избежать типичных ошибок и где взять готовый шаблон с пояснениями. Мы разберём, чем КП для Scrum Master отличается от обычного менеджера проекта, как измерить его влияние на команду и почему ключевые показатели должны быть не только количественными, но и качественными.

Что такое Scrum Master и зачем ему нужен КП?

Scrum Master — это не менеджер в традиционном понимании. Он не распределяет задачи, не контролирует сроки и не отчитывается перед руководством за результаты команды. Его задача — создать условия, при которых команда может работать максимально эффективно, соблюдая принципы Scrum. Он устраняет препятствия, помогает внедрять практики гибкой разработки, обучает участников и защищает команду от внешнего давления. Именно поэтому подход к оценке его работы должен быть иным, чем у обычного проект-менеджера.

КП (контракт на оказание услуг) — это юридический и организационный документ, который определяет ожидания между заказчиком и исполнителем. В случае с Scrum Master он становится инструментом не только для оплаты труда, но и для формирования целевой культуры. Без чёткого КП вы рискуете получить «администратора собраний», который проводит ежедневные стендапы, но не решает системных проблем. Или наоборот — слишком агрессивного «тренера», который навязывает свою методологию, не учитывая реальную ситуацию в компании.

Важно понимать: Scrum Master — это позиция, которая измеряется не количеством сданных задач, а качеством взаимодействия в команде. Его успех — это когда команда сама начинает управлять процессом, решать конфликты и улучшать свою эффективность без постоянного вмешательства. Именно поэтому КП должен быть написан не как «сделать 10 спринтов», а как «обеспечить рост саморегулирования команды на 40% за квартал».

Почему стандартные КП для менеджеров проекта не работают для Scrum Master?

Многие компании ошибочно берут шаблон КП для проект-менеджера и просто переписывают в нём «Project Manager» на «Scrum Master». Это фатальная ошибка. Потому что цели этих ролей принципиально разные:

  • Проект-менеджер отвечает за сроки, бюджет и ресурсы. Его KPI: «сдать проект в срок», «не превысить бюджет», «охватить все требования».
  • Scrum Master отвечает за процесс, культуру и здоровье команды. Его KPI: «снижение количества блокировок», «рост удовлетворённости команды», «уменьшение числа переработок».

Представьте, что вы оцениваете повара по количеству блюд, которые он приготовил. А не по тому, насколько гости остались довольны вкусом, атмосферой и сервисом. Так же и с Scrum Master — если вы будете мерить его по количеству проведённых спринтов или собранных митингов, вы упустите суть его работы. Он не «должен провести 12 спринтов в год» — он должен сделать так, чтобы команда научилась проводить их самостоятельно, без его постоянного участия. Это называется «уход в тень» — лучший показатель его эффективности.

Кроме того, Scrum Master часто работает в условиях нестабильности: команды меняются, приоритеты сдвигаются, клиенты требуют экстренных изменений. Его задача — не «сделать всё как в плане», а «создать устойчивую систему, которая выдержит хаос». Это требует совершенно иного подхода к оценке результатов.

Как составить КП для Scrum Master: пошаговая инструкция

Создание качественного КП — это не копирование шаблона из интернета. Это стратегический процесс, который требует понимания вашей компании, команды и целей проекта. Вот пошаговая инструкция, которая поможет вам создать КП, который реально работает.

Шаг 1: Определите цели и ожидания

Перед тем как писать любой пункт в КП, ответьте на три ключевых вопроса:

  1. Какие проблемы мы хотим решить с помощью Scrum Master?
  2. Что должно измениться в команде через 3–6 месяцев?
  3. Как мы будем понимать, что он работает хорошо?

Например:

  • Команда постоянно опаздывает на спринты — значит, нужен человек, который научит их планировать реалистично.
  • Постоянные конфликты между разработчиками и тестировщиками — значит, нужен фасилитатор конфликтов.
  • Руководство постоянно вмешивается в детали — значит, Scrum Master должен стать барьером между командой и внешним давлением.

Эти цели станут основой для всех последующих критериев. Не пишите «улучшить эффективность» — это слишком расплывчато. Напишите: «Снизить количество переносов дедлайнов на 50% за полгода».

Шаг 2: Выберите ключевые показатели (KPI)

Scrum Master — это не тот, кто делает задачи. Он — тот, кто создаёт систему, в которой задачи делаются сами. Поэтому его KPI должны быть ориентированы на процессы, а не на результаты. Вот что реально важно:

  • Количество блокировок — сколько раз команда зависала из-за отсутствия информации, ресурсов или решений. Снижение этого показателя — прямой индикатор эффективности Scrum Master.
  • Частота проведения ретроспектив — должны быть регулярными, с последующими действиями. Не просто «провели 4 ретроспективы», а «реализовано 3 из 5 предложенных улучшений».
  • Удовлетворённость команды — регулярные анонимные опросы (раз в квартал) по шкале от 1 до 10. Если средний балл растёт — Scrum Master делает своё дело.
  • Количество повторных спринтов — если команда часто не сдаёт инкремент в срок, значит, планирование работает плохо. Scrum Master должен снизить этот показатель.
  • Снижение числа «внеплановых» изменений — если продукт-менеджер или заказчик постоянно меняет требования, Scrum Master должен научить их использовать «смену приоритетов» в рамках спринта, а не ломать весь процесс.
  • Рост автономности команды — через 3–4 месяца команда должна начать самостоятельно проводить стендапы, планировать спринты и решать конфликты. Это лучший показатель его успеха.

Важно: все KPI должны быть измеримыми. Не «улучшить коммуникацию» — а «сократить время ожидания ответа от заинтересованных лиц с 48 до 12 часов».

Шаг 3: Сформулируйте обязанности

В КП обязанности должны быть чёткими, но не перегруженными. Вот типичный список:

  • Организация и проведение всех Scrum-событий: планирование спринта, ежедневные стендапы, ретроспективы, обзоры.
  • Устранение препятствий (блокировок), мешающих команде достигать целей спринта.
  • Обучение и наставничество команды в принципах Scrum, включая работу с продукт-менеджером и заказчиками.
  • Фасилитация конфликтов внутри команды и между командой и заказчиком.
  • Продвижение культуры прозрачности, уважения и ответственности.
  • Регулярная отчётность о состоянии процесса и рекомендации по улучшению.
  • Поддержка внедрения инструментов (Jira, Trello, Notion) и настройка рабочих процессов.

Обратите внимание: Scrum Master не обязан писать код, тестировать или выполнять задачи. Его работа — на уровне процесса и культуры. Если в КП написано «вести разработку» или «тестировать баги» — это уже не Scrum Master, а мульти-роль. Это приведёт к перегрузке и снижению эффективности.

Шаг 4: Определите критерии оценки и сроки

Каждый KPI должен иметь:

  • Цель — что нужно достичь?
  • Измеритель — как мы будем это измерять?
  • Целевое значение — до какого уровня?
  • Срок достижения — за какой период?

Пример:

KPI Измеритель Целевое значение Срок
Количество блокировок в спринте Количество записей в бэклоге блокировок Снижение на 40% За 3 месяца
Удовлетворённость команды Результат анонимного опроса (1–10) Средний балл 8+ Каждый квартал
Частота ретроспектив Количество проведённых встреч 1 в каждом спринте (минимум 4 за квартал) Постоянно
Рост автономности команды Количество спринтов, проведённых без участия Scrum Master Не менее 2 спринтов За полгода

Такой подход позволяет не только оценивать результат, но и давать обратную связь на основе фактов, а не эмоций.

Шаг 5: Пропишите последствия и поощрения

Без механизмов поощрения или ответственности КП превращается в бумажку. Включите:

  • Поощрения: бонусы за достижение KPI, повышение ставки после успешного периода, возможность участия в стратегических инициативах.
  • Последствия: письменное предупреждение при неудаче в двух кварталах подряд, возможность редукции ставки или расторжения контракта при систематических провалах.

Не бойтесь прописывать это. Это не угроза — это честность. Люди работают лучше, когда знают, за что их оценивают и на что могут рассчитывать.

Шаг 6: Добавьте гибкость и условия пересмотра

Среда в IT-проектах меняется быстро. То внезапно появляется новый заказ, то команда растёт вдвое. Поэтому КП не должен быть «жестким договором». Включите пункт: «КП подлежит пересмотру раз в квартал на основе обратной связи от команды и заинтересованных лиц».

Это позволяет адаптировать цели, если выясняется, что изначальные KPI были неактуальны. Например, если через два месяца вы поняли, что главная проблема — не блокировки, а отсутствие прозрачности в приоритетах, то можно пересмотреть KPI и сфокусироваться на улучшении взаимодействия с продукт-менеджером.

Образец КП для Scrum Master: готовый шаблон с пояснениями

Ниже представлен полноценный образец КП для Scrum Master. Вы можете использовать его как основу, адаптируя под свою компанию.

Контракт на оказание услуг Scrum Master

1. Предмет контракта

Заказчик поручает Исполнителю оказание услуг по роли Scrum Master в рамках проекта «[Название проекта]». Исполнитель обязан обеспечить внедрение и поддержку процессов Scrum, содействовать повышению эффективности команды разработки и создать условия для устойчивого, саморегулируемого взаимодействия между всеми участниками проекта.

2. Обязанности Исполнителя

  • Организовывать и проводить все Scrum-события: планирование спринта, ежедневные стендапы, ретроспективы и обзоры спринта.
  • Выявлять, документировать и устранять препятствия (блокировки), мешающие команде достигать целей спринта.
  • Обучать членов команды принципам Scrum, включая работу с бэклогом продукта и оценку задач.
  • Фасилитировать конфликты внутри команды и между командой и заказчиком, способствуя конструктивному диалогу.
  • Поддерживать прозрачность процессов: обеспечивать актуальность доски задач, регулярное обновление статусов и визуализацию прогресса.
  • Содействовать формированию культуры ответственности, уважения и открытости в команде.
  • Проводить ежеквартальные анонимные опросы команды по уровню удовлетворённости и предоставлять отчёт с рекомендациями.
  • Ежемесячно предоставлять отчёт о проделанной работе, включающий динамику ключевых показателей и план действий на следующий месяц.

3. Ключевые показатели эффективности (KPI)

Показатель Измеритель Целевое значение Период оценки
Количество блокировок в спринте Количество записей в бэклоге блокировок Снижение на 40% за 3 месяца Квартальный отчёт
Удовлетворённость команды Средний балл в анонимном опросе (1–10) 8.0 и выше Каждый квартал
Проведение ретроспектив Количество проведённых встреч Не менее 4 за квартал (1 в каждом спринте) Ежемесячно
Количество переносов дедлайнов спринта Число случаев, когда инкремент не был завершён в срок Не более 1 за квартал Квартальный отчёт
Рост автономности команды Количество спринтов, проведённых без участия Scrum Master в роли фасилитатора Не менее 2 спринта за полгода Полугодовой отчёт

4. Отчётность и контроль

Исполнитель обязан предоставлять ежемесячный отчёт в формате PDF или Google Docs, содержащий:

  • Краткий обзор выполнения задач за месяц.
  • Динамику ключевых KPI (с графиками при возможности).
  • Выявленные проблемы и предложенные решения.
  • План действий на следующий месяц.

Каждый квартал проводится встречная оценка с участием продукт-менеджера, лидов команды и руководителя проекта. Результаты оценки фиксируются в протоколе.

5. Поощрения и ответственность

  • Если все KPI достигнуты в течение квартала — Исполнитель получает бонус в размере 15% от месячного вознаграждения.
  • Если два квартала подряд KPI не достигнуты — Заказчик вправе инициировать пересмотр контракта или расторгнуть его с уведомлением за 14 дней.
  • В случае систематических нарушений (например, пропуск ретроспектив без уважительной причины) — возможна досрочная расторжения контракта.

6. Условия пересмотра и адаптации

Содержание настоящего КП может быть пересмотрено по инициативе любой из сторон раз в квартал. Пересмотр проводится на встрече с участием всех заинтересованных лиц. Изменения оформляются дополнительным соглашением.

7. Срок действия

Контракт вступает в силу с [дата] и действует 6 месяцев. После этого — по соглашению сторон.

8. Подписи сторон

[Подпись Заказчика]     [Дата]

[Подпись Исполнителя]     [Дата]

Пояснения к образцу

Этот шаблон не требует доработки — он уже содержит все ключевые элементы. Но его можно адаптировать:

  • Если вы работаете с аутсорсом — добавьте пункт о времени отклика на запросы (например, «отвечать на вопросы в течение 4 часов»).
  • Если Scrum Master работает удалённо — укажите ожидаемые часы работы и инструменты связи (Slack, Zoom, Jira).
  • Если у вас несколько команд — пропишите, в каких именно командах он работает и сколько времени ему выделено на каждую.

Важно: не копируйте этот шаблон дословно. Он — основа, а не окончательный вариант. Адаптируйте его под ваш контекст, и он станет мощным инструментом управления.

Частые ошибки при составлении КП для Scrum Master

Даже опытные компании делают ошибки, которые сводят на нет всю работу Scrum Master. Вот самые распространённые:

Ошибка 1: Смешивание ролей

«Скрам-мастер должен делать ещё и тестирование» — это распространённая ошибка. Если вы хотите, чтобы человек делал всё: кодил, тестировал и управлял процессом — это не Scrum Master. Это перегруженный разработчик с титулом. Такой человек не сможет эффективно фасилитировать, потому что он сам вовлечён в работу. Его задача — смотреть на процесс со стороны, а не участвовать в нём.

Ошибка 2: Оценка по результатам команды

«Если команда не сдала проект — значит, Scrum Master плохой». Это неправильно. Если заказчик постоянно меняет требования, у команды нет ясных приоритетов или продукт-менеджер не умеет формулировать цели — вина Scrum Master’а здесь минимальна. Его задача — сделать так, чтобы эти проблемы были видны и решались системно. А не «доставить результат любой ценой».

Ошибка 3: Нет обратной связи от команды

Самый опасный момент: вы оцениваете Scrum Masterа только по мнению руководства. А кто лучше знает, работает ли он — это команда. Без регулярных анонимных опросов вы рискуете нанять «доброго человека», который всё улаживает, но не решает корневые проблемы. Или наоборот — «строгого начальника», который все критикует, но не учит.

Ошибка 4: Нет измеримых показателей

«Он должен улучшить атмосферу» — так не пишут. Это невозможно оценить. Нужно: «Снижение числа конфликтных ситуаций на 50%», «Рост частоты инициатив от команды».

Ошибка 5: Игнорирование гибкости

Если вы прописали в КП, что «Scrum Master должен проводить ретроспективы каждый вторник в 15:00» — это не гибкость. Это бюрократия. Scrum Master должен иметь свободу в выборе формата, времени и инструментов — если результат достигается. Дайте ему пространство для творчества.

Ошибка 6: Нет поощрений

Если вы не прописываете бонусы или карьерный рост — человек работает «на честном слове». Это сказывается на мотивации. Даже если вы платите хорошо — человеку нужно понимать, что его усилия ценятся. Добавьте квартальные бонусы или возможность перехода в более высокую позицию.

Как не ошибиться при выборе Scrum Master: 5 практических советов

Хороший КП — это только половина дела. Вторая половина — выбрать правильного человека. Вот как не ошибиться:

Совет 1: Проведите «кейс-интервью»

Не спрашивайте: «Как вы управляете командой?». Скажите: «Представьте, что команда трижды не сдала спринт. Что вы сделаете?». Смотрите, как он рассуждает: хочет ли он «нагрузить» команду или ищет корневые причины? Правильный ответ: «Я проведу ретроспективу, выявлю блокировки и уточню приоритеты с продукт-менеджером».

Совет 2: Попросите примеры из прошлого опыта

«Расскажите, как вы улучшили команду». Хороший кандидат расскажет о конкретном случае: «Мы снизили количество переработок на 60% через введение ограничений на рабочие часы и внедрение «не-отвлекающих» блоков времени». Не верьте общим фразам вроде «я люблю командную работу».

Совет 3: Проверьте, как он общается с заказчиками

Scrum Master должен уметь говорить «нет» — вежливо, но твёрдо. Он должен защищать команду от чрезмерных требований. Если кандидат говорит: «Я всегда стараюсь угодить заказчику» — это красный флаг. Лучше, если он ответит: «Я объясняю последствия спешки и предлагаю альтернативы».

Совет 4: Оцените его стиль фасилитации

Попросите провести мини-сессию: «Проведите 10 минут стендапа с нашей командой». Смотрите: он задаёт вопросы? Он слушает? Он помогает выявить проблему или просто «списывает» статусы?

Совет 5: Проверьте, знает ли он инструменты

Scrum Master должен уметь настраивать Jira, Trello или Notion. Он не обязан быть экспертом в технических деталях, но должен понимать, как устроена система управления задачами. Если он не знает, что такое «бэклог» или «спринт», — это уже проблема.

Заключение: КП как инструмент культурных изменений

Создание КП для Scrum Master — это не рутина, а стратегический шаг. Это способ превратить роль из «дополнительного куратора» в ключевой элемент вашей организации. Правильно составленный КП помогает:

  • Определить, что вы реально ожидаете от этой позиции.
  • Избежать недопонимания и конфликтов в будущем.
  • Оценить результаты объективно, без эмоций и субъективных оценок.
  • Создать систему, где Scrum Master становится не «надзирателем», а катализатором изменений.

Не пытайтесь «сэкономить» на КП, копируя шаблоны. Ваша команда — это ваш главный актив. И если вы не умеете оценивать того, кто помогает этой команде работать лучше — вы рискуете потерять не только эффективность, но и таланты.

Возьмите предложенный образец, адаптируйте его под вашу ситуацию, обсудите с командой и включите в практику. Через 3 месяца вы увидите: команда стала спокойнее, продуктивнее и самостоятельнее. А это — лучшая награда для Scrum Master’а. И для вас.

FAQ

Что делать, если Scrum Master не справляется с задачами?

Прежде чем увольнять — проведите анализ. Проверьте: а были ли чёткие KPI? Достаточно ли поддержки со стороны руководства? Не перегружена ли команда? Возможно, проблема не в человеке, а в системе. Проведите встречу с обратной связью, дайте шанс на улучшение. Если через 1–2 квартала ничего не меняется — тогда нужно принимать решения.

Можно ли совмещать роли Scrum Master и Product Owner?

Технически — да, но это рискованно. Product Owner отвечает за «что» делать, Scrum Master — за «как». Когда одна роль выполняет обе функции, возникает конфликт интересов: кто-то будет «играть на двух полях». Рекомендуется разделять эти роли, особенно в крупных проектах.

Сколько команд может обслуживать один Scrum Master?

Оптимально — одна команда. Если вы хотите, чтобы Scrum Master был действительно эффективным, он должен быть полностью вовлечён в одну команду. В редких случаях — две небольшие команды, если они работают в одной области. Более двух — это уже перегрузка.

Какие инструменты должен использовать Scrum Master?

Основные: Jira, Trello или Notion для управления задачами; Zoom/MS Teams для встреч; Miro или FigJam — для ретроспектив. Также полезны инструменты анонимных опросов (Google Forms, SurveyMonkey). Главное — не перегружать команду лишними системами.

Почему важно, чтобы KPI были измеримыми?

Потому что «хорошо» и «плохо» — это субъективно. Измеримые показатели позволяют дать объективную оценку, избежать конфликтов и обосновать решения. Без них вы рискуете столкнуться с фразами: «Он не вкладывается» — а потом выяснить, что никто не сказал, что именно означает «вкладываться».

Стоит ли нанимать Scrum Master на полставки?

Только если команда состоит из 2–4 человек и проект небольшой. В остальных случаях — это рискованно. Scrum Master требует постоянного внимания: он должен быть доступен на стендапах, в ретроспективах, при блокировках. Полставки — это часто «недостаточно».

Как проверить, что Scrum Master действительно улучшает процесс?

Сравните данные до и после. Как менялось время на выполнение задач? Сколько было переработок? Насколько часто команда обращалась к нему за помощью? Если после его прихода показатели улучшились — значит, он работает. Если нет — нужно пересмотреть подход.

Как часто нужно обновлять КП?

Рекомендуется пересматривать KPI и обязанности раз в квартал. Проекты меняются, команды растут, приоритеты сдвигаются. Жёсткий КП на год — это устаревший документ, который мешает адаптации. Гибкость — ключ к успеху.