正是基于以上两点分析,我们先来介绍需求变更管理方法——变更管理七步法。七步法印证了我经常鼓吹的项目管理三部曲:细化、量化、图形化,七步法主要验证了细化和量化的必要性和好处。 大家一看就明白了:噢,原来是项目管理三角形,扯上它干吗呀。范围可以理解为一个项目需要完成的内容的多少,而时间质量和成本则意味着完成这么多内容的工作必须投入的时间成本以及对应的质量水平。 这幅图一看就不得劲,为什么?第一副图中三角形内切于圆,而第二副图则完全破坏了这种内切关系,所以显得不伦不类。为什么应该内切?工作任务与投入应该相适应,这么一个常识性的东西在我们的IT行业中竟然被破坏得极为彻底!好,下面我们就一起来看看怎么样这样一幅项目三角形的图形来讲理! 正如我们从变形的项目管理三角形所得到启示:项目范围变了,对应的时间、质量和成本也应该发生变化! 表一:变更表 所以一看这个表您就明白了,其实这个表反映了一个最朴实的道理:就是项目三角形在发生变形时需要保持的对应关系。 大家会说,我看明白了,可是这张表应该怎么去使用?谁去填表?什么时候填表?如果有人不愿意填,那该怎么办?下面我们分七个步骤来讨论操作中可能会遇到的问题 第一步 首先得说到变更流程的事情。不管什么样的变更,首先都有第一步:变更申请。有人就不乐意听了:我们的客户都是“变更命令”!这个回头再说。只要有人提出变更,我们就称之为变更申请。我们来看第一节变更内容描述:大家会说哎呀,这个首先行不通!我们的客户从来都是口述,打电话或当面交流。这个我们不怕,客户只要说出来,我们是不是就可以记录下来(有人又不高兴了:凭什么他说我记呀?别急,这样做对项目组有好处)? 除非客户不做任何表示让我们猜哑谜,我们是一定能够把客户的需求变更转成文字记录。大家可能又会说,我们可以帮他们记录,可是他们不愿意签字那怎么办?签字不是关键,此处我们关心的是把变更描述记下来,我们能不能把纪录的描述给客户看,客户会不会翻脸不认账:“不是我说的!”?不会的,果真这样我们就不做了!第一个问题是不是解决了?
此文章共有5页 上一页 1 2 3 4 5 下一页
|