读书心得与实际体验的结合与验证
近日重新翻阅了先前读过的专案风险管理的经典书籍─"与熊共舞(Waltzing with Bears)"。在这几年的专案经验累积与通过PMP的认证后,阅读起来真是句句经典、字字冲击内心。
本书的作者是Tom DeMarco与Timothy Lister,译者是钱一一;作者与译者均是软体开发专案的一时之选,虽然有些字语、流程,与PMBOK的定义与程序不尽相同,但是可以互相整合、相互辉映!
本书的架构区分为五大段落:
(1)为什么要去管理风险-有风险,才有利润。为要赚取合理的利润,就必须就承担合理的风险。
(2)一般遭预抗拒管理风险的原因-风险主要探讨失败的可能原因,一般人已习惯「报喜不报忧」,不喜欢去触楣头。
(3)如何去管理风险-反果求因;将可能遭遇的原因儘可能去搜集资料;进行界定(量化)、判别重要性;提出对应的策略;时时监控已知的风险,不断的探索未知风险;设法提出缩小与解决专案可能遭遇风险的开发方式与作法。
(4)应该承担多少风险-既然承担了风险就要获取应有实际的利润,不只风险要衡量,利润也要衡量。
(5)风险管理的实用-检测现有风险管理的程度,了解现行您的状况。
就笔者观感,整本书就是告诉读者:任何事情都有可能遭预一些可预期或不可预期的问题,这是不可逃避的。因此我们要作的是去面对他、去讨论他、去衡量他、去记录他、去监视他、去减轻他、去反省他。书中提出了五个核心的问题─schedule flaw, requirement inflation, employee turnover, specification breakdown, poor productivity,也提出了建议的开发方式─主动渐进式开发方法,以及相关的工具-Earn value running。
一个软体专案所可能遭遇的问题可概分为技术上(产品)与人为上(专案),就笔者的经验,会让一个专案陷入万劫不复的地步的问题,大都是专案管理的不当所造成。
就笔者先前参与一个号称拥有无上经验的”P”资深专案管理者(以下以”P”表示)所领导的金融系统开发失败专案为例:
”P”完全陷入本书所规劝、所希望专案管理应要注意的问题,结果五个核心风险一一中的,该专案只有失败一途。
(1)schedule flaw:”P”以乐观无比的心情、自任发展的态度,认为深受上天的眷顾,所有风险都不会发生,因此一开始就错估了时程的压力,仅把合约的到期日,利用纸上作业,把往前自行推演出各阶段的milestone(backward scheduling)。整个专案没有要径图(Critical Path),仅凭以往经验,自认所推断出的时程是无懈可击。
(2)requirement inflation:”P”由于过份利用利害关係人间的利益冲突,反而导致每个利害关係人坚不让步,不断的扩大需求。
(3)employee turnover:”P”自以为拥有完全的know-how,用Frocing面对专案团队内的决策,对于专案成员所提出但伊以往未曾碰触的issues,则全部withdrawal,导致人员的异动频频。而且招募新血又希望没有”ramp-up time”,因此人员补充困难。
(4)specification breakdown:”P”最厉害的一招就是闪躲,从需求讨论、差异分析,碰到重要的关键点就是避而不谈,或者推託以后;到了实作阶段,自己同意原厂所设定的範围,到了客户测试,就全部一次爆发。
(5)poor productivity:专案成员丧失目标,专案没有进展,心情不断怠惰,因此绩效不断低落。
本书所阐述的重点,对于经济本科,从事证券业四年后,转入从事软体专案开发的笔者来说,有着深切的体会,书末的参考资料与资讯也深具参考价值,因此与各位分享本书的个人心得,如有任何的意见,还请 不吝赐教。