本帖最后由 FYIRH 于 2022-6-21 11:34 编辑 / @0 I9 E, L0 q( C, Q8 \$ a; |9 ^, p
: `3 t& d: X+ W
大家对项目管理的话题比较感兴趣,今天我就跟大家唠唠,教大家如何做好项目风险控制。 & W0 n. s2 b, G1 s7 P) y# {
一、项目中常遇到的风险
$ H3 z5 M; V; f" i+ R! z {9 d产品:楼仔,这个项目非常着急,业务方希望月底能使用,已经完成需求评审,你看今天可以出排期么? 楼仔:我靠,既然项目这么重要,那为啥不提前说呢,还给我整个倒排,这不坑我们么? 0 P, q6 p: {9 E' [$ K, L0 }- H
$ g M8 W# K% R6 ^3 B" E
产品:昨天和业务方沟通,他们想改成另外一种方式,我感觉改动应该不大,要不帮忙改一下呗。
. `: q! V' z& l- S
楼仔:你又不是研发,你咋知道改动大不大,要不你来? # S/ ~4 w1 T7 T% s4 Z, n! {
; {5 |0 Z# R( |8 w2 k
产品:我发现有个地方需要加个功能,这个能加么? * m2 F4 W: W# n8 j( M8 i
楼仔:怎么又加需求,前两天不是刚加了么,这还有完没完。。。
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、上线后出现严重的线上问题、用户体验不好等,下面给大家大白话解答一下。 7 Z0 r4 T7 |3 L' ?' i" n4 W: o
上面的图片,纯属娱乐,希望产品看不到,弹幕护体,biu biu...
' K% a) o, R( F 6 a% q! ~2 m3 J: B1 y
二、项目风险控制五把斧
1 o! c7 z0 s0 {: M2 a4 U1 ?第一把斧:方案设计要完备
( J4 i) v5 b1 r0 @. i( u4 u
方向不对,努力白费,如果连技术方案设计都有问题,你这个项目十有八九会延期。 9 u# K; e. h7 u. h
之前在百度工作,一个半月的项目,方案设计至少需要2周,甚至很多时候方案设计和项目开发的时间是五五开。 : l2 V( ?' l4 d; w+ E9 ]; J3 w" X* W
我们不可能让所有公司的方案设计做到和百度的一样,但是多年的工作经验告诉我,方案设计多花时间,肯定不会错,大致需要做到以下几点: 基本做到以上几点,胸有成竹,你的项目其实就成功了一半。
! 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
% E) h0 `2 n2 }8 x) B% `( q: ]
这就是为什么要给自己留Buffer,我们宁愿把项目提前做完,也不要到后面加班赶进度,下面告诉大家项目排期要注意哪些点:
- H/ `3 ?' R5 @& f/ U! q% _' l# r
项目预留Buffer,每天预留20%-30% Buffer,比如开发4天,你给自己排5天; 不要遗漏联调时间; 上线也有时间,不要傻傻给自己排1天,大项目1天上不完; 预留线上小流量时间,或者产品验收时间,否则上线后直接交付,出了问题,项目白做。 7 z0 L, x4 H1 k: N6 H G6 I% }
8 G$ M) g8 ~( V1 N, a6 u
第三把斧:不要怕需求变更
; @" {+ q9 A# i; y5 f9 q
记住,没有一成不变的需求! 产品不是神,她不可能把所有的细节都考虑清楚,所以你要有心理预期。 那需求变更,或者新增需求,怎么办呢?也简单给大家唠唠: 这个其实很灵活,毕竟我们和产品合作,关系不能僵,有的需求改动小,就顺手改了,要是改动大,可以再讨论一下,看有没有更优的方案,如果实在不行,那就增加工时,原则上上线前就不要变更需求,但是特殊情况,也需要特殊考虑。
0 f3 R* E' ^/ ~
& m) f! Z6 w6 n! ~6 f, r# n
第四把斧:每日同步风险
9 i& j$ j T! Q
项目正常进入开发,我不怕需求变更,也不怕测试提的Bug多,怕就怕小组同学不告诉你风险,最后给你憋大招,然后一脸委屈“我怕打扰你,本来想自己解决,结果搞了几天没有搞定”,我只想说“你咋不早点打扰我呢?” ' x. D% F' l; W* L9 z2 ]! F( ?
. Y& f! v$ C( u' [' {5 M
所以这就是为啥要开项目站会,建议每天都开,时间控制在10-15分钟即可,会议只讨论进度、问题和风险,不过细节。 3 L ]6 J: t$ L
第五把斧:详细的上线方案 7 C& R7 R) ^/ A; I) o+ q- t
如果项目比较复杂,上线方案需要尽可能详细,如果出现重大线上事故,之前的努力真的就白费了,需要注意以下几点: 项目上线要考虑上线顺序,因为系统存在依赖关系; 要提前评估上线风险点,比如核心支付环节; 上线方案要尽可能详细,每个环节明确责任人; 上线前,需要测试准备好线上回归Case; 上线后需要小流量验证,或者灰度等; 不要忘记写回滚方案,要是能一键开关,最屌! & K7 H3 I c) c) x! f
$ g* q5 {, p+ A5 k b, A" N. c1 ]7 n0 y6 j2 q, k( J
; d. c. o; L1 C2 e; P5 w8 r
三、总结 5 P3 S/ r3 _; ^
最后送上一首打油诗: 技术方案设计全,前期苦痛后期爽, 项目排期要预留,心中有粮不会慌。 需求变更不可怕,产研一起共协商, 上线方案要详细,出了问题都白忙。 风险每日要同步,不要最后憋大招, 一切尽在帷幄中,我是风控好榜样!(转自楼仔)
0 s* L v5 e/ k( X
& E* `. c* u% e5 v+ |, ~9 [; W |