项目必做的风险管理

1、 节点名称：特批进场流程   

应用场景：合同未签订，提前进场实施。   

必要性：商务人员说明大致合同额，需求范围边界以及售前阶段获取的重要信息。可以尽量减少项目风险，也是内部成本归属和责任的界定依据。     

风险总是错综复杂

2、 节点名称：项目启动会   

应用场景：项目规模比较大或者需要开启动会的项目。         

必要性：让客户方相关领导，清楚项目正式启动。 说明里程碑节点及相关明细任务，明确双方职责和沟通机制，最后强调领导要大力支持项目的建设。

3、 节点名称：制定《项目实施主计划》及《计划变更记录》   

应用场景：《项目实施主计划》无论项目规模大小都要制定，《计划变更记录》是当计划需要变更。         

必要性：计划变更时，必须走计划变更流程，并且是双方协商一致，并通过邮件或者书面确认，以免后续产生扯皮等情况。 

4、 节点名称：制定《需求调研计划》   

应用场景：非标准化项目，需要事先了解项目的背景，制定针对性的调研提纲。         

必要性：提前做好充足的准备，可以让客户感受到专业的顾问服务，从而认同我们，这能为后续的上线签字、验收签字和回款做好铺垫。

认真识别风险

   

5、 节点名称：编写《需求规格说明书》   

应用场景：非产品化的交付项目，有个性化需求的项目。         

必要性：编写《需求规格说明书》，让客户确认，明确的需求说明能减少需求变更，即使进行了变更，我们额外投入的时间也是有理有据，客户当然会注重起来，而不是随意提需求，只要控住了需求，也就控住了进度、风险、质量等方面因素。       

6、 节点名称：编写《详细设计说明书》   

应用场景：无论是需要开发的功能模块、功能点还是需要提供外部的接口文档。         

必要性：此文档主要是给软件开发人员看的，出具该文档是为了开发人员的协同，避免不同开发人员对于需求理解出现偏差，联调时才发现问题，从而需要花费大量时间进行修改，造成研发资源的浪费。     

 

7、 节点名称：记录《会议纪要》   

应用场景：会议方式的沟通讨论。         

必要性：每一次会议上讨论的问题、解决方案及遗留的问题都需要明确记录下来，以便后续出现异议，方便备查来规避一些本不该出现的风险。       

8、 节点名称：编写《项目周报》   

应用场景：项目建设全过程。         

必要性：项目建设过程中，周报需要发给客户方相关人，周报中本周的工作、下周的计划、需要协助的事项等，项目情况要让客户知晓，这也是对自己的一种保护，也是降低风险必做的事情。