本帖最后由 FYIRH 于 2022-6-21 11:34 编辑 " v2 ?. E" S: B8 R7 m) A0 e: ^! T6 Q
+ O$ V1 S q" W+ j1 n- Q- p9 `
大家对项目管理的话题比较感兴趣,今天我就跟大家唠唠,教大家如何做好项目风险控制。 / ]5 }* s6 N4 y3 K( v) Z
一、项目中常遇到的风险
8 y) P' E' F/ S) {* _产品:楼仔,这个项目非常着急,业务方希望月底能使用,已经完成需求评审,你看今天可以出排期么? 楼仔:我靠,既然项目这么重要,那为啥不提前说呢,还给我整个倒排,这不坑我们么? ( h! ?9 I6 N9 V, I2 k
$ z& ^3 p/ d% o
产品:昨天和业务方沟通,他们想改成另外一种方式,我感觉改动应该不大,要不帮忙改一下呗。 # L+ ~- l: b6 [9 V: g o3 V
楼仔:你又不是研发,你咋知道改动大不大,要不你来? - o3 ]6 v+ h' x
; H( _" z9 |% E) U! p% u! J
产品:我发现有个地方需要加个功能,这个能加么? 2 n% H4 Q; I! O- O3 z5 T7 n
楼仔:怎么又加需求,前两天不是刚加了么,这还有完没完。。。 2 s+ C% s A @' e! p8 G$ f0 _
% z& }4 V: O0 p* G
领导:怎么这个项目功能越做越多,时间越做越长,都临时给你加了好几个人了,你说说怎么办吧。 * S0 J6 a( |* w7 n6 X
楼仔:嗯嗯。。。这个,之前的方案设计有问题,还遗漏了很多功能,所以。。。哎! & Z* X$ `# \$ K1 X5 g
0 b( D3 B) O8 a6 M# c' P5 T
除了上面几种,还存在其它项目风险情况:比如工时评估乐观、小组同学延迟暴露问题、中途其它高优需求插入、测试一堆Bug、上线后出现严重的线上问题、用户体验不好等,下面给大家大白话解答一下。 1 m" u& i% @# p2 e2 I
上面的图片,纯属娱乐,希望产品看不到,弹幕护体,biu biu...
3 T+ l( ]) |+ X! S# _0 ^2 h
! C7 h. H5 g% k二、项目风险控制五把斧
+ |& C7 q3 [1 S% O6 V! o' y+ V第一把斧:方案设计要完备 2 d3 ]3 w9 @, F" }: R
方向不对,努力白费,如果连技术方案设计都有问题,你这个项目十有八九会延期。
! O" h+ f& n( j: t6 ]* O6 _4 `
之前在百度工作,一个半月的项目,方案设计至少需要2周,甚至很多时候方案设计和项目开发的时间是五五开。 2 @: _+ F* y3 u" z2 @) \* s& D
我们不可能让所有公司的方案设计做到和百度的一样,但是多年的工作经验告诉我,方案设计多花时间,肯定不会错,大致需要做到以下几点: 基本做到以上几点,胸有成竹,你的项目其实就成功了一半。
* [$ g0 x2 \0 U6 A- n
* G8 O6 R: ~4 [& R/ E. _; X
第二把斧:项目排期留Buffer 0 C2 e/ K0 _6 C! U+ b4 ]) i' F
重要的事情说三遍,项目排期要留Buffer!留Buffer!留Buffer! 1 [) H7 `% T8 T8 h. a6 Q6 l
不要老实巴交的,评估10天的工时,就给自己排10天,你平时不开会么?不和产品Battle么?不处理线上问题么?能保证所有的工作都能按部就班么?
" \, Z1 p6 I5 S9 Q2 o* X: m+ ~
8 n# W2 K6 e" b
这就是为什么要给自己留Buffer,我们宁愿把项目提前做完,也不要到后面加班赶进度,下面告诉大家项目排期要注意哪些点: 3 f% r& S) H1 Z) g
项目预留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 `
记住,没有一成不变的需求! 产品不是神,她不可能把所有的细节都考虑清楚,所以你要有心理预期。 那需求变更,或者新增需求,怎么办呢?也简单给大家唠唠: 这个其实很灵活,毕竟我们和产品合作,关系不能僵,有的需求改动小,就顺手改了,要是改动大,可以再讨论一下,看有没有更优的方案,如果实在不行,那就增加工时,原则上上线前就不要变更需求,但是特殊情况,也需要特殊考虑。
7 C$ n7 _0 [0 N) ?- b. ?) u
" ?/ i, T! D8 F
第四把斧:每日同步风险 e3 d X! \* ]! t
项目正常进入开发,我不怕需求变更,也不怕测试提的Bug多,怕就怕小组同学不告诉你风险,最后给你憋大招,然后一脸委屈“我怕打扰你,本来想自己解决,结果搞了几天没有搞定”,我只想说“你咋不早点打扰我呢?”
# ?6 Z7 k6 _/ n5 k0 o, o/ A
4 m4 ?! B0 x$ M% ?
所以这就是为啥要开项目站会,建议每天都开,时间控制在10-15分钟即可,会议只讨论进度、问题和风险,不过细节。
$ z1 k: I& D: e5 O
第五把斧:详细的上线方案
" \" @$ g* l3 g' f Z
如果项目比较复杂,上线方案需要尽可能详细,如果出现重大线上事故,之前的努力真的就白费了,需要注意以下几点: 项目上线要考虑上线顺序,因为系统存在依赖关系; 要提前评估上线风险点,比如核心支付环节; 上线方案要尽可能详细,每个环节明确责任人; 上线前,需要测试准备好线上回归Case; 上线后需要小流量验证,或者灰度等; 不要忘记写回滚方案,要是能一键开关,最屌! : u$ ^3 D: ^" |4 F
( y! }3 F# \1 q6 }! W- F, q+ V5 n6 r1 s
" 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 |