人人都在談的敏捷管理適合你嗎？

2017-01-12

互聯網時代，市場變化日新月異，今天的想法如果明天不能實現，那麽(me) 後天可能就過時了。計劃往往趕不上變化，如何快速抓住機會(hui) 成為(wei) 每個(ge) 互聯網人的必修課。

微信之父張小龍在微信領導力大會(hui) 上談到：“我們(men) 今天可以想一些與(yu) 眾(zhong) 不同的點子，然後我們(men) 可以很快就看到效果，因為(wei) 我們(men) 可以很快把它上線了，然後可以去驗證，如果不對就下線，如果還有改進餘(yu) 地，下個(ge) 星期再去改它。這是一個(ge) 能夠持續實現你的想法的過程。”

這其實就是敏捷開發的過程，簡單說就是快速迭代，既滿足產(chan) 品開發過程中需求的動態變化，又能通過短迭代管理監控項目的實時效果。

那麽(me) ，敏捷開發適合哪些應用場景呢？

1、產(chan) 品複雜，不斷有新的需求加入。當產(chan) 品的開發受市場影響較大時，業(ye) 務需求的變動就十分常見了，為(wei) 了不影響項目開發進度，需求管理必不可少。有些團隊會(hui) 一個(ge) 個(ge) 排需求、做需求，而敏捷開發是通過任務分解把工作拆分為(wei) 半天到幾天的工作量，然後製定裏程碑時間點，將複雜的需求細化成一個(ge) 個(ge) 小任務，再根據輕重緩急梳理優(you) 先級，簡單快捷地幫助開發人員化繁為(wei) 簡，提高效率。

2、團隊龐大，溝通協作效率低。有時一款新產(chan) 品的開發，需要多部門聯動協作，然而每個(ge) 成員的崗位和職責不同，所以每個(ge) 人關(guan) 注的項目信息不一樣，關(guan) 注信息的頻率其實也不一樣，有的比較頻繁，有的則可能整個(ge) 項目過程就隻需溝通兩(liang) 三次。由於(yu) 每個(ge) 人的習(xi) 慣不同，所以他們(men) 獲取信息的手段也不太一樣，有些人喜歡微信、QQ，有些人喜歡郵件，還有些人喜歡以會(hui) 議的形式獲取信息。這就導致了團隊內(nei) 部溝通效率低下，許多重要的信息難以實時傳(chuan) 遞。

3、希望高效地管理開發進度。產(chan) 品經理為(wei) 了掌握項目的進展，掌握各項工作的狀況，就必須對項目過程進行監控和跟蹤。隻有這樣，出現了問題，才能及時進行資源調整和進度計劃調整，重新規劃某一個(ge) 任務開始和結束的時間，並記錄實際的進度情況。

那麽(me) 如何進行項目的進度跟蹤呢？每日站立會(hui) 議（也叫Scrum會(hui) 議）是比較高效的辦法。

每日站立會(hui) 在同樣的時間和同樣的地點召開，會(hui) 議準時開始，一般不超過15分鍾，每一個(ge) 開發團隊的成員都必須發言，會(hui) 議中不進行討論，主要解決(jue) 以下問題：昨天完成了什麽(me) ，今天即將做什麽(me) ，以及遇到了什麽(me) 困難。

通過這種簡單的會(hui) 議形式，可以讓項目組的所有成員了解每項任務的最新進展。這樣產(chan) 品經理才能監控哪些任務的進度落後於(yu) 計劃，並采取相應的措施予以糾正。

為(wei) 什麽(me) 要用敏捷管理？

敏捷管理支持增量式產(chan) 品開發的短迭代管理，並且滿足產(chan) 品需求動態變化的管理需求。如qmchashi PPM，其敏捷管理讓產(chan) 品經理能夠在一個(ge) 頁麵管理整個(ge) 項目。無論產(chan) 品需求如何變更，都像展示在故事板上的場景或故事，來龍去脈清晰明了，一目了然。同時，在同一頁麵可把產(chan) 品需求和需求負責人分配到對應的用戶故事，責任到人，便於(yu) 隨時追蹤項目進度。

如果項目成員能製定一個(ge) 固定的溝通渠道，溝通效率將大大提高，如例行會(hui) 議，起到集體(ti) 交流溝通的作用，建議縮短時間，精簡會(hui) 議內(nei) 容；郵件作為(wei) 重要的溝通方式，常常用於(yu) 明確具體(ti) 的事項溝通，qmchashi敏捷管理提供方便易用的溝通工具，可自動采集與(yu) 每個(ge) 需求相關(guan) 連的郵件溝通，讓重要的信息得以實時保存和共享。