投稿008期|工作流程规范

项目扩张到一定程度，必须要有一定的规范来约束，才不至于项目变得越来越差，虽然牺牲一些效率，但是有利于公司的管理。

这里分享一些团队内部的工作流程规范

规范

需求阶段

新建需求Jira。JIRA是一款问题跟踪工具，可以对各种类型的问题进行跟踪管理，包括缺陷、需求变更、任务等。

1. Wiki创建任务，记录需求的基本内容和需求Jira

2. 需求宣讲，需求梳理，需要的功能点，修改点；对现有系统实现新需求的影响；新需求是否有漏洞

开发阶段

需求梳理完毕，则进入到开发阶段

1. 制定开发方案

• 开发流程细节清晰，文档，流程图等完备
• 明确风险点
• 评估性能是否可行

2 评审开发方案

3. 创建开发任务Jira

• 记录到任务Wiki里
• 链接到需求Jira
• 需求Jira状态开发中

4. 按照规范进行开发

5. 开发自测，功能单元测试

测试阶段

1. 提测准备, DB, Redis, MQ的配置，考虑提供辅助测试功能，将需求Jira分配给测试负责人，状态为已提测

2. 提测Jira，记录到Wiki中，链接到需求Jira

3. 以下基本同时进行

• 代码Review
• 执行测试
• 解决bug备注原因

4. 预生产环境准备
5. 预生产环境测试
6. 代码diff，查看修改代码

上线准备

1. 脚本Redis,MQ，配置中心
2. 测试代码删除
3. 创建上线Jira

• 记录到Wiki中
• 脚本配置检查
• 链接到需求Jira
• 先更新一台观察，后一台一台更新。 灰度发布

4. 上线Tag，代码Diff(查看代码是否有变化)，

5. 上线跟踪，日志，系统监控，mq监控，数据库验证等

6. 上线完成

• Wiki创建上线报告
• 需求Jira状态已上线

生成环境

生产环境跟踪，数据 MQ，日志，系统性能等。 解决问题事件单记录到Wiki中。

小结

公司一般都会有自己的项目管理工具，Jira + Confluence是不错的选择。要说这么多流程是好还是不好，我想对个人来说要入乡随俗。先学会适应环境，适应周围的东西。

参考

• Jira官网，这是个收费软件，不过公司一般会买，个人测试的话有几天的试用期。