如何做好项目风险控制，避免项目延期？

manm

大家对项目管理的话题比较感兴趣，今天我就跟大家唠唠，教大家如何做好项目风险控制。

一、项目中常遇到的风险

$ H3 z5 M; V; f" i+ R! z  {9 d

产品：楼仔，这个项目非常着急，业务方希望月底能使用，已经完成需求评审，你看今天可以出排期么？

楼仔：我靠，既然项目这么重要，那为啥不提前说呢，还给我整个倒排，这不坑我们么？

产品：昨天和业务方沟通，他们想改成另外一种方式，我感觉改动应该不大，要不帮忙改一下呗。

. `: q! V' z& l- S

楼仔：你又不是研发，你咋知道改动大不大，要不你来？

; {5 |0 Z# R( |8 w2 k

产品：我发现有个地方需要加个功能，这个能加么？

楼仔：怎么又加需求，前两天不是刚加了么，这还有完没完。。。

9 I. ?$ t' D4 s+ p4 x( |0 v

  {" @3 R9 a+ C, q. ?4 X

领导：怎么这个项目功能越做越多，时间越做越长，都临时给你加了好几个人了，你说说怎么办吧。

5 [" E5 h$ m0 ]) w% @. u) A. W

楼仔：嗯嗯。。。这个，之前的方案设计有问题，还遗漏了很多功能，所以。。。哎！

* g- e' |: }1 E8 R, K/ [

+ P# A  d/ u3 Q& q% h

除了上面几种，还存在其它项目风险情况：比如工时评估乐观、小组同学延迟暴露问题、中途其它高优需求插入、测试一堆Bug、上线后出现严重的线上问题、用户体验不好等，下面给大家大白话解答一下。

上面的图片，纯属娱乐，希望产品看不到，弹幕护体，biu biu...

' K% a) o, R( F

二、项目风险控制五把斧

1 o! c7 z0 s0 {: M2 a4 U1 ?

第一把斧：方案设计要完备

( J4 i) v5 b1 r0 @. i( u4 u

方向不对，努力白费，如果连技术方案设计都有问题，你这个项目十有八九会延期。

之前在百度工作，一个半月的项目，方案设计至少需要2周，甚至很多时候方案设计和项目开发的时间是五五开。

我们不可能让所有公司的方案设计做到和百度的一样，但是多年的工作经验告诉我，方案设计多花时间，肯定不会错，大致需要做到以下几点：

• 概要设计要全面，不要遗漏功能；
• 详细设计要考虑清楚，避免给自己埋雷；
• 技术方案评审，大佬把关，方向不会跑偏；
• 上线方案要考虑，因为上线方案也会包括功能开发，比如白名单，小流量等。
  
  * L8 ?0 \8 k& H

基本做到以上几点，胸有成竹，你的项目其实就成功了一半。

! R" m6 S" ~' W4 m1 e( \

- ~5 s5 d0 W4 V

第二把斧：项目排期留Buffer

5 O% w% a* \6 T$ i% u2 Y7 d

重要的事情说三遍，项目排期要留Buffer！留Buffer！留Buffer！

/ \4 C# N4 o; [0 ~$ c

不要老实巴交的，评估10天的工时，就给自己排10天，你平时不开会么？不和产品Battle么？不处理线上问题么？能保证所有的工作都能按部就班么？

$ r3 X/ u! q. ]! A/ T

这就是为什么要给自己留Buffer，我们宁愿把项目提前做完，也不要到后面加班赶进度，下面告诉大家项目排期要注意哪些点：

- H/ `3 ?' R5 @& f/ U! q% _' l# r

• 项目预留Buffer，每天预留20%-30% Buffer，比如开发4天，你给自己排5天；
• 不要遗漏联调时间；
• 上线也有时间，不要傻傻给自己排1天，大项目1天上不完；
• 预留线上小流量时间，或者产品验收时间，否则上线后直接交付，出了问题，项目白做。
  
  

8 G$ M) g8 ~( V1 N, a6 u

第三把斧：不要怕需求变更

; @" {+ q9 A# i; y5 f9 q

记住，没有一成不变的需求！  产品不是神，她不可能把所有的细节都考虑清楚，所以你要有心理预期。

那需求变更，或者新增需求，怎么办呢？也简单给大家唠唠：

• 切记不要自己一个人默默承受！
• 需求变更不要随便答应产品，先评估详细改动；
• 新增需求增加开发工时，可以砍掉非高优需求，如果只增不减，那就加排期；
• 需求变更要立规矩，让产品需求变更有成本，比如同步风险、发邮件等。
  
  : _" }# k; W; X7 b6 Y

这个其实很灵活，毕竟我们和产品合作，关系不能僵，有的需求改动小，就顺手改了，要是改动大，可以再讨论一下，看有没有更优的方案，如果实在不行，那就增加工时，原则上上线前就不要变更需求，但是特殊情况，也需要特殊考虑。

0 f3 R* E' ^/ ~

& m) f! Z6 w6 n! ~6 f, r# n

第四把斧：每日同步风险

9 i& j$ j  T! Q

项目正常进入开发，我不怕需求变更，也不怕测试提的Bug多，怕就怕小组同学不告诉你风险，最后给你憋大招，然后一脸委屈“我怕打扰你，本来想自己解决，结果搞了几天没有搞定”，我只想说“你咋不早点打扰我呢？”

所以这就是为啥要开项目站会，建议每天都开，时间控制在10-15分钟即可，会议只讨论进度、问题和风险，不过细节。

第五把斧：详细的上线方案

如果项目比较复杂，上线方案需要尽可能详细，如果出现重大线上事故，之前的努力真的就白费了，需要注意以下几点：

• 项目上线要考虑上线顺序，因为系统存在依赖关系；
• 要提前评估上线风险点，比如核心支付环节；
• 上线方案要尽可能详细，每个环节明确责任人；
• 上线前，需要测试准备好线上回归Case；
• 上线后需要小流量验证，或者灰度等；
• 不要忘记写回滚方案，要是能一键开关，最屌！
  
  

$ g* q5 {, p+ A5 k  b, A" N. c

; d. c. o; L1 C2 e; P5 w8 r

三、总结

最后送上一首打油诗：

• 技术方案设计全，前期苦痛后期爽，
• 项目排期要预留，心中有粮不会慌。
• 需求变更不可怕，产研一起共协商，
• 上线方案要详细，出了问题都白忙。
• 风险每日要同步，不要最后憋大招，
• 一切尽在帷幄中，我是风控好榜样！（转自楼仔）
  
  0 s* L  v5 e/ k( X

& E* `. c* u% e5 v+ |, ~9 [; W