现在的位置: 首页 > 综合 > 正文

由球赛联想到项目管理的那点事儿

2013年08月06日 ⁄ 综合 ⁄ 共 1072字 ⁄ 字号 评论关闭

    大家看比赛,无论是足球还是篮球,总是会分联赛还是杯赛,尤其是nba,还有常规赛,还有季后赛。

    但是不知道大家注意没有联赛和杯赛因为性质不同,所以教练带的方法也是不一样的。联赛更多的讲的是内功,注意多维度的考虑问题,需要注意人才培养,需要注意整体配合,需要在某些很容易打的场次,让主力们休息,等等。

    不过杯赛就不一样了,尤其是淘汰阶段,目的很明确就是干掉对手,只有这个唯一的目的,从来也没见哪个教练拿淘汰赛当训练用的。

    项目管理也是一样的,也分联赛型还是杯赛型,感觉无数的项目管理的书,似乎都只是以完成就是目的,很少见哪个项目管理书上把各个层面的分析都解释的面面俱到的。其实很多时候在公司带团队,并非说一个项目简简单单的就是一个项目,把这个完成就好了,我想这个想法就很杯赛,一般除非外包项目,大多数公司里面的项目都不要这么去带。

   通常接到一个项目我会去分析,这个项目的目的是什么,对整个公司的意义是什么,对技术团队可能会有哪些可以提供帮助的地方,对一般程序人员可能会带来哪方面的好处。以及对方对于这种东西的期待底线又是什么。

   或许因为看得经济学书多了,首先会想用经济学的利润最大化原理去做分析,首先会确立几个极值点,比如说deadline,人力成本,资源都有哪些 等等,这样边界值就出现了。然后分析团队中每一个人的兴趣点都在哪,有没有对某些技术非常感兴趣,或者对某些技术非常不喜欢的。然后开始进行计算公式的分析,哪些模块是让有兴趣的人,哪些模块让感兴趣不熟悉的人做,哪些模块让即使对这个讨厌也得做的人做。当然尽量让别人做自己喜欢做的事,这样的效率高,而且利于人材培养,当然问题也会随之出现就是有的人虽然喜欢但是做的时候未必是熟练的,这样就需要计算是否会对底线值有影响,进行风险预估,如果这些都ok的话,还需要站在整个技术团队的角度上思考,这个项目是否对全局有影响,能否提供对整体的技术团队的支持,比如说提出公共的组件,代码等,这个考虑完了,可以从整个公司的角度上看问题,是否对整个公司有着深远的影响,如果有的话,时候我们提前完成会有很好的收益。

    如果是外包项目这种,感觉思考的范畴就会窄一些,通常考虑的时候如何完成这个项目。不知大家注意到这么一个事实没有,杯赛成功的教练通常都是非常有信心的教练,比如说希丁克,比如说斯可拉里,都是那种很有精神力的教练,有舍我取谁的霸气,我自己在做外包项目的时候也通常会鼓舞我的团队说一鼓作气,再而衰,三而竭。

  貌似讲了这么多还是没有实际的项目做支撑,不过我太困了,以后有机会补吧。。。。

 

抱歉!评论已关闭.