OnAgile Learning Hub 💎

2021-09-23 11:14:55 Как учитывать User Story, которую не успели доделать за спринт?

Стоит ли изменить ее оценку перед возвращением в бэклог, ведь часть работы мы уже сделали?

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

На показатели производительности команды это не повлияет, потому что для их оценки используется среднее значение по спринтам, которое нивелирует эти скачки. Открыть/Комментировать

2021-09-21 13:40:30 Друзья, привет! Внезапно освободилось 1 место на завтрашнем тренинге Agile Project Management.

Отличный шанс детально разобраться в особенностях управления проектами в Agile и гибридной среде и получить сертификацию ICAgile. По этому случаю сделаем приятную скидку;)

Тренинг будет проходить 22-24 сентября, с 9.00 до 13.00 (мск). Чтобы забронировать место, напишите на почту olga@onagile.ru Открыть/Комментировать

2021-09-17 14:46:32 А отслеживать статистику команды помогает Burndown Chart. На первых этапах он очень полезен для прогресса команды, но и развитым командам рекомендуем не забывать про него и отслеживать динамику своих показателей;) Открыть/Комментировать

2021-09-17 13:00:50 Например, у нас есть команда из 7 человек (не включая Владельца продукта), которая будет работать 2-недельными спринтами, отпусков и отгулов в первом спринте не планируется. Получаем 7 х 8 = 56. Если кто-то из членов команды совмещает свою роль с ролью Scrum-Mastera, можно еще немного уменьшить общую производительность.

Таким образом получаем предполагаемую производительность команды на первый спринт. Для начала этого достаточно, а дальше команда начнет накапливать собственную статистику. Открыть/Комментировать

2021-09-17 13:00:21 Как оценить производительность новой команды?

Для планирования первого спринта нам нужно понимать, какой объем работы команда сможет сделать за итерацию — и соответственно, сколько и каких элементов бэклога мы сможем взять в работу.

На этот случай в SAFe есть отличная практика для оценки производительности команды:

- Например, команда работает в циклах двухнедельных спринтов: берем количество участников команды и умножаем на 8 — получаем ориентировочную производительность команды.
- Если спринт трехнедельный — умножаем на 13.
- Если у кого-то из команды предполагается отпуск или отгул, вычитаем по единице за каждый такой день.
- Затем выбираем из бэклога небольшой элемент, работа над которым по нашим оценкам займет 1 рабочий день (с учетом тестирования). Будем считать этот элемент “единицей”.
- Оцениваем все остальные элементы бэклога относительно этой “единицы”. Открыть/Комментировать

2021-09-01 15:35:43 Спасибо, что делитесь своими достижениями! Открыть/Комментировать

2021-08-31 16:57:50 Эффективна ли передача роли Scrum-мастера по очереди каждому участнику команды?

Такой вопрос нам недавно задали на тренинге, и вообще вопросы о Скрам-мастере одни из самых часто задаваемых. Действительно, найм отдельного человека на эту роль — вариант скорее для больших компаний. Обычно такой Скрам-мастер сопровождает до 3 команд.

Но и передавать роль по очереди внутри команды не лучший вариант. Это приведет к тому, что нормального Скрам-мастера у команды в итоге вообще не будет.

Как и любой профессионал, Scrum-мастер должен развиваться, фокусироваться, у него должен быть долгосрочный план. Со «сменным» Скрам-мастером так не получится.

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

Вот, например, простая механика, помогающая выбрать Скрам-мастера внутри команды Открыть/Комментировать

2021-08-05 12:06:20 Матрица выбора подхода к проектному управлению

Как понять, какая форма проектного управления поможет достичь наилучших результатов в вашем случае? И классическое проектное управление по PMBook’у, и гибридные решения могут работать лучше Agile — все зависит от условий.

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

Остались вопросы? Будем рады обсудить в комментариях) Открыть/Комментировать

2021-06-25 10:33:32 Ближайшие тренинги

Фундаментальный Certified Agile Professional — основной курс по гибким подходам, включающий Scrum и Kanban.
28-30 июля, 6-8 сентября, 4-6 октября

Продвинутый курс для Скрам-мастеров и всех, кому важны развитие команды, командный коучинг и фасилитация.
7-9 июля, 20-22 октября

Продвинутый курс для Владельцев продуктов Advanced Product Ownership — проектирование и развитие продукта, управление ожиданиями заказчиков, работа в agile-команде.
25-27 августа, 24-26 ноября

Управление проектами и их эволюционирование в гибкой среде — Agile Project Management.
22-24 сентября

Agile in HR — развитие HR-сервисов, мотивационной стратегии и организационной структуры с использованием agile-подходов.
15-17 сентября

Вас ждут:

- Разбор актуальных проблем, с которыми сталкиваются команды
- Реальные практические навыки от экспертов, проводящих agile-трансформации в топовых российских и международных компаниях.
- Адаптация программы тренинга с учетом ваших ожиданий
- Международный сертификат от консорциума ICAgile.

Тренинги проходят онлайн: в zoom и miro. Три дня по 4-4,5 часа.
Количество мест ограничено: мы работаем группами до 16 человек.

Бронируйте участие заранее Открыть/Комментировать