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