数据加载中……
项目管理中三分法的应用

三分法在项目管理中可能体现在各个方面,比如领导方式,而本文所提的三分法的应用,主要是指项目管理中进度表制定时如何应用三分法。

所有进度表都有一项基本法则:三分法。虽然粗略,但是这是最接近并了解进度表的最简单方式。

就任何项目而言,要把可用时间分成三段:一段用于设计,一段用于实现,另一段用于测试。由方法论不同,可能每一个阶段的名称会有所不同,但是从本质上来说,也就是把整个项目周期中的每一天都搞清楚应该做好什么(设计)、实际去做(实现实际环境的程序代码)或者验证、分析以及改良已完成的事(测试)。

按照三分法理论,在安排这三个阶段的进度表时,应该粗略的将整个项目周期进行三等分,一般情况下不允许出现大幅度的调整这个三分的比例,除非你有充足的理由,比如某个项目特别重要(注册登录流程修改,测试比例增加20%)。

在按照三分法划分了进度表后,重新审视每个阶段的工作是否能按照计划完成,如果某个阶段进度出现问题,无法按计划完成,那说明项目的总的时间安排出现了问题,这种情况下,建议可以有两个选择:
1. 修改进度表,将项目周期加长;
2. 修改预期要完成的工作量,将某些工作放入下一阶段项目安排中。

而不建议的也有两个选择:
1. 调整三分的比例;
2. 加班。

还有一种情况必须引起重视,那就是虽然整个项目在进度表上符合预期,但是三个阶段不是等分的,而又没有足够的理由去进行这样不平均的分配,那么很有可能会有隐藏的项目风险。比如某个项目一共需要3周完成(15个工作日),而进度表中把其中10天用于开发,2天用于设计,3天用于测试,这种情况下,往往会造成实现的设计不够仔细,在第二阶段中造成开发时间上的浪费,而测试阶段时间紧迫,一旦出现较大的bug则必须通过加班解决,极容易造成项目质量下降。

三分法同样适用于一个较大项目的每一个迭代周期,在一个大的项目完成了第一阶段的框架设计之后,第二阶段和第三阶段往往可以按照功能划分成若干个迭代周期,而每个迭代周期都可以应用三分法分为详细设计、代码实现和测试。我认为这个模式在进行一些较大项目开发时应该大力推广,优点是:
1. 项目进度上更加可控,阶段划分细致,Review时项目里程碑完成情况清晰;
2. 项目质量更加可控,每个周期都包含三个阶段,将项目风险平均分布在整个项目周期内;
3. 团队工作能力最大化,将团队中每个成员的工作平均分布在整个项目周期内,使团队工作能力得到最大的体现,也可以使项目周期控制得到有效的提升。

三分法虽然简单,但是用好三分法却不是一个简单的事情,其中包含了很多项目管理、沟通技巧以及执行力等方面的知识,而一旦用好三分法,往往会做到事半功倍。

Tag标签: 项目管理

posted on 2008-07-09 23:02 Dylan Tang 阅读(1522) 评论(19)  编辑 收藏

评论

#1楼  2008-07-10 00:14 geruger [未注册用户]

三分法虽然简单,但是用好三分法却不是一个简单的事情!
这句说的没错啊.我深有感触啊.我现在带的这个项目严重失控,老员工人员流失,被别的项目组借调,新员工上手慢.项目需求变动.太多了...真是烦啊.
    回复  引用    

#2楼  2008-07-10 06:34 金色海洋(jyk)      

为什么看到别人的文章,第一反应就是“挑点毛病”呢?奇怪。

这个是时间上的划分,那么人员上的分工呢?

比如有甲乙丙丁四个人一起工作,那么谁来负责设计、谁来编码实现、谁来测试呢?

1、一起做,大家一起来设计,然后一起编码(可以一人负责一部分,也可以一人负责一层),最后互相测试别人的代码。

2、一两个人负责设计,其他的一两个人负责编码,其余的人来测试?

3、其他。

不知道人员安排上要怎么来做,目前所有的工作都是我一个人来做的。

基本上就是,一边设计,一边编码实现,简单测试之后,就交给用户了,用户就成了我们的专职测试员了。

好在bug不是太多,即使不多,也够我改的了。

    回复  引用  查看    

#3楼  2008-07-10 07:57 aspnetx      

一段用于设计,一段用于实现,另一段用于测试。
-----------
可以说,这是理想状态吧.
    回复  引用  查看    

#4楼 [楼主] 2008-07-10 09:26 Dylan Tang      

@金色海洋(jyk)
海洋所说的问题,本来不是我这篇文章所想要讲述的范围,不过既然提到了,就谈谈我的看法。
我觉得根据团队不同的规模、项目可靠性的不同要求,应该有不同的处理方式,一个高可靠性的项目,比如一套操作系统的开发,证券交易系统的开发,这样的方式显然是不可取的,微软的测试人员和开发人员比例是1:1,可见测试的重要性。而对于非高可靠性的项目来说,比如一些互联网的应用,就不用那么多测试人员了,据我所知,国内很多知名网站测试人员和开发人员的比例是1:20。而根据团队规模的不同,甚至没有专职的测试人员,而是由一些技术人员或者产品开发人员来兼任。
当然无论如何,不应该只由开发人员自己来进行测试,也许结对编程可以解决海洋面临的问题。
    回复  引用  查看    

