前 言
2018年有幸加入鵝廠，負責生活繳費項目管理，拿到這份工作我激情滿滿，并思考如何開展我的工作。項目主要包括生活繳費小程序，B端后臺，為C端用戶和B端用戶民生繳費平臺，每一個需求背后都有一項艱巨的任務，多端系統以及需求多樣多態也會導致需求管理開發混亂，需求多且緊急但資源有限情況下出現了不同種類的問題，正是在這樣的情況下，利用敏捷開發優勢，同時也真正體會到敏捷小步快跑的節奏。
（一）初入項目觀察現狀問題
1.臨時需求頻繁
需求源頭不一，類型多種多樣，在迭代過程中，總會出現臨時的需求，因為產品內部或外界因素需要在原本功能需求中臨時添加，一般有幾個特點：明確、緊急、一般可控；沒有制定此類需求處理流程時，由于團隊規模小，且需求簡單，出現臨時緊急需求，為追尋溝通快捷方便因而會出現單線對接需求情況，原有迭代任務未完成又徒增新開發任務，將會導致整體迭代需求延期。已延期的需求無法趕上迭代的列車。頻繁的臨時需求會打破整個迭代開發計劃，也會導致需求無限蔓延。
2.開發時間去哪了
迭代內的開發階段，每一個需求的起止時間都是開發根據需求大小，以及自身經驗判斷評估，給到預估開發工時，但是往往難免，在開發過程中會出現不同層次的問題處理，例如需求討論，在需求前期產品判斷不了該需求時，需與開發確認和討論，如商戶問題，系統對接了各個銀行的系統，然而出現支付出錯或查詢失敗，需進行核查其原因。種種瑣事無法保證原有開發進展的開發，將會導致需求開發延期。
3.低效率會議
需求技術評審會議，是一個很好的機會，建立產品與開發的正式連接，在此之前必須做好充足的會前準備工作，會議時間需要控制，過長的會議時間會給大家帶來疲憊感，影響思考實現方案和技術的影響層面，很多時候，會議討論的大部分時需求細節和過多實現方式，甚至討論會牽涉到另一個需求，無限蔓延，導致低效而無討論結果。
（二）適用項目特性的敏捷開發模式
在這個快魚吃慢魚快速發展的互聯網時代，敏捷開發無疑是最適宜的模式，敏捷開發是一種以人為核心、迭代、循序漸進的開發方法，通過快速、高效的反應速度，積極、高頻的溝通滿足用戶需求。面向用戶服務，關注的是用戶行為和反饋。敏捷開發有幾個特點，具有產品需求不確定性，快速響應用戶的變化，持續創新滿足用戶需求，適應用戶未來需求，短而快速交付提高投資回報，輕流程輕文檔的開發模式。
（三）如何融入敏捷開發管理
作為一個新參與組織的人員，面對的是問題和變化，該如何迅速融入敏捷開發，在此期間，首先了解現有的項目管理流程，了解項目管理流程中存在問題的原因。針對現有問題制定流程處理方案。
1丶需求流程重點
①.確定需求的優先級
每一次的迭代都像一班列車，而每一次的需求都像是排隊上列車，這一班列車走完還有下一班，決定需求上哪一班列車是由優先級決定的，在需求被確定，內部評審后由產品以及運營策劃討論一致決定需求優先級順序。否則出現迭代內需求無法得到開發資源保障，開發延期，產品運營策劃延期，產品質量不穩定。因此確定需求優先級較為重要，這樣能在技術評審會議時給予充分的資源和開發保障。
②.保障需求的正確性
會議是一個良好討論問題的平臺，內部需求評審會議是尤為重要，如何進行內部需求評審會議，在會議前期，首先要對產品人員創建的需求文檔進行初評審，第一核對需求規范和內容的明確，例如需求內容的描述，需求邏輯是否沖突，驗收標準是否完善等。第二對需求有基本的判斷能力以及可行性評估，第三針對需求外部依賴條件的成熟度進行評估。帶著初評審的結論正式進入需求內部評審，更加有目的和針對性，提高會議效率。會議主要確定三點，第一，需求在運營策劃戰略的定位，以決定需求優先級，第二，保持團隊對需求理解一致程度，以決定產品相互規劃產品內容的聯動協調程度，第三，會知領導指導或決策產品的方向，以決定規劃未來產品需求。評審會議獲得客觀明確結論，還不是圓滿的成功，包括需求評審會議結論的落實程度。確保落實執行才能為迭代開發做保障。
2丶研發流程要點
①、根據需求內部評審的優先級，嚴格按照優先級進行開發，因為迭代周期時間短，需求之間很有可能存在依賴關系，如果沒有按照優先級進行開發很容易導致團隊有些成員很忙，有些成員符合無法達到飽和。
②、需求的變化莫測，隨著運營策劃，市場方向不斷調整，從而導致需求變化多端，制定的流程必須滿足現有項目狀態現狀，應該允許迭代中途變更等量的需求，因為在整個過程中，可能會遇到臨時緊急需求，必須做到快速響應。如果得不到良好的流程管理，會出現開發進度延期，產品運營需求得不到時效性的開發，臨時變更不同于常態化變更需求，必須經過申請，審核，評審流程經過團隊一致同意，才能進行變更，并且記錄迭代變更需求占比率。存在常態化的臨時變更需求，那就成為了一個異常態了，因此需要制定臨時需求的變更流程。
圖一迭代中臨時添加需求
3丶制定流程后該如何執行監督呢？
①獲得共識，根據現有的問題采取流程措施，制定解決方案流程處理方式，流程是需要團隊遵循的，首先獲得領導和負責人的認可和支持，需要大家的同意。
②發布通知，公布流程措施和實施人員，以官方正式方式公示出流程，且強調流程的重要性和原因。
③周會詳細解說，在正式會議上，作為解說和宣傳該流程實施步驟，確保大家沒有疑問并認可執行。
④執行與監督，以身作則按流程執行，確保每一個環節大家的實施執行情況，遇到特殊例外情況需要公示和說明。總結流程不順暢的地方進行調整及時公示出來。
（四）總結敏捷開發團隊協作
初入項目總會一臉茫然，方法總比問題多，多注重思考總會有方法解決，總結起來就是以下幾點：
圖二 總結方法論
每個項目都有它固有的特征，沒有哪種管理模式最好，只有最合適的模式，前前后后經過了十幾個周期的迭代，以上是我初入項目的淺見，總結起來基于項目現狀，落于實踐，制定合理化流程才能讓項目團隊科學的運作。但還是有很多做得不成熟的地方，堅持思考堅持總結，總會有收獲。于此同時也花了不少時間深思，迭代內需求進度應如何管理且高效，如何提高團隊效率，如何提高產品質量等，有機會希望和優秀的你一起探討。
（小彩蛋）附項目管理全流程圖
項目管理全流程圖
版權聲明：本文內容由互聯網用戶自發貢獻，該文觀點僅代表作者本人。本站僅提供信息存儲空間服務，不擁有所有權，不承擔相關法律責任。如發現本站有涉嫌抄襲侵權/違法違規的內容， 請發送郵件至 舉報，一經查實，本站將立刻刪除。