初創團隊的Bug協作管理:混亂和複雜中尋求高效與自由

Debug之痛

從第一個Bug誕生至今,已經七十年了。

有人說,開發就是不斷的Debug的過程。

無論是團隊的leader,還是開發的一員,都時刻在考慮如何消滅Bug。在我還是開發小白的時候,對於團隊協作並沒有多少概念,更多是的關注如何De自己的Bug。在接觸實際開發項目以後,才發現開發,就是一群人Debug的過程。

所以這一群人,如何能夠高效的提Bug,處理Bug,我也來談談這期間我的感受。

專業的Debug工具

最初我們體驗了Easybug,那天領導甩給我們一個鏈接,讓我們去註冊。

內心是拒絕的,作為一名前端攻城獅,如此簡陋的界面,真的讓我失望至極。使用感受方面,除了丑,在一定程度上解決了我們當時溝通成本大的問題。但是數據篩選,數據分析,去除重複數據等方面做的比較差。

後來團隊改用Jira,但效果也不是很好。

任務式的Debug工具

後來的一家創業公司,最初通過任務+看板協作工具來做團隊協作。如:teambition,worktile,trello等。在團隊初期,大家會很積極的去拖動、編輯各種各樣的板子,但項目有了一定的積累後,個人看板變的慘不忍睹,各式任務、各種優先順序,讓最終的看板複雜不堪。任務完成之後勾選、存檔。但是存檔的任務也就沒有機會再追溯和查看。

這裡並不是說這類型工具不好,只是至少對於碼農這個團體來說,期待的是更清晰的任務管理工具,能夠權責分明的告訴自己,需要做哪些事情,做這些事情的過程中,需要和哪些人協作,需要使用到的資料有哪些。

---------------------------------------------------

高能預警,以下全是廣告:

自家的Debug工具

我們最開始,也是用teambition來做任務管理和BUG追蹤的。個人看板很快雜亂無章起來。

直到有一天,有客戶說:」你們的產品來做Bug提交和管理還不錯啊!「,也打開了我們團隊自己Debug事業的新大陸。

既然我們自己是在是做流程化團隊協作工具的,那開發管理和BUG追蹤不就是流程嗎?

開發管理,BUG追蹤,都可以細分為一個一個的任務,大多時候,這些任務都需要團隊中的某幾個人來協作。

  • 我們用我們的產品在線設計了一套全流程化的Bug管理系統,先來上兩張圖:

以上就是我們Debug的全流程:

1)團隊任何成員都可以提交Bug,2)負責任務分配的進行Bug分類和分配,3)是否需要設計支持判定,如果不需要,則4)直接相關人員負責Bug的修理,修理完後5)測試人員進行測試,6)測試完成後確認進行上線。

所以我們匯總的Buglist是這樣的:

  • 樂趣點:純DIY式創建,隨時可根據需求完善;
  • 優勢點:不需要額外消耗IT資源開發,可與其他部門流程對接;
  • 缺陷點:你需要成為我們產品的資深玩家。
  • 如果想知道如何做這樣一款系統,請繼續往下看!

#除了Debug之外

除了Debug,更多的應該考慮產品設計。因此我們也自行設計了一套產品開發迭代的流程:

例如,現在需要開發一個通訊錄的功能,那麼至少需要前端,後端,產品和設計這四個方面的人。這個協同不是並發的,需要產品先給出產品需求,然後設計根據產品需求給出設計稿,最後才是前後端的實際開發。等到開發結束,還需要測試來配合工作。一個任務,從開始,到結束,需要經過多個人,每個人在這個任務中需要提供的內容,都不一樣。

輕流可以完美解決這些問題,每個人只需要關心自己需要做的事情。無論你是傳統開發方式,還是敏捷開發,輕流都可以滿足你的需求。

在開始製作流程前,先表白團隊設計師。有沒有注意到中間的線是可以左右拖動的,拖動有驚喜!

重點來啦:

假設我現在需要一個開發管理的流程,首先要註冊一個輕流帳號(www.qingflow.com),小TIP:綁定微信後更可以在及時獲得流程最新的通知!

Step1. 以表單為入口,設定收集哪些數據

開發任務會需要為每個節點設置截止時間,需要對任務進行簡單的描述,設計/產品等需要提供一些文件。這些可以通過表單模塊來自定義,不同的模塊有不同的特殊功能,例如單行文字可以設置不允許重複值,這樣設置後,小夥伴在填寫的時候就不能填寫相同的東西啦~更多有意思的功能等待你發掘!

Step2. 定義最適合自己團隊的開發流程

一個任務,可能會需要產品/設計先行,然後是介面定義階段。分支可以設置數據在滿足一定條件的情況下經過某一條路徑,舉個栗子,發起流程時,選擇了需要產品設計,那麼這條數據就會經過產品設計這個節點,當他們處理過這條數據以後,數據才會進入下一個節點。每個節點,可以配置它可以編輯,可以見到的數據。假如現在製作的是一個BUG追蹤應用,可以設置申請人只能看到且只能編輯BUG詳情部分,後續開發人員,內部如何協同,提出BUG的人通通不知道。要做內外部協同,so easy!

Step3. 發布你的應用

獲取應用鏈接,發送給你相關同事,就可以開始工作啦~!

Step4.實時查看最新的進度

數據列表中可以查看到當前有哪些任務等待完成,也可以根據不通的提交進行各種各樣的篩選,例如可以篩選截止日期為2017-08-10的所有數據。還可以對這個應用的消息推送進行詳細的設置。實時推送全部打開,每次有新數據,都能及時收到通知!

接下來,我們會讓這些數據以更可視化的形態,展現給每一個人!

寫在最後

每個團隊不僅只有開發人員,更多情況下需要多方的協作和效率的提升。「輕流」是一款流程化的團隊協作工具。我們更是提供了很多行業模板和應用案例:

案例傳送門:zhuanlan.zhihu.com/p/28

模板傳送門:輕流 · 高效的流程化團隊協作工具。

感謝看到這裡的小夥伴,我們也透露個秘密,我們接下來會通過數據之間的關聯,打通每一個流程。當市場的需求打通產品需求,測試結合Bug反饋,最終實現的是一張流程化的數據網路。

你的流程,你自己來定義。輕流,致力於讓工作高效而有序。

如果對以上內容感興趣,可以通過litingting@exiao.tech聯繫我。如果你對開發和效率有更好的見解和建議,歡迎來挑戰、吐槽和推薦。


推薦閱讀:

新手剛剛接觸SASS對安裝與編譯上面的不理解,能不能解釋一下?
如何管理多個sass項目,有沒有一些高效的開發流程?

TAG:Sass | 流程管理 | 项目管理 |