«Почему инженеры всегда нарушают сроки? Почему так много багов? Становится ли вообще что-то лучше?»

Это типичные вопросы, которые задают бизнес оунеры или даже сами инженеры. Но ответить на них правдиво часто требует значительных усилий, поскольку квантифицированные ретроспективы проводятся редко, их результаты не связаны с JIRA, а метрики редко задаются и отслеживаются. Multi-team Metrics and Retrospectives решает эти проблемы.

https://habr.com/ru/articles/942420/

#jira #jira_plugin #scrum #scrum_master #kanban #agile #retrospective #retro #safe #скрам

Отслеживание индивидуального Velocity и метрик в JIRA

Встроенный отчёт Velocity в Jira не поддерживает отслеживание индивидуального или персонального velocity, так как это противоречит принципам Agile и Scrum. Несмотря на то что такой подход не рекомендуется в традиционной Agile-среде, многие команды всё же находят ценность в отслеживании индивидуальных метрик для анализа продуктивности или личного развития. С помощью Multi-team Metrics & Retrospective вы можете использовать кастомные JQL-метрики, чтобы отслеживать индивидуальный velocity или любую другую персонализированную метрику.

https://habr.com/ru/articles/941100/

#jira #scrum #kanban #scrum_master #safe #less #agile #retrospective #ретроспектива #jira_plugin

We at Swiss Post are hiring a Scrum Master, apply here https://people4post.talentry.com/share/job/701112/661400/1753079536/3

#job #swissPost #scrum #scrum_master #scrummasterjob

[Перевод] От Scrum Master к Delivery Manager: Эволюция в эпоху потока

Переименование Scrum Master в Agile Delivery Manager — не просто смена названия на бейдже. Это отражение глубинных изменений в понимании роли, сфокусированной не на фреймворке, а на реальной ценности, которую команда приносит бизнесу. В эпоху потокового мышления и зрелых инженерных практик, где CI/CD — уже норма, лидерство в поставке перестаёт быть вспомогательной функцией. Эта статья — о том, как меняется суть роли, почему Scrum становится слишком узким, и почему переход к модели ADM может стать следующим логичным шагом для тех, кто давно перерос рамки agile 101.

https://habr.com/ru/companies/otus/articles/922064/

#delivery_manager #delivery #agile #agile_development #управление_разработкой #управление_продуктом #scrum_master #скраммастер

Почему ваши JIRA Velocity и Sprint Reports вероятно ошибочны

Вы когда-нибудь задумывались, какие именно задачи учитываются при расчёте velocity - и как на самом деле работают Velocity и Sprint Reports ? Если нет, скорее всего ваши репорты не отражают реальную картину. Вот 4 распространённых нюанса, которые могут серьёзно исказить ваши Velocity и Sprint Reports - и как моё приложение Multi-team Metrics & Retrospective может во многом автоматически устранить из них: Вы удаляете задачи из спринта только если они были действительно деприоритизированы? Если вы вручную убираете незавершённые задачи из спринта (например, чтобы перенести в бэклог или следующий спринт) до его завершения вместо того, чтобы проследовать по workflow, который запускается после нажатия на кнопку 'Complete sprint', то Jira не посчитает их как "незавершённые" в Sprint Report . В результате ваш velocity оказывается искусственно завышен. Удалять следует только те задачи, которые действительно деприоритизированны. Все остальные должны остаться и быть перенесены соответствующим образом. Все ли выполненные задачи действительно входят в спринт? Метрика Issues completed outside of this sprint в Sprint Report учитывает только те задачи, которые были завершены вне спринта И затем вручную добавлены в него. На практике многие команды закрывают задачи, но забывают их класть в спринт. Если вы проанализируете хотя бы квартал, то скорее всего найдёте несколько задач, которые были решены, но так и не вошли ни в один спринт. В результате Velocity и Sprint Reports не учитывают часть задач. А как насчёт дубликатов? Работа с дубликатами - это каверзная активность. Если не включить их в спринт - они теряются из поля зрения. Если включить - нужно строго следить, чтобы у них не было эстимейта, иначе они искажают метрики. В энтерпрайз компаниях иметь дюжину дубликатов не является чем-то особенным - это незамечаемый, но ощутимый источник искажений. Оцениваете ли вы повторно одну и ту же работу? Пример: вы эстимируете Story в спринте, а позже появляется баг, созданный вашей же или другой командой - и он тоже получает эстимейт. Но на деле этот баг часто является продолжением той же задачи. В итоге работа считается дважды, а метрики искажаются лишними оценками.

