鄭昀 創建於2013/12/16
最后更新於2014/2/24
本文遵循 Creative Commons 姓名標示-非商業性使用-禁止演繹 許可協議。轉載時請注明“轉載自知乎”或者給出轉載文章的原始鏈接。
庄表偉曾撰文談及研發管理的三個提升，由於研發、質量保障、運維三者連接緊密、不分家，所以下面鄭昀將其擴展了一下：要『從一個整體來考慮企業的研發管理，應該注重建立一個良性的循環：
- 技術能力的提升，主要依靠經驗積累，建立企業內部的知識庫（如RCA案例庫、最佳實踐庫）與傳承體系（促進交流與協作，借助研發活力促進技術能力提升，這個技術能力包括部署、維護、私有雲等自動化運維能力）；
- 生產效率（而不僅僅是開發效率）的提升，主要依靠科學的數據分析，建立或引進一系列的工具，建立合理的流程與制度（通過提升研發人員、質量保障人員、運維人員能力，激發他們不斷改進效率，也很重要）；
- 研發活力的提升，促進研發人員積極的交流與分享 （給研發人員松綁，讓他們有足夠的空余時間，也很重要）；
』
單就研發部門的技術總監（或研發總監，注意不是研發經理或架構師）而言，鄭昀定義這個崗位通常要致力於：
- 橫跨各個開發組織的
- 技術（通用）方案的積極推廣
- 技術（疑難）問題的定位和解決
- 學習型技術組織的引導和培養
- 技術工具的（發現或）制造
而研發部門的架構師，則只需要致力於：
- 橫跨各個開發組織的
- 技術（通用）方案的積極推廣
- 技術工具的（發現或）制造
即可。
具體工作場景舉例：
一，技術（通用）方案的積極推廣：
- 方法：
- 找到通用性強的技術問題，抽象業務場景；
- 或制定方案，在某開發組織內落地；
- 或將A組織的優秀方案復制到B組織；
- 或將A公司的優秀方案復制到內部落地；
- 例子：
- 技術問題舉例：
- 業務降級
- 由於各種線上運維需求，導致部分業務必須停服。幾次之后，我們意識到這必須做成功能，隨時能通過一個持久化配置中心的控制台界面讓某些業務停服而不影響其他業務。
- 這就是業務降級解決方案的由來。也因此要求它要擴展為業務降級打包預案，隨時可以讓一部分業務“批量”降級。
二，技術（疑難）問題的定位和解決
- 方法：
- 由上級主管發現各個開發小組中的技術問題，尤其是那些線上問題；
- 一般來說，開發組組長自己內部解決問題，但上級主管需要判斷哪些問題得讓研發總監、其他開發組長、架構師等一起商討解決；
- 在這個過程中，形成整個技術團隊有事兒一起商量一起解決（而不是各自為戰）的氛圍。
三，學習型技術組織的引導和培養
- 方法：
- 部門內有一兩個人專門定期組織技術分享講座
- 新人入職后做一次技術分享；
- 老人做完一個項目之后做一次技術總結和分享；
- 對於部門未來可能遇到的技術難題，提前組織人做課題研究，並做多次技術傳道，從淺到深
四，技術工具的（發現或）制造
- 方法：
- 找到技術團隊的痛點；
- 找到技術團隊的生產效率低的原因；
- 抽象業務場景；
- 針對性了解其他公司如何解決的，梳理各種方案；
- 發現現有開源工具，或組織人員開發工具，制定和驗證高可用方案。
- 例子：
- 自動化測試自動化部署
- 持續集成
- 定時任務調度和管理
- 可靠的異步推送 NotifyServer
原文鏈接：http://zhuanlan.zhihu.com/zhengyun/19686537
-over-