“凡事预则立,不预则废”说的就是计划,可是如何做这个计划呢?在哦那个在IT项目中计划该注意些什么呢 ?
一直以来公司就提倡在计划内开展工作,比如按预算进行活动安排、采购,做季度总结时制定下一季度的计划,考核是查看计划完成率等等这些。公司呆了这么久还真没好好理解过这个计划,只是很多时候跟着头做的计划干活。
新项目立项了,前期需要做很多的准备工作,其中很重要的一项就是这个计划,可是如何做好这个计划呢,需要从哪几个角度来考虑呢。
首先是需要明确计划的目的是啥?为了在有限的资源下,更好的完成项目,并且严格控制项目的支出,节约时间成本及项目支出。既然这样那这个计划执行是否可以参照那个SMART原则呢?我觉得是可以滴,也看过一些别人做的计划,但是总感觉这个计划不太好操作,也没法去具体界定估算项目的支出。计划中都有节点或者阶段,如何来划分这个东西我想是是否可操作的关键,如果你把一个太大的阶段不区分出来具体的工作,不界定具体的交付成果物,我想是不太好操作的。鉴于这个原因,我在做这个项目的计划的是比较纠结的是如何去区分这个阶段,后来也跟一些其他同行交流,发现这个如何区分这个阶段一般就叫粒度,先不管那些概念上的区别了,我想了一招,以事件为主题,比如要召开一个项目启动会、需求研讨会,这些个事件之前肯定有需要准备的资料、事件之后肯定会出来一些文档之类的。我就从这个角度出发,所有的事件是一个阶段,这个事件本身需要谁参与、需要多少资源投入,具体资源的估值是多少;为了开展这个事件,前期的资料收集准备需要多少资源参与,具体投入;事件结束后的产物是什么,需要多少资源。这样一来我就能大概里出来每个过程需要我方、客户方谁来参与,也能从这个计划中提出出来每周需要客户协助那些工作,提前进行沟通。从这三个角度我觉得计划能做出来了,但是出来了另外一个问题。
项目计划中有一个历程碑的概念,按照我前面计划的那个做法这个里程碑就是每个阶段的产出物,在工程类项目里面历程碑,相关的产出都能有一套工程标准来验收,而做为IT项目,项目中的产出物更多的都是智力产出,如何来界定验收这个智力产出是个难题。 我在这个上面也纠结了很长一段时间,后来我也跟很多相关的人员咨询过这个问题,发现大家都没有很好的解决方案,于是乎我就只能暂时以是否执行这个动作来验收,也就是不以这个产物为历程碑,而已验收完成这个产物为里程碑,这样一来这个验收的过程就成了一大的阶段,也就是不去分解这个阶段,等以后有好的办法的是在来细化吧。
“工欲善其事、必先利其器”,做计划也有一些很好的工具,MS的Project就是一个不错的选择,关于如何更好的利用Project我也在摸索中,就不多做介绍了。

2 Comments
傅钟
on 2009年11月14日 at 21:48.
不合理的里程碑是噩梦的开始。。。
做计划容易执行难啊。假如为了所谓的项目完成时间而制定不合理的计划,又会是一次死亡行军。
Felix
on 2009年11月15日 at 12:58.
这里只是一个一般的概念,
至于如何合理滴规划时间是个大的课题,我想我现在还是不太能掌握,所以先记录吧,这年头总的先试试吧。