研发管理之规范管理

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

规范管理

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

制定和实施规范

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

规范内容

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

类型 前端 后端(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 和 http://blog.qiyetech.com

你可能感兴趣的:(管理)