如何不讓 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 不代表你的團隊不敏捷，而且他不跟敏捷衝突，我們也不要讓他跟敏捷衝突，其實不難的。不是嗎？