研發(fā)的三大痛點

研發(fā)有三大痛點：溝通難、項目亂、效率低。

溝通難：主要體現(xiàn)在內(nèi)部信息不對稱，開發(fā)信息不透明，向上反饋匯報不及時不清晰，跨部門溝通不順暢。長期以往，會導(dǎo)致內(nèi)部溝通成本大、阻礙高、爭議和對立多于合作。

項目亂：一方面，在于需求亂插入，無記得無評審計劃無排期，怎么快怎么來，結(jié)果導(dǎo)致上線后一推問題，天天救火，疲于奔命，還欠下一屁股技術(shù)債，讓新人難以接手。另一方面，在于缺少對項目的把控能力，沒有很好評估項目工時和時間排期、缺乏風(fēng)險控制和積極達成的推進能力。項目一多，就會亂，一亂，就容易滋生各種問題。

效率低：一問團隊，個個都說很忙，但又不知道具體在做什么工作，不是忙著寫代碼就是忙著改Bug，總喜歡重復(fù)性的人工作業(yè)，不考慮自動化、標(biāo)準(zhǔn)化和系統(tǒng)化。業(yè)務(wù)部門的需求和訴求得不到有效的反饋、快速響應(yīng)和有保障的技術(shù)支撐。

高效閉環(huán)管理的解決方案

為此，我總結(jié)了三個應(yīng)對的解決方案：

以即時協(xié)作解決溝通問題：以增量跟蹤解決混亂問題：以閉環(huán)管理全面提升研發(fā)產(chǎn)能。

具體做法有3點。

1，即時協(xié)作，就是把最重要最精準(zhǔn)的消息實時通過郵件推送給個人，同時同步推到釘釘群企業(yè)微信群等工作的聊天群，方便項目組成員保持信息同步，公開透明，消除信息差。

2，增量跟蹤，通過需求的歷史操作變更，以及單個項目的匯報郵件，再結(jié)合定時匯總的項目周報，需求周報，測試周報，全方位多角度跟蹤每個需求和項目的變化，形成清晰的時間線增量記錄。（請放心，以上各郵件、表格、記錄，我都在YesDev協(xié)作云開發(fā)好了，直接用就好）

3，閉環(huán)管理，根據(jù)企業(yè)的業(yè)務(wù)特點，團隊規(guī)模，研發(fā)流程，定好核心指標(biāo)，明確規(guī)范和約束，開始有針對性地試點，調(diào)整和推行。堅持好的習(xí)慣，根據(jù)我的經(jīng)驗，一周內(nèi)可見局部成效，三個月可見整體的提升，半年后就會越管理越輕松。

我覺得，即時協(xié)作是起點，一切優(yōu)化和改進都應(yīng)能滿足一線開發(fā)人員的工作所需，沒有協(xié)作就沒有項目管理的基礎(chǔ)可言；增量跟蹤是過程，需要有清晰和明確的計劃和跟蹤鏈條以追蹤增量迭代的成果和風(fēng)險；閉環(huán)管理是以結(jié)果為導(dǎo)向的頂層設(shè)計。

下面分別介紹之。

企業(yè)研發(fā)之即時協(xié)作

根據(jù)databox提供的一份調(diào)查報告顯示，27%的企業(yè)同時會開展1~5個項目，其次同時進行11~25個項目的企業(yè)數(shù)量也不少。

這份報告給我們的啟發(fā)就是，同時進行的項目并不是越多越好。團隊人員是固定的，時間和精力都是有限的，我們應(yīng)控制當(dāng)前項目的數(shù)量，太多則會導(dǎo)致精力過于分散而得不到很好的專注和產(chǎn)出；項目太少又會導(dǎo)致團隊工作不飽和。

為此，在項目協(xié)作和管理，我們應(yīng)當(dāng)重點關(guān)注項目這“第一等公民”。再進一步，應(yīng)該關(guān)注當(dāng)前項目的數(shù)量（不宜過多，不宜過少）。

接下來，我們就要關(guān)注并且需要有精確、及時和有價值的消息、信息和提醒來幫助我們進行更好的研發(fā)、協(xié)作和工作。

關(guān)于限時協(xié)作，我們可以利用以下幾方面的消息和通知。

1、項目管理工具的更新提醒

