Скрам: кросс-функциональность и нюансы командной работы. Ч40

Привет, друзья! 👋 В выпуске 40 мы завершаем наш подробный разбор материалов по Обновлению Скрам (Scrum Guide Expansion Pack) и подводим итоги ключевых принципов зрелости команд и продуктов.

Кросс-функциональность на всех уровнях ⁠Что мы знаем о кроссфункциональности внутри команды?

Участники команды приобретают навыки и знания не только в своей области, но и в других областях. Они учатся как индивидуально, так и как группа, а также как часть всей компании.

Кросс-функциональность — это не просто наличие нескольких компетенций у одного специалиста. Это глубокий процесс обучения, который развивает организацию на трех уровнях:

⁠- Личный уровень: специалист приобретает навыки в смежных областях. ⁠- Групповой уровень: команда учится взаимозаменяемости и совместному решению задач. ⁠- Уровень компании: организация становится гибкой и устойчивой к изменениям.

Кто может быть Владельцем продукта? 👑

В конфигурации с одной командой роль Владельца продукта может брать на себя Менеджер продукта, Директор по маркетингу или Технический директор. Ключевое значение имеет не запись в трудовой книжке, а наличие реальных полномочий принимать решения по бэклогу и нести ответственность за ценность продукта.

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

Результат сегодня vs Устойчивость завтра

Прежде чем пытаться видоизменять фреймворк, выработайте железную дисциплину: поставлять минимум один готовый инкремент в каждом спринте.

⁠Краткосрочная перспектива — это прогнозируемый результат конкретной итерации.

⁠Долгосрочная перспектива — это готовность к внезапным поворотам рынка, способность совершать незапланированные открытия и устойчивое создание ценности благодаря правильно созданной атмосфере.

Ловушка слепого копирования Будьте осторожны, копируя чужие фреймворки и структуры. Внешние процессы легко перенести на бумагу, но без развития внутренней культуры компании и доверия эти механизмы работать не будут.

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

Истоки и история

В завершение серии вспомним, с чего все начиналось. Фреймворк был разработан Кеном Швабером и Джеффом Сазерлендом в начале 1990-х годов и впервые официально представлен в 1995 году. Он вдохновлен философией бережливого производства и производственной системой Toyota, а первое официальное Руководство по Скраму увидело свет в 2009 году.


❓ А в какую сторону чаще ошибается менеджмент в вашей компании — в сторону микроконтроля или в сторону автономии? Давайте обсудим в комментариях!👇


💼 Нужна помощь в настройке процессов? Если вашей компании требуется сформировать кросс-функциональные команды, выстроить автономию без потери контроля или перестроить управление продуктом — напишите мне в личные сообщения (ЛС). Разберем ваш кейс и найдем системные решения! 🤝 Больше полезных материалов — на vim-scrum.ru.

#порхунконсалтинг #скрам #аджайл #кроссфункциональность #владелецпродукта #автономия #управлениепродуктом #скраммастер #ошибкикопированияскрам

Скрам: кросс-функциональность и нюансы командной работы. Ч40 | Сетка — социальная сеть от hh.ru