震驚(手動狗頭保命),敏捷開發(fā)團隊居然不會選擇協(xié)作工具辕棚。

大家好欲主,我叫貓哥邓厕,貓哥已從事IT行業(yè)10年,先后在研發(fā)扁瓢,項目管理详恼,產(chǎn)品等崗位工作和學習。

相信各位IT大神在工作中引几,經(jīng)常面臨需求不明確昧互,項目延期的問題。貓哥和你們一樣經(jīng)常被這些問題折磨伟桅,本身工作是一件愉悅的事敞掘,但是被這些問題搞的心煩意亂。

這么多年來贿讹,貓哥一直在尋找一款趁手的工具來提高工作效率渐逃。

貓哥按照項目管理的基本要求(目標明確够掠,任務(wù)明確民褂,分工明確,溝通流暢)疯潭,前前后后試用用過很多款項目管理工具赊堪,比如coding,tapd竖哩,teambition, gitee等哭廉。

今天貓哥把這些項目協(xié)作軟件做一個簡單的說明介紹,方便大家選擇合適的協(xié)作工具(這里比較的都是企業(yè)版)相叁。

一遵绰、產(chǎn)品需求

從產(chǎn)品角度來說,我們更多的是關(guān)注需求描述增淹,畢竟需求描述清楚了椿访,才能避免反復的溝通。說到產(chǎn)品需求虑润,我們除了描述需求外成玫,還會關(guān)注需求的狀態(tài)(需求所在的階段),這樣能夠讓我們及時了解產(chǎn)品需求當前的一個狀態(tài)拳喻,也是為后續(xù)工作提供信息支撐哭当。

我們從需求描述和需求狀態(tài)兩個標準為大家推薦:

Coding ?????

每個需求有自己的狀態(tài)(待評估,已評估冗澈,開發(fā)中钦勘,已發(fā)布,已關(guān)閉)以及關(guān)聯(lián)的任務(wù)亚亲,可以切換到看板模式个盆,很方便脖岛。這對于產(chǎn)品經(jīng)理來說,很容易了解當前需求的進度颊亮,方便及時的去驗證產(chǎn)品柴梆。

Tapd ????

以樹的形式管理需求,需求層次终惑,狀態(tài)分明绍在,看著比較清晰。但是不能任務(wù)關(guān)聯(lián)雹有,這里有點不方便偿渡。在文檔管理里面提供了word在線編輯和思維導圖功能,這點很nice霸奕,貓哥很喜歡溜宽。

Teambition ????

需求從收集,評估质帅,已采納适揉,設(shè)計,開發(fā)煤惩,測試嫉嘀,未采納一條龍服務(wù),整體給人的感覺比較清晰魄揉,對需求進行一個聚合管理剪侮。也方便產(chǎn)品經(jīng)理及時查閱,但是需要產(chǎn)品經(jīng)理自行去和開發(fā)人員核對需求是否開發(fā)洛退。

Gitee ???

它的需求管理與Coding和Teambition模式還不太一樣瓣俯,是以文檔的形式呈現(xiàn),對于愛用office套件寫文檔的同學來說簡直就是福利兵怯。同時支持文檔內(nèi)容檢索彩匕,左側(cè)可以自定義樹,對需求進行歸類管理摇零。唯一不好的是不能在線編輯office文檔推掸,這對提高工作效率是不友好的,所以貓哥給3顆星驻仅。

從需求和任務(wù)的關(guān)聯(lián)谅畅,貓哥喜歡coding,不考慮需求和任務(wù)的關(guān)聯(lián)噪服,比較傾向選擇Teambition

二毡泻、任務(wù)分配

貓哥混跡項目管理崗位多年,對任務(wù)分配很敏感粘优,如果任務(wù)分配不好仇味,那執(zhí)行效率大大的打折扣呻顽,以至于項目延期。對于開發(fā)人員來說丹墨,任務(wù)一定要和需求關(guān)聯(lián)廊遍,不然會花很多時間去找任務(wù)對應的需求文檔,同時執(zhí)行人員要了解當前任務(wù)的一個狀態(tài)贩挣。

所以我們會從需求關(guān)聯(lián)和任務(wù)狀態(tài)去評判功能是否滿足要求喉前。

Coding ????

任務(wù)可以通過引用的操作方式進行關(guān)聯(lián),可以在任務(wù)中快速的查看需求王财,這點很nice卵迂。任務(wù)狀態(tài)簡單明了(未開始,進行中绒净,已關(guān)閉)见咒。對于任務(wù)被指派人來說,只關(guān)注哪些是當前應該做的事情挂疆。如果任務(wù)被重新打開改览,可以在評論里面補充描述。貓哥給4星囱嫩,因為任務(wù)詳情用戶視覺聚焦可以改進一下恃疯,建議重點突出標題漏设,描述墨闲,子任務(wù)重點要素。

Tapd ???

以看板的方式呈現(xiàn)任務(wù)郑口,并且可以根據(jù)實際協(xié)作情況鸳碧,添加板塊。功能和其他協(xié)作軟件都差不多犬性,比較中規(guī)中矩瞻离。標準看板不能查看詳情,得在成員視圖模式下乒裆,才能點開查看詳情套利。作為初始使用者,需要摸索一下鹤耍。

