请选择 进入手机版 | 继续访问电脑版

ITIL,DevOps,ITSS,ITSM,IT运维管理-ITIL先锋论坛

 找回密码
 立即注册

扫描二维码登录本站

QQ登录

只需一步,快速开始

查看: 119|回复: 0

如何做好项目风险控制,避免项目延期?

[复制链接]
发表于 7 天前 | 显示全部楼层 |阅读模式
本帖最后由 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
粘贴上传202206211128272917..png
$ z& ^3 p/ d% o
产品:昨天和业务方沟通,他们想改成另外一种方式,我感觉改动应该不大,要不帮忙改一下呗。
# L+ ~- l: b6 [9 V: g  o3 V
楼仔:你又不是研发,你咋知道改动大不大,要不你来?
- o3 ]6 v+ h' x
粘贴上传202206211134313765..png

; 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 _
粘贴上传202206211129311849..png

% z& }4 V: O0 p* G
领导:怎么这个项目功能越做越多,时间越做越长,都临时给你加了好几个人了,你说说怎么办吧。
* S0 J6 a( |* w7 n6 X
楼仔:嗯嗯。。。这个,之前的方案设计有问题,还遗漏了很多功能,所以。。。哎!
& Z* X$ `# \$ K1 X5 g
粘贴上传202206211129512892..png

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
粘贴上传202206211130142583..png

! 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
我们不可能让所有公司的方案设计做到和百度的一样,但是多年的工作经验告诉我,方案设计多花时间,肯定不会错,大致需要做到以下几点:
  • 概要设计要全面,不要遗漏功能;
  • 详细设计要考虑清楚,避免给自己埋雷;
  • 技术方案评审,大佬把关,方向不会跑偏;
  • 上线方案要考虑,因为上线方案也会包括功能开发,比如白名单,小流量等。

    : k8 W: B, Q5 ~3 n' l5 N0 X/ n
基本做到以上几点,胸有成竹,你的项目其实就成功了一半。

* [$ g0 x2 \0 U6 A- n
粘贴上传202206211130434332..png

* 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+ ~
粘贴上传202206211131023910..png
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 `
记住,没有一成不变的需求!  产品不是神,她不可能把所有的细节都考虑清楚,所以你要有心理预期。
那需求变更,或者新增需求,怎么办呢?也简单给大家唠唠:
  • 切记不要自己一个人默默承受!
  • 需求变更不要随便答应产品,先评估详细改动;
  • 新增需求增加开发工时,可以砍掉非高优需求,如果只增不减,那就加排期;
  • 需求变更要立规矩,让产品需求变更有成本,比如同步风险、发邮件等。

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

7 C$ n7 _0 [0 N) ?- b. ?) u
粘贴上传202206211131206540..png
" ?/ i, T! D8 F
第四把斧:每日同步风险
  e3 d  X! \* ]! t
项目正常进入开发,我不怕需求变更,也不怕测试提的Bug多,怕就怕小组同学不告诉你风险,最后给你憋大招,然后一脸委屈“我怕打扰你,本来想自己解决,结果搞了几天没有搞定”,我只想说“你咋不早点打扰我呢?”

# ?6 Z7 k6 _/ n5 k0 o, o/ A
粘贴上传202206211131379016..png
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
粘贴上传202206211131551797..png

" 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




上一篇:不同架构师的视角及心得!
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

参加 ITIL 4 基础和专家认证、长河ITIL实战沙盘、DevOps基础级认证、ITSS服务经理认证报名

QQ|ITIL先锋论坛 ( 粤ICP备11099876号 )|appname

Baidu

GMT+8, 2022-6-28 10:47 , Processed in 0.103006 second(s), 30 queries .

Powered by Discuz! X3.4 Licensed

Copyright © 2001-2020, Tencent Cloud.

快速回复 返回顶部 返回列表