當你們團隊決定開始實施 agile 時, 是否很努力看著 Scrum Guide(註一), 或是用力 K 著 Scrum and XP 的實戰經驗 (XP and Scrum from the trenches) (註二).
當你執行了幾個 sprint, 發現事情進行得還不錯, 似乎專案有點轉機了, 可是有一天 …..
"老闆進來了, 大聲嚷嚷著, 功能 X, Y, Z 要先處理, 要加到這個 sprint 裡面."
因此, 你就要開始做重新調整計畫, 然後開始調度人力, 味道就開始走味了.....
有沒有聽起來似成相識? 不用緊張, 你並不孤單, 用到這樣狀況的不只你一個人, 有 99% 的人都遇到了.
因為這樣小小的改變, 你的團隊會
(1) 整個團隊的開發速度變得不正確了
(2) sprint planning meeting 變得沒有意義了
(3) 越來越多的工作切換 (context switching)
隨著時間的演進, 這三種情況越來越惡劣, 你會漸漸地覺得似乎敏捷沒那麼有用, 真的是這樣嗎?
或許你可以轉換以下方式來工作
(1) 較小的 sprint: 讓你更快地來反應長官交代的事情.
(2) 從 ”範圍固定” 到 “同時處理的量固定”: sprint 強調範圍不能變更, 但是在需求高度不確定, 或者干擾特別多的狀況下, 我們重心不再放在固定 scope 上. 取而代之的, 我們讓同時處理的事情個數固定, 讓我們不會因多工, 把時間都浪費在工作切換上面.
(3) 重視團體合作 (swarm) 的力量: 培養 DevOp 的能力, 以及螞蟻雄兵的精神, 讓 1 + 1 > 2
如果你更深入了解這個問題如何被解決, 你可以來試試這個課程: Kanban 精實軟體開發實作班.
在這個課程中, 我們會讓參與的學員獲得以下的體驗:
1. 翻轉教育
在大多的課程, 絕大部份的時間都是老師在講, 所以學到的是老師, 而非是學生. 事實上, 學習應該是學員的責任, 所以應該學生是主角, 讓大多時間是學生在使用. 因此, 我們會藉由觀看影片, 事先預習, 或是親自動手做, 來加深學習印象, 而不是靠老師幫你念.
2. 圖像記憶
在課堂上, 老師一般會透過白板來說明講解. 但是因為白板空間有限, 所以這些資訊會被清掉. 同樣地, 投影片也是有相同的問題, 它只是顯示當時所教的東西, 過了之後就沒有了. 為了解決有限記憶的問題, 會大量利用手繪圖像, 將上課教學過程盡量呈現出來, 以持續其學習印象
3. 引導思考
台灣的教學很多時候都是老師給答案, 並且一定會有標準答案, 因此讓學生失去了思考能力, 失去自己找答案, 自己消化資料的過程. 因為利用各種方式, 像是world café, 相互教學法等等, 引導學員討論自己的觀點, 歸納出自己想法.
4. 業界案例
軟體開發的技術隨時在變遷, 並且隨時都會出現預想不到的狀況. 因此開發方法不能是紙上談兵, 必須親自下去操作, 同時也要吸收大量的業界的經驗. 所以在課堂中會談論到跨國跨區域合作, 國際知名軟體公司的做法, 或是對岸互聯網公司的處理方式. 讓你可以站在巨人肩膀上, 快速調整出自己的成功之路.
全站熱搜
留言列表
