（风险管理）软件开发项目风险管理的几点体会.pdfVIP

（风险管理）软件开发项 目风险管理的几点体会 各地或各部门的用户代表，举办一次需求研讨会，通过会议方式收集需求。本方法适合 于具有一定信息系统使用经验的用户。 (4)强化需求分析与评审 首先，需求分析是项目成功的基础，需要引起足够的重视，并分配充足的时间和人力， 要让有经验的系统分析员负责，切忌让项目新手或程序员负责。其次，要进行需求评审，尽 可能让用户参与需求评审，不要让需求评审流于行式。第三，也是最重要的一点，通过评审 的需求规格说明书，要让用户方签字，并作为项目合同的附件，对双方都具有约束力。在公 司内部要将通过评审的需求规格说明书，纳入配置管理。 3.项目缺少可见性 当一个项目经理或一名开发者说已经完成了80%的任务，您必须保持审慎的态度。因为 剩下的 20%可能还需要 80%的时间，甚至永远都不能完成[1] 。软件开发项目，往往在项目进 度和软件质量方面缺少可见性，项目越缺少可见性，项目就越难以控制，项目就越有可能失 败。我们可以通过迭代开发、技术评审、持续集成来增强项目的可见性。 (1)迭代开发 采用迭代的开发模型，将产品的交付过程分为多个阶段，按照功能递增式交付。以下是 一些典型的迭代： 一次简短的先期迭代，以建立规模和前景并确定商业理由； 一次精化迭代，其间将为稳定的构架划定基线； 一次构建