轉用敏捷方法
- 主題:
- 敏捷
建立對象:
- 中繼
- 管理員
- 主機
- 使用者
轉換之前要問的問題
在您開始採用敏捷方法之前,我們來釐清幾個問題,協助您判斷這是不是適合的方法。
第一個問題是:貴公司是否允許以增量方式交付產品或功能?您是否需要在過程當中有能力改變產品的重點或方向?換言之,您是否在不知道所有細節的情況下便啟動專案,即您根據環境、未來技術進展或現在尚不清楚的未來要求/需要,無法知道最終產品將是什麼樣子?
若您對上述問題可以給予肯定的回答,則到目前為止,轉變成敏捷方法是不錯的選擇。這是第二組問題,著重於您的團隊的基礎結構:
-
團隊成員是否位在相互鄰近的位置?
-
他們是否可以每天親自參加站立會議?
-
如果團隊成員所在的地理位置並不相近,您是否擁有允許他們快速共同作業的技術?
-
您能否讓每個人遵守類似的每日站立會議時程?
-
他們能夠採用疊代的工作方式嗎?
-
他們通常是作為團隊獲得工作指派,或者每個人從隨機的地方獲得工作指派?
-
您的團隊成員願意改變嗎?
-
他們是否願意並且能夠共同作業,而且在出現問題時進行有建設性的討論?
-
若是使用敏捷方式,是否有任何人員可以承擔產品經理或 Scrum Master 的角色?
若您認為團隊可能有某些層面會成為接納敏捷方式的障礙,則應該提出上述這類問題並設法解決。雖然不是包羅萬象,但是在深入討論之前,應該可以順利進行對話。
教育您的團隊
待您可以安心使用敏捷方法繼續發展時,您將希望開始教育敏捷團隊如何轉變成新的角色、何時開始進行每日站立會議,以及如何把目前的工作轉變成新的分鏡腳本設定。
開始採用敏捷方法後的注意事項
在您建立轉變步驟並確定所有人均適應新的工作方式之後,您必須確保能夠監視及追蹤他們的進度與成功。若是他們無法維持與從前一樣的執行速度,可能有哪些原因造成這些問題?如果團隊並未將他們目前的狀態更新到故事上,這些狀態是否已有明確定義?
追蹤新的敏捷團隊的進度或成功有利於提高團隊對於所實行變更的信心。此外,掌握這些量度之後,在高層會議中便能據此證明轉變為敏捷團隊的好處。
最後,務必要提供一份表單給您的團隊和新的 scrum master,概述在每日站立會議與疊代回顧中可提出的實用問題。這樣可以為未來的檢閱流程提供極佳的文件。團隊也可以利用這些文件找出需要改善的地方,並協助他們針對作為敏捷方法新手而不想討論到的問題找到解答。
Workfront
- Workfront 教學課程
- 管理和設定
- 自訂資料
- 管理工作
- 報告
- 管理資源
- Workfront Goals
- Workfront 規劃
- 整合
- Fusion
- Workfront Proof
- Workfront DAM
- 首頁
- 敏捷
- 最佳實務
- 高階管理層適用的 Workfront