“软件项目生存指南”方法是否与敏捷方法兼容？

Question

我正在考虑重读史蒂夫·麦康奈尔( Steve )出色的“软件项目生存指南”()，或许还会逐字应用于我的下一个项目。然而，有一个想法给我留下了深刻的印象:这本书写于1998年，当时Scrum和其他敏捷方法还没有流行。

根据较新的方法，这本书的教导是否仍然相关？或者它们是兼容的？如果是后者，你有根据麦康奈尔的书(S)运行敏捷项目的经验吗？

Answer 1

一般来说，是的，书中的提示适用于任何软件项目。在这本书的“初步生存简报”一节中，Steve McConnell写道：

下面几章描述的计划是为了解决软件项目面临的最常见的弱点而制定的。它松散地基于软件工程研究所( SEI )在SEI能力成熟度模型第2级中确定的“关键过程领域”。SEI已经确定这些关键过程是使组织能够实现其计划、预算、质量和其他目标的关键因素。大约85 %的组织在低于2级之前，这一计划将支持这些组织的显著改进。SEI将2级的关键流程领域定义如下：

• 项目规划
• 需求管理
• 项目跟踪和监督
• 配置管理
• 质量保证
• 分包管理

本书涉及除分包管理以外的所有这些领域。

能力成熟度模型集成( Capability Maturity，CMMI )已经取代了能力成熟度模型( Capability Maturity，CMMI )，随着CMMI的出现，集成产品开发团队的过程领域、额外的需求工程和风险管理活动也随之出现，从而能够在CMMI框架内实现敏捷开发。然而，这并不意味着坚持CMM会阻止敏捷方法。

您特别提到了阶段性的软件交付，它似乎与极端编程和Scrum中使用的方法背道而驰。在迭代或sprint中，实际上您确实经历了每个阶段--需求收集和优先排序、评估、工作分解、设计、实现、测试和发布。在更传统的敏捷方法中，这些是非常短的2周迭代，而在螺旋模型中，它们可能是6个月或更长。不同之处在于，您可以在特定的迭代中完成多少工作，以及如何计划和预算工作。