David Ko的學習之旅

完整流程實際體驗, 框架設計原理解析, 實戰經驗分享

課程特色

課程簡介

敏捷開發一開始是為了要讓開發有效率, 並非是要規模化. 主要是把簡潔發揮到極致, 不要受許多規則和流程的束縛. 但是隨著敏捷開發的普及，組織正在使用它來執行更大、更複雜的項目. 這將改變小而簡單的敏捷開發的應用範圍.

敏捷開發是由5至9名成員組成, 這樣的大小表現最佳, 可以使工作很有效率, 並且溝通和決策也很容易. 但是隨著專案規模和複雜性的增長，增加團隊規模變成是必然的趨勢. 所以我們的問題變成是如何在團隊和人數變多下, 仍可以保持敏捷核心價值主張, 又能保有團隊工作效率？所以規模化敏捷的目的, 是為一定數量技術團隊提供IT結構設計和治理，以便於大型團隊從事複雜項目.

那為什麼會挑選 LeSS (Large Scale Scrum) 呢?

(1) 框架簡單：會 Scrum 就差不多知道怎麼進行 LeSS, 不會增加額外的角色, 產出物, 或是流程步驟.

(2) 很多實踐經驗：累積將近 20 年的作法, 讓你參考來決定如何擴展. 而非只有流程的定義和解釋.

(3) 作者實戰經驗豐富：軟體開發背景, 解決方法很務實可行, 而非純管理或是純理論.

那沒有執行 Scrum 過團隊可以來使用 LeSS 嗎? 這個問題應該是回到需求面. 你們部門是否遭遇到以下問題

(1) 每個團隊人數不均, 每次會有不同團隊需要人, 導致團隊一直在加人

(2) 每次會不同技能的人很忙, 有時候前端, 有時候後端, 有時候 C++, 有時候 Java

(3) 團隊依技術編組, 技術退流行就解散. 或者技術和客戶價值無法關聯很好

(4) 同時接多個專案, 不知道如何安排優先順序

如果你有這些陣頭, LeSS 便是你一個很好的選擇 

在這門課中, 我們將著重以下面向

(1) Large Scale Scrum 的設計理念

(2) 討論大規模開發常見問題, 以及 LeSS 如何幫助解決或是舒緩其狀況

(3) 利用一個小的案例, 讓學員實際演練 LeSS 流程

(4) 分析和比較 Feature team 和 Component team 的優缺點

(5) 討論和建議如何讓團隊之間擴大學習, 以解決或是舒緩大規模開發所遇到的問題

讓你在課程結束後, 對於流程如何執行, 以及執行的細節能夠有所掌握. (overall/single)

適合對象

• 軟體開發人員, 測試人員
• 組織部門長官, 專案經理, 產品經理
• 具軟體開發觀念者
• 對流程改造和部門轉型有興趣者

課程大綱

上課時數

一天課程, 共 6 小時. (上午九點到下午四點, 中間休息一小時)