Приветствую! У нас внедрение 3 года назад прошло хорошо. Наши шаги:
0. Поддержка заказчика. В нашем случае спонсором внедрения Scrum выступил сам заказчик.
1. Сетап и обучение команды коучем.
2. Революцию мы не делали. Переходили постепенно. Например, команда привыкла оценивать задачи в человекочасах - ок. На первом этапе договорились, как story points коррелируют с трудоемкотью в часах (позже от этого конечно же ушли)
3. Scrum-мастер и Владелец продукта должны сами верить в Scrum и поддерживать его, понимать, что первое время могут быть проблемы.  Scrum-мастер должен регулярно проводить мероприятия с командой, на которых он должен рассказывать про Scrum и его ценности, почему это круто и чем это поможет команде
4. У нас осталась явно закрепленная роль тим лида разработки. Мы от нее не стали отказываться осознанно
5. И еще раз - не делать революцию. Мы шли постепенно, поэтапно. Внедряли церемонии как эксперименты. Например, сначала мы не звали на планинг и груминг задач всю команду, делали это с РО, тим лидом и старшим аналитиком. Далее договорились с командой попробовать проводить эти мероприятия совместно на протяжении 3 спринтов. И всем зашло

Здорово, спасибо что поделились!
Согласен, что революция необязательна.
Расскажите как переходили на стори поинты?

Есть очень хорошая практика:
1. scrum-мастер распечатывает на листах названия задач, которые сделала команда за последние полгода, и распечатывает все стори поинты (1, 2, 3, 5, 8, ...).
2. Вешает на доске/стене/стекле эти сторипоинты в ряд.
3. Далее команда обсуждает каждую задачу и оценивает ее в стори поинтах. scrum-мастер вешает название задачи под тем количеством стори-поинтов, которое команда сказала.
4. После того, как прошлись по всем задачам, идет второй проход, в котором команда уже проходится по задачам под каждым сторипоинтом и убеждается, что все задачи примерно равноценны по оценке. Если что-то не так, перекидывает эту задачу в другой столбец с другим количеством сторипоинтов.

На выходе получается таблица с оценкой задач в стори-поинтах, как эти сторипоинты видит команда, все члены команды синхронизировались в понимании сторипоинтов. Эту таблицу нужно хранить и показывать команде каждый раз, когда команда оценивает сложность новых задач. Таким образом, через 3-6 месяцев все привыкнут к сторипоинтам и далее уже на автомате будут оценивать без использования этой таблицы

А кто-нибудь знает, что-то кроме Йоги ещё есть?
И в догонку вопрос: есть такая же lightweight штука, как Йоги, только с перламутровыми пуговицами для поддержки архитектурного проектирования?

Я сейчас себе сам собираю СУТ, используя coda.io
Некоторых возможностей не хватает, но местами наоборот удобнее конфлюенса. И однозначно дешевле

8 октября, в четверг вечером, Ярослав Волков сделает доклад на тему
«Моделирование и преимущества имитационного моделирования бизнес-процессов»
Приглашаем аналитиков  и всех, кому интересна данная тема
https://sysanschool.timepad.ru/event/1447660/

Коллеги, день добрый. Никто не внедряет эдо сейчас? Отзовитесь пжлст🙏

Может кто писал кусочки   as is и to be, как было и как стало с эдо

Интегрировали в свою ис или через Web интерфейс, мне все не нужно, кусочек схемы со сменой статусов

Интегрировали в свою ис или через Web интерфейс, мне все не нужно, кусочек схемы со сменой статусов

Может кто писал кусочки   as is и to be, как было и как стало с эдо