例如有：每個項目剛剛由誰更新了什么內(nèi)容。包括有：需求變更、代碼提交、修復(fù)了什么Bug、上傳什么附件等，一目了然。在YesDev管理工具里，項目就像是你的微信群，項目里的更新消息就像是群里發(fā)出的消息，可以準(zhǔn)確地知道每個項目的最新動態(tài)。

2、精準(zhǔn)的圖文郵件通知

也許你會問，我工作那么忙，不可能總是盯著任何一個項目管理工具來看它有哪些更新的。

那么這時，就可以借助郵件通知。郵件通知可以非常精準(zhǔn)地接收到和你個人高度相關(guān)的工作通知，例如：有什么新需求分配給你，誰提了Bug給你，誰分配了新任務(wù)給你。這些都是需要你本人親自處理的。另一方面，你也可以通過郵件接收到精準(zhǔn)的反饋信息，例如你提的需求上線沒有，你提的Bug修復(fù)了沒有，你分配的任務(wù)完成沒有。

對于不緊急的事情，先發(fā)到郵件，再由開發(fā)人員自已安排時間批量處理，會更為高效。

3、實時的群通知推送

前面的通知方式各有好處。項目管理工具站內(nèi)的更新提醒是方面?zhèn)€人有選擇查看，不會“擾民”，但我們不確定應(yīng)該查看的人查看了沒有，而且對于不懂技術(shù)不需要參與項目開發(fā)的需求方不一定會使用到項目管理工具，會存在信息脫節(jié)的可能性。郵件通知是精準(zhǔn)推送，更多是專注在點對點，個人對個人的對接和溝通，但項目組和其他項目干系人，特別是項目負(fù)責(zé)人不一定能同步知道中間發(fā)生了什么事情。

所以，我們需要一條公共、透明、實時的消息通道，以便有需要的人員以最熟悉、最方便的方式來接收和查看所需要了解的最新通知和動態(tài)，那就是——群通知推送。

例如，我們可以使用釘釘群通知、企業(yè)微信群通知、飛群通知等。如果項目組過多，可以為每個工作組創(chuàng)建一個機器人，分開接收對應(yīng)的項目信息。

企業(yè)研發(fā)之增量跟蹤

即時協(xié)作，既能幫助一線人員完成開發(fā)和工作，同時也依賴一線人員一些基礎(chǔ)必備的操作和使用。例如：登記工時、提交需求、記錄Bug。即時協(xié)作，是對于當(dāng)下的協(xié)同有幫助，但還是過于零散，無法形成整體性的有價值的匯總報告。

接下來，我們再來看下如何結(jié)合敏捷開發(fā)和增量迭代，對項目進行增量跟蹤，有效控制風(fēng)險和把控項目進度。

1、單個項目的增量跟蹤

在項目管理工具上，都可以看到當(dāng)前項目的最新進度和信息。但有對比才有傷害，只有知道上一次的進度以及增量的變化，我們才好進一步深入地知道項目的進展如何。就好比如大家都所熟悉的git代碼管理，只有對比過分支的代碼后，我們才會更清晰地知道最近改了什么。

先來看下在一個項目管理，最基本的管理要素有哪些。分別是：項目需求、項目任務(wù)、項目Bug。在導(dǎo)出的項目附件，我們可以分別看到項目需求、項目任務(wù)、項目Bug的匯總。

更有價值和指導(dǎo)意義的是，自動生成的項目匯報，一方面，我們可以得到一份階段性匯總的項目進度郵件；另一方面，我們可以看到本次的匯報和上一次發(fā)送的對比情況。例如，通過對比，我們知道距離上一次的匯報，本次的新增需求有哪些、增加的工作量有哪些、完成的需求和修復(fù)的Bug都有哪些，從而可以更好地回顧和復(fù)盤。還能形成清晰、完整的項目增量跟蹤。

2、需求周報的增量跟蹤

前面分享的是單個項目的跟蹤，更多的是技術(shù)負(fù)責(zé)人或項目經(jīng)理來負(fù)責(zé)持續(xù)跟進。

接下來介紹的是企業(yè)整體的需求跟蹤，是提供給產(chǎn)品經(jīng)理或產(chǎn)品負(fù)責(zé)人進行的跟蹤。你可以手動發(fā)送需求周報，也可以手動發(fā)送。同樣，通過對比一次的需求周報（例如，假設(shè)我們每周開一次例會同步和匯報需求的進度），就可以知道最近哪些需求上線了，哪些需求延期了，哪些需求變動了。