成功软件开发项目的规划与生命周期管理
在软件开发的世界里，客户与卖方组织之间的平衡至关重要，但在产品保证方面可能会出现例外情况。客户组织可能没有产品保证人员，如果客户开始质疑产品保证活动的附加值，卖方应仔细倾听，因为客户可能并不真正理解产品保证对于降低项目失败风险的作用。反之，卖方组织也可能缺乏产品保证人员，若卖方未将产品保证活动纳入项目计划，客户则应质疑其系统开发流程是否足够成熟以确保项目成功。
客户的高层和项目级管理人员会根据卖方是否能在可用资源（资金、时间和人员）范围内满足需求，来评估卖方的“工作提案”或“已商定工作的实际执行情况”。随着卖方推进软件系统开发生命周期，客户会决定系统是否可接受。从双方的角度来看，根本问题是：软件系统是否体现了需求？客户和卖方会在整个生命周期阶段的多次交互中共同解答这个问题。那种客户交付一组需求，然后在项目结束时才回来审查成果的做法注定会失败。从一开始，卖方的产品保证组织就应询问需求是否可测试，若需求可测试，就能在项目推进过程中向客户证明基本问题正在逐步得到解决，这种客户与卖方的交互部分会在变更控制委员会（CCB）会议上进行。
理想、现实与现实可行的项目规划
规划过程对成功的软件系统开发至关重要。规划始于对要构建的内容、构建方式、实际构建系统以及系统在运营环境中的使用方式的基本理解。成功的开发工作关键在于定期和基于事件地审查开发活动，以确保正确纳入客户需求，并为后续决策提供信息。
通用的生命周期可以根据具体情况进行定制。通过利用卖方和客户的经验，可以定义一系列可承受的生命周期阶段和系统学科活动，为每个生命周期阶段确定具体的管理、开发和产品保证任务、里程碑、进度和资源。CCB在客户与卖方的交互中不可或缺，它是一个业务论坛，能确