#5楼  2008-07-10 09:33 xizhaohui [未注册用户]

三段平均分配这是理想的状况,很多实际的情况设计占的比例要比开发和测试多。
    回复  引用    

#6楼 [楼主] 2008-07-10 09:37 Dylan Tang      

还有迭代的,不是简单的三分,复杂一些的项目,通过迭代再把每个周期按照三分法的原理来划分,当然,不必苛求绝对的均分,这只是一个思想。
    回复  引用  查看    

#7楼  2008-07-10 10:54 Yes!加菲猫      

很长,感觉象论文,看不下来,给点图吧
    回复  引用  查看    

#8楼  2008-07-10 11:01 jyk [未注册用户]

那么设计呢?
您只说了,编码和测试。
    回复  引用    

#9楼 [楼主] 2008-07-10 11:06 Dylan Tang      

设计和编码由同一个人来完成我觉得没有任何问题,一些不是很复杂的项目,我们也往往是由同一个人来负责设计和编码的,不过设计完成在进入编码阶段之前,需要有一个设计评审,看设计是否符合项目要求,有没有更加优化的方案,有没有设计的漏洞等。
    回复  引用  查看    

#10楼  2008-07-10 17:49 金色海洋(jyk)      

为什么是一个人设计,然后有这个人来编码呢?

应该是固定的人来做设计,另一部分人来实现编码。

就好象盖大楼,设计图纸的就是设计,不去盖大楼;盖楼的,看图纸盖楼,不用去管为什么要这么设计。


对了,谁来做设计评审呀?
    回复  引用  查看    

#11楼 [楼主] 2008-07-10 18:30 Dylan Tang      

我说了不是很复杂的项目可以让同一个人来设计和编码,毕竟这不像盖楼那么复杂。
除了项目复杂度的角度以外,从人员管理来说,也应该给开发人员做这些设计的机会。
    回复  引用  查看    

#12楼 [楼主] 2008-07-10 18:31 Dylan Tang      

设计评审我们一般由架构组或者PM来参加。
    回复  引用  查看    

#13楼  2008-07-10 22:36 三千      

@金色海洋(jyk)
在一些项目中,评审也可能是由客户的专家组进行的.
    回复  引用  查看    

#14楼  2008-07-11 06:36 金色海洋(jyk)      

我们的项目经理常说的一句话就是:不能拿项目做实验!

我也想给别人设计的机会,但是做不好的话,谁来擦擦屁虎?

当然我承认是我想偷懒,也缺少检查,完全放手了,但是自己的事情也忙不过来呀。

我就是即设计又编码的,原来以为简单的项目,但是实际上确实很复杂的。

事前又没有完整且详细的设计,到最后只好把后加的功能的设计和编码交给另一个程序员,结果,乱糟糟的。
    回复  引用  查看    

#15楼 [楼主] 2008-07-11 11:00 Dylan Tang      

海洋,不能拿项目做实验,那就应该另外想出一些办法来提高团队的实力。不给别人学习的机会,只是机械的重复同样的事情,这样的公司又有什么意思,虽然这样的公司有很多。
针对设计的检查(评审)是非常重要的,通过评审的项目,在后期的风险会大大降低,这些都是被无数次的项目来验证过的。
还有你说原以为简单的项目,实际很复杂,这说明设计做的简单了,三分法的意义之一,就是当设计的时间发现远远小于开发的时间,就要给自己打一个问号,是不是设计过于简单了?
另外,这一点上也可以参考我的另一篇文章《马邑之战与项目管理》,里面提到了项目前期盲目乐观的代价。

    回复  引用  查看    

#16楼  2008-07-11 11:10 itwalker      

楼主,我相信您实际的项目管理经验是很丰富的,这个三分法也是经过实践检验的,不过,我觉得作为项目管理,时间管理,只是九大管理领域的很小一部分,而且分成3阶段的分法也是任何项目管理模型中都没有的,这只覆盖了开发过程中的部分技术层面,如果分成时间、成本、质量,也许关注和把控的会更有趣。

个人观点。
    回复  引用  查看    

#17楼  2008-07-11 11:11 itwalker      

ps,点评网很有趣,我是老会员。希望你们越做越好。
    回复  引用  查看    

#18楼 [楼主] 2008-07-11 12:36 Dylan Tang      

itwalker,很高兴看到你的评论,关于这个三分法,一方面是自己的项目中积累的一些看法,同时在Scott Berkun的《项目管理艺术》一书中也有类似的观点的阐述。
另外,在互联网开发中并不是所有的项目管理的领域都会触及,不同的行业还有些不同的地方,本文更多的是实践经验的产物,理论上还是很浅薄的。
    回复  引用  查看    

#19楼  2008-08-09 17:32 ZYB      

@金色海洋(jyk)
说得没错,我的问题基本和你的一样
    回复  引用  查看    

标题  
姓名  
主页
Email (博主才能看到) 
验证码 *  看不清,换一张 [登录][注册]
内容(请不要发表任何与政治相关的内容)  
  登录  使用高级评论  新用户注册  返回页首  恢复上次提交      
该文被作者在 2008-07-10 11:31 编辑过


相关链接: