明确项目需求

明确项目需求

入口准则

１、 公司接到用户的《中标通知书》并通知准备商务洽谈。

２、 或用户接受了公司发送的《投标方案》并要求我们拟定《合同》。

过程活动

１、在准备《合同》时，售前项目经理负责组织收集和明确用户需求。

２、用户需求应包括：技术需求、非技术需求、验收标准、限制和约束条件、合同相关方责任分配等。

ａ） 技术需求：

软件系统的功能需求、性能需求、运行环境及开发平台要求、用户对界面的要求、系统与其它外部系统的接口要求、系统的约束和假设条件、系统的安全性／可维护性／易扩展性／容错性要求、故障恢复要求等；

集成系统的系统功能要求、设备选型指标、安装和测试要求、安装场地环境条件要求、系统的约束和假设条件、界面划分等。

b） 非技术需求：

要识别系统的客户、最终用户和相关者，以及用户需要遵守的行业标准、业务环境要求。

若用户要求公司签订《保密协议》时，项目组也要将用户提供的保密协议条款作为用户需求的一部分。

要交付给用户的产品清单、交付日期、项目开发和实施过程中的重要里程碑阶段、对用户的培训、免费维护／现场支持要求等；在项目实施过程中《合同》变更（如，延长合同期、增加服务项、变更需求、职责或已承诺约定的变更等）的处理方法等。

C） 验收标准包括：符合技术需求及非技术需求的要求、运行稳定性／安全性／故障率及恢复能力／业务处理能力（峰值／日均）、验收方法等的要求。

３、文档化的用户需求以合同附件的形式体现。可以采用三种不同的形式：

ａ） 《投标方案》：如果中标的《投标方案》符合用户要求，则以用户评审通过的《投标方案》作为合同附件。

ｂ） 《用户需求说明书》：如果《用户需求说明书》清晰、详实、完整，经用户、公司相关人员共同评审通过，则可以《用户需求说明书》作为合同附件。

ｃ） 《产品需求规格说明书》：如果在合同前期用户需求不够清晰，通过进一步的调研、分析后形成了《产品需求规格说明书》，并经用户、公司相关人员共同评审通过，则可以用《产品需求规格说明书》作为合同附件。

４、为规避因需求不明确引起的合同范围不可控、项目工期延长和费用增加等风险，在签订合同时可以采取以下 ３ 种方法：

ａ） 在合同中明确需求变更流程，并取得甲方的认可。

ｂ） 在合同中阐述甲乙双方在需求变更中的责任，对超出合同范围的需求变更，明确其责任方和承担者。

ｃ） 尽量采用二阶段合同方法，在用户需求不明确时先与用户签订需求调研合同，在用户需求明确后再签订开发合同。

持续创新，软件应用价值促进的实践者
作者：Jerry Cong出处：http://www.cnblogs.com/jerry_cong/ 本文版权归作者和博客园共有，欢迎转载，但未经作者同意必须保留此段声明，且在文章页面明显位置给出原文连接，否则保留追究法律责任的权利。