26、软件开发中的交付探索与目标成果设定

软件开发中的交付探索与目标成果设定

1. PetBattle 的 MBPM 实践

PetBattle 应用当前的部署过程十分痛苦，需要花费数小时手动将工件复制并部署到树莓派集群，而这个集群同时还是一位开发者桌子下安装的媒体服务器集合。新的工程团队对此表示担忧，他们建议将现有软件交付过程中的所有活动可视化，这样可以让大家对这款业余应用的工作方式有共同的理解，并为 PetBattle 扩展规模时的优化和改进提供思路。

由 Tim 带领的团队在墙上创建了一个基于指标的过程映射（MBPM）。团队就 PetBattle 发布过程中的参与者以及某些事件的发生时间进行了充分讨论，最终确定了以下发布周期流程：
1. 代码检出与合并 ：开发者 Mike 开始发布周期，检出所有代码，接着确认需要合并的功能分支是否正确合并，但寻找正确代码分支会有延迟。
2. 代码打包 ：代码打包有 25% 的失败率，因为配置值更新是手动操作，容易出错。
3. 部署到树莓派集群 ：部署通常需要 1 小时，这是一个 CPU 密集型任务，且由于只有一个集群，部署时 PetBattle 服务会中断。
4. 集群更新 ：工程师 Noel 负责修补和更新集群操作系统及工具，在此过程中常发现硬件问题，需要订购新部件，可能需要等待三天，导致整个集群不可用，测试发布的等待时间变长。
5. 手动测试 ：测试人员 Donal 执行手动测试计划，但由于版本已部署，用户会在不知情的情况下使用新版本，常出现大量失败情况。Dona