作為一個六年多開發的“程式媛”，我參與過的專案不少，產品不少，使用過的專案管理工具也不少，
像是之前使用過Redmine、禪道、JIRA這些個任務管理工具，用JIRA偏多一些，我用過的大部分的管理工具都集中偏重在某個方便表現比較不錯，但是集中時的糅合專案管理方面的工具，我用過的這些工具相對還是有很多不足的地方，在上家團隊我作為技術經理調研好一點的專案管理工具的時候，就聽同事推薦過這個ONES，但是那個時候可能還沒有現在這么完善，最近進官網看了一下，發現ONES的用戶體驗的友好度又升了一級，一直挺想推動團隊使用ONES，因為溝通方面的一些緣故沒能推廣下去，專案管理+任務管理這個東西，開發同學認開發任務，專案經理只想好好的監控進度做好匯報，重口調好還是挺難的，
我拿自己的ONES賬號為例，給大家看看，我嘗試和試用的程序中，我認為團隊使用ONES的一些價值點吧，
由于是測評，我就又重新申請了一個測驗賬號和測驗專案，我們團隊更偏向敏捷開發一點，所以我毫不猶豫建了一個敏捷專案哈哈(*^▽^*)
敏捷開發很重要的一點就是以需求為核心出發，所有的研發活動以需求為始來完成一個個目標，所以很重要的一環也是需求管理，我覺得一個專案管理工具能不能很好的做到需求管理也是我用不用他的一個理由，為了方便的進行目標拆解，我們可以以周、半月、月等等為單位來指定我們的階段性目標，在這里，一個階段性目標也叫一個“迭代”，我可以每次定義我一個新的迭代的周期多長，這點挺好的，因為團隊里各個時候松緊程度不一樣，迭代周期也不一定每次都一樣，
進行需求管理的時候，我覺得每一個需求也可以理解為一個任務，大部分有意義的需求都是需要開發人員去編碼實作的，
關于新增需求這里我比較喜歡的一個點，你可以預估需求的計劃開始和結束時間，預估工時等等，以及上傳需求檔案等附件資訊，方便跟蹤需求每一個細節問題，
需求管理串列界面，我可以對單個的需求手動編輯修改狀態，是研發中、還是測驗中，各個任務清晰，哪些任務沒有完成一目了然，
這個是bug管理頁面，沒有太多好說的，因為大多數的bug管理也都是相似的，無非是測驗人員修bug，我們開發人員去標記修復，測驗同學再去驗證是否修復一個狀態，逐步提升專案質量的一個程序，
關聯代碼倉庫，這個我是關聯了我的 一個測驗專案
專案概覽頁面，查看專案的總進度和專案的狀態，這里可以單獨維護修改專案的狀態我覺得特別有用，能夠把那些還沒有列入開發具體計劃、但是在專案的前期商機、需求調研等階段的這部分專案維護進來，任何時候不管是開發負責人還是專案經理，想要上報作業總結的時候，直接用這個頁面的資料就很能說明問題，各個專案的進度、截至時間什么的，向上匯報的時候，太重要了，
不管專案的進度可以更新，需求的進度條也是可以手動編輯更新的，
專案中迭代的概覽，說明這我們專案這個里程碑的開發實際完成情況，有沒有延期，預計還剩多長時間能夠完成，監控著目標進度的健康狀態，
專案模塊還可以關聯專案的各種檔案，添加檔案頁面，
這些是專案的資料統計部分，關于專案的資料統計，也是給我們寫周報月報提供很好素材的地方，尤其是清晰全面的統計，
BUG統計：
這些是一部分統計的維度，相對比較簡單簡潔，但是會很實用，可以大大的減少研發負責人的管理成本：
最后一點，也是我突然發現覺得專案管理這里很強大的一個地方，就是我們可以自定義專案的屬性！比如我的APP專案就需要涉及平臺問題，我就可以新增一個“目標平臺”的屬性，給用戶專案管理更多自定義的空間，
總的用下來，我還沒有用大規模的測驗賬號去使用，有些權限什么的也沒有體驗到，但是我覺得這個應該特別適合團隊新手管理員去試一試，畢竟可以節省很多的專案進度關注、總結、匯報的時間，工具層已經很方便的幫助我們監控專案的健康狀態，才能有的放矢 讓我們把更多的精力投入到專案重點上去，既不至于盲目開發，又保證開發團隊的效率，協作的通暢度，我想這也是專案管理工具存在的 一個很重要的價值，
轉載請註明出處，本文鏈接：https://www.uj5u.com/qita/116295.html
標籤：AI