OnAgile Learning Hub 💎

2021-03-26 15:05:42 HR – двигатель внутренних изменений в мире Agile?

Рассуждаем об HR с точки зрения сервисной парадигмы и использования agile-практик:
https://onagile.ru/trends/talents/agile-practices-for-hr Открыть/Комментировать

2021-03-17 14:34:53 В такой модели за стейкхолдером останется видение продукта, клиенты и все финансовые вопросы. А Владелец продукта будет отвечать за сам продукт (закрытие потребностей клиентов) и скорость его поставки на рынок (запуск).

Значительная часть усилий Владельца продукта в такой схеме будет заключаться в синхронизации со стейкхолдером. Отличный инструмент для этого — роадмап: с его помощью удобно договариваться по ключевым фичам и выстраивать ожидания.
https://t.me/agilethinking/185 Открыть/Комментировать

2021-03-17 14:34:17 ТОП-менеджер в роли РО: особенности работы

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

1. Нужно понять, готов ли наш стейкхолдер ежедневно участвовать в жизни команды. Scrum декларирует именно это: Владелец продукта постоянно доступен для команды разработки (является ее частью), принимает участие в ключевых командных встречах и процессах — в планировании, актуализации бэклога, ревью спринта.

2. Мы должны убедиться, что иерархической структура не оказывает пагубное влияние на команду: наш высокопоставленный Владелец продукта не раздает команде задачи, а транслирует видение развития и требования к продукту, оставляя другим членам команды свободу выбора элементов бэклога на спринт (в соотвествии с приоритизацией в бэклоге продукта) и способа работы над ними.

3. Если стейкхолдер не готов принимать участие в ежедневной работе команды, имеет смысл найти на роль Владельца продукта другого человека со стороны бизнеса. Открыть/Комментировать

2021-03-10 14:11:13 Нужен ли Скрам-мастеру технический бэкграунд (продолжение)

Предыдущий пост на эту тему вызвал активное обсуждение. Вопрос действительно многогранный, давайте разбираться дальше;) О деталях выбора Скрам-мастера рассказывает старший консультант OnAgile Consulting Артём Гринякин.

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

Скрам-мастер выбирается или назначается из участников команды (совмещение с ИТ-позицией):

Минусы:

· Непонимание своей роли и недостаточная погруженность в Agile-подходы

· Потенциальные конфликты в команде по принципу «почему он, а не я?»

· Отсутвие опыта в решении конфликтных ситуаций

· Невозможность предоставить сервис поддержки Владельцу продукта

· Отсутствие навыков фасилитации, коучинга, обучения

· Отсутствие ответов на базовые вопросы, которые часто возникают у новых команд

· Необходимость постоянно балансировать между ИТ-ролью и Скрам-мастерством

· Отсутвие мутации на уровне команды. Это теория, которая подразумевает, что из одного набора генов (специалистов) невозможно качественно вырасти без привлечения свежей крови (мутации) — новых специалистов, не входящих в состав изначальной группы.

Плюсы:

· Погруженность в предметную область

· Более эффективное использование ресурсов с точки зрения бизнеса


Скрам-мастер привлекается со стороны:

Минусы:

· Временное непонимание предметной области

· Время на адаптацию и первоначальный анализ

Плюсы:

· Новые знания, подходы, которые раньше не присутствовали в организации

· Навыки фасилитации, коучинга, обучения

· Вариативность в методах и практиках

· Уменение ответить на базовые вопросы

· Отсутствие конфликта интересов

· Возможность погрузиться в процесс развития команды и организации

· Предоставление сервиса поддержки Владельцу продукта

· Возможность балансирования Бизнеса и ИТ

· Умение решать конфликты

· Возможность взять до 3 команд (актуально для LeSS и производных от SAFe, где считается оптимальным использование одного Скрам-мастера на 3 команды. В немасшабируемом Scrum такой подход не приветствуется)

Важный момент: чем менее зрелая команда, тем в большем вовлечении Скрам-мастера она нуждается. И соответственно, с развитием это внимание, выраженное в часах, снижается. Открыть/Комментировать

2021-02-25 11:13:07 Нужен ли технический бэкграунд Скрам-мастеру?

Короткий ответ - зависит от этапа развития команды.

Если команда только запускается, наличие у Скрам-мастера технического бэкграунда будет плюсом. Практика показывает, что при запуске команда нередко обращается к Скрам-мастеру с проблемами, касающимися реализации (например, не можем поставить стенд для микросервисов) или коммуникации с бизнесом. И важно, чтобы Скрам-мастер понимал, какого плана проблема и как помочь команде ее решить.

По мере взросления команды это влияние снижается и практически не имеет значения, когда команда достигла определенной самоорганизации.

А что делать при найме Скрам-мастера?

Идеальный вариант - выбрать Скрам-мастера из состава команды, чтобы человек совмещал свою обычную роль в команде и роль скрам-мастера.
Но даже если вы берете человека с рынка, его технический бэкграунд должен стать важным плюсом при выборе кандидата.

Даже компаниям в активной фазе трансформации, когда сразу формируются десятки команд и соответственно десятки вакансий, мы рекомендуем набирать Скрам-мастеров не всем скопом (частый аргумент здесь — «потому что в Сбере их сотни»), а все-таки ориентируясь на конкретные команды и их состав.

Повторимся, что в идеале, Скрам-мастер должен участвовать в разработке продукта наравне с остальными участниками команды, а не просто быть Мастером Скрама. Открыть/Комментировать