项目扩张到一定程度，必须要有一定的规范来约束，才不至于项目变得越来越差，虽然牺牲一些效率，但是有利于公司的管理。
这里分享一些团队内部的工作流程规范
规范
需求阶段
新建需求Jira。JIRA是一款问题跟踪工具，可以对各种类型的问题进行跟踪管理，包括缺陷、需求变更、任务等。
-
Wiki创建任务，记录需求的基本内容和需求Jira
-
需求宣讲，需求梳理，需要的功能点，修改点；对现有系统实现新需求的影响；新需求是否有漏洞
开发阶段
需求梳理完毕，则进入到开发阶段
- 制定开发方案
- 开发流程细节清晰，文档，流程图等完备
- 明确风险点
- 评估性能是否可行
2 评审开发方案
- 创建开发任务Jira
- 记录到任务Wiki里
- 链接到需求Jira
- 需求Jira状态开发中
-
按照规范进行开发
-
开发自测，功能单元测试
测试阶段
-
提测准备, DB, Redis, MQ的配置，考虑提供辅助测试功能，将需求Jira分配给测试负责人，状态为已提测
-
提测Jira，记录到Wiki中，链接到需求Jira
-
以下基本同时进行
- 代码Review
- 执行测试
- 解决bug备注原因
- 预生产环境准备
- 预生产环境测试
- 代码diff，查看修改代码
上线准备
- 脚本Redis,MQ，配置中心
- 测试代码删除
- 创建上线Jira
- 记录到Wiki中
- 脚本配置检查
- 链接到需求Jira
- 先更新一台观察，后一台一台更新。 灰度发布
-
上线Tag，代码Diff(查看代码是否有变化)，
-
上线跟踪，日志，系统监控，mq监控，数据库验证等
-
上线完成
- Wiki创建上线报告
- 需求Jira状态已上线
生成环境
生产环境跟踪，数据 MQ，日志，系统性能等。 解决问题事件单记录到Wiki中。
小结
公司一般都会有自己的项目管理工具，Jira + Confluence是不错的选择。要说这么多流程是好还是不好，我想对个人来说要入乡随俗。先学会适应环境，适应周围的东西。
参考
- Jira官网，这是个收费软件，不过公司一般会买，个人测试的话有几天的试用期。