Project 同時支持Scrum、Kanban、瀑布 三種研發(fā)項目類型，覆蓋了絕大部分研發(fā)團隊； Wiki 可以幫公司構(gòu)建很好的研發(fā)知識庫，像研發(fā)制度、開發(fā)流程、需求和缺陷管理標準、周會等等內(nèi)容都可以放上來，不僅可以在內(nèi)部形成工作流程的準標化，對于新入職的同事也能快速幫助其融入，另外，Wiki還支持多人在線協(xié)同編輯，實時保存； Flow 也非常贊，可以將原來很多需要手動人工的操作，變更各種預設(shè)規(guī)則自動化執(zhí)行，很大程度上節(jié)約了研發(fā)團隊的整體時間，提升了研發(fā)效率。

在做工具選型的時候花了比較多的時間，橫向?qū)Ρ攘薚APD、云效、pingcode、禪道、jira等平臺產(chǎn)品，還做了一份產(chǎn)品對比報告。當然比對報告更多是站在團隊視角來做對比，不一定具備普適性。可以簡單概括，各工具在研發(fā)和項目管理層面設(shè)計理念大體在研發(fā)層面設(shè)計理念相差不大，但是在具體細節(jié)層面有較大出入。PingCode在用產(chǎn)品設(shè)計、用戶體驗上都比較好，但是設(shè)計理念上對敏捷SCRUM和用戶故事原則引入較多，減少流程設(shè)計維護上難度，另外各個子模塊從goals、plan到agile、testhup可以串通，從不同專業(yè)視覺進行管理如項目集、產(chǎn)品規(guī)劃設(shè)計進一步提高團隊管理能力（但是需要逐步學習應用），尤其wiki設(shè)計為通用研發(fā)管理工具中最優(yōu)。另外pingcode給我們感覺是一直持續(xù)在優(yōu)化更新，因此綜合選擇了pingcode。

以前用jira,自從去年Jira在國內(nèi)停售本地版就開始找替代工具，來來回回嘗試了很多個產(chǎn)品，還是這個能比較好的替代Jira，無論是數(shù)據(jù)遷移，還是三級需求管理體系、產(chǎn)品路線圖、燃盡圖等可視化報表，或者是打造適合的工作流，都能比較好的滿足

PingCode是很棒的產(chǎn)研團隊OKR工具，對我們企業(yè)來說很大地方便了團隊產(chǎn)研部門的溝通。這個軟件使用到現(xiàn)在已經(jīng)更新了很多次了，每次更新都覺得用起來更方便，給開發(fā)團隊點個贊。對我們運營來說，軟件的發(fā)布管理很實用，它可以根據(jù)產(chǎn)品運營節(jié)奏制定發(fā)布計劃表，同時跟進發(fā)布進度，確保工作進行在我們的掌控范圍內(nèi)。

感覺還是能夠跟團隊研發(fā)管理訴求想匹配，提供項目到研發(fā)的管理落地支撐。比如我們會通過scrum的需求來管理需求池，通過迭代來管理開發(fā)timebox，通過版本來管理上線發(fā)布，通過wiki來進行資產(chǎn)歸集，通過測試計劃來管理用例及缺陷、測試報告。