研发管理之规范管理 - 好文

成为研发管理人员已有小几年时间，记录总结一下管理经验。

规范管理

研发管理中，开发规范管理是很重要的一环。
提到规范，网上自然有很多人分享，但普遍内容太复杂，至少对中小团队来说太复杂。太复杂的规范，落地代价大，甚至有些是为了规范而规范。
所以，我认为最佳的方式是，协商并制定适合自己团队的开发规范，并在日后发展过程按需迭代更新。

制定和实施规范

集思广益，集体讨论约定是制定规范的最好方式。集体讨论是为了更好的尊重小伙伴，这样大家内心更容易接受，也为今后的落地实施提供了支撑（或者说大家跳进了自己给自己挖的坑，嘿嘿）。
实施方面有两种情况，自我驱动力强的小伙伴，不需要提醒；另外一些小伙伴，则需要利用主管的权威来辅助，事后监督落实，提醒落实执行自己定的规范。

规范内容

内容其实可以有很多，不单单是编码规范，附带介绍一下我们团队的规范内容结构(细节就不多说了)：

类型前端后端(Java)
基础编码规范符合ESLint 符合阿里编码规范
个性化编码规范约定团队内的html, js, css等命名和写法约定项目结构, 空格, 换行等细节
使用的外部基础框架 Vue, Angular spring boot及spring系列框架
自研公共代码以js lib形式提供以maven module的形式提供
代码管理 svn, git svn, git
模板项目抽取常用js/css库作为基础项目存在svn，新项目checkout作为基础
定义一套符合团队业务特性的、半自动化代码生成工具。适当半自动化，不一定很精美，能解决大部分无意义低效编码即可
开发依赖管理 npm maven
国际化提前准备国际化结构提前准备，主要是http json数据内的响应码约定
日志增删改必写关键日志（时间地点人物事件结果），日志内容参考json的key value格式
文档管理使用网易NEI 前后端相同
接口定义 RESTful API 前后端相同
IDE VS Code eclipse
ssh终端 X Shell
数据库表名,字段名和长度,索引规则,适当引入扩展表等
测试 junit+mockmvc测试
同时发布在 https://blog.csdn.net/auzll <https://blog.csdn.net/auzll> 和
http://blog.qiyetech.com <http://blog.qiyetech.com>

热门工具换一换