Teambition ????

默認采用看板的方式肉迫,任務(wù)通過待處理,進行中稿黄,已完成三種方式來聚合喊衫,同樣簡單明了,適合大多數(shù)的應用辦公場景杆怕,不局限于軟件開發(fā)任務(wù)族购。點擊空白區(qū)域關(guān)閉詳情壳贪,這點細節(jié)做的挺不錯。

Gitee ??

Gitee進入任務(wù)面板以后寝杖,默認以列表呈現(xiàn)任務(wù)违施,多了一個安排時間,同一個任務(wù)可以由不同的人一起來完成(負責人和協(xié)作者)瑟幕,這點對于使用人員來說比較友好醉拓,也就是說我知道我該什么時候去完成我的任務(wù),誰和我一起完成收苏,我們項目開發(fā)過程中會經(jīng)常遇到此類問題(兩人一起完成一個任務(wù))亿卤。

但是沒有對附件進行關(guān)聯(lián),需要手動上傳鹿霸,同時任務(wù)列表狀態(tài)沒有文字描述排吴,看起來很不友好,基于這兩點懦鼠,推薦2星钻哩。

任務(wù)管理大同小異,大部分軟件都能滿足使用要求肛冶,如何選擇街氢,看個人對用戶體驗要求標準,畢竟用戶體驗影響工作效率睦袖。

三珊肃、開發(fā)與運維

任務(wù)明確了,減少開發(fā)人員與需求人員之間的溝通時間成本馅笙,但是開發(fā)人員內(nèi)部之間還存在很多細節(jié)工作伦乔。像代碼托管,程序部署董习,前后端的溝通都會耗費大量的時間烈和。對于開發(fā)人員來說,希望把更多的時間和精力放在編寫代碼上皿淋。

所以我們會從代碼托管招刹,程序部署,API文檔管理來評判

Coding ?????

基于git的代碼托管功能完整窝趣,同時支持SVN管理疯暑。對分支管理,合并請求高帖,對比提供了友好的操作缰儿。一鍵初始化git倉庫,可快速使用散址。

Coding提供了持續(xù)集成和持續(xù)部署乖阵,大大的減少了運維成本宣赔,使開發(fā)人員無需再關(guān)注運維的工作,只需前期簡單配置即可瞪浸。

前端和后端關(guān)注的是API文檔儒将,可以快速的把openAPI ,postman对蒲,apiDoc的文檔導入進來钩蚊,進行統(tǒng)一規(guī)范化的管理。開啟Mock api讓前后端同時開發(fā)蹈矮,減少開發(fā)聯(lián)調(diào)時間砰逻。

Tapd ???

Tapd 同樣提供git代碼托管,一站式持續(xù)和交付泛鸟。但是貓哥沒有發(fā)現(xiàn)API文檔管理功能蝠咆,只能借助文檔管理,實現(xiàn)記錄api文檔北滥,但是不能在線調(diào)用接口測試刚操,可使用其他工具進行補充。

Teambition ???

貓哥在官網(wǎng)上沒有找到Teambition的代碼托管功能介紹再芋,后來在朋友的指點下菊霜,在一處隱蔽的地方 找到了代碼托管功能:行云 。行云提供了git常見的一些功能济赎,能滿足用戶的基本使用鉴逞,但是對于初次使用的人來說不太友好,官網(wǎng)沒有介紹联喘,入口相對偏僻华蜒,所以推薦指數(shù)三顆星辙纬。

Gitee ????

gitee同樣提供持續(xù)集成豁遭,代碼托管。唯一的特色是有代碼質(zhì)量分析和代碼審查流程贺拣,對項目質(zhì)量把控嚴格的公司蓖谢,這點無疑是最好用的功能。

API的話譬涡,gitee需要手動創(chuàng)建接口文檔并且手動編寫闪幽,不能像coding提供全自動管理。

減少運維時間成本和API維護時間成本涡匀,讓我們只關(guān)注代碼盯腌。選擇一款合適的工具,讓我只想做一個快樂的碼農(nóng)陨瘩,快快樂樂的敲代碼腕够,維護什么的工作级乍,交給它吧。

四帚湘、測試

說到測試玫荣,我們不得不得說測試用例,很久以前我們用excel寫測試用例大诸,每次遇到文檔更新捅厂,頭疼的事就開始了“怎么我拿到的測試用例不是最新的?”资柔,“為什么這個地方程序改了焙贷,測試用例文檔還沒有更新”,直到有一天遇到了coding贿堰,原來測試工作是這么的nice盈厘。

對于測試團隊來說,更多的是關(guān)注測試流程完整整規(guī)范和快速創(chuàng)建缺陷清單

Coding ?????

提供測試用例管理官边,用例評審沸手,測試計劃,測試報告注簿,簡直就是測試團隊的神器契吉。

這里有一個比較有特色的小功能:快速的創(chuàng)建缺陷并且自動關(guān)聯(lián)當前測試用例,以任務(wù)的形式發(fā)送給解決者诡渴,減少了溝通時間捐晶。