https://habr.com/ru/articles/908494/

#jira #scrum #scrum_master #kanban #agile #velocity #jira_plugin #safe #less #project_manager

Сопротивляться нельзя сотрудничать. Где поставите запятую?

«Нет, это не будет работать» «Сейчас вообще нет времени на это» И еще тысяча и одна фраза от людей, которые сопротивляются. Когда я начинала работать Scrum Master»ом, мне было страшно столкнуться с сопротивлением и менять процессы. Я боялась, что мои предложения не поддержат. Ретроспективы вызывали тревогу, потому что ожидала волну негодования, с которой не справлюсь. Со временем я поняла, что сопротивление — это ежедневная часть моей работы. Оно неизбежно, и мне важно научиться работать с ним. Потому что избегать сопротивления и жить в страхе — это не выход. Поэтому я решила разобраться, что же это такое?

https://habr.com/ru/articles/893552/

#scrum #agile #scrum_master #управление_командами #сопротивление_изменениям #психология_в_IT #работа_с_командой #изменения_в_команде #soft_skills #тимлид

Реквием по SCRUM: всё равно уже хайп прошёл

В мире победившего эджайла, SCRUM, как одна из наиболее популярных методологий, казалось, имеет все шансы стать отраслевым стандартом. Однако в результате врождённых недостатков она стала чем-то средним между религией для занятых проектным управлением и воздухом для продажи эджайл-коучами. Более того, сегодня строгая приверженность принципам SCRUM нередко становится маркером профнепригодности для людей, которые имели неосторожность переродиться из полноценных проектных методологов и руководителей в фанатично зацикленных на ритуалах scrum-мастеров (речь не обо всех, но о об очень многих). В посте попытался обобщить все проблемы SCRUM, как методологии для создания продукта и "фреймворка" для проектного управления.

https://habr.com/ru/companies/eaeconsult/articles/837674/

#scrum #scrumмастер #scrumteam #scrum_master #story_points

Разбираемся в Scrum: Руководство с картинками и примерами

Scrum, один из наиболее популярных фреймворков для управления проектами, часто вызывает множество вопросов и разногласий по поводу своего применения. В процессе своей работы я неоднократно сталкивался с тем, что разные люди по-разному понимают и интерпретируют Scrum. Это побудило меня создать статью, которая поможет быстрее разобраться в его основах и особенностях. В данной статье я постарался изложить основные принципы Scrum, опираясь на Scrum Guide, и дополнить их своими личными наблюдениями и опытом. Я включил множество иллюстраций и примеров из практики, чтобы сделать материал более понятным и полезным. Надеюсь, что эта статья станет ценным ресурсом для тех, кто хочет глубже понять и эффективно использовать Scrum в своей работе.

https://habr.com/ru/articles/825354/

#agile #scrum #DoD #DoR #Scrum_Guid #psm #psm1 #scrum_master #product_owner #product

Новая модель внедрения изменений Джона Коттера. Часть 1

Приветствую всех читателей Хабра! Меня зовут Денис, RTE в компании

https://habr.com/ru/companies/automacon/articles/812685/

#управление_изменениями #организационные_изменения #организационный_дизайн #agile_coaching #scrum_master

Может ли Скрам-команда работать без Скрам-мастера?

В моей жизни произошло несколько событий, которые смотивировали меня создать самоорганизованную команду, которая могла бы самостоятельно следовать Скраму, соблюдать все события, эффективно работать и выполнять все задачи инкремента, не привлекая Product Owner для решения текущих проблем. Вот в таком случае мы можем говорить о Скрам-мастере как о сервисе. То есть Скрам-мастер как сервис — это когда ты приходишь в команду по какому-то запросу, помогаешь и уходишь. А команда остается одна, совсем одна, и ей должно быть абсолютно нормально. Всё так работает в идеальном мире, по крайней мере, должно так работать.

https://habr.com/ru/articles/792124/

#скраммастер #scrum #самоорганизующиеся_команды #scrum_master #agile #управление_проектами #скрам_мастеру_на_заметку #скрам #скрам_трансформация #личный_опыт