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

manm

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

一、项目中常遇到的风险

8 y) P' E' F/ S) {* _

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

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

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

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

; H( _" z9 |% E) U! p% u! J

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

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

% z& }4 V: O0 p* G

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

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

0 b( D3 B) O8 a6 M# c' P5 T

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

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

3 T+ l( ]) |+ X! S# _0 ^2 h

! C7 h. H5 g% k

二、项目风险控制五把斧

+ |& C7 q3 [1 S% O6 V! o' y+ V

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

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

! O" h+ f& n( j: t6 ]* O6 _4 `

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

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

• 概要设计要全面，不要遗漏功能；
• 详细设计要考虑清楚，避免给自己埋雷；
• 技术方案评审，大佬把关，方向不会跑偏；
• 上线方案要考虑，因为上线方案也会包括功能开发，比如白名单，小流量等。
  
  : k8 W: B, Q5 ~3 n' l5 N0 X/ n

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

* [$ g0 x2 \0 U6 A- n

* G8 O6 R: ~4 [& R/ E. _; X

第二把斧：项目排期留Buffer

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

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

" \, Z1 p6 I5 S9 Q2 o* X: m+ ~

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

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

5 x5 v2 t6 w# \- t0 f* d4 o

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

% Z- o3 n5 h" @9 w5 v1 `

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

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

• 切记不要自己一个人默默承受！
• 需求变更不要随便答应产品，先评估详细改动；
• 新增需求增加开发工时，可以砍掉非高优需求，如果只增不减，那就加排期；
• 需求变更要立规矩，让产品需求变更有成本，比如同步风险、发邮件等。
  
  - P3 U6 n8 ?7 o1 O8 {6 G5 L7 b

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

7 C$ n7 _0 [0 N) ?- b. ?) u

第四把斧：每日同步风险

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

# ?6 Z7 k6 _/ n5 k0 o, o/ A

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

$ z1 k: I& D: e5 O

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

" \" @$ g* l3 g' f  Z

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

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

( y! }3 F# \1 q6 }! W

" P% L" K& v+ a: T7 `

三、总结

6 n# l5 |" K. I

最后送上一首打油诗：

• 技术方案设计全，前期苦痛后期爽，
• 项目排期要预留，心中有粮不会慌。
• 需求变更不可怕，产研一起共协商，
• 上线方案要详细，出了问题都白忙。
• 风险每日要同步，不要最后憋大招，
• 一切尽在帷幄中，我是风控好榜样！（转自楼仔）
  
  " }4 ]9 i8 e0 o( h# T5 M8 S* w+ _2 z

. R6 q$ {7 X$ m1 t( y5 @+ d