项目运作实践

参与到流程中的角色：
 研发人员，所有开发人员；
 测试人员，所有测试人员；
 项目责任人，项目管理责任人；
 GIT，代码管理；
 SVN，文档、版本管理；
 JIRA，任务、Bug管理；
 持续集成环境，Jenkins自动化构建环境
 EMAIL, 邮件服务
 自动化测试载体，真机或模拟器；
输入输出公共区间：
 JIRA，测试提交Bug、Bug状态跟踪、关闭；研发处理Bug更新状态；
 GIT，研发工作推进持续更新提交代码；Jenkins 持续获取代码进行构建；
 SVN，Jenkins每日构建版本自动提交；测试获取每日版本回归验证Bug； 测试持续提交自动化测试脚本；Jenkins更新自动化脚本主动运行测试；
环境状态监控：
 构建环境异常，责任人收到环境告警邮件或没有收到建版本邮件；
 GIT服务异常，Jenkins轮询构建无法获取代码有异常邮件发到责任人；
 SVN服务异常，Jenkins构建任务提交版本出差邮件发到责任人；
 自动化测试异常，Jenkins自动化测试任务发生异常邮件到责任人；
代码质量监控：
 代码提交错误，Jenkins构建终止编译错误邮件发送到责任人；
 单元测试不通过，Jenkins构建终止发出单元测试异常邮件到责任人；
 Lint静态检查，Jenkins构建完成会归档Lint报告可查阅或发到责任人；
 自动化测试，测试提交自动化测试脚本不正确Jenkins发出自动化测试异常邮件；
版本质量和团队考核：
研发考核事件包括：
 提交代码使构建失败事件；
 提交代码单元测试失败事件；
 提交代码使Lint检查告警问题增多事件；
 提交Bug被Reopen事件；
测试考核事件包括：
 持续集成环境执行自动化测试脚本失败事件；
 回溯漏测bug，推算漏测问题持续时间；
版本质量考核包括：
 上线后指定周期线上收集客户端异常数量
 上线后指定周期线上收集用户反馈问题数量
目标：
各个角色各司其职、主动跟进、高效协作、达到自驱动运作。持续优化流程，输出高质量发布版本；
总结
项目推进过程中，如持续集成类耗时、易出错、难以自我提升的工作应交给计算机全天值守进行，充分发挥GIT、SVN等管理系统的作用。研发、测试人员只关注自己的业务范畴，有充分的时间深入技术。各个角色相互监督、恪守流程共同把关代码质量、版本质量。整个过程全团队公开进行，人人可以关注到各个环节，利于团队管理。负责人根据数据对团队进行考核，公平公正，正向激励、反向激励均有理有据。团队的绩效可以根据版本质量考核指标进行评定。