项目规划管理 - 5

为什么在实际工作中做调整最难呢?答案其实也很简单,变数太多!再好的规划也无法预测到以后会发生的事情,哪天突然停电了,哪天地震了,哪天员工生病了,你能想得到啊?!既然无法想象得到,我们就得在发生时随时做调整,调整资源,调整时间,甚至增减项目。

 

当然,地震也未必有的,所以大家也放宽心,员工请个假也正常,其他人帮忙顶顶,或者到时周末加个班,这些都是可以解决的,最最最重要很难解决的是什么知道吗?就是我们怎么来判断一个事情对项目的影响程度,也就是我怎么来知道现在要不要加人减人,要不要延期,要不要加钱,如果不需要,那什么时候应该做这些事情。

 

很多时候,我们都是在项目快要完成的时候才意识到这种问题,不过那个时候已经来不及了,延期是必定了,甚至客户不想买了,损失就可能很大了。 所以我们需要提前意识到这类问题,从而提前解决掉。这个就是我们当初决定用TechExcel DevPlan的一个最最最重要的原因!(大家有没有听说过蝴蝶效应这个理论,一只蝴蝶在西半球震动了一下翅膀,可能导致东半球刮台风,为什么呢,蝴蝶震动了一下翅膀,会导致周围空气发生变化,这块空气的变化可能就会影响旁边地方的空气变化,就这样一块接一块地发生连锁影响,最后就导致了台风的生成。 由此可见,如果一个员工某一天迟到了或者请假了,都可能导致严重的事情发生,如果能够预见到可能发生的结果,那是多么有意义!)

 

其实这个问题也是很多公司都有的问题,即使你的设计再精彩,开发再出色,测试再专业,只要中间出了些问题,且没有来得及解决好,那就什么都没用! 那这个问题能不能解决呢,怎么解决呢?当然,答案还是很清楚,肯定是YES,不过有些网友还是想知道细节,所以还是来稍微说明一下吧:

 

一般出问题的时候,我们可以来分析一下原因是什么,客户临时决定要加几个功能,领导拍板说要做,设计以为很简单,开发也很快做好,测试发现了很多这个功能影响很大,发现了很多问题,所以导致开发需要花很大精力去修Bug,最后其他功能也没完成好,再最后,时间到了,产品没出来。

 

是谁的问题呢?都有问题是吧,客户你就不该加这几个功能,呵呵(哼,不做不给钱);老板呢,你老是这样拍板(客户要的,我得给);设计人员总是说很简单,不会有影响(的确好像挺简单的啊);开发总是考虑得太少相关功能(也不是我没考虑全,时间就这点,我还得做其他活了);测试人员总是爱找Bug(我爱Bug,我爱Bug)。。。。。。,呵呵,其实谁都没有问题,那问题在哪里呢?

 

问题在于,我还需要多点时间,或者多点人力。可是谁也没提,如果当初客户要加功能的时候,老板可以争取多点时间,如果开发接到活的时候,多要点时间或者人手,如果测试拿到Build以后,根据Bug情况也要求一些额外资源,想必这个项目起码能稍微好一点,即使最后还是延期了,起码是在大家已经早就预料到的情况下了。

 

我们以前也经常碰到这种事情,在用了DevPlan系统以后,这种事情已经大大减少了,因为在DevPlan中,很多可能会影响到人力,时间和成本的因素,都会有自动预警机制,使得你可以早做调整,去增加人力或者增加时间,相应的,这个项目规划图就会实时进行更新,领导们也能随时看到这种情况,而且通过关键路径或者基线(Baseline)的比对,管理层可以很清楚得知道这个项目会不会延期,会不会超支等。

 

也许有人还不太明白DevPlan如何实现预警功能的,这个我之前也不明白,后来问了TechExcel的何工后才稍微了解了一下,原来由于DevPlan可以与软件开发的其他环节的管理软件(TechExcel DevSuite解决方案的其他几个产品,我们公司也买了)无缝集成,共享信息,而那些产品,比如需求管理工具(DevSpec),开发管理工具(DevTrack),测试管理(DevTest),报工管理工具(DevTime),文档管理工具(KnowledgeWise),都是管理着最直接的产品开发工作,也就意味着能获得最精确的工作数据,比如这个功能预计要做多少时间,实际用了多少时间;按照当前的工作效率,剩下的功能还需要多少时间完成;加了这个功能,可能会影响多少的时间;测试最近几周发现严重Bug的趋势如何;之前的成本投入情况怎样,按照现在趋势,未来一段时间的成本会有多少。。。。。。所有这些数据都是非常精确的数据(甚至可以精确到个人在项目开始以来花了公司多少成本,做了多少功能,修了多少Bug,工作效率是否一直很好还是有所下降),然后这些数据可以在DevPlan被调用到,DevPlan再根据这些数据通过一定的算法就会得出项目调整的预警,比如知道了测试最近提交Bug的数量趋势,就会决定是否安排更多开发去修或者是延长时间;知道了这个新功能加入后预计完成所需时间,就可以提醒老板是否跟客户说一下延长一下交货时间;知道了这个员工同时在做几个功能,工作量已经超负荷了,需要减负或者加人;知道了有人马上要修婚嫁了,就得派其他人接手一下。。。。。。

  

就这样子,基本上能解决现在碰到的大部分问题,当然不同公司有不同的流程,也许有的公司还不能照搬这个方式,不过我对这个系统还不是很熟,也许还有其他功能,以后慢慢研究。

 

 

 

(未完待续)

 

 

 

  • 1
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 1
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值