2016年9月10日 星期六

如何不讓 agile project 掉入 local maximum

之前在上課的時候,常常會跟學員說,要小心不要讓你的 project 掉入”區域最佳值”,做法是什麼什麼什麼什麼 (太長,先略過)。

下面這篇文章寫得更詳細了,比我說的更好,所以丟上來跟大家分享.. :)

̨

How to Balance Agile Uncertainty With Roadmap Planning


~~~以下是我的中翻英~~~


文章裡面提到的第一個問題是,怎麼在 agility 與 roadmap 間取得平衡?

就是持續的去探索客戶要甚麼,去做客戶的訪談,還有不斷的 re-prioritize backlog。Re-prioritize 在 scrum 裡面就是 product backlog refinement meeting 做的事情;而不斷的探索客戶要甚麼,去做客戶的訪談,就是對應到敏捷宣言裡面的 customer collaboration,當然,這裡的“客戶”只是個代名詞,可以是真的簽了合約的客戶,或是 end-user,或是老闆等等。值得一提的是,作者特別推薦使用看板方法來 re-prioritize backlog。


文章裡面第二個是,要拉多長的 roadmap

這是考量很多因素後的決定,這些因素包括:怎麼樣的組織、怎麼樣的產品與目前產品在哪個階段。

並且,為了跟長官們溝通,必須把 roadmap 的眼界拉高一層,而不是在 feature 或一個 backlog 了。比如說,EC的產品,使用者會把商品放到購物車,然後莫名其妙中斷了購物流程,不買了;如何降低這個事情的發生的比率,就可以是一個目標,為了要完成這個目標,才拆解出更低一層的 feature 。

還有就是,一定要讓長官們知道 roadmap 是會變動的。軟體麻~


文章裡面第三個是,當團隊開發速度比預期的慢很多的時候,怎麼辦?

作者覺得這是很自然的事情,一定會發生的。但其實這沒有快速解,首先是,設定一個長程目標是很重要的,做得慢沒關係,只要方向對了,終究會到達。

另外是 MVP 的概念,不是每個 feature 都是重要的。


~~~以上是我的中翻英~~~

總之,Roadmap 很重要,有個 roadmap 不代表你的團隊不敏捷,而且他不跟敏捷衝突,我們也不要讓他跟敏捷衝突,其實不難的。不是嗎?