前言
在大學，我讀的是軟件工程專業，那時使用的是Visual Studio IDE編輯器，可以斷點調試、代碼自動補全、語法檢測，用它來開發MFC和編寫C#窗口應用真的非常方便、友好、強大。
後來，我在維護PhalApi開源項目時，使用docsify來編寫和維護技術文檔，也非常方便、實用，乃至後來至今，我都使用它來維護各類產品的使用手冊、使用文檔和教程。
在職業上，我曾經任職在唯品會等上市公司，接觸並使用了confluence這款專業、無比強大的企業知識管理與協同軟件，可以用於構建企業wiki，讓我印象非常深刻。一方面，我用wiki編寫並維護了很多文檔、包括技術文檔、設計文檔、項目文檔、故障覆盤、創新分享、新人指引等；另一方面，wiki的宏、設計、功能、協作和界面都在我使用過程中提供了貼心、友好和有力的支撐；還有一方面，我連續任職的幾家企業中，不約而同都使用了confluence這款軟件。
好工具，促成好開發
過去的經驗，以及多年的總結，我覺得，對於一名開發工程師，一名在職場的技術人員來說，好的工具，能讓你的研發、工作、協同事半功倍。
作爲工具，它確實不能代替你去自主工作、去自主開發，但它可以幫助你解決可能遇到的某些問題，提升你的工作效率，減少工作出錯的可能性，引導你往更優秀的方向發展和前進。
“好工具，促成好開發。” -- 黃禪宗
YesDev的特點和作用
YesDev是一款專注於企業研發協同和管理的工具。它非常適合給企業的研發團隊用來進行產品研發的管理和團隊協作。YesDev有SaaS在線版本，也支持企業私有部署。
特別對於研發團隊，對於一家企業，在軟件產品研發過程中，好的軟件系統，能理解和適合自己產品研發團隊所使用的協作工具，無疑能在更多的方面促成好開發。例如：項目管理、需求管理、缺陷管理、文檔協作、溝通交流、數據報表、持續集成等。YesDev作爲一體化的研發管理平臺，提供了團隊日常研發的各類功能和幫助。
YesDev有以下特點：
特點1：適合更多研發模式
以自主產品研發的全生命週期協同與管理爲主，同時可以滿足支持外包開發項目的項目管理，以及面向ToB客戶的項目服務。
特點2：連接更多工作場景
支持日常研發工作、H5移動辦公、ChatOps、OpenAPI、當面溝通、每日站會、遠程協作、工作彙報、客戶溝通等。
特點3：滿足更多管理需求
包括個人層面、團隊層面、管理層面和公司層面的多層級管理和多維度的管理需求。
特點4：支持靈活的個性化配置
靈活的各類配置，讓這款工具更加適合你團隊的使用的流程。設定
如何做好企業研發管理？
做產品研發，從來都不是一件容易的事情。對於聚集在一起的一羣人，從一個抽象的需求開始，最終交付出有價值、符合用戶需求甚至超出期望的軟件產品，更是一項挑戰。
試想一下，那麼多人、幾萬到十幾萬行的源代碼、數以萬計的數據庫和數據庫記錄、還有那麼多服務器環境，中間還有需求文檔、UI設計稿、Bug、技術文檔、測試報告，還要穿插開會、溝通、彙報、外部合作、APP上架審覈等，如何做到多而不亂？如何做到穩中求勝？如何做出高產出？這些都是很值得思考的問題。
有團隊，不等於有產出。也並不是人員越多，開發就越快。
下面結合經驗，以及YesDev這款工具，還有當前我們團隊的研發情況，進行分享，給大家一點參考和借鑑。
花更多的時間，死嗑產品
在某次飯桌上（也是我唯一一次和老闆喫飯的場合），公司老闆CEO說道，做產品，就是要死嗑，沒有捷徑，也沒有退路。
創業越久，我對此的理解和感悟，就越發深刻。
做開發，做產品，是要花時間的。有家花店，名字叫“花點時間”，這名字起得好，我也在上面買過多次的花，品質都不錯。做軟件產品的，也是急不得，需要持續投入時間、投入精力、投入你的專業。不是因爲這一次有客戶過來買單了，你趕一個版本或追加一些新功能，而是提前做好產品規劃，持續迭代，不斷精進。
MVP只是一個開始，但不是一個常態，隨着使用的用戶和客戶越來越多，產品的升級和迭代，就要越發穩健。例如YesDev的PRD文檔到目前一年多的時間，就已經有上百份了，平均每週要輸出2份產品迭代的需求。
上面是我本地的截圖，略顯凌亂，以下是我上傳到YesDev的效果。就會非常清晰，每個人可以根據他的需求，進行劃分，哪些在做的，哪些還沒做的，哪些做好的，一目瞭然。從以下截圖來看，雖然有100多份需求，但當前剩餘沒做的需求只有3份。從某個程度上說，我們團隊的研發速度和需求消化能力還是很強的。
在企業研發中，最最最爲重要的就是，在需求這個源頭要牢牢把控。產品需求，是一切項目管理和流轉的源頭，這個起點控制不好，就會混亂、失控。一方面，儘量避免一句話口頭需求，儘量儘量要書面化，用郵件或YesDev或其他工具進行記錄和跟蹤，做到多而不亂，如果有條件，能書面化更好，轉換成技術人員可以理解的需求文檔或PRD。另一方面，需求的提出和流轉要控制好。不管需求緊急與否，統一郵技術負責人收集和對接，避免需求方、業務方直接找到一線的技術人員進行私下溝通和處理。
小結：把控需求，死嗑產品。
盡最大努力，保障交付質量
每一次發佈和交付，都意味着風險和故障的來臨。一個細小的不足或某一行代碼問題，都有可能導致很大的故障和損失。
企業規模越大，發佈越要規避風險。發佈有風險，操作須謹慎。
以我們的YesDev最近即將發佈的企業YesDev v3.1版本爲例，爲了最大保障交付給企業客戶使用的新版本能順利運行和完美升級。除了常規的開發和測試，我們團隊還做了以下事情：
內部話題：如何最大限度保障企業獨立版的交付質量？
1、整理測試用例，編寫測試計劃，進行全面的功能測試和迴歸測試
2、補充PHP單元測試，提高核心代碼的測試覆蓋率到80%及以上
3、相互code review，前端和後端的
4、查看對比過去saas的commit記錄和源代碼文件對比
5、進行預安裝，在純淨環境從零安裝給新模擬的客戶
6、全員重新回顧YesDev工作全流程
7、跟進交付升級後，客戶服務器的錯誤日記，定期巡查和回訪
8、進行梯度升級
9、整理產品功能點的差異對比，避免遺漏
其中，我們在YesDev維護了企業v3.1測試計劃，共有73個用例，第二輪測試通過率是96%。
以下是部分用例：
還可以通過腦圖，從整體宏觀看到整體測試計劃、測試模塊、測試用例和Bug的關聯和分佈情況。
又如，我們用項目文檔維護和在團隊內部再次共同回顧和梳理了YesDev在SaaS產品和企業獨立版之間的全流程協作圖。
把交付和發佈作爲最終目標，以結果爲導向，和團隊一起共同推進。
保持友好，充分溝通，積極達成
作爲工程師，要專業但不能太技術化，不能只關注寫代碼，還要鍛鍊解決問題的能力。而作爲在職場上的工程師，還要學會和掌握一些軟技能，例如和需求方、和業務部門的溝通與協作，要多溝通、多確認、多反饋，運用我們的專業技能來幫助其他部門更好解決他們在工作中所遇到的問題。
YesDev在設計時，就關注到了溝通和反饋的重要性和必要性。YesDev有三個核心的閉環，信息流就是其中一環。
例如：每日站會可以使用敏捷看板，在關鍵的項目節點和里程碑進行團隊內部的面對面溝通和確認。還有在開會、面對面溝通等場景，YesDev都提供了友好的支撐。
更爲重要的是，在項目、需求、問題和任務流轉過程中，可以支持更加實時的消息推送，讓協作更加透明，讓業務方和項目干係人能及時瞭解到最新的項目狀態。
聊天羣的特點，意味着消息會很多，難免會有干擾，但可以設置消息不允許通知，並且可以爲不同的工作組綁定不同的聊天羣。目前支持的羣有：釘釘、企業微信、飛書、喧喧等。消息通知機制如下，讓消息推送更精準。
與此同時，郵件作爲工作中重要的交流通道和彙報方式，YesDev也提供了極大的整合。一方面，一線的員工，他個人可以接收到非常精準的郵件通知，是和個人密切有關的通知，例如：項目指派、需求指派、Bug指派等，都是需要自己處理的事項。另一方面，作爲管理者，可以接收和查看重要的彙報郵件、彙總報表，可以在關鍵的時機和場合掌握最核心、最重要的信息。例如有：自動彙總的員工週報、可以每週定時發出的項目、需求、測試KPI報表等。這些郵件，可以在重要的場合爲你的彙報提供更多的數據支撐。
站內的消息通知+實時的羣消息同步+精準個人郵件通知，YesDev爲企業研發提供了一套體驗更佳的溝通和反饋機制。
明確流程，遵循約定
YesDev和其他同類工具，最大的區別，可能是在於項目的定義。YesDev同樣以項目爲核心，但我們更加推薦在YesDev的項目是短、平、快的項目，可以在1~3周可以完成並交付的項目，符合敏捷開發的“小步快跑、快速迭代”的精神。
所以，如果你進入了YesDev，第一眼看到的就是當前項目。就和微信的最新聊天會話一樣，最近有更新的項目會自動排列在前面，讓團隊更加關注當前項目，保持活躍、保持活力、保持生氣。
組織架構會決定信息的流向，不同的研發團隊有不同的協作流程，但不管是哪個流程，都要在團隊內部充分同步和共享。並且要把一些注意事項、內部紅線、約定等進行同步。
例如，YesDev推薦的協作流程如下。以需求池爲起點，以版本發佈爲終點，構成單向圖。每一次迭代爲一個週期，如此不斷持續迭代。
對於一些工作準則、內部約定和注意事項，我們會先定好，再開會宣導，最後在YesDev通過公告彈窗（即黑板）每天強化這種文化和氛圍。當前我們的內部宣傳內容是：
線上故障處理要求
1、#緊急 線上故障，立即處理併發布修復
2、#重要 線上故障，當天儘快處理併發布修復
3、#中 #低 線上故障，在接下來最近的發佈窗口一起發佈修復
12月代碼註釋規範
1、#必須，需求類的代碼註釋規範，格式：需求#XXX，XXXXXXX
2、#可選，問題類的代碼註釋規範，格式：bug#XXX，XXXXXXX
要協作，更要管理
在企業產品研發中，除了要求每個成員都具備各自的專業技能外，還需要每個成員都能很好的進行協作，比如前端和後端的開發聯調，技術和測試之間的Bug解決，開發人員和業務部門的對接等。
但國外和國內的情況又不同，國外推崇扁平化協作，但在國內還是需要扁平化管理和進行一定程度上的團隊管理。但給予團隊的是指點，不應是指指點點。這要求，作爲管理人員，要能在一定的高度上給予團隊更高階的梳理、指導和幫助，讓團隊可以跳出原來自己站在森林裏面的侷限，放眼更長遠、更高層面的理解和把控。
這要求，我們管理者，要能看懂數字背後的意義。再進一步，我們需要有數據，才能看數字。
YesDev提供了項目管理和團隊管理中的信息、報表、圖表和數字。例如，有整體的宏觀數據，從以下真實數據，你可以從中觀察和發現什麼規律和嗎？
再來對比另一個團隊的數據，是否可以發現一些問題以及解決方案？
再回到每週兩個關鍵維度的彙總信息。一方面是團隊的產出和交付能力，這方面可以通過需求排期來體現和觀察所得。不管團隊在背後做了多少事情，至少每週要的產品需求上的迭代和更新。要讓老闆、業務方、客戶、需求方每週都有新收穫。
另一方面，要關注研發人員和團隊的工作飽和情況。工作時間是我們最爲寶貴的資源，要充分利用、合理安排、及時調整。不宜過於飽滿，但也不能過於稀疏。工作太多，天天加班也不是健康的狀況；工作太少缺少規劃，時間得不到有效使用，日積月累就會導致產品的迭代速度和競爭力得不到保障。
“牛人不可怕，可怕的是牛人比你更努力。”
古云此日足可惜，吾輩更應惜秒陰。”
寫在YesDev 3.1版本更新之際
YesDev要做的事情很簡單，就是切切實實成爲企業研發更貼切的工具。
我們團隊，將持續努力，死嗑產品。如果哪一天，你上班來到公司，打開電腦，用到了YesDev進行研發的協同和管理。不是因爲我們在那一天或那一週做了什麼，而在於我們這幾年一直在做了什麼。
用心做事，大有不同。
一起加油！