项目扩张到一定程度,必须要有一定的规范来约束,才不至于项目变得越来越差,虽然牺牲一些效率,但是有利于公司的管理。
这里分享一些团队内部的工作流程规范
规范
需求阶段
新建需求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官网,这是个收费软件,不过公司一般会买,个人测试的话有几天的试用期。