培训结束时,统计各小组的得分(互动得分+度量得分+打擂得分)进行排名。
互动得分
小组成员在培训过程中积极参与,获得教练认可,教练当场给予一定数量“筹码”奖励。最终按照小组获得的筹码总数进行一次排名,依据排名获得对应积分。
名次 | 积分 |
---|---|
第1名 | 24 |
第2名 | 21 |
第3名 | 18 |
第4名 | 15 |
度量得分
我们按照持续交付的最佳实践,对每个小组统计四项度量数据。
指标 | 说明 | 得分技巧 |
---|---|---|
构建频率 | 基线构建每天执行的次数 | 一个功能做完尽快 PR,频繁和master分支集成 |
构建成功率 | 基线构建执行成功的次数除以基线构建的总次数 | 每一次提交都要保证构建成功,构建前做更多的检查,遵循六步提交法保证原子提交 |
构建失败恢复时间 | 基线构建失败到恢复成功的时间间隔的平均值 | 构建失败后立即响应,提下其他任务,先修复构建错误 |
代码覆盖率 | 测试执行过程中调用的代码行数占代码总行数的比率 | 根据测试策略设计有效地测试案例,尽可能编写更多的测试代码 |
每天晚上8点,我们会对每个小组最新的应用进行验收(第一天除外),在验收通过的基础上(验收未通过只能获得最低积分:1分或1.2分),依据每一项度量数据对小组进行排名,获得对应积分。
额外奖励:为了鼓励学习新技术,采用 Koltin Coroutine 或者 Rx 或者 Android Architecture Component 完成练习的小组,客观度量得分获得10%的比例提升。
单项度量名次 | 积分(使用 Java) | 积分(使用上述新技术中至少一种) |
---|---|---|
第1名 | 5 | 5.5 |
第2名 | 3 | 3.3 |
第3名 | 2 | 2.2 |
第4名 | 1 | 1.1 |
打擂得分
培训第三天下午,每个小组都有10分钟展示三天练习所学内容(通过事实佐证,包括:可以运行的应用、提交记录、轻量设计文档、度量数据、过程管理等等),以及未来在落地过程中推行技术实践的思路。由评委当场给出评分,计入总分。
提示:评委们当然要看练习的结果,更关注的是过程中大家的体会和未来的推行思路。