我们应该首先实施敏捷开发的哪个方面来改进我们的开发过程,为什么?
我的处境需要我“调整”我的流程,而不是重新设计它,而“敏捷”似乎是当今的口头禅。如果我们只能做出一项改变来改善某些东西——质量、上市时间、文档、透明度等,那么什么会产生最明显、最积极的影响?
如果我们选择正确,我们将能够做出第二选择。:-)
更新: 您当前的 SDLC 是什么?
环境:本质上是“重启”。少数开发人员;具有 10^5-10^6 LOC 并在全球部署数万个的遗留产品;产品具有很强的相互依存性;多年来添加的重要功能,包括许多一次性的,没有重构;时间紧迫;表面质量保证;没有验尸或“过程大师”。
典型流程:
- 创建设计/规范。所有利益相关者的审查。
- 编码一个或多个功能/修复。
- 修改设计/规格以解决意外情况。
- 测试功能,记录缺陷。
- 优先处理新的和剩余的任务。
- 修改设计/规格/时间表。
- 必要时返回步骤 2。
- 发布测试版,记录反馈。
- 必要时返回步骤 2。
- 正式发布。
感谢您提供这么多有用的建议和见解!