CODING 敏捷實踐徹底指南

你好，歡迎使用 CODING！
這份最佳實踐將幫助你掌握 CODING 敏捷管理工具，更好地實踐敏捷開發流程。

更多實踐案例持續更新中

什麼是敏捷研發

敏捷研發是涉及整個軟件工程的理念與實踐，它的核心是迭代和增量式軟件開發方法。開發者快速發佈一個可運行但不完美的版本投入市場，在後續迭代中根據用戶的反饋改進產品，新增一到多個用戶能夠感知的完整功能，從而逼近產品的最終形態。迭代就是整個理論的核心，坦白的說迭代開發並非新鮮詞彙，可是敏捷研發理論大大完善了迭代開發的理論，使之可以被廣大的軟件開發團隊承認，並開發了具體的實踐方法如：Scrum 等。

敏捷研發比較特別的地方是它是組織文化，流程以及工具的結合體，在敏捷研發介紹中要着重強調三者的一樣的重要並且缺一不可：「工具，流程，組織文化」。缺乏工具支持的敏捷研發沒法實現「高速」；缺乏組織文化支持的敏捷研發會讓團隊成員之間沒法團結一致完成共同的目標。

如何使用 CODING 進行敏捷研發（SCRUM）

CODING 研發管理系統承載了最早進的敏捷研發理論，可以幫助您和您的團隊快速入門敏捷研發，並經過標準化的流程和完整的信息統計成爲企業實踐敏捷研發的好工具。

建立項目

敏捷研發的第一步是確認敏捷團隊的人員構成，並選出對這次項目最爲了解的成爲 SCRUM 負責人，負責人不必定是團隊中職級最高的那我的。

在確立好團隊成員以後，在 CODING 研發管理中建立一個用於這次敏捷研發的項目，建立完項目以後將團隊中全部的成員都加入到該項目中。CODING 的敏捷研發模塊主要是由 5 個核心功能構成：迭代、需求管理、工做管理、缺陷管理和測試管理。同時在迭代中還有完整的統計功能，方便負責人實時查看總體研發進度。

需求管理

首先要由本項目的產品經理在需求管理模塊中制定項目的產品規劃並負責維護和更新。由於接下來的產品迭代都是創建於需求之上的。

在規劃需求的時候，優先級越高，時間要求最緊的需求文檔須要越完善。同時可使用 CODING 研發管理系統的文件功能上傳原型圖等必要文件，並關聯到需求中。

固然總體需求是須要整個團隊配合的，每一個功能都須要通過團隊評估。團隊的其餘成員在看到需求的時候能夠經過線下會議或者線上討論的形式（CODING 研發管理系統的需求管理模塊支持團隊成員之間在需求下留言進行討論，並由產品負責人實時更新內容，同時支持版本控制，方便溯洄）進行需求討論。

迭代規劃會議

在團隊已經到位且產品規劃已經完善後，就是時候開工了。

這個時候須要 Scrum 負責人組織整個項目中相當重要的會議-衝刺規劃會議，Scrum 負責人能夠經過 CODING 研發管理系統中的項目公告功能提醒你們並同步會議的總體信息。這個會議是全部敏捷會議中最重要的會，由於它是接下來很長時間工做的基礎。一個好的計劃會議基本表明着整個迭代成功了一大半。一般這個會議的時間較長，因此須要各個成員提早作好準備。在會議中整個團隊須要把以前作的初步產品計劃進行更細顆粒度極的細化，把需求拆解成能夠執行的事務，並對每一個工做進行工時的預估。若是總體工做量超出了團隊的產能，須要適當的將一些需求放到下個迭代；若是低於產能，須要將後續的需求前置。因此產品經理須要確保儘量多將需求準備完善。

第一個迭代

在會議結束之後，全部的工做都定義清晰以後，Scrum負責人就會把規劃好的需求、缺陷和工做添加進迭代中，並設定好開始和結束時間，同時 Scrum 負責人還能夠在迭代中實時查看整個迭代的進度和距離這次迭代結束還有多少天等信息。

接下來就開始第一個迭代週期了，這個過程當中，迭代模塊中的統計面板將是全部團隊成員最爲關注的地方，根據進度調整本身手上的工做，而如何確保迭代按照原計劃進行則是 Scrum 負責人所最關心的。

在迭代開始後，團隊須要經過天天早上開站立會議來討論和解決在執行過程當中發現的問題。天天的站立會議儘量的精簡，控制在半個小時之內，團隊成員天天早上須要描述昨天作的事情，今天要作的事情，以及遇到的問題。當有問題出現，相關的人須要一塊兒合力解決。天天的會議紀要可使用 CODING 研發管理系統中的 wiki 功能進行記錄，方便查閱。

在迭代模塊下的事物狀態趨勢經過堆疊式面積圖的方式來展現事物（需求、缺陷和工做）的狀態以及隨時間而變化的程度，能夠進一步幫助 Scrum 負責人瞭解天天哪些任務的進度。

結束第一個迭代

當到了迭代預設的結束時間以後，就意味着迭代週期的結束，不管是否是全部事務都完成了。

在迭代真正結束以前，須要由相應的產品負責人對全部的成果進行評估，確保事務完成狀況和計算最初設想目標的達成率，在全部事務評審完成以後。Scrum 負責人就能夠點擊迭代中完成迭代的按鈕，正式宣告本次迭代的結束。

最後整個團隊還須要進行一次回顧會議，回顧此次迭代有哪些作的好，哪些作的很差，並列出下次的可執行任務，便於改進整個團隊的研發效能。

測試管理

通常來講，每次迭代會產出一個可上線的版本，在正式部署以前還有一個重要的環節：測試。

如今 CODING 研發管理系統的測試管理功能由 18 年收購的專業測試工具飛蛾（ FEIE.WORK）承載，現已實現了企業帳號打通，能夠直接在測試管理中點擊跳轉到飛蛾的工做界面。

在飛蛾中測試工程師能夠根據功能狀況，編寫測試用例、規劃和執行測試計劃。在測試計劃的執行過程當中，會有多多少少出現一些問題，稱之爲 bug 或者缺陷。因此後續的迭代中，除了需求，咱們須要將另外一個任務類型考慮進來——缺陷。

缺陷管理

在測試環節和正式上線以後，發現的問題，均可以在 CODING 研發管理系統的缺陷管理模塊中概括統一，並排出優先級做爲下一個迭代中的工做來源之一。不過這也要具體問題具體分析，緊急程度高的缺陷須要第一時間反饋到產品進行修復，優先級不高的會安排到接下來迭代修復。缺陷管理也具備強大的統計功能，對缺陷類型、優先級、模塊、發現時間等關鍵指標進行全面的統計，方便測試工程師瞭解項目的總體進度。

開啓新的迭代

敏捷研發講究的就是在可控的狀況下進行一個一個短頻快的迭代，每一個迭代環環相扣，快速反饋，快速驗證。

想要更好的實踐敏捷在選對合適的流程和工具以外，組織的支持也是必不可少的。畢竟敏捷研發帶來的是一種全新的更靈活的組織架構，要適應新的體系遠沒有上面說的那麼輕鬆。並且每一個團隊遇到的問題也不同，可是好在實踐敏捷自己就是一個迭代的過程，每一次回顧都會發現一些問題，並在新的迭代中改進。

歡迎試用 CODING 研發管理系統。體驗敏捷研發，擁抱變化！