This document discusses retrospectives in agile software development. It defines a retrospective as a meeting held at the end of a sprint by a development team to inspect what went well and what could be improved in the previous sprint. The document provides tips for facilitating a good retrospective, including defining the scope, driving engagement, using timeboxing and visualization techniques, and encouraging transparency and continuous improvement. The overall goal of a retrospective is for teams to learn and improve their processes incrementally.
11. Retrospective in Scrum
Sprint
Planning
Daily Scrum
Product
Backlog
Refinement
Sprint
Retrospective
Sprint
Review
Sprint
Product Backlog
Sprint Backlog
Increment
PO
SM
Team
stakeholders
12. Sprint Retrospective
Good Bad Action
012
Kaori
001
Evelyn
004
011
010009
Jug
008
Juyi
005
Show
don’t tell
SMPO
Team
!@#$
Improve Process
Lessons Learned
Improve
Engagement
20. The Retrospective Prime Directive
Regardless of what we discover, we
understand and truly believe that everyone
did the best job they could, given what they
knew at the time, their skills and abilities, the
resources available, and the situation at
hand.
http://www.retrospectives.com/pages/retroPrimeDirective.html
21. 3 pillars of retrospective
Retrospective
Transparency Inspection Adaptation
58. Survey – Have you run the retrospective ?
Never
After the project
2 or 3 times during the project
Every 2 or 3 sprints
Regularly
59. CREDITS
Special thanks to all the people who made and released
these awesome resources for free:
Presentation template by SlidesCarnival
Photographs by Unsplash
Editor's Notes
史蒂芬.柯維 Stephen R.Covey的
與成功有約(改版)
The 7h Habits of Highly Effective People:Restoring the Character Ethic
AAR
描述狀況: a. 原本預期應該的情況 b. 實際的情況 c. 分析a、b的不同點
分析根本原因: a. 在情況中,什麼是有效的? b. 什麼是無效的? c. 為什麼有效/無效?
下次可以怎麼做得更好?
A retrospective is an opportunity to learn and improve. It is time set aside – outside of day-to-day routine – to reflect on past events and behaviors. In its simplest form the team reflects on 3 questions: ・What did we do well? ・What did we do poorly? ・What will we do differently next time to improve?
Set the stageSet the goal; Give people time to “arrive” and get into the right mood
Gather dataHelp everyone remember; Create a shared pool of information (everybody sees the world differently)
Generate insightWhy did things happen the way they did?; Identify patterns; See the big picture
Decide what to doPick a few issues to work on and create concrete action plans of how you’ll address them
Close the retrospectiveClarify follow-up; Appreciations; Clear end; How could the retrospectives improve?
Scope
This sprint?
This month?
Up to now?
Goal
Some critical problems?
在Retrospective一開始我通常會跟大家說明這次的範圍如果是有Sprint概念的 就討論這個Sprint如果是沒有跑Scrum的 (e.g. Operation Team)那就用一段期間 (e.g. 最近一個月)如果發生了什麼重大問題也可以針對這個問題來討論定義清楚Scope的好處就是讓大家清楚明白接下來要討論的範圍在哪裡才不會將所有的新仇舊恨都一起拿出來講
簡單來說就是玩真的一定要有Action Item
一定要有Owner不然大家討論的東西又掉在地上沒人接然後又會被質疑Retrospective沒有效果另一方面 不要太貪心一次先挑一件事來改善通常大家列出的Action Item是真的會花到大家的時間的所以套句大家最愛說的話 平常趕專案都沒時間了 哪有時間改善阿只挑一件來改會是個比較簡單的開始我自己是會列一項會花effort的Action Item 其餘列為Candidate Action Item (只記錄下來)若是不須effort即能改善的Action Item (通常像政令宣導就好的那些)就直接改了
不算在Action Item裡面
No time to solve all problems
Prioritize
Continuous process