1. Общие положения

1.1. Настоящая должностная инструкция определяет профессиональные обязанности, права, организационные функции и ответственность Scrum-мастера (Scrum Master / Agile-коуча / фасилитатора гибких процессов) (далее — Работник).

1.2. Должность относится к категории лидеров-служителей (Servant Leaders) и методологов процессов гибкого управления разработкой (Agile Frameworks).

1.3. Назначение на должность и освобождение от нее производятся приказом Генерального директора по согласованию с Agile Transformation Leader / Директором по разработке.

1.4. Scrum-мастер непосредственно подчиняется Руководителю проектного офиса (Head of PMO / Agile Lead) или работает в структуре кросс-функциональной продуктовой команды.

1.5. В своей деятельности Работник руководствуется:

• Трудовым кодексом РФ, манифестом гибкой разработки ПО (Agile Manifesto);
• Официальным руководством по Scrum (The Scrum Guide авторов Джеффа Сазерленда и Кена Швабера);
• Масштабируемыми фреймворками гибкого управления (SAFe, LeSS, Nexus, Kanban Method Guide);
• Профессиональным стандартом 06.003 «Архитектор программного обеспечения» (в части управления процессами разработки ПО);
• Корпоративными стандартами прозрачности процессов и регламентами фасилитации.

2. Квалификационные требования к специальности

2.1. Образование: Высшее техническое, управленческое или психологическое образование (бакалавриат / магистратура) по направлению «Менеджмент», «Бизнес-информатика», «Управление проектами», «Прикладная информатика».

2.2. Требования к опыту и международной сертификации: Опыт работы в роли Scrum-мастера / Agile-коуча в IT-командах от 2 лет. Наличие признанных сертификатов (PSM I/II от Scrum.org, CSM/A-CSM от Scrum Alliance, ICP-ATF/ICP-ACC от ICAgile, SAFe Scrum Master) является преимуществом.

2.3. Scrum-мастер (Agile-коуч) должен знать:

• Ценности, принципы, роли, события и артефакты фреймворка Scrum (Sprint Planning, Daily Scrum, Sprint Review, Sprint Retrospective, Product Backlog, Sprint Backlog, Increment, Definition of Done — DoD, Definition of Ready — DoR);
• Принципы и практики бережливого управления (Kanban Framework): визуализация потока, ограничение незавершенной работы (WIP-лимиты), управление временем доставки (Lead Time, Cycle Time), построение CFD-диаграмм (Cumulative Flow Diagram);
• Инструменты и методики профессиональной фасилитации командных встреч (Liberating Structures, методы генерации идей, голосования, декомпозиции, фасилитация конфликтов);
• Методологию коучинга и наставничества команд: модель развития команд Такмана (Forming-Storming-Norming-Performing), ненасильственное общение (NVC);
• Взаимодействие с владельцем продукта (Product Owner): техники декомпозиции User Story, методы приоритизации бэклога (WSJF, RICE, MoSCoW, Story Mapping);
• Инструменты управления задачами и досками: Jira Software, Confluence, Kaiten, Miro, Trello;
• Метрики эффективности процессов доставки ценности: Velocity, Burn-down / Burn-up charts, Throughput, Flow Efficiency, Team Health Check.

Справочные данные классификаторов

3. Должностные и профессиональные обязанности

Scrum-мастер выполняет следующие обязанности по внедрению и оптимизации процессов разработки:

3.1. Развитие команды и фасилитация событий:

• Организует и модерирует все события Scrum-спринта: планирование спринта (Planning), ежедневные синхронизации (Daily Scrum), демонстрацию инкремента продукта (Review/Demo) и ретроспективы (Retrospective).
• Помогает команде разработки формировать реалистичные обязательства на спринт и формировать понятный, ценный Инкремент продукта, отвечающий критериям Definition of Done (DoD).
• Обучает команду практикам самоорганизации, кросс-функциональности и повышению личной ответственности участников.
• Проводит регулярный мониторинг психологического климата внутри коллектива, предотвращает эмоциональное выгорание и фасилитирует конструктивное разрешение внутренних конфликтов.

3.2. Устранение препятствий (Impediments) и помощь Product Owner:

• Выявляет и оперативно устраняет внешние и внутренние блокеры (Impediments), мешающие команде достигать целей спринта (бюрократия, нехватка доступов, задержки зависимостей от других команд).
• Помогает Владельцу продукта (Product Owner) в эффективном ведении бэклога, декомпозиции историй пользователей и выстраивании прозрачной коммуникации с бизнесом.
• Защищает команду от внешнего давления, несогласованных задач и смены приоритетов внутри активного спринта.

4. Права работника

Scrum-мастер имеет право:

• Останавливать обсуждения на командных встречах, если нарушается таймбоксинг (Timebox) или участники отклоняются от повестки события.
• Вносить предложения топ-менеджменту по оптимизации организационной структуры, снижению межкомандных зависимостей и переходу на продуктовые стримы.
• Защищать спринт команды: отклонять требования стейкхолдеров о внесении незапланированных задач («горящих фичей») посреди идущего спринта.

5. Ответственность

Scrum-мастер несет ответственность за:

• Стагнацию процессов: формальное следование ритуалам без реального улучшения метрик скорости и качества доставки продукта.
• Неустраненные блокеры: длительные простои команды разработки по вине нерешенных организационных проблем.
• Разрушение атмосферы безопасности: превращение ретроспектив в поиск виновных и токсичную обстановку в команде.

6. Взаимодействие и KPI

6.1. Связи: взаимодействует с Командой разработки (Developers), Владельцем продукта (Product Owner), Стейкхолдерами, другими Scrum-мастерами (Scrum of Scrums) и Agile-коучами компании.

6.2. KPI: предсказуемость команды (Commitment vs Done > 85%), стабильный рост скорости поставки ценности (Velocity), сокращение времени от идеи до релиза (Time to Market / Lead Time), индекс удовлетворенности команды (Team eNPS).