Scrum 完成的定義
更新於 發佈於 閱讀時間約 4 分鐘
星期五晚上，太太對先生說: 「明天早上做早餐給我吃，要有水果、沙拉和優格。」
隔天早上，先生早起準備了有水果和沙拉的早餐，完成後就自己在客廳邊看電視邊開吃了。
太太不知道早餐做好了，在房間裡用手機看連續劇，看到肚子太餓受不了走出房間看到準備好的早餐沒有優格，生氣的對先生說: 「你做好早餐怎麼沒有跟我說，害我在房間裡面一直等。 而且我跟你說要有優格，你怎麼沒有?」
先生：「我忘記了」
午餐換太太做。先生說：「午餐我想吃肉和白飯」
太太做好了有肉和白飯的午餐，就叫先生來吃飯。
先生吃了一口肉覺得太鹹了，生氣的說：「這也太鹹了吧，難道你沒有試吃嗎？」
太太：「因為我自己不想吃，所以我也懶得試吃，直接叫你來吃」
晚上兩人開了自省會議，訂好準備餐點的規則，通用於每一餐：
1. 每餐的準備都要確實做完雙方的個別餐點要求。
２. 要先試吃，要把餐點的味道調整成夫妻都可以接受的口味。
3. 準備好餐點，要通知對方，才算完成這一餐的準備。
達到這3個條件，才算 "完成一餐的準備"
夫妻對每餐個別的要求相當於對每項工作的驗收標準 (Acceptance Criteria)
- 早餐要有水果、沙拉和優格
- 午餐要有肉和白飯
通用於每餐的3條規則，就是夫妻兩人對準備餐點＂完成的定義＂(Definition of Done)
-------------------------------------------------------------------------------------
將Scrum 運用在軟體開發(註1)的創始人之一 Jeff Sutherland曾經說過，
軟體開發團隊無法按時交付可用的軟體大致上可分類為6個原因:
1. "完成的定義" 不佳 (Poor definition of done)
2. 工作前置作業沒準備好 (Stories not READY)
3. 功能失調的領導力 (Dysfunctional leadership)
4. 技術債 (Technical debt)
5. 組織債 (Organizational debt)
6. 教練效率低 (Ineffective coaching)
隔天早上，先生早起準備了有水果和沙拉的早餐，完成後就自己在客廳邊看電視邊開吃了。
太太不知道早餐做好了，在房間裡用手機看連續劇，看到肚子太餓受不了走出房間看到準備好的早餐沒有優格，生氣的對先生說: 「你做好早餐怎麼沒有跟我說，害我在房間裡面一直等。 而且我跟你說要有優格，你怎麼沒有?」
先生：「我忘記了」
午餐換太太做。先生說：「午餐我想吃肉和白飯」
太太做好了有肉和白飯的午餐，就叫先生來吃飯。
先生吃了一口肉覺得太鹹了，生氣的說：「這也太鹹了吧，難道你沒有試吃嗎？」
太太：「因為我自己不想吃，所以我也懶得試吃，直接叫你來吃」
晚上兩人開了自省會議，訂好準備餐點的規則，通用於每一餐：
1. 每餐的準備都要確實做完雙方的個別餐點要求。
２. 要先試吃，要把餐點的味道調整成夫妻都可以接受的口味。
3. 準備好餐點，要通知對方，才算完成這一餐的準備。
達到這3個條件，才算 "完成一餐的準備"
夫妻對每餐個別的要求相當於對每項工作的驗收標準 (Acceptance Criteria)
- 早餐要有水果、沙拉和優格
- 午餐要有肉和白飯
通用於每餐的3條規則，就是夫妻兩人對準備餐點＂完成的定義＂(Definition of Done)
-------------------------------------------------------------------------------------
將Scrum 運用在軟體開發(註1)的創始人之一 Jeff Sutherland曾經說過，
軟體開發團隊無法按時交付可用的軟體大致上可分類為6個原因:
1. "完成的定義" 不佳 (Poor definition of done)
2. 工作前置作業沒準備好 (Stories not READY)
3. 功能失調的領導力 (Dysfunctional leadership)
4. 技術債 (Technical debt)
5. 組織債 (Organizational debt)
6. 教練效率低 (Ineffective coaching)
所以＂完成的定義＂對軟體開發團隊是很重要的。
當一個產品待辦事項或者產品增量被描述為「完成」時，每個人都必須瞭解什麼是「完成」的 定義。 - Scrum 指南
也就是說，大家對完成一件事的定義有共識，而且實際達成了定義的要求才算完成工作。就像是夫妻對"準備餐點" 的"完成的定義"。
好的 "完成的定義" 至少需要涵蓋2個條件:
1. 完成的產品要符合驗收標準
(每餐的準備都要確實做完雙方的個別餐點要求)
2. 團隊對於品質的協議
(要先試吃，要把餐點的味道調整成夫妻都可以接受的口味)
1. 完成的產品要符合驗收標準
(每餐的準備都要確實做完雙方的個別餐點要求)
2. 團隊對於品質的協議
(要先試吃，要把餐點的味道調整成夫妻都可以接受的口味)
也可以從3個程式開發工作層面來看:
1. 工作層 (task level)，例如
- 程式碼有做單元測試, 而且被2人以上審視過。
- check-in 的程式碼不會讓build失敗。
2. 物件層 (Item/ Story level)，例如:
- 每個物件都通過測試。
- 通過產品負責人的審視，並且被產品負責人接受。
3. 發布層 (release level)，例如:
- 所有完成的物件都被發布到正式環境(production server)
- 通知技術支援團隊，並且提供相關訊息與訓練。
1. 工作層 (task level)，例如
- 程式碼有做單元測試, 而且被2人以上審視過。
- check-in 的程式碼不會讓build失敗。
2. 物件層 (Item/ Story level)，例如:
- 每個物件都通過測試。
- 通過產品負責人的審視，並且被產品負責人接受。
3. 發布層 (release level)，例如:
- 所有完成的物件都被發布到正式環境(production server)
- 通知技術支援團隊，並且提供相關訊息與訓練。
每個工作環境 "完成的定義"都是獨特的，沒辦法複製其他公司或網路上的範例達到效果。需要靠開發團隊和產品負責人共同討論。
註1
Takeuchi 和 Nonaka 於 1986年在哈佛商業評論借用了橄欖球中的Scrum(爭球) 說明一個關於領導和經營公司的理論，之後才被Jeff Sutherland和Ken Schwaber運用在軟體開發。
16會員
15內容數
留言0
查看全部
你可能也想看
Google News 追蹤
現代社會跟以前不同了，人人都有一支手機，只要打開就可以獲得各種資訊。過去想要辦卡或是開戶就要跑一趟銀行，然而如今科技快速發展之下，金融App無聲無息地進到你生活中。但同樣的，每一家銀行都有自己的App時，我們又該如何選擇呢？(本文係由國泰世華銀行邀約)
今天我會用不同角度帶大家看這款國泰世華CUB
嘿，大家新年快樂~ 新年大家都在做什麼呢？
跨年夜的我趕工製作某個外包設計案，在工作告一段落時趕上倒數。
然後和兩個小孩過了一個忙亂的元旦。在深夜時刻，看到朋友傳來的解籤網站，興致勃勃熬夜體驗了一下，覺得非常好玩，或許有人玩過了，但還是想寫上來分享紀錄一下~
「Scrum的用意是為科技業設想一套更快速，更可靠，更有效的軟體開發手法。」
「Scrum源自於 Toyota生產系統，以及空戰的OODA循環。」
「設定為期一週至一個月的“衝刺 Sprint"，以維持動能，讓每個成員承擔應有的責任。」
「進行簡短的"每日立會 Daily St
今天深深體會到這句話，分享給大家，
在職場上，每個人的工作態度不一定一樣，
有些人只求混口飯吃，把事情做完就好。
有些人講究事情最終達成的目的，追求把事情做對。
看待事情的廣度與深度不同，最終的結果也不同。
你是否曾經想過，事情雖然做好但是沒有把它做對，結果下次還是要重新來過嗎？
敏捷開發的實踐方式有很多，其中以簡單、易懂的 Scrum 框架最廣為大家接受。 2024年7月 LeSS 網站發布了新一版的《Scrum 指南》，其中調整的內容我覺得讓這個框架更符合實務上的應用，因此就其內容並結合個人經驗與見解撰寫這篇短文，希望幫助大家快速了解這套能幫助團隊適應變化的敏捷開發方法。
如何有效運用Scrum的船舶理論來主持專案檢討會。船舶理論將專案比作船，通過風帆、礁石、錨等元素可視化檢討內容。會議前的準備、進行步驟及專案經理的主持技巧，幫助團隊在輕鬆愉快的氛圍中總結經驗、識別問題、制定改進計劃，從而提升未來專案的成功率。
在數位時代，Scrum已成為專案管理的利器。本文介紹Scrum的核心角色、工件和事件，並結合我開發CDP的實際經驗，分享如何通過產品待辦清單管理、Sprint計劃與執行、每日站會和Sprint回顧來提升專案靈活性與效率。希望能啟發更多專案經理運用Scrum，優化專案流程。
※ 設計模式的五大精神介紹（S.O.L.I.D）：
※ 第一大精神 — S：單一職責原則（Single responsibility principle, SRP）
※ 定義：
每個物件，不管是類別或函數，都應該只負責一項功能。
當需求改變時，僅需改相關的區域，而不需要更動其他不相關的部分
有一陣子發現有很多包含「仕」的字，但說實在沒有找到共通點，隨手整理一下自己的語感。
仕込み（シコミ）
仕込み指的是事前準備。但是，在我的感覺裡通常指的是最終呈現時，你看不到這個「準備」在哪個部分的那種「準備」。比如說在化妝的底妝階段就掃上腮紅，店家在開店前先醃肉熬湯，都
現代社會跟以前不同了，人人都有一支手機，只要打開就可以獲得各種資訊。過去想要辦卡或是開戶就要跑一趟銀行，然而如今科技快速發展之下，金融App無聲無息地進到你生活中。但同樣的，每一家銀行都有自己的App時，我們又該如何選擇呢？(本文係由國泰世華銀行邀約)
今天我會用不同角度帶大家看這款國泰世華CUB
嘿，大家新年快樂~ 新年大家都在做什麼呢？
跨年夜的我趕工製作某個外包設計案，在工作告一段落時趕上倒數。
然後和兩個小孩過了一個忙亂的元旦。在深夜時刻，看到朋友傳來的解籤網站，興致勃勃熬夜體驗了一下，覺得非常好玩，或許有人玩過了，但還是想寫上來分享紀錄一下~
「Scrum的用意是為科技業設想一套更快速，更可靠，更有效的軟體開發手法。」
「Scrum源自於 Toyota生產系統，以及空戰的OODA循環。」
「設定為期一週至一個月的“衝刺 Sprint"，以維持動能，讓每個成員承擔應有的責任。」
「進行簡短的"每日立會 Daily St
今天深深體會到這句話，分享給大家，
在職場上，每個人的工作態度不一定一樣，
有些人只求混口飯吃，把事情做完就好。
有些人講究事情最終達成的目的，追求把事情做對。
看待事情的廣度與深度不同，最終的結果也不同。
你是否曾經想過，事情雖然做好但是沒有把它做對，結果下次還是要重新來過嗎？
敏捷開發的實踐方式有很多，其中以簡單、易懂的 Scrum 框架最廣為大家接受。 2024年7月 LeSS 網站發布了新一版的《Scrum 指南》，其中調整的內容我覺得讓這個框架更符合實務上的應用，因此就其內容並結合個人經驗與見解撰寫這篇短文，希望幫助大家快速了解這套能幫助團隊適應變化的敏捷開發方法。
如何有效運用Scrum的船舶理論來主持專案檢討會。船舶理論將專案比作船，通過風帆、礁石、錨等元素可視化檢討內容。會議前的準備、進行步驟及專案經理的主持技巧，幫助團隊在輕鬆愉快的氛圍中總結經驗、識別問題、制定改進計劃，從而提升未來專案的成功率。
在數位時代，Scrum已成為專案管理的利器。本文介紹Scrum的核心角色、工件和事件，並結合我開發CDP的實際經驗，分享如何通過產品待辦清單管理、Sprint計劃與執行、每日站會和Sprint回顧來提升專案靈活性與效率。希望能啟發更多專案經理運用Scrum，優化專案流程。
※ 設計模式的五大精神介紹（S.O.L.I.D）：
※ 第一大精神 — S：單一職責原則（Single responsibility principle, SRP）
※ 定義：
每個物件，不管是類別或函數，都應該只負責一項功能。
當需求改變時，僅需改相關的區域，而不需要更動其他不相關的部分
有一陣子發現有很多包含「仕」的字，但說實在沒有找到共通點，隨手整理一下自己的語感。
仕込み（シコミ）
仕込み指的是事前準備。但是，在我的感覺裡通常指的是最終呈現時，你看不到這個「準備」在哪個部分的那種「準備」。比如說在化妝的底妝階段就掃上腮紅，店家在開店前先醃肉熬湯，都