入門 Scrum Part1 敏捷開發的基礎指南

前言

Scrum 是一種敏捷開發方法，目的在透過專注於有限的工作量，快速進行產品開發。Scrum 的核心價值在於提高團隊的創造力、透明度和反應能力，以適應複雜的商業環境，對於 PM(產品經理和專案經理)而且瞭解 Scrum 方法的基礎知識和實務應用是非常重要的，在這個章節會大致介紹一些基本原理及簡介。

Scrum 的開發流程能夠幫助 PM 們更快速地將產品推向市場，並且能夠更精確地掌握產品的進度和品質。此外 Scrum 的團隊合作模式也能夠提升團隊的效率和滿意度，在實務中 Scrum 的應用通常包括以下幾個步驟：

1. 建立 Scrum 團隊：Scrum 團隊通常由 Product Owner、Scrum Master 和團隊成員三個角色組成。Product Owner 負責管理產品軌跡圖和產品預估，並且負責決定產品的優先線序，Scrum Master 負責協助團隊遵循 Scrum 方法，並且解決團隊遇到的任何問題。團隊成員負責完成產品的實際開發工作，同時你可能會發現 PO、SM、PM 有時候角色會重疊，當然這依照不同的公司和團隊的編制有時候會有所不同，有些團隊並沒有明確的定義 PO/PM/SM 的職責，甚至只有 PM 這個角色，這個 PM 可能包含了(PO、PdM、PjM、SM)，像丹叔現在跨國的團隊中，有 4 個 PM，但並沒有明確保義誰是 PO、PdM、PjM、SM 😆，我們是共同負責一個產品線底下好幾個專案，SM 則是我和另一位 PM 輪流執行，當然我覺得這些 Title 並不影響 Scrum 的執行，假設是由 PM 推動，那麼 PM 也要同時肩負起 Scrum Master 該負責的責任及工作。
2. 建立 Product Roadmap：Product Roadmap 是一張管理產品路線圖的圖表，它描述了產品的長期目標和短期目標以及如何實現這些目標。產品軌跡圖是 Scrum 團隊的重要參考檔案，能夠幫助團隊更好地理解產品的整體策略，並且更有效地將產品推向市場。
3. Sprint 是 Scrum 中的一個迭代周期，通常持續一個星期至一個月不等。在 Sprint 中 Scrum 團隊會選擇要完成的工作量，並且努力在規定的時間內完成這些工作。Sprint 的過程通常包括以下幾個步驟：
   • Product Backlog、Sprint Planning、Sprint Backlog：在這個階段我們會不斷的接收到 Feature 或是 Bug，必須清楚的理解每個 Issue 的 Backlog，並且規劃排成在那個 sprint 進行開發交付。 
   • Sprint Plan Meeting：在這個會議中，SM 會宣布本次 Sprint 要進行的任務主軸及規劃
   • Daily Stand-up Meeting：在這個會議中，Scrum 團隊成員會向其他成員報告昨天的工作情況、今天的工作計劃和遇到的任何問題。
   • Sprint Review Meeting：在這個會議中，Scrum 團隊會討論本次 Sprint 中遇到的問題和挑戰，並且尋找解決方案。
   • Retrospective 會議：在這個會議中，Scrum 團隊會回顧本次 Sprint 中的過程，討論團隊的表現和改進方向。
4. 持續改進：Scrum 的核心價值之一是持續改進，團隊應該不斷評估和改進自己的流程，以提高效率和品質。此外 Scrum 團隊應該注重團隊成員之間的溝通和協作，以提高團隊的效率和滿意度。

丹叔所在的團隊是跨國 Remote 團隊，在應用上就有點不一樣，傳統 Daily Stand-up 就是大家必須要站在一起討論，那麼 Remote 顯然無法達成這個目標，雖然我們一樣稱作 Daily Stand-up meeting ，但就是透過視訊語音的方式來進行，我們所有的會議都透過語音及文字來進行，並且一樣能夠順暢的執行，之後我會另外介紹 Remote 團隊如何執行以及使用的工具。

敏捷的 12 條原則

著名的敏捷 12 條原則，重點其實就是縮小範圍持續衝刺交付成果，團隊成員的溝通是重要的，並且盡可能的面對面交談及一起工作，團隊需要定期的檢討及調整流程和步調，以下就是 12 條宣言，但可以看的出來其實 Remote 團隊不一定能符合，但其實還是能達成相同的效果。

