【发布时间】：2009-03-31 04:42:39
【问题描述】：
我是一名高级软件工程师，几个月前我被要求帮助协调错误更正。项目经理（非技术人员）给了我一个目标，将生产力提高到每人/天 1 个错误修正。这是一个真正的挑战，我想知道其他开发人员/经理可能采取了哪些措施来提高错误纠正率。
在这种情况下起作用的一些因素：
- 团队分布在地理上（欧洲、亚洲、澳大利亚），每个区域有 10-20 名开发人员
- 我在这家公司才 9 个月，所以我不太熟悉的大型代码库
- 只有最缺乏经验的开发人员会被分配到错误更正，最有能力的开发人员正在努力改进
- 我们遵循敏捷，因此我们使用源代码控制、持续集成、错误数据库，项目有新工作的时间表和规范，我们有测试人员并进行可用性测试
- 我们的代码依赖于许多内部和第三方组件/库
- 项目经理有一些旧的错误纠正指标，显示每人/天纠正 0.7 个错误。我担心的是，这是基于一组经验丰富的开发人员开发原型，纠正他们自己编写的代码中的错误。现在我正在协调一个不熟悉代码的开发人员团队，并且错误来自验证团队。
阅读前几个答案后的更多信息：
- 我曾试图反对使用错误更正的生产力指标，但这种方法并没有走得太远
- 所有错误都按优先级排序 (1-5)，包括严重性 (1-5) 并标有其他信息（例如，被另一个错误阻止、崩溃、不可重现等）
- 大多数错误在纠正后都会编写单元测试用例
- 如果可能，特定代码区域的错误会分配给熟悉该区域的人员
- 按团队跟踪错误纠正率，并保留纠正历史记录
- 在日常站立会议中，我试图通过提出阻止问题并解决问题来让人们感动
- 所有新代码都是用单元测试编写的
- 是的，我一直在尽我最大的努力通过各种方式提高生产力指标 - 关闭旧的不相关的错误，创建和纠正在没有错误报告的情况下可以解决的问题
我开发了 python 脚本，可以直接访问错误数据库，以自动执行错误管理和报告创建的一些普通方面
-
【问题讨论】：
标签： project-management bug-tracking maintenance