LeSS 框架 — 跨團隊如何完成一個產品或多個專案?
這周末，我上了由 Odd-e 的 David Ko 所舉辦試教 LeSS 課程，Large Scale Scrum(大規模 Scrum)。David 老師從問題開始，讓每個來上課的同學先說出在公司遇到大規模開發時的痛點。
不管是產品公司、或是專案公司，當組織想要在短時間完成一個大型的產品或專案時，就會遇到許多棘手的問題。例如：團隊需要同步資訊的會議時間增加、沒有足夠技術資源(支援)去完成專案、優先序排序不容易…等等。
前幾年，我個人參與開發團隊的經驗比較單純，都是同類型的軟體專案開發，相關的 domain know how 比較一致。但目前小弟服務的公司，比較類似軟體資訊顧問的角色，對於不同行業，需要快速了解客戶需求，並且提出建議的方案。此時，團隊溝通，資源安排，優先序排序就變得非常重要。
為了不暴雷課程內容，以下模擬一個大規模(>1個團隊，每個團隊8~10 人)的軟體開發情境。
情境演練
想像一下，在公司開發一個大型的產品，就拿大家比較熟悉的「電商平台」來說，假設團隊中已經被分成三個分組，每一組都有各自的開發人員及 Product Owener(下達指令的 manager)/Scrum Master(PM)
其中第一組做前台介面，負責是客戶會接觸到的首頁，商品頁，購物車，金流支付。第二組負責後台基本的會員管理、權限管理、基本設定、常見問答。第三組負責做後台介面，負責讓客戶可以做商品上架、商品管理、行銷活動設定。等
等等，可能有人會問，「為什麼會是這樣的分組?如果我們把組員分成前端、後端或是 API 可以嗎？」「先用功能去做分組好嗎? 還是應該讓組員的能力平均分散在不同的團隊中？」
組建團隊
這些想法都沒有錯，組建團隊，在 LeSS 中是一個非常重要的開始。最簡單的方式是讓一個 Manager 直接指定每個團隊中的成員，再開始開發。但也有比較願意嘗試放手給下屬做事的方式，可以先把決定分組的「條件」定義出來。
比如說，我們可以設定基本團隊人數(依據未來需要分配的 User Story 量或點數可作為一個參考)、團隊中需要的程式語言(假設每個團隊都需要後端 C# 和 前端 React，就不能把所有的 C# 都放在同一個團隊)、團隊中資淺和資深工程師的比例(若全部都是菜鳥的話， Product Owner 大概也睡不好覺)。
當團隊建立起來後，要怎麼分派任務給每個團隊呢？
開始進行 LeSS
如果只有單一一個 Scrum 團隊，事情非常單純，因為只要有一個 PO 把相關的 Producut Backlog 準備好，就可以召集團隊開始進行 Sprint Planning，但現在要跑 Large Scale Scrum，團隊是做同一個產品，當一個明確的方向定義下來後，接著團隊要想辦法做出可以貫徹目標的產品。
此時，LeSS 框架巧妙的把 Sprint Planning 安排成一個階層的步驟，有 Part1 及 Part2，Part1 是把所有 Team 的 member 集合，了解此次開發的目標，及對應的分工要如何進行(通常會選定特定項目作為該 Team 需要開發的項目)。Part2 則是針對分工項目，再細部討論執行的細節。此階層的步驟，用來確保每個 Team 可以清楚明瞭自己需要扮演的角色及完成的功能。
回到建置電商平台的例子，讀者應該不難看出，分組的方式，是以前台、後台基本功能、及後台商品銷售來區分。
在過程中，還有一個重要的「動作」，就是 Coordination，協調。再多的「計畫」也趕不上「變化」，有可能是某個重要的技術人員突然離職、有可能是某個老闆想要插入的功能優先序被排到最前面，有可能是技術上的難度，導致開發時程的延宕。讓我印象最深的想法就是「溝通」，需要無時無刻都要發生的。這也帶出了 Overall PBR(Product Backlog Refinement) 及 PBR 的重要性。因為在過程中，也很多的任務或 User Story 需要進一步釐清。
根據網路上的調查, 會議時間的佔比大約如下:
Scrum 會議大約佔每週工時的 13%
中階管理人員約有 35% 的時間在會議上面
員工應該大約花 15% 的時間在會議上面
那做你本業的事情, 大約佔多少時間呢?
我遇到不少公司是每天大約 1–3 小時可以 coding …
看起來會議的時間很多，但是如果開發過程中不講清楚，可能會在開發完畢之後，花更多時間修補資訊落差。不如，還是早點把事情講清楚？
當 Sprint 結束後，團隊需要 Sprint Review 及 Retro，一方面檢視該 Sprint 開發的項目及品質是否符合客戶的需求，一方面盡快在團隊開發過程中，找出「好的」、「不好的」、需要「維持」的，想要「改善」的地方。
擴散性學習
在課程中，還有提到 LeSS 一個重要觀念就是「擴散性學習」，公司同事在軟體開發的過程，就已經非常忙碌了，要如何可以學習新的東西呢？以下就節錄 3 點提供大家參考：
- 以 Mentor 的方式出發，可以安排老鳥帶菜鳥完成新的專案，或是從修 bug 開始
- 可以讓每個團隊在 80% 做舊有開發經驗的內容，另外安排 20% 是要技術挑戰的任務。
- 透過分享會的方式，讓各職能了解彼此在專案中的開發心得。
小結 LeSS
學完一整天的課程，對於大型軟體開發，多了一套的工具來應用。不管是傳統瀑布式或是 Scrum 又或者今天討論到的 LeSS 框架，重點都是在希望有一套完整的方法，協助軟體開發團隊順利交付軟體。
透過 Sprint Planning 讓每個團隊成員了解產品或專案開發的目標，並由階層式 Sprint Planning 讓團隊各自完成對應的任務。在開發進行中，透過 Coordination 協調團隊中彼此的資訊，讓資訊同步。經由 PBR 保持開發的彈性空間，並由 Sprint Revie 掌握開發的進程，最後，透過 Retrospective 回顧開發中彼此合作的狀態。
總的來說，透過良好的溝通協調，對齊每個團隊的想法，並且依照規劃一個個 Sprint 地完成開發進度，保有彈性，才能面對這不斷充滿變化的市場 (需求)。
如果您希望透過專業的外包資訊系統商協助開發您所需要的軟體資訊系統，也可以透過以下 E-mail 跟我聯繫諮詢
E-mail：jasper.chang@jetsparq.com
One more thing
最近生成式 AI 當紅，你是否看了很多課程介紹，但還是不清楚能夠學到什麼呢？即使有在使用，也覺得因為沒有你需要的資料，產生不出好的回覆？
別擔心，最近我所創立的品牌 Rebaz.AI 目標在降低一般上班族/學生對於使用 AI 技術的門檻，讓大家更早熟悉生成式的強大之處。
透過 Rebaz.AI 獨家教練模式，搭配目前最先進的大語言模型 ChatGPT-4o 你能夠立即感受到 AI 對你工作或是學習的幫助，你可以直接單純的丟個問題給它比如：「幫我寫一篇報告」，或上傳一個檔案，即可請 AI 摘要重點給你。想要提早下班？想要讓老闆馬上想到你的 AI 競爭力？
推薦早鳥方案搶先使用
推薦你進到網站了解更多 — Rebaz.AI ，Rebaz AI 獨家專利【教練模式】可以根據你的問題，一步步引導你思考，產出的內容能夠真的幫助到你！
如果你覺得使用 ChatGPT 還要學提問很麻煩，那就到 Rebaz.AI 試用，目前免費加入，就享有 7 天試用期。
現在 11/11 前只剩 500位，原價 4990 元，現在早鳥優惠只要 2380 元！
👉 點這裡了解 RebazAI
👉 想要知道更有效率的使用 AI ?
👉 按這裡購買 Rebaz.AI 系統，小資族，早點下班方案
Ref
哈囉！我是Jasper，喜歡閱讀，產品設計、專案管理、數據分析，歡迎追蹤，任何關於閱讀的想法都可以提出來一起切磋討論，想看更多內容也可以到下面這些地方逛逛！
Facebook https://www.facebook.com/JasperChang.Startup
聯絡我請至 jasper.chang@cloud-interactive.com— — — — — — —
如果你覺得這篇文章不錯，請給我1~10個掌聲，
如果你覺得這篇文章值得跟你的朋友分享，請不吝於幫我轉發分享，
如果你想繼續看到我的文章，歡迎你按下follow來追蹤我的最新文章。
— — — — — — —
