求推薦一款比較適合敏捷開發團隊協作的工具？

不請自來了~

過去的軟件如word之類的迭代都以年為周期的，自然無法應對快速變化的市場需求。因此，需要更加敏捷的方式，應對快速發展的互聯網世界的發展。

敏捷開發最重要的特點是：以用戶需求為中心，快速靈活，團隊合作度高。

敏捷開發以scrum最為普遍。

scrum3.0中有6個角色，3個工具，4個會議。其中3個工具指：交付清單、工作清單、正在進行的工作；4個會議是：計劃會議、產品評審、進度回顧、團隊回顧。

因此，scrum3.0既有計劃會議、產品評審、進度和產品回顧會議，也有迭代期內的靈活應變過程，是一種輕重結合的比較好的敏捷方法。

敏捷開發scrum3.0在日事清團隊內部中也在使用。下面詳細說下~

在日事清軟件中，利益相關者如銷售、市場、運營等，

在與用戶平日的接觸中積累的功能、缺陷、創意上的建議，

并收集于計劃看板的【BUG看板】、【建議看板】。▼

接下來，業務所有者(BO）需要維護精細的需求池（如下），這個職責通常由產品經理擔任，他需要非常明白產品的定位和發展，將需求池中的任務按照優先級排序，并拆解為一個個小的用戶故事。然后設置具體的實施時間和項目名稱，將可交付成果和待辦清單，記錄于road map中。▼

在日事清中，這些用戶故事的描述會記錄在任務描述上，可以讓開發人員更快速獲取信息。

之后，我們的scrum團隊會創建一個計劃為【產品開發】，產品經理（業務所有者）以及開發經理（團隊負責人）會從【roadmap】中提取功能形成work backlog，復制到【產品開發】的【規劃池】中，work backlog中還包含一些開發團隊必須做的工作，會直接記錄在【規劃池】中。▼

正式開始開啟sprint （sprint：整個開發過程中若干個短的迭代周期組成）的第一件事，就是召開sprint計劃會議。sprint會議上會確定本次sprint周期的目標是什么，我們需要完成哪些功能。

在會議中，開發經理（團隊負責人）需要將【規劃池】中的功能拖動到【開發中】，從【開發中】到【測試中】就是日事清所實踐的正在進行的工作(WIP)。▼

會議上會評估每個功能所需的工時以及功能的負責人，我們為確定好的功能添加時間以及任務成員。通常計劃會議會開比較長的時間，它是之后迭代開始運作最關鍵的會議。

為使得這個會議得到很好地傳達，可以通過日事清的日程應用創建好會議任務，并下發給團隊成員。

sprint計劃會議的開啟，意味著第一個sprint開始了！

從開發到測試，形成的工作成果都發布到beta版本中。

另外，在日事清中，【bug管理】、【建議管理】、【產品開發】都可通過計劃模塊中的列表、看板和進度這三種不同的視圖方式顯示。▼

列表視圖

看板視圖

進度看板

日事清還可以在統計中，多角度查看項目工作進展，自動生成燃盡圖、任務完成情況等統計數據▼。通過這些數據可以任務的完成度和迭代的是否順利，人員分工是否合理。

執行sprint的過程中也有很多問題被發現，需要解決，應此需每日召開約15分鐘的站立會。

在每日站立會上，每個團隊成員需要回答三個問題：

● 昨天做了什么工作？

● 今天要做什么？

● 完成目標是否存在什么問題？

在日事清一鍵生成的工作日報中，通過“KPTP+今日未完”成可以實現“每日站立會”，減少了面對面的溝通成本。▼

當測試人員完成了本個周期內的所有功能的測試工作時，預示著本個sprint結束。

在迭代結束前，產品負責人需要進行產品評審，產品會對測試中的功能進行驗收。將達到了產品目標的成果拖動到【待發布】▼中。

最后整個團隊還需要進行一次回顧總結會議，回顧這次迭代有哪些做的好，哪些做的不好，有什么計劃。團隊成員需輪流發言，完成自評和他評，分析和總結上一個迭代中遇到的問題，并列出下次的可執行任務，便于改進整個團隊的效能。

至此，一個sprint周期完成，以此開始下一個sprint，不斷循環往復。

希望對你有用~