多效哩项目管理规划_参考.docx
![资源得分’ title=](/images/score_1.gif)
![资源得分’ title=](/images/score_1.gif)
![资源得分’ title=](/images/score_1.gif)
![资源得分’ title=](/images/score_1.gif)
![资源得分’ title=](/images/score_05.gif)
《多效哩项目管理规划_参考.docx》由会员分享,可在线阅读,更多相关《多效哩项目管理规划_参考.docx(37页珍藏版)》请在淘文阁 - 分享文档赚钱的网站上搜索。
1、泓域/多效哩项目管理规划多效哩项目管理规划xxx有限责任公司目录一、 创建工作分解结构3二、 收集需求9三、 识别风险12四、 风险管理活动17五、 项目沟通管理概述19六、 控制沟通20七、 项目基本情况21八、 产业环境分析23九、 发展现状25十、 必要性分析27十一、 进度计划27项目实施进度计划一览表27十二、 投资估算及资金筹措29建设投资估算表31建设期利息估算表32流动资金估算表33总投资及构成一览表34项目投资计划与资金筹措一览表36一、 创建工作分解结构工作分解结构,是归纳和定义项目范围最常用的一种方法。WBS将项目分解成可以管理和控制的工作单元,从而可以更为容易且准确地确
2、定它们的进度、成本以及质量要求。说得通俗一点,WBS就是将项目进行分解的一种方法。它使得项目目标从抽象的表述转化成了详细、明确且实在的工作内容。这些工作内容就变成了项目目标的具体体现。这样来说,WBS有3个主要目的:在制定WBS的过程中,进一步加深对项目的认识和理解。项目目标被分解成小颗粒度的、可被执行的任务,消除项目的神秘感。作为后续管理活动计划和控制的基础。工作分解结构最常用的表示方法列表图表示法。该法被广泛采用的主要原因是项目管理软件的普及。这类软件大都是利用列表图来创建WBS。我们也可以像上面一样对WBS中的每一项进行编码,其目的在于和后面的管理活动有一个很好的参照对应关系。当然这主要
3、是针对大型项目来说的,小项目可以不做编码。WBS是一个典型的树状分层结构。最上面一层代表整个项目,通常称之为0层,向下逐级分解直到最底层。理论上有3种方法来创建WBS:类比法、自上而下法、自下而上法。类比法,顾名思义就是利用一个类似项目的WBS作为构建本项目WBS的起点。很多专业领域的项目都有约定俗成的WBS模板供参考。一个组织也可以从自己过去积累的项目中提炼和归纳出一个项目的通用WBS来作为今后项目的标准。自上而下法被认为是最常规的创建WBS的方法。它从项目最大的单位开始,逐步分解成下一级的多个子项。这个过程就是不断增加级数,细化工作任务。对于经验丰富的项目经理和项目组来说,由于他们具备广泛
4、的技术知识和整体的视角,这种方法是最好的。自下而上法则是让项目组人员一开始就尽可能地确定项目有关的各项具体任务,然后将各项具体任务进行整合,并归总到一个整体活动或WBS的上一级内容当中。这3种方法各有特点和其特定的适应性。一个高质量的工作分解结构对项目的后续工作至关重要,下面以自上而下法为例来介绍一种分解方法,并且展示其中的要点。步骤一:建立0层,也就是以整个项目作为分解的基础。对单个项目来说,这并没有什么特别意义,但是对于大型项目来说,这样做便于项目分解结构的合并操作。步骤二:建立项目的可交付成果列表。步骤三:对每个可交付成果进行分解,得到细分的子可交付成果。这一过程可以循环下去,直到得到适
5、当的颗粒度为止。以上我们得到了一个全部由名词组成的工作分解结构,它代表了项目最后完成的所有产出物及其分解。步骤四:对每个子成果进一步分解出完成它所需的活动。也就是说,经历了这些活动,我们就可以构造一个子成果。步骤五:某些子成果的简单相加就可以构成其上一级的父成果。但是某些父成果的完成不仅需要这些子成果,而且需要额外的活动。这些活动被称为横向关联活动。横向关联活动包括子产品的集成活动、验收活动等。最终我们就得到了一个完整的项目WBS。综观整个WBS,我们可以看到以下一些特点:第一,项目分解从可交付结果开始进行逐步分解,这样看起来整个WBS的上半部分都是名词,所有这些工作结果就构成了项目的产品范围
6、。它意味着项目最终或者进行过程中都会产生哪些工作产品,这些产品最终会转化成交付给客户的交付结果。这种分解方式体现了以客户为中心的原则。项目实施方和项目最终交付客户两者之间对待项目的关注点是不一样的,前者关心如何完成项目,后者关心完成的是什么,是不是所期望的。从表现来看,前者在意实施活动,后者在意实施结果。现实中大多数项目的WBS是由项目实施方来完成的,所以通常情况下WBS是以实施活动为主线进行分解的。这一方面体现了实施方作为实施领域的专家对活动细节的理解,另一方面反映了其对目标效率因素的关注,而可能会对效果的忽视。这也是我们今天很多项目出现问题的根源之一。因为客户方关心“我能得到什么”,而实施
7、方只关心“我该做什么”。只有消除这种差异,才能避免做所谓“有效率没效果”的事情。自上而下的分解方式特别强调以交付结果为核心,在某种程度上它是以客户的期望为上层目标,然后逐步向下分解,从而可以有效避免以实施活动为主线进行分解所产生的问题。第二,WBS的叶子节点几乎都是动词,也就是活动。它表明了所有这些活动的完成,就代表了项目的全部工作。这些活动就构成了项目的工作范围。后续的项目计划工作主要是围绕着如何为这些活动分配相应的资源,以及如何优化资源的分配来提高项目实施效率。第三,在进行分解的过程中,存在4种构成模式:第一种:父节点是名词,子节点全部由名词构成。第二种:父节点是名词,子节点全部由动词构成
8、。第三种:父节点是名词,子节点由名词和动词共同构成。第四种:父节点是动词,子节点全部由动词构成。虽然上面给出了一种普适的分解方法,但创建一个高质量的WBS并不容易,往往需要反复多次进行。同时,实现一个好的WBS所需要的技能并不是管理技能,而是工程领域方面的专业技能。也就是说,工作分解结构的质量与完成这项工作的人对该项目所处工程技术领域的理解和经验高度相关。有时甚至可以说,WBS的创建是一项创造性工作。它凝结了项目实施人员对项目范围的充分理解,也包含了大量的来自过去实践的经验总结。所以,如果一个组织实施的类似项目很多,完全可以总结出一个WBS模板。这个模板实际上是企业过去经验的总结,代表了企业的
9、核心能力。前述的3种构建WBS的方法中,最有价值的是类比法。下面是创建WBS的基本原则WBS中的产品范围应该包含所有的中间和最终工作产品。WBS中的工作范围应该包含所有的项目任务和活动。那些没有被包含在WBS中的活动和任务都不会被分配相应的资源,其实施也无法得到保证。分解的颗粒度大小由项目特征和管理幅度来决定,没有一定的规则。在WBS的每一个节点上,可以建立账目编码系统来唯一标识和确定每一项工作单元。一方面,可以提高沟通的效率和准确度,减少管理成本;另一方面,这个编码可以和进度及成本管理产生对应关系,特别有利于对项目进行非常准确而详细的成本预算及核算管理。在WBS的某一层节点及其以下所有单元,
10、可以作为独立的单元来单独管理,被称为“工作包”。每一个工作包可以分配相应的责任人,并建立责任分配矩阵。工作包范围内的所有结果或者活动由该责任人负责。工作包的设定完全是出于管理的需要,所以其选择没有硬性的规定。WBS事实上是项目管理活动和工程活动的连接点,两个部分的活动在WBS中得到了有效的关联。后续的项目管理活动都是针对WBS上的工程活动来进行的。项目的时间资源被具体分配到WBS的工作单元上。项目的资源投入和成本计划被分配到WBS的工作单元上。项目的范围变更必须基于WBS进行。二、 收集需求项目目标的4个要素中,最核心的就是范围目标,它定义了整个项目需要交付的结果,可以说是项目所有活动的参照点
11、。但什么因素决定了项目的范围呢?产品所具有的功能其实都是为了满足客户的某种需要,这种需要最终左右了项目应该做什么和不做什么。我们把这种需要称为需求。需求表述了客户打算利用项目成果来做什么,而项目的产品范围则定义了什么样的产品可以实现客户的需要。客户需求是“因”,产品范围是“果”,需求和范围之间存在着一个转化过程,两者之间是有区别的。客户不是仅仅为了拥有而购买产品,而是通过产品来实现某种目的。“需求”是“范围”之源。不同行业,需求和范围在项目管理之中有不同的侧重。在某些传统的行业中,促使项目建立的客户需求是相当明确的。例如,建一栋楼的目的是满足客户居住的要求,这是千百年来都不变化的需求。而用户更
12、关心的是造什么样的房子,这就是范围的概念。在另外一些新兴的行业中,特别是一些IT或者软件类型的项目,项目的需求都是解决一个新的问题,或者是创造出一种新的需要。这个时候连解决什么问题都说不清楚,又怎么能准确把握交付什么样的产品就能解决问题呢?前者就是我们说的“需求”,后者就是所谓的“范围”。这类项目有一个共同的特征:项目是在需求还只是一个概念的情况下开始的,需求是很不清晰、很不准确的。项目的第一个活动就是搞清楚用户需求,然后在正确需求的基础上确定项目的产品范围及工作范围,并作为后续项目活动的基准。这个活动看起来虽然简单,但却有几个重要的环节需要注意:首先,要明确需求收集活动的目的是什么。很多人会
13、误以为需求收集就是搞清楚用户要的是什么产品。定义产品就是确定产品范围,它是在确定需求之后的活动。我们应该在这个阶段集中力量搞清楚以下问题:用户为什么需要这个产品?用户打算拿这个产品解决什么问题?这个产品给用户带来了什么价值?整个需求活动都是围绕着用户来进行的。其次,当我们搞清楚了用户的需求后,就需要确定创建什么样的产品来满足用户需求。这就是需求分析活动的目的,其结果就是定义产品的规格说明书。事实上,很多成熟行业的项目都是从相对详细而准确的产品规格开始的,产品规格定义了产品范围。在IT或者软件行业中,其第一个活动则早于产品规格而是从收集需求开始的,由需求确定规格,也就是产品范围。范围是项目其他活
14、动的源头和基础,所以需要采取措施控制好这个源头。在某些项目中,存在比“范围”还要提前的“需求”活动,则更需要控制好“需求”。“需求”控制好了,由它衍生出的“范围”也就控制好了。但有的时候项目需求变化了,项目范围可能变化也可能不变化。最后,需要特别注意的是:获取项目需求和定义产品规格(范,围)所要求的技能是不同的。获取项目需求的人员必须对要解决的问题,也就是业务领域很熟悉,而定义产品所要求的技能则是技术能力。很少有人在两个领域都是专家。如果只具备一种技能的人做了两个要求不同的事情,很可能某一件事达不到要求。一个懂技术但不懂业务的人员去收集客户需求,容易导致需求质量不高,这一问题在现实中经常出现。
15、了解项目需求、确定项目范围确实有一定的先后关系。很多项目在明确需求之前就签订了项目的实施合同,这个时候项目就承担了一定的风险,因为如果识别的需求和当初估计差距较大,就会导致项目产品和工作范围超出预期。有些大型项目会把需求定义工作和需求实现工作两部分活动分开。在第一阶段,请专门的咨询公司进行需求定义,然后利用定义好的需求进行第二阶段招标,选择合适的需求实现伙伴。这种做法无疑能够保证两部分不同要求的工作都可以达到相应的要求。三、 识别风险管理风险的第一步是识别出对项目会产生重大影响的风险,这就是风险识别活动。后续的风险管理过程事实上都是围绕着被识别出的风险来开展和进行的,所以识别风险是风险管理最重
16、要的基础,但这也是最难的一部分。因为风险是未来潜在的危害,它并不会在现在对项目产生影响。很多实施了风险管理活动的项目,仍然会出现较大的意外而导致项目失败,其根源就在于项目并没有真正识别出那些会对项目产生危机的风险。有经验的项目经理可以提早发现这种潜在的危害而提前处理。识别风险活动有两个主要的过程:寻找潜在的风险。对每个风险特征进行描述。(一)风险识别技术风险对项目来说是一种潜在的危害,识别风险活动就是对这种未来可能发生的危害作出预测。对风险进行识别要从源头着手,也就是从导致风险产生的根源处开始挖掘和判断。风险产生的根源可以分为两大类:内部风险和外部风险。前者是指由于项目本身的工作没有达到要求而
17、导致的风险,后者则是指外部的某些因素可能会对项目产生危害。由于项目管理最基本的原则就是通过项目活动实现项目的最终目标,所以识别风险的活动可以从项目计划开始进行。一个简单而基本的原则就是“我们可以对任何一项活动及其结果提出疑问”。这种疑问包括:该活动是否可以顺利完成既定的目标?目标包括:进度要求、成本要求、质量要求、范围要求。保证该活动完成的资源是否满足基本的要求?该活动顺利完成是否存在一定的假设和前提条件?这些因素是否会变化?该活动是否存在一定的外部依赖关系?这些依赖条件是否能一定得到满足?是否存在导致该活动不能顺利完成的其他外部因素?仔细看这些问题,它给出了发现和识别风险的一定方法,但相当低
18、效率。因为我们可以假设所有的活动都可能不如我们预期的那样顺利,但这却让我们无从下手,因为不可能有充足的资源去处理它们。我们需要的是识别对项目真正可能有影响的风险并进行处理。如果一个项目风险管理做得出色的话,项目就很少被“意外”和“危机”打断。反之,风险管理欠佳的项目会整天疲于应付那些所谓的“意外”和“危机”。上面的方法对于发现那些内部的风险给出了一定的识别范围,但依然需要经验来高效率地过滤掉那些不必要的“担心”。对于外部风险则完全依赖于“发散性思维”,因为项目所处的外部环境范围是相对模糊的。总体来说,在实践中所采取的风险识别技术大都是基于“发散性思维”的。1、头脑风暴法头脑风暴法也称集体思考法
19、,是以专家的创造性思维来索取未来信息的一种直观预测和识别方法。此法由美国人奥斯本于1939年首创,从20世纪50年代起就得到了广泛应用。头脑风暴法一般在一个专家小组内进行。通过专家会议,发挥专家的创造性思维来获取未来信息。这就要求主持专家会议的人在会议开始时就能激起专家们的思维“灵感”,促使专家们感到急需回答会议提出的问题,通过专家之间的信息交流和相互启发,诱发专家们产生“思维共振”,以达到互相补充并产生“组合效应”,获取更多的未来信息,使预测和识别的结果更准确。事实上,头脑风暴法不仅仅适用于寻找风险,只要是需要大家的经验和意见的情况,都可以用头脑风暴法来解决问题。2、访谈向项目组内部和外部的
20、资深专家进行关于风险的面谈有助于找出那些在常规计划中没有被识别的风险。在访谈前,负责风险识别的人,员(通常是项目经理)选择合适的访谈人员,事先向他们提供项目的有关背景情况和其他一些必要的信息,如项目计划、项目范围和项目的一些约束条件等。在访谈过程中,这些被访谈的人员利用他们的专业背景、丰富的项目经验,在所提供信息的基础上挖掘出一些以前未被发现的风险。3、检查表前两种方法都是把“识别风险”看作一种高度依赖个人经验的技能,通过某种方法让有经验的人提供帮助。检查表则是一种把这些经验进行“传递”的方法,操作起来快速、简单而且有效,其结果不过分依赖于操作者的经验。所谓检查表,就是一个项目可能会遇到的风险
21、列表。风险识别人员对照表中的每一项进行判断,逐个进行检查。这个列表最初是由组织中最有经验的人员创建。表的每一项都列出了可能会遇到的风险,它可能来源于过去曾经遭遇过的风险或者所经历过的危机,这些经验被转变成可以被以后项目所使用的知识。这个表是需要不断维护的,因为一个项目即使继承了过去全部的经验也不能保证它不会遇到新的危机。这个方法的优点是简单、快速、容易理解而且结果稳定,缺点是它更多的是继承过去,无法预防可能遇到的新的风险,所以它往往和前面的两种“发散型”识别技术配合使用。在本章开始时曾经对风险进行过分类,它以人们对风险了解的程度来做分类标准。在实践中,人们在寻找和判别风险的时候实际上也从类似的
22、两个方面出发:一个是风险的危害,另一个是风险的起源。例如:纽约的世贸大厦集中了全美乃至全球最重要的金融机构,其一定会对可能遇到的风险进行准备。其中之一就是假设计算机设备如果突然遭到毁坏该如何应对。显然,这是从危害的角度来识别风险的。(二)风险分类不同类型的项目有不同的风险,相同类型的项目根据其所处的环境、项目客户与项目团队以及所采用的技术与工具的不同,项目风险也是各不相同。总的来说,基本可分为以下四类。1、产品风险项目采用的技术与工具是项目风险的重要来源之一。一般来说,项目中采用新技术或技术创新无疑是提高项目绩效的重要手段,但这样也会带来一些问题,许多新的技术未经证实或并未被充分掌握,则会影响
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 多效哩 项目 管理 规划 参考
![提示](https://www.taowenge.com/images/bang_tan.gif)
限制150内