敏捷 456一直走~

【敏捷 456一直走~】

延續上一篇  敏捷 123起步走~ ，如果專案短期內用Scrum跑完的話，進入維護階段或準備承接新的專案，中間的過渡該怎麼做呢?

繼續跑Scrum或者停止或者....?

同樣的，先來分析一下團隊與專案背景先，再來決定該如何下一步囉。給大家一個提醒點，當出現 ?問號 時，先不要急著想答案，試試系統思考的觀念，先去觀看、分析一下目前整體狀態後，再去針對"對的問題"去找出正確的解決方案。

找到對的問題永遠比找解決方案還重要。

如果在找對的問題時卡關，試試用  HMW(How might we)我們該如何 這個思考框架，輔助我們突破觀點去重擬一下問題。

回到此篇正題，提供我的方案給大家參考。如果已經完成專案階段任務，是該繼續Scrum還是有其它方式呢?

Kanban看板方法 會是個不錯的選擇，當然還是要彈性的加上Scrum的會議，讓專案可以持續銜接下去。這大概會是怎樣的情境呢?

我的引導會是這樣：
●如果再繼續Scrum下去，大家手上任務能夠有MVP定義來迭代目標?
●盤點目前狀態or待辦清單，到下一個專案進來前，可能會有的任務，用便利貼貼在任務板上
●檢視任務是否都是碎片零散，評估以Scrum方式進行的利與弊(不要忘記Scrum是衝刺狀態，如果真的有好好跑，其實對團隊是很耗心力的。)
●在大家的同意下，詢問是否繼續Scrum，或是用Kanban方法彈性進行
●WIP的與否也是彈性，重點還是在任務被視覺化出來後，能有機會被持續看見與討論
●再來就是和成員討論要保留哪些會議，才能有持續改善的機會
●Daily必要，但不一定只在15分鐘內
●可另外用另一個欄位記錄下一階段要進行的專案資訊，陸續蒐集與定義，也可在Daily中適度的同步'分享資訊
●Review則在過程中有需要就進行，也可以拉到Daily時分散進行
●Retro. 視Done欄位任務單數量，累積到一定程度後，可以召開會議消化掉清空欄位
●SM持續觀察團隊狀況，當下一專案資訊量足已進行2個Sprint後，就可以考慮重新啟動Scrum

結論：
以上這樣，團隊就有能力識別，在不同專案底下做不同運作方式。SM則在適當的時機與事件下，找出必要的知識與技能傳授予團隊，讓他們自然而然的能感到無違和感的繼續專案，做出最好效率、效益的產出。不一定要在初期就一股腦的急著把所有方法搬出應用，也許他們也會消化不良噎死。

簡化步驟就是
「觀察團隊互動 、 協助團隊定出目標 、 使用最能幫助團隊的工具 、 問出最能幫助團隊的問題 、 協助團隊往目標前進」

沒有最好，只有更好，試試找出你們的更好方式囉!

上一篇：敏捷 123起步走~