Die Management Teams innerhalb der Migros Group IT haben ein erstes PI Planning durchgeführt. Die vorliegende Präsentation zeigt, wie wir dabei vorgegangen sind
Metrics at Every (Flight) Level [2020 Agile Kanban Istanbul FlowConf]Matthew Philip
Slides as presented on Dec 8, 2020 at FlowConf organized by Agile Kanban Istanbul. https://www.flowconf.com/
Organizational change often stalls out at departmental boundaries, whether that is IT or another division. How do we help organizations connect vertically and horizontally to realize the outcomes that they have when undertaking large-scale change efforts?
Join this session to learn from a case study of a bank that combined flight levels and metrics to bridge their departmental boundaries and recognize gains not only in software delivery effectiveness but unifying higher-level strategy.
Project Management Innovation, based on an overview of Agile Methodology, Scrum Framework and all the cerimones: Sprint Planning, Sprint Review, Sprint Retrospective, Daily Scrum and also the Agile Manifesto and what we should prioritize over others.
User Story Mapping workshop facilitated at NYC Scrum User group.
Inspired by Jeff Patton's book "User Story Mapping. Discover the Whole Story, Build the Right Product"
http://shop.oreilly.com/product/0636920033851.do
Presentation by Em Campbell-Pretty and Adrienne Wilson at the Global SAFe Summit 2020.
Patterns for preparing a Feature Backlog for PI Planning for an Agile Release Train.
Die Management Teams innerhalb der Migros Group IT haben ein erstes PI Planning durchgeführt. Die vorliegende Präsentation zeigt, wie wir dabei vorgegangen sind
Metrics at Every (Flight) Level [2020 Agile Kanban Istanbul FlowConf]Matthew Philip
Slides as presented on Dec 8, 2020 at FlowConf organized by Agile Kanban Istanbul. https://www.flowconf.com/
Organizational change often stalls out at departmental boundaries, whether that is IT or another division. How do we help organizations connect vertically and horizontally to realize the outcomes that they have when undertaking large-scale change efforts?
Join this session to learn from a case study of a bank that combined flight levels and metrics to bridge their departmental boundaries and recognize gains not only in software delivery effectiveness but unifying higher-level strategy.
Project Management Innovation, based on an overview of Agile Methodology, Scrum Framework and all the cerimones: Sprint Planning, Sprint Review, Sprint Retrospective, Daily Scrum and also the Agile Manifesto and what we should prioritize over others.
User Story Mapping workshop facilitated at NYC Scrum User group.
Inspired by Jeff Patton's book "User Story Mapping. Discover the Whole Story, Build the Right Product"
http://shop.oreilly.com/product/0636920033851.do
Presentation by Em Campbell-Pretty and Adrienne Wilson at the Global SAFe Summit 2020.
Patterns for preparing a Feature Backlog for PI Planning for an Agile Release Train.
Backlog refinement is not a Scrum event, but instead is an ongoing activity during the Sprint required to decompose, describe, estimate, and order backlog items in the Product Backlog.
This material is divided into two sections. The first section reviews the basics of backlog refinement, covering various options for conducting the activity. The second section covers tips for maintaining a healthy backlog and potential anti-patterns.
This material was presented at Agile New England in July and August 2022 as "101" introduction and "202" advanced sessions.
Presenter:
Dr. Gail Ferreira, Agile Practice Leader, MATRIX Resources, San Francisco Center of Excellence
Rapid scale directly impacts all levels of decision-making, planning, execution, culture, and communications for executives in hypergrowth companies. In this session, we will discuss how to organize, support, and tailor agile practices for teams and sub-teams in companies with a rapid growth cycle. We will share contemporary case studies of hypergrowth companies who have delivered agile at scale.
Topics will include:
• Basic agile and lean methods
• Scrum of Scrums
• SAFe
• Disciplined Agile Delivery (DAD)
• Agility at Scale (Ambler/Lines)
• Spotify model (Tribes, Squads, Chapters & Guilds, DSDM).
How agile coaches help us win the agile coach role @ SpotifyBrendan Marsh
In this talk, we cover:
- What is an Agile Coach at Spotify?
- What do they do?
- Why do we believe they help us win?
We also talk about:
- How do we scale or Organisation?
- High Performing Teams (What is a high performing team?)
- How are we measuring High Performance right now?
- How do we help teams reach High Performance?
Appendix:
- Chapter = Competency group
- Chapter Lead = Hiring Manager for Developer (or other) competency
User Story Mapping, Discover the whole storyJeff Patton
Variations of these slides have been used in a variety of talks.
These slides support discussions on why stories work, and when they don't. And, on story mapping, how and why it works.
Presentation by Em Campbell-Pretty & Adrienne Wilson at the Global SAFe Summit 2021
Mob Programming thought leader, Woody Zuill, suggests that instead of always focusing on solving problems, we also take the time to notice the things that are going well and amplify them, thereby "turning up the good". When it comes to SAFe Dean Leffingwell perhaps said it best: "There is no magic in SAFe . . . except maybe for PI Planning." I suspect most of you agree that PI Planning is the magic in SAFe. There is nothing quite like the energy created by bringing a group of 100+ people together to build a collaborative plan over a couple of days every 10 to 12 weeks. So what would it mean to "turn up the good in PI Planning"? If we focused on what is good and what we want more of, would we get more magic?! For Em and Adrienne, the answer is a resounding "Yes!" In this session, they will take the "The Facilitator’s Guide to PI Planning" and illustrate how turning up the good can bring your PI Planning magic to the next level.
Learn from the Experts: Using DORA Metrics to Accelerate Value Stream FlowDevOps.com
When responding to digital disruption, organizations are embracing DevOps practices and value stream thinking, but find it tough to measure their progress.
Organizations need to find a way to make it easy to inspect team and global metrics for incremental adaptation to accelerate the flow of value through every team’s workflow or pipeline. In this webinar, we’ll explore how to automate transparency into the 4 key metrics for throughput and stability as defined by DORA’s Accelerate State of DevOps Reports.
Join Helen Beal, DevOpsologist at Ranger4, and Jeff Keyes from Plutora for this webinar where they will teach you about the key metrics for DevOps success.
Looking through a value stream lens they will show you:
What the key metrics are;
How to make it easy for people to use them;
How they evolve flow over time.
Estimating with MAGIC Approach – Measure, Analyze, Improve and Control without ‘Guess’ work
#) Measure & Analyze using ‘Story Point Matrix’ based on Functional & Technical Analysis
#)Improve & Control using Statistical Data Modeling based on Empirical Data extracted from agile project management tool
Flow efficiency has 2 simple variables : Wait Time and Touch Time and is expressed as (Touch Time / (Wait Time + Touch Time) ...
Touch Time is when you work on an item. Wait Time is more complicated and comprises idle time, blocked time, feedback delay time etc.
Traditional Kanban boards - despite their claims - cannot properly track Flow Efficiency and lead to metrics that are embellished and not realistic.
TameFlow has a Kanban board design to help you tally and improve flow efficiency. The benefits are numerous and impact psychological flow as they engage knowledge workers emotionally to take specific action to account for Wait Time and Touch Time.
The Agile and Lean decision filters consider excessive WIP as a liability, not an asset. Interestingly, traditional kanban boards - with their excessive buffers to 'park' WIP - generate Wait Time.
Daniel Doiron
Agilität und Agile Transformation - 27 einfache ModelleJoël Krapf
Regelmässig publiziert Dr. Joël Krapf zum Themen wie Agilität, Agile Transformation oder auch agile Kultur. Die vorliegende Präsentation fasst 27 einfache Modelle zusammen, die Dr. Joël Krapf auf seinem Blog (www.joel-krapf.com) veröffentlicht hat
Very frequently, when we discuss a change initiative failure, we point as one of key reasons of the failure lack of support from top management. Much effort on team level is wasted because the organization on high level is set up to preserve status quo.
For a change agent looking to set an organization on a path on continuous, evolutionary change addressing the issue of stale mindset of the leaders of the company is frequently the key obstacle to overcome. Usually, a different set of tools is required to achieve that, especially for internal change agents who have hierarchy working against them.
I will show how we can use Portfolio Kanban as a low-friction method, which might be used by change agents, to steer mindset change among top managers. Similarly to team-level Kanban a few simple rules help to change how we look at project or product portfolio and how the work flows on high level.
Thinking about Kanban on portfolio level introduces the whole new set of challenges that can’t be solved with standard approach, so it is also a story about Kanban versatility and adaptability.
After all, if end results include better understanding of how the work is done, improved effectiveness and healthier work environment for teams it is worth giving a try, isn’t it?
I recently delivered a talk to product owners at Cisco. While I would normally cover this stuff over a period of two days, this was a 90 minute talk about some of the aspects of product ownership. None of this is my own creation - for I have learnt all this from the practitioner community, I am more than happy to share it with the community.
Note: If any attribution is missing, I will be happy to correct my mistake :)
Scrum vs SAFe | Differences Between Scrum and Scaled Agile Framework | EdurekaEdureka!
YouTube Link: https://youtu.be/c2e0BchglOc
** Certified Scrum Master Training: https://www.edureka.co/certified-scrum-master-certification-training **
This Edureka PPT on "Scrum vs SAFe" video will help you understand the key differences between the two most popular frameworks Scrum and Scaled Agile Framework (SAFe). The topics discussed in this course are listed below:
What is Scrum?
What is SAFe?
Major Differences Between Scrum and SAFe
Follow us to never miss an update in the future.
YouTube: https://www.youtube.com/user/edurekaIN
Instagram: https://www.instagram.com/edureka_learning/
Facebook: https://www.facebook.com/edurekaIN/
Twitter: https://twitter.com/edurekain
LinkedIn: https://www.linkedin.com/company/edureka
Castbox: https://castbox.fm/networks/505?country=in
Team Topologies - how and why to design your teams - AllDayDevOps 2017Matthew Skelton
From the AllDayDevOps 2017 live stream https://www.youtube.com/watch?v=XqowSG2Jxqc
For effective, modern, cloud-connected software systems we need to organize our teams in certain ways. Taking account of Conway’s Law, we look to match the team structures to the required software architecture, enabling or restricting communication and collaboration for the best outcomes.
This talk will cover the basics of organization design, exploring a selection of key team topologies and how and when to use them in order to make the development and operation of your software systems as effective as possible. The talk is based on experience helping companies around the world with the design of their teams.
Takeaways:
- The implications of Conway’s Law for software teams
- Cognitive Load for teams
- Effective team topologies
- Team evolution
You'll learn:
- How to create a roadmap for current, near-term, and future projects
- How to communicate priorities clearly with your team
- How to present your roadmap to executives
Roadmaps und Agile Reporting abseits von Velocity und Story PointsStefan ROOCK
Der Vortrag stellt an einem Fallbeispiel die Probleme dar, die auftreten können, wenn Story Points, Velocity und Release-Burnup-/Burndown-Charts außerhalb des Team-Kontextes verwendet werden.
Der Vortrag argumentiert, dass die Interaktion mit einem Lenkungsauschuss oder Sponsor auf Basis von Zielorientierten Roadmaps und Parking Lot-Diagrammen besser funktioniert.
Vortragsfolien von der OOP 2018 in München.
Backlog refinement is not a Scrum event, but instead is an ongoing activity during the Sprint required to decompose, describe, estimate, and order backlog items in the Product Backlog.
This material is divided into two sections. The first section reviews the basics of backlog refinement, covering various options for conducting the activity. The second section covers tips for maintaining a healthy backlog and potential anti-patterns.
This material was presented at Agile New England in July and August 2022 as "101" introduction and "202" advanced sessions.
Presenter:
Dr. Gail Ferreira, Agile Practice Leader, MATRIX Resources, San Francisco Center of Excellence
Rapid scale directly impacts all levels of decision-making, planning, execution, culture, and communications for executives in hypergrowth companies. In this session, we will discuss how to organize, support, and tailor agile practices for teams and sub-teams in companies with a rapid growth cycle. We will share contemporary case studies of hypergrowth companies who have delivered agile at scale.
Topics will include:
• Basic agile and lean methods
• Scrum of Scrums
• SAFe
• Disciplined Agile Delivery (DAD)
• Agility at Scale (Ambler/Lines)
• Spotify model (Tribes, Squads, Chapters & Guilds, DSDM).
How agile coaches help us win the agile coach role @ SpotifyBrendan Marsh
In this talk, we cover:
- What is an Agile Coach at Spotify?
- What do they do?
- Why do we believe they help us win?
We also talk about:
- How do we scale or Organisation?
- High Performing Teams (What is a high performing team?)
- How are we measuring High Performance right now?
- How do we help teams reach High Performance?
Appendix:
- Chapter = Competency group
- Chapter Lead = Hiring Manager for Developer (or other) competency
User Story Mapping, Discover the whole storyJeff Patton
Variations of these slides have been used in a variety of talks.
These slides support discussions on why stories work, and when they don't. And, on story mapping, how and why it works.
Presentation by Em Campbell-Pretty & Adrienne Wilson at the Global SAFe Summit 2021
Mob Programming thought leader, Woody Zuill, suggests that instead of always focusing on solving problems, we also take the time to notice the things that are going well and amplify them, thereby "turning up the good". When it comes to SAFe Dean Leffingwell perhaps said it best: "There is no magic in SAFe . . . except maybe for PI Planning." I suspect most of you agree that PI Planning is the magic in SAFe. There is nothing quite like the energy created by bringing a group of 100+ people together to build a collaborative plan over a couple of days every 10 to 12 weeks. So what would it mean to "turn up the good in PI Planning"? If we focused on what is good and what we want more of, would we get more magic?! For Em and Adrienne, the answer is a resounding "Yes!" In this session, they will take the "The Facilitator’s Guide to PI Planning" and illustrate how turning up the good can bring your PI Planning magic to the next level.
Learn from the Experts: Using DORA Metrics to Accelerate Value Stream FlowDevOps.com
When responding to digital disruption, organizations are embracing DevOps practices and value stream thinking, but find it tough to measure their progress.
Organizations need to find a way to make it easy to inspect team and global metrics for incremental adaptation to accelerate the flow of value through every team’s workflow or pipeline. In this webinar, we’ll explore how to automate transparency into the 4 key metrics for throughput and stability as defined by DORA’s Accelerate State of DevOps Reports.
Join Helen Beal, DevOpsologist at Ranger4, and Jeff Keyes from Plutora for this webinar where they will teach you about the key metrics for DevOps success.
Looking through a value stream lens they will show you:
What the key metrics are;
How to make it easy for people to use them;
How they evolve flow over time.
Estimating with MAGIC Approach – Measure, Analyze, Improve and Control without ‘Guess’ work
#) Measure & Analyze using ‘Story Point Matrix’ based on Functional & Technical Analysis
#)Improve & Control using Statistical Data Modeling based on Empirical Data extracted from agile project management tool
Flow efficiency has 2 simple variables : Wait Time and Touch Time and is expressed as (Touch Time / (Wait Time + Touch Time) ...
Touch Time is when you work on an item. Wait Time is more complicated and comprises idle time, blocked time, feedback delay time etc.
Traditional Kanban boards - despite their claims - cannot properly track Flow Efficiency and lead to metrics that are embellished and not realistic.
TameFlow has a Kanban board design to help you tally and improve flow efficiency. The benefits are numerous and impact psychological flow as they engage knowledge workers emotionally to take specific action to account for Wait Time and Touch Time.
The Agile and Lean decision filters consider excessive WIP as a liability, not an asset. Interestingly, traditional kanban boards - with their excessive buffers to 'park' WIP - generate Wait Time.
Daniel Doiron
Agilität und Agile Transformation - 27 einfache ModelleJoël Krapf
Regelmässig publiziert Dr. Joël Krapf zum Themen wie Agilität, Agile Transformation oder auch agile Kultur. Die vorliegende Präsentation fasst 27 einfache Modelle zusammen, die Dr. Joël Krapf auf seinem Blog (www.joel-krapf.com) veröffentlicht hat
Very frequently, when we discuss a change initiative failure, we point as one of key reasons of the failure lack of support from top management. Much effort on team level is wasted because the organization on high level is set up to preserve status quo.
For a change agent looking to set an organization on a path on continuous, evolutionary change addressing the issue of stale mindset of the leaders of the company is frequently the key obstacle to overcome. Usually, a different set of tools is required to achieve that, especially for internal change agents who have hierarchy working against them.
I will show how we can use Portfolio Kanban as a low-friction method, which might be used by change agents, to steer mindset change among top managers. Similarly to team-level Kanban a few simple rules help to change how we look at project or product portfolio and how the work flows on high level.
Thinking about Kanban on portfolio level introduces the whole new set of challenges that can’t be solved with standard approach, so it is also a story about Kanban versatility and adaptability.
After all, if end results include better understanding of how the work is done, improved effectiveness and healthier work environment for teams it is worth giving a try, isn’t it?
I recently delivered a talk to product owners at Cisco. While I would normally cover this stuff over a period of two days, this was a 90 minute talk about some of the aspects of product ownership. None of this is my own creation - for I have learnt all this from the practitioner community, I am more than happy to share it with the community.
Note: If any attribution is missing, I will be happy to correct my mistake :)
Scrum vs SAFe | Differences Between Scrum and Scaled Agile Framework | EdurekaEdureka!
YouTube Link: https://youtu.be/c2e0BchglOc
** Certified Scrum Master Training: https://www.edureka.co/certified-scrum-master-certification-training **
This Edureka PPT on "Scrum vs SAFe" video will help you understand the key differences between the two most popular frameworks Scrum and Scaled Agile Framework (SAFe). The topics discussed in this course are listed below:
What is Scrum?
What is SAFe?
Major Differences Between Scrum and SAFe
Follow us to never miss an update in the future.
YouTube: https://www.youtube.com/user/edurekaIN
Instagram: https://www.instagram.com/edureka_learning/
Facebook: https://www.facebook.com/edurekaIN/
Twitter: https://twitter.com/edurekain
LinkedIn: https://www.linkedin.com/company/edureka
Castbox: https://castbox.fm/networks/505?country=in
Team Topologies - how and why to design your teams - AllDayDevOps 2017Matthew Skelton
From the AllDayDevOps 2017 live stream https://www.youtube.com/watch?v=XqowSG2Jxqc
For effective, modern, cloud-connected software systems we need to organize our teams in certain ways. Taking account of Conway’s Law, we look to match the team structures to the required software architecture, enabling or restricting communication and collaboration for the best outcomes.
This talk will cover the basics of organization design, exploring a selection of key team topologies and how and when to use them in order to make the development and operation of your software systems as effective as possible. The talk is based on experience helping companies around the world with the design of their teams.
Takeaways:
- The implications of Conway’s Law for software teams
- Cognitive Load for teams
- Effective team topologies
- Team evolution
You'll learn:
- How to create a roadmap for current, near-term, and future projects
- How to communicate priorities clearly with your team
- How to present your roadmap to executives
Roadmaps und Agile Reporting abseits von Velocity und Story PointsStefan ROOCK
Der Vortrag stellt an einem Fallbeispiel die Probleme dar, die auftreten können, wenn Story Points, Velocity und Release-Burnup-/Burndown-Charts außerhalb des Team-Kontextes verwendet werden.
Der Vortrag argumentiert, dass die Interaktion mit einem Lenkungsauschuss oder Sponsor auf Basis von Zielorientierten Roadmaps und Parking Lot-Diagrammen besser funktioniert.
Vortragsfolien von der OOP 2018 in München.
Make Agile Great - PM-Erfahrungen aus zwei virtuellen internationalen SAFe-Pr...QAware GmbH
GPM Regionalgruppe Chemnitz (Patrick Albert)
Wegen ihres Umfangs und Komplexität sind größere SAFe-Programme bereits in Präsenz hinsichtlich ihres Managements und ihrer Steuerung anspruchsvoll. Aufgrund von COVID19 jedoch war eine Verlegung in den virtuellen Raum im beschriebenen Praxisfall unausweichlich. Das Management hatte hierbei sicherzustellen, dass die Programmziele trotz des verminderten Kontaktes allen beteiligten Teams dauerhaft klar und präsent sind und dass die in den Teams umgesetzten Funktionen außerdem den genannten Programmzielen dienen.
Besonders wichtig ist dieses Alignment im Rahmen der regelmäßigen PI-Plannings, in welchen alle Teams gleichzeitig die jeweils kommenden Iterationen planen und dabei auch teamübergreifende Abhängigkeiten zuverlässig berücksichtigen müssen.
Es werden Erfolgsfaktoren für den virtuellen Einsatz von SAFe herausgearbeitet und beleuchtet.
(Deutschsprachiger) Vortrag auf der Manage Agile Konferenz 2012:
Wie kann man den Fortschritt in einem Scrum-Projekt tracken?
Welche Prognosen kann man machen?
Wie lassen sich Handlungsoptionen ableiten?
Roadmaps und Agile Reporting abseits von Velocity und Story Points (Agile Wed...Stefan ROOCK
Velocity und Story Points können sinnvolle Techniken für die Selbstkontrolle des Teams sein. Sie eignen sich aber weniger gut, um z.B. mit einem Lenkungsausschuss oder Sponsor über Zustand und Fortschritt der Entwicklung zu sprechen. Es fehlt die Basis für eine fachlich-inhaltliche Diskussion.
Der Vortrag stellt dar, wie auf Basis von Story Maps eine zielorientierte Roadmap erstellt werden kann und wie mit darauf basierenden Parking Lot-Diagrammen eine effektive Interaktion mit Lenkungsausschuss/Sponsor ermöglicht wird.
Roadmaps und Agile Reporting abseits von Velocity und Story PointsStefan ROOCK
Vortrag bei "Der Norden Agil" am 19.04.2018
Video zum Vortrag: https://www.youtube.com/watch?v=A7gNupDnlC4
Velocity und Story Points können sinnvolle Techniken für die Selbstkontrolle des Teams sein. Sie eignen sich aber weniger gut, um z.B. mit einem Lenkungsausschuss oder Sponsor über Zustand und Fortschritt der Entwicklung zu sprechen. Es fehlt die Basis für eine fachlich-inhaltliche Diskussion.
Der Vortrag stellt dar, wie auf Basis von Story Maps eine zielorientierte Roadmap erstellt werden kann und wie mit darauf basierenden Parking Lot-Diagrammen eine effektive Interaktion mit Lenkungsausschuss/Sponsor ermöglicht wird.
So geht ganzheitliches Ressourcenmanagement im Projektumfeld (eine praktische...AnnaPauels
Damit Ressourcenmanagement wirklich funktioniert, müssen die Personen in der Teamleitung, Projektleitung und Geschäftsleitung in geordneten Prozessen und mit geeigneten Tools alle zusammenarbeiten – sonst klappt das nicht.
In der Matrixorganisation spielen Teamleitende die zentrale Rolle. Diese kennen die Kapazitäten und Fähigkeiten im Team, die Abwesenheiten und die Linientätigkeiten – wissen also, wer wann wofür eingesetzt werden kann. Das gilt es mit den wechselnden Anforderungen aus den Projekten für die nächsten Wochen und Monate laufend abzustimmen, um Überlasten auszugleichen. Die nötigen Verschiebungen von neuen und laufenden Projekten erfolgen auf Basis von Prioritäten, die von höherer Stelle gesetzt wurden.
In diesem Webinar erfahren Sie, welche Prozesse und Tools für die drei Rollen nötig sind und wie dies mit der TPG CoReSuite abgebildet werden kann. Lernen Sie hier außerdem, dass im Ressourcenmanagement Vollständigkeit wichtiger ist als Genauigkeit und nehmen Sie praktische Tipps mit.
Unser Ziel: Sie haben das gute Gefühl, Ihre Projektwelt wirklich im Griff zu haben.
Ein Webinar, aufgezeichnet am 21.06.2023, für Ressourcenverantwortliche, Teamleitung, Projektleitung, sowie für PMO und Entscheidende auf der Suche nach geeigneten Prozessen und Tools für ein gelungenes Ressourcenmanagement.
Das Video zum Thema: https://www.youtube.com/watch?v=snWktfBiAcQ
Visit us on Social Media: www.linkedin.com/company/tpg-the-project-group/
Oder machen Sie sich schlau mit weiteren kostenlosen TPG Inhalten:
- TPG Blog: https://www.theprojectgroup.com/blog
- TPG Podcast: https://www.theprojectgroup.com/podcast
- TPG Newsletter: https://www.theprojectgroup.com/newsletter
- TPG Webinare: https://www.theprojectgroup.com/webinar
Hybrides Projektmanagement – Wie Sie agile und klassische Methoden verbindenAchim Schmidt-Sibeth
Gibt es die EINE richtige Methode für Projektmanagement? Sicher nicht. Ansätze für hybrides Projektmanagement sind daher oft eine passende Lösung. In diesem Video geht es nicht um klassisch ODER agil, sondern um klassisch UND agil.
Nach einer kurzen Gegenüberstellung der agilen und klassischen Welt sehen Sie Möglichkeiten, diese direkt zu verbinden. Weitere Themen sind: 1) die sinnvoll kombinierbaren Bausteine zum Nutzen der Vorteile beider Welten, 2) mögliche Projektstrukturen sowie Tipps zu Ressourcenmanagement und Reporting, 3) eine beispielhafte Live-Demo des Zusammenspiels von Microsoft Project Server und Jira durch deren Integration.
Ein Video für Entscheider, PMOs und Projektmanager auf der Suche nach passenden PM-Methoden.
Projektmanagment benötigen Sie, wenn Sie z.B. ein Informationssystem neu erstellen wollen. Was ist Projektmanagement und wie grenzt es sich von anderen Methoden ab?
Zu den Folien gibts ein Video auf youtube: https://youtu.be/YpRwsAgL_GU
und erläuternden Text: https://cbrell.de/blog/projektmanagement .
Prof. Dr. Claus Brell
Agile Teamarbeit - wie Startups Projekte managen und die Zusammenarbeit fördernSascha Böhr
Sascha Böhr, CEO & Founder der 247GRAD GmbH und der 247GRAD Labs GmbH vermittelt in seinem Vortrag, wie Startups Projekte agile managen und dabei Frameworks wie Scrum oder Kanban einsetzen können
Projekte und Portfolios mit Reports steuern - sinnvolle und nötige BerichteTPG The Project Group
Der Berichtsprozess ist das Rückgrat der Projektsteuerung. Er systematisiert die regelmäßige Kommunikation im Projekt. Was sind nötige und sinnvolle Berichte? In dieser Präsentation finden sich Anforderungen an Berichte, Prozesse und Kommunikation. Zudem Beispielberichte für Portfolio- & Multiprojektmanagement, Einzelprojektberichte und Teamberichte. Und zum Schluss werden verschiedene Reporting-Tools für Berichte vorgestellt.
Hinweis: diese Präsentation kann als aufgezeichnetes Webinar angesehen werden unter www.theprojectgroup.com/webinar-reports
Projektportfoliomanagement: So steuern Sie Ihr Portfolio richtig mit Berichte...AnnaPauels
Im Projektportfoliomanagement benötigen Sie zum erfolgreichen Lenken Ihres Portfolios und für fundierte Entscheidungen regelmäßig aktuelle, vollständige und richtige Daten. Dabei hilft dem PMO ein strukturiertes Dashboard mit den wichtigsten Kennzahlen der Projekte und Programme. Deren Hintergründe können Sie per Drill-Down auf Detailberichte einsehen. Mit der Darstellung der Historie lassen sich bisherige Ereignisse nachvollziehen und künftige Entwicklungen besser einschätzen.
In diesem Webinar lernen Sie die wichtigsten Berichte für Projektportfoliomanagement kennen, die Antworten auf folgende Fragen liefern: Wie gesund ist mein Portfolio? Welche Projekte sind in der Pipeline? Welche Risiken gibt es? Wie ist die Auslastung der Teams? Wie steht es um das Gesamtbudget? Passt der Strategiebeitrag, machen wir die richtigen Projekte?
Unser Ziel: Sie haben das gute Gefühl, Ihre Projektwelt wirklich im Griff zu haben.
Ein Webinar, vom 10.05.2023, für PMOs, Portfoliomanagement und Entscheidende auf der Suche nach sinnvollen Prozessen und Berichten für das erfolgreiche Steuern von Projektportfolios.
Das Video zum Thema: https://www.youtube.com/watch?v=xrJiZCp_RYQ
Visit us on Social Media: www.linkedin.com/company/tpg-the-project-group/
Oder machen Sie sich schlau mit weiteren kostenlosen TPG Inhalten:
- TPG Blog: https://www.theprojectgroup.com/blog
- TPG Podcast: https://www.theprojectgroup.com/podcast
- TPG Newsletter: https://www.theprojectgroup.com/newsletter
- TPG Webinare: https://www.theprojectgroup.com/webinar
Mitarbeiterplanung über alle Projekte hinwegPentamino GmbH
Es gibt immer eine Lösung...
Chaos in der Planung von Aufgaben und der Zuweisung von Mitarbeitern ist eigentlich nur einem Mangel an Übersicht und Informationen geschuldet.
Die Lösung:
Eine graphische Darstellung der Mitarbeiterauslastung und eine Liste aller anstehenden Aufgaben über alle Projekte hinweg!
Checkliste für die Digitale Transformation - checklist for digital transforma...Gernot Sauerborn
Sie starten eine Business-Transformation? Hier ist eine erste Übersicht und Checkliste der Aktivitäten, die für die Umsetzung notwendig sind. Gerne können Sie uns kontaktieren, wenn Sie Fragen haben.
So geht die Auswahl im Projektportfolio anhand von Prioritäten und Kapazitäte...AnnaPauels
Beim Zusammenstellen und Priorisieren des Projektportfolios müssen Sie die eigene Strategie, laufende Kundenaufträge, gesetzliche Vorgaben und viele andere Faktoren berücksichtigen. Beim Umsetzen der Projekte dreht sich dann alles um die verfügbaren Kapazitäten von geeigneten Personen und Kapital. Ohne passende Prozesse und Tools werden Sie bei Ressourcenengpässen kaum optimale Lösungen finden.
Unser Ziel: Sie haben das gute Gefühl, Ihre Projektwelt wirklich im Griff zu haben.
In diesem Webinar sehen Sie kurz welche Prozesse und Methoden für die Projektauswahl hilfreich sein können. Danach zeigen wir exemplarisch in Tools, wie Projekte priorisiert und in Szenarien nach der Ressourcenverfügbarkeit optimal zusammengestellt werden können. Gewinnen Sie einen Einblick in die Möglichkeiten von Microsoft Project Online, Planisware Orchestra sowie TPG ProjectPowerPack und TPG CoreSuite.
Ein Webinar, vom 24.05.2023, für PMOs, Portfoliomanager und Entscheidende auf der Suche nach einer Lösung für die projektübergreifende Optimierung der Ressourcenauslastung im Projektportfolio.
Das Video zum Thema: https://www.youtube.com/watch?v=vZqZkep_ZfY
Visit us on Social Media: www.linkedin.com/company/tpg-the-project-group/
Oder machen Sie sich schlau mit weiteren kostenlosen TPG Inhalten:
- TPG Blog: https://www.theprojectgroup.com/blog
- TPG Podcast: https://www.theprojectgroup.com/podcast
- TPG Newsletter: https://www.theprojectgroup.com/newsletter
- TPG Webinare: https://www.theprojectgroup.com/webinar
Agile is not a mindset: Wie being agile wirklich gelingtJoël Krapf
Agile is not a mindset – Wie Being Agile wirklich gelingt!
Viele Unternehmen haben die Reise in die Agilität angetreten. Doch die meisten Stellen fest: Der Schritt von Doing zu Being agile ist die grosse Herausforderung.
Vielfach wird behauptet, Agilität ist einfach ein Mindset. Doch das greift nicht nur zu kurz, sondern es hilft auch nicht zu verstehen, wie nun dieser anspruchsvolle Schritt von Doing zu Being Agile gelingt.
Dieser Vortrag zeigt an konkreten Beispielen auf, wie eine agile Transformation nicht beim Doing Agile stecken bleibt. Es werden spezifische Massnahmen aufgezeigt, die getroffen wurden, damit sich "Being Agile" als Kultur entwickelt.
Was lernen die Zuhörer*innen in dem Vortrag?
Warum der Schritt von Doing zu Being Agile für jede Transformation der anspruchsvollste ist.
Warum Agilität kein Mindset, sondern eine Kultur ist
Wie der Schritt von Doing zu Being agile tatsächlich gelingt
Konkrete Beispiele und Massnahmen aus der Praxis, um diesen Schritt von Doing zu Being agile auch zu machen
Manage Agile Konferenz - Wie wir ein eigenes Framework entwickelten und warum...Joël Krapf
Die Migros ist zwar die grösste Arbeitgeberin der Schweiz, doch eigentlich ist sie ein Verbund von kleinen Organisationen. Rund 100'000 Mitarbeitende arbeiten in rund 100 verschiedenen Unternehmen innerhalb der Gruppe. Wie viele andere auch, hat die Migros vor nicht allzu langer Zeit eine agile Reise gestartet. Nach erstem Anfangserfolg wurde ein erster Versuch gestartet, diese Reise zu beschleunigen und zu skalieren. Hierfür wurde ein eigenes "Playbook" entwickelt. Das sogenannte Migros Ways-of-Working (WoW) für Agilität. Doch das WoW hat nicht zu einem Wow-Erlebnis geführt, vielmehr hat es politische Graben verstärkt. Im Vortrag wird aufgezeigt, weshalb zuerst ein eigenes Playbook erarbeitet wurde sowie was aus dem F.A.I.L gelernt wurde, um nun seit rund einem Jahr auf einer sehr erfolgreichen agilen Reise zu sein
What HR departments can do to stay relevantJoël Krapf
Agile Transformations have a significant impact on the relevance of HR. Here are five trends that undermine HR activities - and five solutions what HR can do to retain its relevance
Agilität in der Praxis - FHNW Psychologie kompaktJoël Krapf
Immer mehr. Immer besser. Immer schneller.
Viele von uns erleben derzeit am Arbeitsplatz, dass die Anforderungen stetig zunehmen. Seit mehreren Jahren schon wird Agilität als ein Ansatz propagiert, um nicht nur diese Anforderung besser erfüllen zu können, sondern auch noch die Zufriedenheit der Mitarbeitenden zu fördern. In diesem Webinar zeigt Dr. Joël Krapf, was Agilität tatsächlich bieten kann und beleuchtet dabei auch die Schattenseiten dieses Ansatzes.
Agile Organisation in 23 Tagen schrittweise eingeführtJoël Krapf
Joël berichtet darüber, wie bei der grössten Arbeitgeberin der Schweiz (über 100'000 Mitarbeitende) eine agile Organisation schrittweise eingeführt wurde – in 23 Tagen.
Klingt zwar paradox, ist aber so. Joël teilt seine Erfahrung, wie ein alternatives Organisationsdesign schrittweise eingeführt wurde, was innerhalb dieser ersten 23 Tagen passierte und was danach folgte
Lean-Agile Journey @ Migros - Mit kleinen Schritten zu grossen VeränderungenJoël Krapf
Es ist Anfang Juni 2020 und wegen Corona sind die meisten Mitarbeitenden der Group IT der Migros im Home Office. So auch Joël Krapf und Martin Wechsler, CIO der Migros. Joël führt Martin in die laufenden Transformationsinitiativen ein und erklärt ihm, wie diese über OKR gesteuert werden. Martin hört aktiv zu. Am Ende der Präsentation folgt eine Frage, die den Startschuss zur skalierten Agilität auslöst: «Ich weiss, diese Initiativen befassen sich alle mit Management & Transformationsthemen. Da wird keine Software entwickelt. Wäre es trotzdem möglich, dass wir daraus den ersten Agile Release Train (ART) der Migros-Geschichte machen?». Joël’s naive Antwort: «In rund 4 Wochen haben wir einen Tag für die OKR-Planung reserviert. Diesen Tag können wir nutzen, um mit einem PI Planning zu starten.»
In seinem Vortrag lässt Joël die bisherige Reise in die skalierte Agilität Revue passieren. Dabei fasst er die 5 wichtigsten Learnings zusammen, so dass sich andere auf eine ähnliche Reise begeben können.
Was lernen die Zuhörer:innen in dem Vortrag? Starte mit einem F.A.I.L. und betone die Wichtigkeit von Continuous Learning
Stelle sicher, dass jedes Team einen «Servant Leader» hat, um die Veränderung mit den Teammitglieder zu verankern
Widerstehe der Versuchung, alles sofort und auf ein Mal bereits gut machen zu wollen
Habe eine Transformation-Roadmap und fokussiere auf die Verankerung der wirkungsvollsten Massnahmen (max. 3)
Nutze systeminhärente Feedbackloops, damit sich Beteiligte selbstständig verbessern können & wollen
Die Transformationsreise der Migros – ein Erfahrungsbericht mit geplanten und...Joël Krapf
1) Agilität ist eine Business-Kompetenz, die alle Betrifft
1.1) Nicht das Zielbild ist wichtig, sondern die gemeinsame Erarbeitung
1.2) Agilität muss überall umgesetzt werden. Das «Wie» ist überall anders
1.3) Starte mit bestehenden Frameworks, um theoretische Diskussionen zu vermeiden
2) Nur kleine Schritte führen zu grossen Veränderungen
2.1) Das Gras wächst nicht schneller, wenn man daran zieht
2.2) Verhindere Perfektion, um von Anfang an eine Lernkultur zu etablieren
2.3) Starte mit Doing Agile und erkläre immer wieder das «Warum»
Von 0 auf agil in 23 Tagen - 5 Learnings für eine erfolgreiche TransformationJoël Krapf
Der Titel sagt eigentlich alles: Von 0 auf agil in 23 Tagen.
Ich werde in meinem Vortrag drei Dinge aufzeigen,
- wie wir in 23 Tagen bei der Migros eine agile Organisation aufgebaut haben.
- Wie wir diesen Erfolg genutzt haben, um Agilität weiter zu skalieren
- Was wir bisher gelernt haben
Lean-Agile Journey @ Migros - Mit kleinen Schritten zu grossen VeränderungenJoël Krapf
Vorstellung der lean-agile Journey @ Migros - wie mit kleinen Schritten grosse Veränderungen erzielt werden können.
Als Keynote bei der jährlichen Konferenz der Agilist. Kooperative. - https://www.agilist.ch/agilist-live-2021/
Lean-Agile Journey @ Migros - Mit kleinen Schritten zu grossen Veränderungen
How to Team Break Out in a PI-Planning
1. Technology | Group ITOperations
Operations
Gemeinsam bauen wir die Zukunft der Migros
How to Team Breakout
Joël Krapf, RTE
Jannick Gerber, RTE Stv
ART M-Transform
2. 05.12.2020 | 2ART M-Transform | Joël Krapf
Methoden und Guidelines für Team Break-Out
#Max{Value}
#Min{Waste}
3. 05.12.2020 | 3ART M-Transform | Joël Krapf
PI Objectives sind keine gute Planung, sondern das Resultat einer guten Planung
Möglicher Ablauf für Team Break-Out (Tag 1)
Draft Plan Review (15.30 – 17.00)
FokusUserStories,Sprintsund
Kapazitäten
FokusPIObjectives,Risikenund
Abhängigkeiten
Pause 10.30 – 10.45
User Story Map erstellen und Inhalte der User Stories schärfen (Teil 2) 10.45 – 11.30
Lunch-Break 12.00 – 13.00
PI Objective Draft erstellen (S.M.A.R.T. oder OKR) 13.00 – 14.00
Pause 14.30 – 14.45
Risiken & Abhängigkeiten auf der Team- und ART-Ebene erfassen 14.45 – 15.30
Möglicher Ablauf für die Team Break-Out Tag 1 Zeit
Validieren der Kapazitätsplanung (Brutto & Netto Kapazitäten) 09.15 – 09.30
User Story Map erstellen und Inhalte der User Stories schärfen (Teil 1) 09.30 – 10.30 10.30 – 10.45
Scrum of Scrum
Kapazitäten und Aufwand der User Stories abgleichen 11.30 – 12.00 11.45 – 12.00
Gewichtung PI Objectives Draft w/ Business Owner (lernen/üben) 14.00 – 15.30 14.00 – 14.15
▪ Gemeinsames Verständnis
Business- & Planungskontext
▪ Kapazitäten definiert Ressourcen-
bedarf mit anderen Teams
diskutiert
▪ Draft User Story Map erstellt
▪ PI Objectives messbar beschrieben
(S.M.A.R.T. oder OKR) und
gewichtet
▪ Abhängigkeiten sind aufgelöst
(Risiken erfasst)
▪ Ready für den Draft Plan Review
▪ User Story Map ist erstellt und mit
den Kapazitäten abgestimmt
▪ Die Risiken und Abhängigkeiten
sind erfasst (Diskussionsbedarf mit
anderen Teams ist bekannt)
4. 05.12.2020 | 4ART M-Transform | Joël Krapf
PI Objectives sind keine gute Planung, sondern das Resultat einer guten Planung
Möglicher Ablauf für Team Break-Out (Tag 2)
FokusUserStories,SprintsundKapazitäten
PI Objectives abschliessen und Gewichtung w/ PM & BO definieren 10.15 – 10.45
Lunch-Break 12.00 – 13.00
Möglicher Ablauf für die Team Break-Out Tag 1 Zeit
PI Planning Adjustments verstehen 08.30 - 09.00
User Story Map aktualisieren und Aufwand mit Kapazitäten abgleichen 09.00– 10.00
Scrum of Scrum
Pause 10.00 – 10.15 10.00 – 10.15
▪ Planning Adjustments sind
verarbeitet
▪ Abhängigkeiten erfasst und
aufgelöst, Massnahmen für
Risiken erfasst
▪ PI Objectives sind fertiggestellt
Sprint Planning für den ersten Sprint durchführen 10.45 – 11.30 11.00 – 11.15
▪ Gewichtung PI Objectives mit BO
und PM abgestimmt
▪ Sprint Planning für den 1. Sprint
abgeschlossen
▪ Ready für den Final Plan Review
Risiken & Abhängigkeiten auf der Team- und ART-Ebene 11.30 – 12.00
Final Plan Review (13.00 – 14.30)
5. 05.12.2020 | 5ART M-Transform | Joël Krapf
Checkliste für ein erfolgreiches Team Break-Out (Tag 1)
Kapazitäten & Auslastung
festlegen
1
• Das Team versteht die geplante Kapazität basierend auf der vorgängigen Planung (Vorlage)
• Die Verteilung zwischen «Operativem Tagesgeschäft» und «Weiterentwicklung» ist
realistisch und für alle Teammitglieder nachvollziehbar
User Story Map2
• Das Team versteht die Inhalte der gesammelten User Stories und hat ein gemeinsames
Verständnis für die jeweiligen Akzeptanzkriterien hergestellt
• Die User Stories sind auf die Sprints verteilt und mit den Features des PI Zyklus verknüpft
Kapazitäten & Auslastung
kritisch prüfen
3
• Die Kapazitätsplanung wird mit der User Story Map explizit abgeglichen und
kritisch geprüft (Verfügbare Kapazität stimmt mit geplanten User Stories überein)
• Das Team hat die User Story Map überarbeitet und kennt den Load pro Sprint in
Personentagen
PI Objectives als Draft4
• Auf Basis der User Story Map sind die PI Objectives als Draft messbar formuliert
(S.M.A.R.T. oder OKR als Methode)
• Die Gewichtung der PI Objectives ist mit den Business Owner und dem PM besprochen
Risiken & Abhängigkeiten5
• Die Risiken auf Stufe Team und auf Stufe ART sind im Excel erfasst, für jedes Risiko ist eine
Massnahme und einen Massnahmen-Owner definiert
• Die Abhängigkeiten mit anderen Teams sind besprochen und dokumentiert (Eintrag im
Excel und Label im Jira)
6. 05.12.2020 | 6ART M-Transform | Joël Krapf
Das Team prüft die geplante Kapazität im Excel, die Verteilung zwischen
operativem Tagesgeschäft und Weiterentwicklung ist der zentrale Punkt
Kapazitäten &
Auslastung festlegen
1
User Story Map2
Kapazitäten &
Auslastung prüfen
3
PI Objectives Draft4
Risiken &
Abhängigkeiten
5
15 Minuten
Sprint I Sprint II Sprint III Sprint IV Sprint V I&P Sprint
112 126 140 140 140 140
0 0 0 0 0 0
0 0 0 0 0 0
112 126 140 140 140 140
0 0 0 0 0 0
0 0 0 0 0 0
0 0 0 0 0 0
Bruttokapazität
Kapazität in Personentagen (PT)
./. davon für Weiterentwicklung
./. davon für operatives Tagesgeschäft
Nettokapazität
./. davon Admin/Meetings etc.
./. davon Abwesenheiten
Load in Personentagen
Team
Team Mitglied Bruttokapazität Abwesenheiten
Admin &
Meetings
Nettokapazität
Davon operatives
Tagesgeschäft
Davon
Weiterentwicklung
Product Owner 8 0 0 8 0 0
Scrum Master 8 0 0 8 0 0
Teammitglied 8 0 0 8 0 0
Teammitglied 8 0 0 8 0 0
Teammitglied 8 0 0 8 0 0
Teammitglied 8 0 0 8 0 0
Teammitglied 8 0 0 8 0 0
Teammitglied 8 0 0 8 0 0
Teammitglied 8 0 0 8 0 0
Teammitglied 8 0 0 8 0 0
Teammitglied 8 0 0 8 0 0
Teammitglied 8 0 0 8 0 0
Teammitglied 8 0 0 8 0 0
Teammitglied 8 0 0 8 0 0
Summe 112 0 0 112 0 0
Sprint I 10.12. - 21.12.
Reflexionsfragen
• Sind alle Ferien und
Abwesenheiten eingeplant?
• Ist die Verteilung
‘Operatives Tagesgeschäft’
und ‘Weiterentwicklung’
realistisch
• Haben wir den Bedarf für
administratives und
Meetings realistisch
eingeschätzt?
• Hat das Team ein
gemeinsames Verständnis
über die Kapazität, die im PI
Zyklus vorhanden ist?
• Brauchen wir noch weiteren
Input von anderen Teams
für die Kapazitätsplanung?
Outcome
• Die Kapazitätsplanung ist realistisch und wird vom Team getragen, wir schaffen keine Kapazitätsengpässe
für einzelne Mitarbeiter oder ganze Teams
Toolbox Vorlage Kapazitätsplanung
7. 05.12.2020 | 7ART M-Transform | Joël Krapf
Die User Story Map ist die Basis für die PI Objectives und ermöglicht eine
inhaltliche Planung als auch eine kritische Prüfung der Kapazitäten
Kapazitäten &
Auslastung festlegen
1
User Story Map2
Kapazitäten &
Auslastung prüfen
3
PI Objectives Draft4
Risiken &
Abhängigkeiten
5
120 Minuten
Reflexionsfragen
• Hat das Team den Backlog
verstanden?
• Sind die User Stories für den
PI Zyklus identifiziert und
messbar beschrieben?
• Sind alle User Stories
geschätzt (in PT)?
• Hat das Team ein
gemeinsames Verständnis
über die Akzeptanzkriterien
der identifizierten User
Stories?
• Sind die User Stories auf die
Sprints verteilt?
• Sind die User Stories mit
den Features verknüpft?
Outcome
• Eine User Story Map in der die User Stories geschätzt und mit den Features des ART M-Transform
verknüpft sind
• Ein gemeinsames Einverständnis über die jeweiligen Akzeptanzkriterien pro User Story
Toolbox Vorlage Kapazitätsplanung Team-Boards Playbook M-Transform
8. 05.12.2020 | 8ART M-Transform | Joël Krapf
Haben wir die genügend Kapazitäten, um die geplanten User Stories anzugehen?
Kapazitäten &
Auslastung festlegen
1
User Story Map2
Kapazitäten &
Auslastung prüfen
3
PI Objectives Draft4
Risiken &
Abhängigkeiten
5
30 Minuten
Sprint I Sprint II Sprint III Sprint IV Sprint V I&P Sprint
112 126 140 140 140 140
0 0 0 0 0 0
0 0 0 0 0 0
112 126 140 140 140 140
0 0 0 0 0 0
0 0 0 0 0 0
0 0 0 0 0 0
Bruttokapazität
Kapazität in Personentagen (PT)
./. davon für Weiterentwicklung
./. davon für operatives Tagesgeschäft
Nettokapazität
./. davon Admin/Meetings etc.
./. davon Abwesenheiten
Load in Personentagen
Reflexionsfragen
• Sind alle User Stories im Team geschätzt?
• Haben die Teammitglieder einen Konsent bezüglich dem Aufwand pro User Story?
• Ist der Load pro Spint bekannt (Summer der User Stories in Personentagen)?
• Übersteigt der Load pro Sprint unsere freie Kapazität für die Weiterentwicklung?
Outcome
• Die User Story Map ist mit der Kapazitätsplanung abgestimmt, das Team plant nicht mehr ein, als es
in den Sprints und im ganzen PI Zyklus leisten kann
Toolbox Vorlage Kapazitätsplanung Team-Boards Playbook M-Transform
9. 05.12.2020 | 9ART M-Transform | Joël Krapf
Messbare PI Objectives sind das Resultat unserer Planung
Kapazitäten &
Auslastung festlegen
1
User Story Map2
Kapazitäten &
Auslastung prüfen
3
PI Objectives Draft4
Risiken &
Abhängigkeiten
5
90 Minuten
Reflexionsfragen
• Sind die PI Objectives als Zusammenfassung der User Story Map entstanden?
• Sind die PI Objectives messbar formuliert?
• Wurde für die Formulierung die S.M.A.R.T. oder OKR Methode genutzt?
• Habt dir das 4 Augen Prinzip bezüglich der Messbarkeit angewendet?
• Ist die Gewichtung mit den Business Owner und dem PM abgestimmt?
Outcome
• Messbar formulierte PI Objectives mit einer abgestimmten Gewichtung können am Draft Plan Review
präsentiert werden
Toolbox PI Objective Excel Team-Boards
10. 05.12.2020 | 10ART M-Transform | Joël Krapf
Wir definieren Massnahmen für unsere Risiken und lösen Abhängigkeiten mit
anderen Teams auf
Kapazitäten &
Auslastung festlegen
1
User Story Map2
Kapazitäten &
Auslastung prüfen
3
PI Objectives Draft4
Risiken &
Abhängigkeiten
5
45 Minuten
Toolbox PI Objective Excel Team-Boards
Reflexionsfragen
• Sind die Risiken auf Stufe Team und auf Stufe ART hinsichtlich der Erreichung der PI Objectives erfasst?
• Sind für alle Risiken ein Owner sowie mindestens eine Massnahme definiert?
• Sind die Abhängigkeiten zu anderen Teams im ART identifiziert und dokumentiert?
• Haben sich die Teams bezüglich der Abhängigkeiten abgestimmt?
Outcome
• Die Risiken und Abhängigkeiten sind transparent gemacht und im PI Objective Excel dokumentiert
• Risiken haben einen Owner und Massnahmen, Abhängigkeiten sind zwischen den Teams abgestimmt
11. 05.12.2020 | 11ART M-Transform | Joël Krapf
PI Objectives sind keine gute Planung, sondern das Resultat einer guten Planung
Möglicher Ablauf für Team Break-Out (Tag 2)
FokusUserStories,SprintsundKapazitäten
PI Objectives abschliessen und Gewichtung w/ PM & BO definieren 10.15 – 10.45
Lunch-Break 12.00 – 13.00
Möglicher Ablauf für die Team Break-Out Tag 1 Zeit
PI Planning Adjustments verstehen 09.15 – 09.30
User Story Map aktualisieren und abschliessen 09.30 – 10.00
Scrum of Scrum
Final Plan Review (13.00 – 14.30)
Pause 10.00 – 10.15 10.00 – 10.15
▪ Planning Adjustments sind
verarbeitet
▪ Abhängigkeiten erfasst und
aufgelöst, Massnahmen für
Risiken erfasst
▪ PI Objectives sind fertiggestellt
Sprint Planning für den ersten Sprint durchführen 10.45 – 11.30 11.00 – 11.15
▪ Gewichtung PI Objectives mit BO
und PM abgestimmt
▪ Sprint Planning für den 1. Sprint
abgeschlossen
▪ Ready für den Final Plan Review
Risiken & Abhängigkeiten auf der Team- und ART-Ebene 11.30 – 12.00
12. 05.12.2020 | 12ART M-Transform | Joël Krapf
Bis zum Final Plan Review müssen alle 5 Punkten abgeschlossen sein
PI Planning
Adjustments
1
• Das Team versteht die geplante Kapazität basierend auf der vorgängigen Planung (Vorlage)
• Die Verteilung zwischen «Operativem Tagesgeschäft» und «Weiterentwicklung» ist
realistisch und für alle Teammitglieder nachvollziehbar
User Story Map
aktualisieren
2
• Das Team versteht die Inhalte der gesammelten User Stories und hat ein gemeinsames
Verständnis für die jeweiligen Akzeptanzkriterien hergestellt
• Die User Stories sind auf die Sprints verteilt und mit den Features des PI Zyklus verknüpft
PI Objectives finalisieren3
• Die Kapazitätsplanung wird mit der User Story Map explizit abgeglichen und
kritisch geprüft (Verfügbare Kapazität stimmt mit geplanten User Stories überein)
• Das Team hat die User Story Map überarbeitet und kennt den Load pro Sprint in
Personentagen
Sprint Planning
durchführen
4
• Auf Basis der User Story Map sind die PI Objectives als Draft messbar formuliert
(S.M.A.R.T. oder OKR als Methode)
• Die Gewichtung der PI Objectives ist mit den Business Owner und dem PM besprochen
Risiken & Abhängigkeiten5
• Die Risiken auf Stufe Team und auf Stufe ART sind im Excel erfasst, für jedes Risiko ist eine
Massnahme und einen Massnahmen-Owner definiert
• Die Abhängigkeiten mit anderen Teams sind besprochen und dokumentiert (Eintrag im
Excel und Label im Jira)
13. 05.12.2020 | 13ART M-Transform | Joël Krapf
Schafft im Team ein gemeinsames Verständnis für die Anpassungen aus dem
‘Planning adjustment’ und dem Feedback aus dem Draft Plan Review
PI Planning
Adjustments
1
User Story Map
aktualisieren
2
PI Objectives
finalisieren
3
Sprint Planning
durchführen
4
Risiken &
Abhängigkeiten
5
15 Minuten
Toolbox
Reflexionsfragen
• Hat das Team die Diskussionspunkte und die Entscheide verstanden?
• Sind die Auswirkungen der Entscheide auf den Teambacklog bekannt und verstanden?
• Ist dem Team klar, was in welchem Umfang angepasst werden muss?
Outcome
• Die Teams haben die Entscheide aus dem Problem Solving verstanden und können die Planung
überarbeiten und abschliessen
Master Folien PI Planning
14. 05.12.2020 | 14ART M-Transform | Joël Krapf
Aktualisiert eure User Story Map und prüft nochmals kritisch, ob ihr eure Ziele mit
dem verfügbaren Kapazitäten erreichen könnt
PI Planning
Adjustments
1
User Story Map
aktualisieren
2
PI Objectives
finalisieren
3
Sprint Planning
durchführen
4
Risiken &
Abhängigkeiten
5
30 Minuten
Toolbox
Reflexionsfragen
• Sind die Inputs aus dem Draft Plan
Review in die User Story Map
eingeflossen?
• Sind ggf. Kapazitätsanpassungen
erfolgt, die eine Anpassung der User
Story Map nötig machen?
• Sind die Änderungen aus dem
Planning Adjustment in die User
Story Map eingeflossen?
Outcome
• Eine User Story Map in der die User Stories geschätzt und mit den Features des ART M-Transform
verknüpft sind
• Ein gemeinsames Einverständnis über die jeweiligen Akzeptanzkriterien pro User Story
Vorlage Kapazitätsplanung Team-Boards Playbook M-Transform
15. 05.12.2020 | 15ART M-Transform | Joël Krapf
Formuliert die PI Objectives messbar und so, dass aussenstehende verstehen,
was ihr im PI Zyklus machen werdet
PI Planning
Adjustments
1
User Story Map
aktualisieren
2
PI Objectives
finalisieren
3
Sprint Planning
durchführen
4
Risiken &
Abhängigkeiten
5
30 Minuten
Toolbox
Reflexionsfragen
• Sind die PI Objectives als Zusammenfassung der User Story Map entstanden?
• Sind die PI Objectives messbar formuliert?
• Wurde für die Formulierung die S.M.A.R.T. oder OKR Methode genutzt?
• Habt dir das 4 Augen Prinzip bezüglich der Messbarkeit angewendet?
• Ist die Gewichtung mit den Business Owner und dem PM abgestimmt?
Outcome
• Messbar formulierte PI Objectives mit einer abgestimmten Gewichtung können am Draft Plan Review
präsentiert werden
PI Objective Excel Team-Boards
16. 05.12.2020 | 16ART M-Transform | Joël Krapf
Plant euren ersten Sprint aus und startet diesen
PI Planning
Adjustments
1
User Story Map
aktualisieren
2
PI Objectives
finalisieren
3
Sprint Planning
durchführen
4
Risiken &
Abhängigkeiten
5
45 Minuten
Toolbox
Reflexionsfragen
• Sind alle User Stories ‘ready’ für die Implementierung?
• Sind die Akzeptanzkriterien für jede User Story im Sprint Backlog definiert?
• Haben alle dasselbe Verständnis über den Scope der User Story im Sprint Backlog?
• Ist der Sprint Backlog mit der Kapazitätsplanung abgeglichen?
• Ist das Sprint Goal für den ersten Sprint definiert?
Outcome
• Die User Stories sind geschätzt, die Akzeptanzkriterien sind definiert
• Die Sprint Planung ist für den ersten Sprint abgeschlossen, das Sprint Goal ist im Team definiert
Vorlage Kapazitätsplanung Team-Boards
17. 05.12.2020 | 17ART M-Transform | Joël Krapf
Identifiziert Risiken, die ihr nicht alleine führen könnt und überlegt euch mögliche
Massnahmen, wie wir damit umgehen wollen
PI Planning
Adjustments
1
User Story Map
aktualisieren
2
PI Objectives
finalisieren
3
Sprint Planning
durchführen
4
Risiken &
Abhängigkeiten
5
30 Minuten
Toolbox
Reflexionsfragen
• Haben wir für alle Risiken und Abhängigkeiten Massnahmen definiert?
• Haben wir für alle Risiken einen Owner identifiziert?
• Sind alle Abhängigkeiten aufgelöst? Wenn nein, was müssen wir tun, um die Abhängigkeit
aufzulösen?
• Kennen wir alle Abhängigkeiten und Risiken, die wir nicht selber führen und auflösen können?
Outcome
• Der ART und der RTE kennen die Risiken und Abhängigkeiten, die das Team nicht alleine bewältigen
kann
PI Objective Excel Team-Boards
19. 05.12.2020 | 19ART M-Transform | Joël Krapf
Wirkungsvolle und messbare PI Objective sind die Basis dafür,
Verbesserungspotenziale zu erkennen
Im PI #2 wollen wir die PI Objective besser messbar!
SAFe sieht vor, dass die PI Objectives S.M.A.R.T. formuliert sind (vergleiche hierzu https://www.scaledagileframework.com/pi-objectives/)
Wir nutzen für unsere PI Objectives die OKR-Methode (Objectives & Key Results)
V2
Aufbau Enterprise Architecture
Mgmt (Objective)
▪ Cloud (KR)
▪ Analytics (KR)
▪ Eiger (KR)
Wir legen die Grundlagen für eine
kompetente EA (Objective)
▪ Verabschiedung Cloud Strategie
▪ Rekrutierung 1 EA mit Fokus Analytics
▪ Version 1.0 der Capability Map
abgesegnet
Wir formulieren unsere PI Objectives S.M.A.R.T.
V1
Wir schulen unsere Mitarbeiter
für die Transformation.
▪ Wir schulen 300 Mitarbeiter im Kurs
‘Agile Basic’
▪ Konzept zur Awareness Kampagne
wurde vom G-IT MT verabschiedet
20. Technology | Group ITOperations 05.12.2020 | 20ART M-Transform | Joël Krapf
Starting Agile
1
Learning Agile
2
Doing Agile
3
Being Agile
4
Accelerating Agile
5
▪ Mitglieder im agilen Team
sind bestimmt
▪ PO-Rolle ist besetzt
▪ Scrum Master Rolle ist
besetzt
▪ PI Objectives sind definiert
und werden am Ende eines
PI Zyklus beurteilt
▪ Es findet ein PI Planning
statt
▪ Alle 2 Wochen findet ein
Sprint Review statt
▪ Alle 2 Wochen findet ein
Sprint Retro statt
▪ Alle 2 Wochen findet ein
Sprint Planning statt
▪ Es findet ein Innovation &
Planning Sprint statt
▪ Am Ende eines PI-Zyklus
findet eine PI System Demo
statt
▪ Es findet ein Inspect &
Adapt Workshop (I&A) statt
▪ Teams haben alle nötigen
Skills
▪ PO priorisiert Backlog vor
dem Sprint Planning
▪ Scrum Master moderiert
agile Rituale
▪ Rund 40-60% der PI
Objectives werden erreicht
▪ Jira-Kanban dient als
Grundlage für Teamarbeit
▪ Kapazitäten werden für
jeden Sprint explizit geplant
▪ Features sind so
geschnitten, dass sie in
einem PI-Zyklus umgesetzt
werden können
▪ User Stories sind so
geschnitten, dass sie in
einem Sprint umgesetzt
werden können
▪ Massnahmen aus dem
Sprint Retro sowie I&A
Workshop werden im Team
Backlog aufgenommen
▪ ART-Backlog & Roadmap
dienen als Orientierung für
Planung
▪ Team arbeitet
selbstorganisiert
▪ PO & Scrum Master sind für
ihre Rollen zertifiziert
▪ Rund 60-80% der PI
Objectives werden erreicht
▪ Kanban Phasen werden
aktiv genutzt, um
sequenzielles Arbeiten zu
fördern
▪ Aufwand je Feature & User
Story werden explizit
kalkuliert
▪ Die Benefits der Features
sind klar beschrieben
▪ User Stories sind aus Sicht
des User beschrieben
▪ Vereinzelt werden
Stakeholder zum Sprint
Review eingeladen
▪ Teamübergreifende
Abhängigkeiten werden auf
einem ART-Board
festgehalten
▪ Massnahmen aus Sprint
Retro sowie I&A Workshop
werden umgesetzt
▪ Team arbeitet kollaborativ
zur Erreichung PI Objectives
▪ PO priorisiert Backlog
kontinuierlich («Grooming»)
▪ Scrum Master löst für das
Team «Impediments»
▪ Rund 80-100% der PI
Objectives werden erreicht
▪ WIP-Limiten werden auf
Basis von Erfahrungswerten
optimiert
▪ Features werden so
«geschnitten», dass sie in
einem PI Zyklus Wert
generieren
▪ User Stories werden so
«geschnitten», dass sie in
einem Sprint Wert
generieren
▪ Regelmässig werden
Stakeholder zum Sprint
Review eingeladen
▪ Messen von relevanten KPI
(bspw. «Flow», «Velocity»
oder «Lead Time»)
▪ Für I&A Workshop werden
vorgängig Daten vorbereitet
▪ Team lebt SAFe Core
Values, SAFe Principles,
Lean-Agile Mindset
▪ PO interagiert mit
Stakeholder, um die
Prioritäten im Backlog
anhand Added-Value zu
priorisieren
▪ Scrum Master ist ein
«Servant Leader»
▪ Relevante KPI werden zur
Verbesserung der Team
Performance genutzt (bspw.
«Flow», «Velocity» oder
«Lead Time»)
Wir befinden uns auf Reifegrad 3 und wollen uns bis zum Ende des PI #3 um
einen weiteren Reifegrad erhöhen
21. 05.12.2020 | 21ART M-Transform | Joël Krapf
Ferien sind keine Impediments! Kapazitäten werden mit der erwarteten
Auslastung verglichen und bilden so die Basis für die PI Objectives
Program Backlog
M-Transform
Sprint 2
22.12. – 04.01
Sprint 1
10.12. – 21.12
Sprint 3
05.01. – 18.01
Sprint 4
19.01. – 01.02
Sprint 5
02.02. – 15.02
User Story Map PI Objectives
Feature
Feature
Feature
Feature
Feature
Feature
PI Objective
1
PI Objective
2
PI Objective
3
PI Objective
4
User Story Map und Teamkapazitäten als Erfolgsfaktoren
Kapazitäten des Teams
Auslastung auf Basis User Stories
22. 05.12.2020 | 22ART M-Transform | Joël Krapf
Unser PI 2021/I besteht zwar aus 5 operativen Sprints, mit den Weihnachtsferien
werden wir aber ca. gleich viel Kapazität haben wie im letzten PI
Sprint 1 Sprint 2 Sprint 3 Sprint 4 Sprint 5 Innovation &
Planning
Sprint
Montag Dienstag Mittwoch Donnerstag Freitag
Montag Dienstag Mittwoch Donnerstag Freitag
DonnerstagMontag Dienstag Mittwoch Freitag
Montag Dienstag Mittwoch Donnerstag Freitag
Sprint Sprint
Sprint
Planning
Demo /
Review &
Retro SprintSprintSprint
SprintSprintSprintSprint Sprint
SprintPI Planning
Lernen,
Innovation
& Puffer
PI-Planning PI-Planning
2 Wochen 2 Wochen 2 Wochen 2 Wochen 2 Wochen 2 Wochen
Lernen,
Innovation
& Puffer
Lernen,
Innovation
& Puffer
Lernen,
Innovation
& Puffer
Planning
Readiness,
Pre-Planning
Inspect
and Adapt
Sprint
Puffer
23. 05.12.2020 | 23ART M-Transform | Joël Krapf
Wir bilden die Gewichtung in unserem Excel ab, der zukünftige maximale
Zielerreichungsgrad liegt bei 120%
Für die Gewichtung der PI Objectives verwenden wir eine
einheitliche Skala zwischen1 (tief) und 10 (hoch)
Die Operativen Objectives und die Committed Objectives
ermöglichen eine maximale Zielerreichung von 100%
Zusätzlich erlauben die Uncommitted Objectives eine
maximale Zielerreichung von 120%
Wie beeinflusst die Gewichtung den Grad der Zielerreichung? Wie und wo dokumentieren wir die Zielerreichung?