用户名    密码      保持一月   
 
  首 页 知识库  案例库 ┊ VIP作品  排行榜 ┊ 个人书房 ┊社区论坛 ┊ 投稿 出版 ┊专家频道 ┊ 客户服务┊ 支付中心
    强力推荐

·《中国啤酒促销走..
·《动摇品牌忠诚度..
·《如何让员工身无..
·《如何确定集团公..
·《战略成本动因与..
·《总公司实行全面..
·《人力资源:缺人..
·《人才战略:八分..
·《企业国际化讨论..
·《企业成本分析与..
·《小浪底工程如何..
·《项目范围管理:..
·《新产品研发项目..
·《找对项目干系人..
·《组织级项目管理..
·《如何进行项目有..
·《如何确定项目的..
·《找对项目干系人..
·《成功进行软件项..


    分类阅读
   榜 中 榜
    搜索引擎
搜索选项
关 键 字   



如何确定项目的工作需求
类别:项目集成管理   |   作者:黄绍良  |  总17351点击 总30推荐   |  <9-29>更新

      如果把项目范围比作一个橄榄球,那么球内的充气量便是项目的实际工作需求。尽管五磅的气体和二十磅的气体充起橄榄球的外形是一样的,但不同的充气量会影响着橄榄球本身的弹性,从而影响整个赛事的结果。项目管理同样是这个道理。不同的工作需求同样会影响项目目的结果。如果仅仅建立项目范围而没有建立范围内的工作需求,同样会影响项目所需的资源、时间、功能、质量,更直接影响服务的价格,从而导致项目的全面失败。 

必须事先确定工作需求 

当我们和客户进行洽谈时,大多时候是以项目范围来定义交付。但实际情况是,很多项目尽管好像明确地建立了范围,但在项目进程中还是面对客户相当大的变更要求。因为尽管项目范围是不可变的,但其中隐含的工作需求却并没有明文规定在合约中。这种情况下,我们怎样才能使项目得以顺利完成呢? 

我常以美国的橄榄球来比喻项目范围,从附图中能清楚地感受到问题所在:从正面看橄榄球是椭圆形的,但从侧面去看它又变成了圆形。从不同的角度来观察橄榄球的形状,所得到的结论是不一样。这个橄榄球的外皮便是我们所谓的项目范围。客户对范围的定义与集成商对范围的定义往往有很多不一样的地方,这是因为双方审视范围的角度不一样所导致的。 

橄榄球的外形是项目的范围,那么球内的充气量便是项目的实际工作需求,五磅的气体可以把橄榄球的外形支撑起来,同样二十磅的气体也不会改变橄榄球的外形,但五磅的气体和二十磅的气体相差四倍,不同的充气量影响橄榄球本身的弹性,影响整个赛事的结果。项目范围内的工作需求也同样地影响项目的结果,建立了项目的范围而没有建立范围内的工作需求,同样会影响项目所需的资源,时间,功能和质量,更直接影响服务的价格,导致项目的全面失败。以范围来进行交付,在过程中又如何能够避免范围的变动呢? 

如何在合约中确立工作需求 

大部分IT项目缺乏支持文档,纵然拥有商业案例(Business Case)或其他相关文档,也不能很明确地把项目所需的工作涵盖起来,只能建立项目的周边,对项目的实际工作量缺乏描述,这很容易导致项目过程中所产生的变动。 

为解决这个和问题,国际上已于上世纪80年代末期开始采用工作陈述Statements of Work或简称SOW)来固定范围,同时放弃范围定义(Scope Definition)的应用。因为IT项目有别于其他基建项目的地方在于基建项目有其他附属文档来支持范围定义,比如在基建项目的项目范围中,一般都有诸如项目的有关设计图则、用料标准等等明文规定,让范围能够非常明确地涵盖基本的工作需求。而IT项目的项目范围中往往没有这样的定义。 

在上一节如何建立项目范围的讲座中,我们谈到以商业效益来确认功能需求,再利用功能需求来建立项目范围。而在范围确认后,我们紧跟着必需建立详细的工作需求和项目计划,否则项目的工作便像橄榄球内的充气量一般,可以按照客户的要求随意变动。 

工作需求和项目计划基本上是利用工作架构分解法(Work Breakdown Structure)建立。明确的工作陈述(SOW)让渠道商或服务商了解本身的服务承诺,有效地建立项目的成本,降低项目过程中所产生的变动。这些工作陈述应该在销售过程中建立,成为服务合约的内容一部分。万一合约中只有项目范围定义,那么交付小组必须在交付初期建立有关的项目工作陈述,避免交付期间所产生的争议。 

利用WBS技巧建立工作需求 

IT
业内人士多未能把握WBS的实际应用技巧。而有如工作量估算,错误的工作细节将对项目计划不利。利用图二加以简单说明:每一个项目都有不同的交付物,而每一件交付物需要经过不同的里程碑才能够产生,同时每一个里程碑也需要经过不同的阶段才能够达到里程的目标。每一个阶段需要经过不同的步骤去完成,而每一个步骤需要进行不同的工作。 

每一个步骤需要完成一系列工作才能进行第二步骤,直至同一阶段的步骤完成才开始第二阶段,而直至全部阶段完成后才能到达一个里程碑。有些里程碑内的工作可以同期进行,但有些里程碑内的工作得等另一个里程碑完成后才能够开始。到最终完成全部的里程碑内的工作后才能够交付项目中的某一件交付物。 

利用WBS技巧来建立交付组合架构,为每一件交付物建立本身的工作需求,可以让我们很明确地说明每一件交付物所包含的工作。这个交付组合架构更可以让我们在同一时间为项目建立有关的工作计划。



[ 重要提示 ] 
  书友每发表一篇书评即可获得0.1积分,如果被加为精华,可加得2积分,注册用户每天推荐票,推荐一次可得5积分。书友所发表的评论,并不代表本站赞同或者支持此观点,我们的立场仅限于传播更多读者感兴趣的信息,如果书友评论含有对作品及人身的恶意攻击,我们将予以严肃处理。对本站有意见建议请到客服中心,感谢您的合作与支持。


[ 书友最新十条评论 ] [ 查看本书精华评论 ] [ 查看本书全部评论 ]

  * 欢迎您对本书发表书评,长篇评论请至 杂论区 发表


      注:严禁使用任何html、javascript脚本或其他非法性字符,书评请少于240字

关于我们 | 用户指南 | 广告合作 | VIP会员申请 | 签约声明 | 欢迎投稿 | 友情链接 | 客服中心
Copyright (C) 2005 www.project.net.cn All Rights Reserved
中科项目管理研究所 版权所有
京ICP备11045547号 京公网安备110108007776号