（风险管理）项目风险管理自己做项目的几点体会.pdfVIP

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