#scrum #scrumteam #productowner #scrummaster #SAFe #ScaledAgileFrameworkIsntAgile #agilemethodologies #ScaledAgileFrameworkIsntAgile #Meme #memes #Humor #humour

Alt...

Galactus announces "Your planet is now marked for death" Two people say "Can we ask why?" Galactus responds "To remove the risk of Scaled Agile Framework escaping"

SAFe (Scaled Agile Framework): Mô hình giúp mở rộng Agile trong doanh nghiệp. Giúp đồng bộ hóa các nhóm, cải thiện thời gian đưa sản phẩm ra thị trường, và tăng chất lượng. Bắt đầu bằng việc thử nghiệm ART (Agile Release Train) và PI Planning. #SAFe #Agile #ScaledAgile #QuảnLýDựÁn #PhátTriểnPhầnMềm #Tech

https://dev.to/dct_technology/safe-scaled-agile-framework-scaling-agile-across-enterprises-1gm

Your periodic reminder that trying to pull the speedometer needle over to the right will not make your vehicle go any faster.
#ProxyMetrics #Lean #Safe #DORA

🚀 NBA28 – Im Gespräch: @FelixStein – Agile at Scale

In a nutshell:
1️⃣ Agile-Transformation braucht Top-Down-Mandate & Bottom-Up-Teams.
2️⃣ Bürokratie abbauen & Kommunikationsaufwand minimieren für autonome Einheiten.
3️⃣ Pragmatismus statt Dogma: SAFe, LeSS & Nexus je nach Kontext kombinieren.

❓ Wie skaliert ihr Agilität in großen Organisationen?

👉 Jetzt hören: https://no-bullshit-agile.de/nba28-im-gespraech-felix-agile-at-scale.html

#NoBullshitAgile #Agile #Agil #SAFe #LeSS #Podcast

Alt...

Agile-Transformation braucht Top-Down-Mandate & Bottom-Up-Teams

Тестирование по SAFe

В данной статье расскажу о фреймворке SAFe и поделюсь опытом его внедрения на крупном проекте. Этот материал будет полезен тем, кто интересуется гибкими методологиями и их применением в больших масштабах.

https://habr.com/ru/companies/cinimex/articles/901374/

#тестирование #тестменеджемент #agile #safe #управление_проектами #управление_командой

Почему ваши 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