1. 我們最優先的任務，是透過及早並持續地交付有價值的軟體來滿足客戶需求
2. 竭誠歡迎改變需求，甚至已處開發後期亦然。敏捷流程掌控變更，以維護客戶的競爭優勢
3. 持續性的交付，週期越短越好 (可能是幾週或幾個月)
4. 業務人員和開發人員必須在整個專案中每天一起工作
5. 以積極的個人來構建專案，給予他們所需的環境與支援，並信任他們可以完成工作
6. 向開發團隊內部和內部傳達訊息的最有效和最有效的方法是面對面交談。
7. 可用的軟體是最主要的進度量測方法
8. 敏捷程式提倡可持續的開發。贊助者、開發者及使用者應當能不斷地維持穩定的步調
9. 持續追求優越的技術與優良的設計，以強化敏捷性
10. 精簡──或最大化未完成工作量之技藝──是不可或缺的
11. 最佳的架構、需求與設計皆來自於能自我組織的團隊
12. 團隊定期自省如何更有效率，並據之適當地調整與修正自己的行為

工具和技巧

管理工具

使用適合的軟體工具能夠幫助團隊建立和管理產品，可以協助產品經理及專案經理可以使用許多工具和技巧來幫助他們在這個主題上做得更好，透過這些工具來整理需求、追蹤進度及版本管理：例如，JIRA、Asana 和 Trello 等軟體都是常用的 Scrum 管理工具，這些工具能夠幫助團隊跟蹤任務的進度，並且更好地協同工作。

• Jira 是一款功能強大的專案管理軟體，常用於軟體開發專案，它可以幫助團隊追蹤和管理專案的進度，並且提供豐富的工具來管理任務、儲存檔案、與團隊成員溝通等：
  • 設定任務和使用者故事：可以建立任務和使用者故事，並且按照優先線序排列，並且可以跨專案管理 Ticket。
  • 跟蹤任務進度：可以使用看板和圖表來跟蹤任務的進度，並且更新任務的狀態。
  • 專案版本控制
• Trello：Trello 是一款以卡片（Card）為基礎的專案管理軟體，可以幫助團隊建立看板、管理任務、與團隊成員溝通。Trello 非常適合用於小型團隊，或者需要快速溝通的專案。
• Asana：Asana 是一款強大的專案管理軟體，可以幫助團隊管理任務、儲存檔案、與團隊成員溝通，他提供了豐富的 API，可以讓使用者與其他應用程式整合，例如 Slack、Gmail 等。Asana 適用於各種不同大小的團隊，並且支援多種語言。
• Basecamp：Basecamp 是一款多功能的專案管理軟體，提供了許多實用的功能，包括任務管理、檔案儲存、溝通工具等。

規劃工具

在使用 Scrum 方法時，有許多工具和技巧可以幫助產品經理及專案經理更有效地進行專案和產品的開發。下面是一些常見的工具和技巧：

• 故事地圖（Story Map）：故事地圖是一種工具，用於描述產品的整體功能，並且把它們按照優先線序排列。透過使用故事地圖，產品經理及專案經理能夠更清楚地理解產品的整體規劃，並且更有效地安排工作。
• 原型（Prototype）：原型是一種快速可互動的產品模型，可以幫助產品經理及專案經理更好地溝通和取證產品的功能和使用流程。使用原型能夠讓團隊成員快速理解產品的設計，並且及早反饋和修改。
• 迭代（Iteration）：迭代是 Scrum 中的一個重要概念，指的是在短時間內完成一個有限的工作量。透過使用迭代，產品經理及專案經理能夠更快速地收到反饋，並且更有效地調整產品的設計和開發方向。
• 計畫棋（Planning Poker）：計畫棋是一種協助團隊估算工作量的工具。透過使用計畫棋，團隊成員可以更精確地估算出每個任務的工作量，並且幫助產品經理及專案經理制定更精確的計畫。

常見的錯誤

• 過度計劃：Scrum 團隊應該避免在 Sprint 之前過度計劃，因為這會約束團隊的創造力和反應能力。Scrum 團隊應該只在當前的迭代中計劃有限的工作量，並且保留充足的彈性來應對未來的挑戰，以丹叔的團隊來說我們規劃工作量都只有 80%，剩下 20%用來應付突發的需求。
• 過度依賴工具：Scrum 團隊應該避免過度依賴工具，因為這會妨礙團隊的自主性和創造力。Scrum 團隊應該選擇最適合團隊的工具，並且專注於人的互動和溝通。
• 過度追求精確度：Scrum 團隊應該避免過度追求精確度，因為這會妨礙團隊的創造力和反應能力。Scrum 團隊應該專注於實現長期目標，並且保留充足的彈性來應對未來的挑戰。

