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

manm

6 v2 G" _, S- ]: I+ n1 j2 s

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

  o" l% H4 Y5 l

一、项目中常遇到的风险

% B2 ~3 N3 o' g8 o. ?6 c

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

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

7 ?6 d. K4 `# p; ~

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

& d1 \$ ?9 F+ P( G# x" a  h& v

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

/ T# z( p8 P3 b$ e7 G' t3 X2 P+ G

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

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

! p, k% s+ V2 s  `% l* l

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

" E2 {/ R8 i* t- @) u& b

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

# B( [( d0 }+ H. s

5 T2 k" t) g# [4 @  M

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

7 v+ l: s0 U! {

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

: u) I( Z; X" E% N% b

二、项目风险控制五把斧

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

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

3 \8 k; ~! s1 q) e8 z- c+ ]

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

2 Y1 q& t! P) P

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

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

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

) ]) k$ Z9 ^7 N+ U' M1 i/ H

; ]3 r! s4 E/ X1 F, r

第二把斧：项目排期留Buffer

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

7 \: P% Q" m3 Q, ?% N

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

, O; d$ U  x* F

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

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

* B0 z0 H- E8 e: w* R

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

; W# i  u% E2 w0 l1 l/ t/ A4 m5 g

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

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

• 切记不要自己一个人默默承受！
• 需求变更不要随便答应产品，先评估详细改动；
• 新增需求增加开发工时，可以砍掉非高优需求，如果只增不减，那就加排期；
• 需求变更要立规矩，让产品需求变更有成本，比如同步风险、发邮件等。
  
  $ z. x9 r$ C  X- l/ z# W0 R: \; A

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

( }4 P& S2 D* O( ~" l/ I

第四把斧：每日同步风险

% M' @0 y$ ?' L3 ]: W2 C

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

9 c& z5 p+ k. d

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

0 P1 D& q7 _+ n: y

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

$ s9 b7 D! H1 @: l  c' L

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

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

! \8 l, q+ p9 @5 e

三、总结

最后送上一首打油诗：

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

4 L- }1 a( t$ A