· Check definitions of ready
· Check priorities
· Include measures coming from past retrospectives
· Support team with ongoing prioritization, estimation and solving dependencies
· Open separate chat to talk to other product owners and product management
· Talk about risk
· Involve product owners and business owners during the breakout sessions to talk about risk
· Let someone from the team present a draft of the final plan
· Take a back seat and let the team shine :-)
Welcome back. In this lesson, I'm going to talk about Remote PI Planning in the shoes of a Product Owner. For those of you, who already watched the previous lessons know, it is essential to have a well prepared Program Backlog. Support your team going into detailed backlog refinements with Product Management and System Architects before the PI Planning starts. Ask the questions your team would ask. Involve the team wherever necessary and be picky regarding the Definition of Ready. Don't go into the Planning with Features which don't fulfil the Definition of Ready.
There might be leftovers from the past Program Increment. Bring them on the digital Team Board upfront and check priorities based on the Features and Enablers coming from Product Management and System Architecture. The Team should be able to start right away. Don't forget to include team level items like measures coming from past Retrospectives.
The Team Board acts as single source of truth. Focus all your collaboration on creating the plan for the upcoming PI Planning together with the Team. Support the team with ongoing prioritization, estimation and solving dependencies. Being in contact with other Product Owners and Product management over a separate chat helps to coordinate dependency and problem-solving activities.
Don't forget to talk about risks. Not all risks need to be discussed and ROAMed on Program Level. You can already ROAM risks on team level. Take actions and plan measures into your Program Increment plan for those risks which can be tackled by the team. For those risks which need to be addressed on program level, you probably don't want to wait for the ROAMing session. Involve stakeholders, namely Product Management and Business Owners already during the breakout session to talk about risks. That will save you time in the ROAMing session on Program Level.
Finally, let someone from the team presenting the Draft and Final Plan. Too often I see the Product Owner doing the presentation. Take a back seat and let the team shine!
We will take a look at all the well-known roles - RTE, Scrum Master, Team Member, Product Management, System Architect, Product Owner and Business Owner - in PI Planning and see how they can best prepare to make remote PI Planning successful.
Intermediate / Advanced
CEO & Founder PEDCO AG, Chief Methodologist Applied SAFe
Creator of the product Applied SAFe. Started to program for money at the age of 14. Ex-professional sportsman with a passion for software and a knack in engineering. 30+ years working experience with 50+ publications. SAFe SPC since 2011, Agile (XP) since 1999. Happy father and married to a wonderful woman.
Head of Product, SPC5
Silvio is a certified SAFe® Program Consultant and as Head of Product at Rentouch responsible for the innovation of piplanning.io.
Business and Agile Leadership Coach
Shane is a business focused change agent, specialising in enterprise level digital Lean/Agile transformations. More than 17 years consulting experience across a variety of industries from pharma to banking Shane is a specialist when it comes to context and culture-specific transformations.
Ian J Franks
SAFe® 5 Program Consultant & RTE
Ian has a deep knowledge of Scrum, Kanban and Scaled Agile, and 30 years’ experience in international IT Transformation Programs. He is a successful PO, SM & RTE and as a Consultant/Trainer he coaches his clients develop a strong Agile Mindset that delivers real change and measurable improvements.