重要的事項

在實務中，產品經理及專案經理在使用 Scrum 方法時應該注意以下事項：

規劃方面

• 認真遵守 Scrum 流程：Scrum 團隊應該認真遵守 Scrum 流程，包括 Sprint 計劃會議、Daily Stand-up 會議、Sprint 工作會議、Sprint 評估會議和 Retrospective 會議等
• 需要注意避免常見的錯誤或問題：例如過度計劃、過度依賴工具和過度追求精確度等。透過注意避免這些錯誤或問題，產品經理及專案經理能夠更有效地管理專案和產品的開發。
• 需要保持持續改進的心態：透過保持持續改進的心態，產品經理及專案經理能夠不斷地學習和改進，並且更有效地管理專案和產品的開發。
• 需要注意新的趨勢和發展：產品經理及專案經理需要注意新的趨勢和發展，以便更好地適應市場的變化和提高自己的競爭力。例如，他們可以參加相關的研討會或培訓，或者訂閱專業雜誌，以便獲得最新的知識和技能。
• 為團隊定義明確的目標：透過定義明確的目標，團隊能夠更好地理解自己的工作，並且更有效地實現這些目標。

團隊管理方面

• 建立良好的團隊氣氛，能夠更好地協作，並且更有效地達成目標。可以透過舉辦團隊建設活動、促進團隊成員之間的交流和溝通、設立團隊規則等方式來建立良好的團隊氣氛。
• 認真聆聽團隊成員的意見，團隊能夠更好地理解團隊成員的想法和需求，並且建立良好的溝通渠道讓團隊可以相互交流，並且更有效地提升溝通及協作，以提高團隊的效率和滿意度。
• 團隊應該保持持續改進的心態，不斷評估和改進自己的流程，以提高效率和品質，可以舉辦定期的團隊會議：可以安排固定時段的團隊會議，讓團隊成員可以相互交流討論問題和分享成果。
• 使用即時通訊軟體：例如 Slack、Teams、Discord 等即時通訊軟體能夠幫助於團隊成員之間的交流和溝通，可以透過設立不同的頻道來討論不同的議題，或者在私下訊息中與個別成員溝通，設立公共討論區，讓團隊成員可以在上面留言、提出建議和回覆，不建議使用大家平常就會使用的通訊軟體，容易造成公領域和私領域混雜的情況。
• 總之建立良好的溝通渠道能夠幫助 Scrum 團隊更有效地交流訊息、解決問題和促進協作，並且注意溝通的品質及頻率，溝通應該是友好、尊重、清晰和包容的，團隊成員應該能夠感受到彼此的支援和關心，而不是批評和指責，產品經理及專案經理應該注意建立適當的溝通渠道，並且確保團隊成員之間有良好的溝通和相互尊重。這樣才能夠使團隊能夠順利地達到目標，並且持續改進和發展。

總結

透過以上的說明，我們可以看出 Scrum 管理方法對於 PO / PM 來說非常重要，能夠幫助他們更有效地管理專案和產品的開發，更清楚地理解產品的長期目標和短期目標，並且更有效地實現這些目標，並且 Scrum 能夠幫助他們更好的與團隊協作，並且快速應對市場的變化。

在使用 Scrum 方法時，產品經理及專案經理需要注意避免一些常見的錯誤或問題，例如過度計劃、過度依賴工具和過度追求精確度等。同時他們還需要保持持續改進的心態，並且注重團隊成員之間的溝通和協作，PM 還應該注意新的趨勢和發展，例如微敏捷、DevOps 和 Scrum@Scale 等。透過對這些新的趨勢和發展的理解，他們能夠更好的依據市場及團隊狀況調整團隊管理模式，提高整體團隊的效率及品質。

在實務中 Scrum 被廣泛用於軟體開發領域，同時也被應用於其他領域如金融、製造業、醫療保健和零售等，產品經理及專案經理可以利用 Scrum 幫助他們更有效地管理專案和產品的開發，也能夠幫助他們更清楚的理解及管理實現產品的長期目標和短期目標，同時也能夠幫助他們更好地與團隊協作，並且快速應對市場的變化，透過熟練地使用 Scrum 方法和相關的工具和技巧以及注意避免常見的錯誤或問題，並且保持持續改進的心態，將能使團隊及產品品質不斷向上提升。

下一篇將會介紹 Scrum 的成員