Tapd ?????

提供bug管理和測試用例,其中bug管理可以設(shè)置工作流妄辩,這樣可以適應團隊工作流程惑灵。

測試用例管理也滿足日常開發(fā)需求,提供評審眼耀,快捷創(chuàng)建需求英支。

Teambition ????

提供測試用例管理,但是沒有用例評審哮伟,功能較為簡單干花,并且不能夠提供評審以及快速創(chuàng)建缺陷的功能,比較適合小型項目楞黄。

Gitee ??

沒有提供專門的測試用例管理池凄,如果要使用,需要借助其他測試用例軟件鬼廓。只提供了缺陷跟蹤任務(wù)肿仑,對于不需要寫測試用例的團隊來說,可以使用gitee提供的缺陷跟蹤。

對有寫測試用例要求的團隊尤慰,推薦使用coding勾邦,Tapd,Teambition

總結(jié)

最后貓哥為大家介紹一下怎么薅羊毛

5人以內(nèi)割择,推薦使用Coding眷篇,一站式服務(wù),值得你擁有荔泳。

10人以內(nèi)蕉饼,并且不考慮持續(xù)集成和API文檔管理的情況下,推薦使用 Tembition。

Tapd 標準版和專業(yè)版是免費的,企業(yè)版提供持續(xù)集成竭讳,并且收費

?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市创肥,隨后出現(xiàn)的幾起案子,更是在濱河造成了極大的恐慌值朋,老刑警劉巖叹侄,帶你破解...
    沈念sama閱讀 217,657評論 6 505
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件,死亡現(xiàn)場離奇詭異昨登,居然都是意外死亡趾代,警方通過查閱死者的電腦和手機,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 92,889評論 3 394
  • 文/潘曉璐 我一進店門丰辣,熙熙樓的掌柜王于貴愁眉苦臉地迎上來撒强,“玉大人,你說我怎么就攤上這事笙什∑冢” “怎么了?”我有些...
    開封第一講書人閱讀 164,057評論 0 354
  • 文/不壞的土叔 我叫張陵琐凭,是天一觀的道長芽隆。 經(jīng)常有香客問我,道長淘正,這世上最難降的妖魔是什么摆马? 我笑而不...
    開封第一講書人閱讀 58,509評論 1 293
  • 正文 為了忘掉前任,我火速辦了婚禮鸿吆,結(jié)果婚禮上,老公的妹妹穿的比我還像新娘述呐。我一直安慰自己惩淳,他們只是感情好,可當我...
    茶點故事閱讀 67,562評論 6 392
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著思犁,像睡著了一般代虾。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發(fā)上激蹲,一...
    開封第一講書人閱讀 51,443評論 1 302
  • 那天棉磨,我揣著相機與錄音,去河邊找鬼学辱。 笑死乘瓤,一個胖子當著我的面吹牛,可吹牛的內(nèi)容都是我干的策泣。 我是一名探鬼主播衙傀,決...
    沈念sama閱讀 40,251評論 3 418
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼萨咕!你這毒婦竟也來了统抬?” 一聲冷哼從身側(cè)響起,我...
    開封第一講書人閱讀 39,129評論 0 276
  • 序言:老撾萬榮一對情侶失蹤危队,失蹤者是張志新(化名)和其女友劉穎聪建,沒想到半個月后,有當?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體茫陆,經(jīng)...
    沈念sama閱讀 45,561評論 1 314
  • 正文 獨居荒郊野嶺守林人離奇死亡妆偏,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點故事閱讀 37,779評論 3 335
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發(fā)現(xiàn)自己被綠了盅弛。 大學時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片钱骂。...
    茶點故事閱讀 39,902評論 1 348
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖挪鹏,靈堂內(nèi)的尸體忽然破棺而出见秽,到底是詐尸還是另有隱情,我是刑警寧澤讨盒,帶...
    沈念sama閱讀 35,621評論 5 345
  • 正文 年R本政府宣布解取,位于F島的核電站,受9級特大地震影響返顺,放射性物質(zhì)發(fā)生泄漏禀苦。R本人自食惡果不足惜,卻給世界環(huán)境...
    茶點故事閱讀 41,220評論 3 328
  • 文/蒙蒙 一遂鹊、第九天 我趴在偏房一處隱蔽的房頂上張望振乏。 院中可真熱鬧,春花似錦秉扑、人聲如沸慧邮。這莊子的主人今日做“春日...
    開封第一講書人閱讀 31,838評論 0 22
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽误澳。三九已至耻矮,卻和暖如春,著一層夾襖步出監(jiān)牢的瞬間忆谓,已是汗流浹背裆装。 一陣腳步聲響...
    開封第一講書人閱讀 32,971評論 1 269
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留倡缠,地道東北人哨免。 一個月前我還...
    沈念sama閱讀 48,025評論 2 370
  • 正文 我出身青樓,卻偏偏與公主長得像毡琉,于是被迫代替她去往敵國和親铁瞒。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當晚...
    茶點故事閱讀 44,843評論 2 354