风电装备项目管理分析.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(57页珍藏版)》请在淘文阁 - 分享文档赚钱的网站上搜索。
1、泓域/风电装备项目管理分析风电装备项目管理分析目录一、 控制干系人参与3二、 规划干系人管理3三、 定义范围5四、 创建工作分解结构8五、 管理沟通14六、 项目沟通管理概述25七、 产业环境分析26八、 风电主机成本结构中,叶片、齿轮箱、发电机是成本占比最高的三种零部件35九、 必要性分析36十、 项目基本情况37十一、 投资方案分析40建设投资估算表42建设期利息估算表43流动资金估算表45总投资及构成一览表46项目投资计划与资金筹措一览表47十二、 项目经济效益48营业收入、税金及附加和增值税估算表48综合总成本费用估算表50利润及利润分配表51项目投资现金流量表54借款还本付息计划表5
2、6一、 控制干系人参与控制干系人参与是全面监督项目干系人之间的关系,根据实际情况调整管理策略和实施计划,持续不断地提升干系人参与的效率和效果。这一活动和管理干系人参与联系紧密。对于持支持立场的干系人,需要维持并不断提升这种关系。但对于持负面立场的干系人,不断改进干系人参与的方式和方法,将其转化为正向或者降低其负面作用都是非常有益的。二、 规划干系人管理规划干系人管理是基于对干系人需要、利益及对项目成功的潜在影响的分析,制定合适的管理策略,以有效地调动干系人参与整个项目生命周期的过程。其结果就是规划一份为与项目干系人的互动提供可操作的计划,以支持项目的最终利益诉求。规划干系人管理工作过程:分析项
3、目的目标、活动和结果将如何影响干系人。分析干系人对项目的目标、活动和结果带来的影响可能会有什么样的反应或者期望。分析什么样的管理策略会利于有效调动干系人参与项目,或者引导干系人对项目产生正面影响。将这种管理策略具体化到可操作管理活动,形成干系人管理计划。干系人管理计划通常应包括以下内容:关键干系人所需要的参与程度和当前参与程度;干系人变更的范围和影响;干系人之间的相互关系;项目现阶段干系人的沟通需求;需要分发给干系人的信息;分发相关信息的理由,以及可能对干系人参与所产生的影响;向干系人分发所需信息的安排:干系人管理计划优化和更新的过程。持领导及支持立场的干系人大多是项目直接参与者,他们需要时刻
4、关注项目的进展情况,特别是当发现项目偏离预期目标时,或对项目需求发生变化时,都需要和项目组沟通。项目组和项目干系人之间必须有某种约定的固定渠道,以便于双方通过沟通共同应对项目进行中的各种情况,这包括:项目中间出现了重大问题,威胁到项目目标的实现,而这一问题又可能无法在项目内部解决,需要提交到项目干系人层面进行分析和协商,提出相应的解决措施和办法。由于项目实施活动的原因,使得预先约定的项目目标无法达成,从而导致项目变更。最常见的是进度拖延,费用超支。这些变更必须得到干系人的认可和批准。项目干系人由于某种原因需要对预定的项目目标提出新的要求,导致项目变更。项目组需要对变更的可行性及影响进行评估,提
5、出新的项目计划供干系人最终决策。项目中对干系人的管理大多是多方参与的正式沟通活动,所以是通过定期举行各个干系人参加的项目状态评审会,进行项目状态通报以及对项目重大目标进行决策来实施的。而对一些重大的突发事件,在进行应对处理的时候,也会邀请相关的干系人参与决策,这是项目问题解决会议。在一些项目中,相关干系人也会要求对关键性的技术问题进行评审。干系人管理的内容虽然大多数都是以定期的信息沟通形式展开,但其所包含的实质内涵要比仅仅改善沟通广泛得多。其核心目标是在项目团队和干系人之间建立并维护良好的、有利于项目目标的关系环境。随着项目的进展,干系人及其参与项目的程度可能发生变化,因此规划干系人管理也是一
6、个反复定期开展的过程。大多数情况下,干系人管理计划具有某种敏感性内容,所以项目经理应该注意对干系人管理计划内容可能带来的负面影响采取恰当的预防措施。例如,需要限定相关指定人员可以接触到干系人管理计划的目标和内容。三、 定义范围项目目标主要表现为以范围为核心的要求,就是项目应该完成什么,使项目干系人达成一致的结果。项目范围说明书的具体格式和要求和各个组织所处行业领域的项目特征相关,但一般来说至少包括以下各项内容:项目商业目标:描述促使项目建立的商业需求。这部分内容大都来源于项目启动阶段所作的战略规划、市场机会的识别以及进行项目选择的依据。这些条件是项目目标的前提和项目存在的基础,但它是来自项目的
7、外部因素,很可能不在项目可控制范围内。项目的实施和目标实现都需要一个过程,所以这些关键性的条件是不是会发生变化,就成了组织分配资源的一个重要依据。在当今外部商业环境变化越来越快、越来越难以预测的情况下,组织需要对这些变化相当谨慎而敏感。可能很多项目在创立的时候相当正确,但由于错过最佳的时机而变得无效。项目制约因素及假设:列出项目的制约条件,以及针对不确定性环境的前提假设。项目可交付成果总述:列出项目完成所要交付给客户的所有成果。这实际上是约定项目的范围目标,是项目活动最主要的结果。可交付成果可以专指那些需要最后交付客户的结果,也可以包括那些生产过程中的中间结果。符合的规范与要求:列出交付成果应
8、该达到的要求,以及实施过程中应该遵循的规范标准。这实际上是约定项目的质量目标。验收标准:确定对结果进行验收所应遵循的规范和标准。进度里程碑:确定项目的主要里程碑。这是对项目的时间目标进行约定。成本估计:确定项目所需要的总成本估计。这是对项目的成本目标进行约定。项目范围说明书的核心是约定项目目标,在这一阶段以范围目标为主。理论上,范围目标的界定需要清晰准确。但在现实中,作为项目成果的接受方(或称买方)和成果的实施方(或称卖方)在这一关键问题上的认识是不对等的。目标约定得越明确显然对买方越有利,但具体到操作上,却是卖方比买方更具有专业能力。对卖方来说,并没有直接的动力去准确约定“买方想要的”。而相
9、反,卖方倾向于将目标定得模糊,或者接近于对自己有利的方向,未必是“买方想要的”,而更可能是“卖方想卖的”。同样这一情况也适用于质量目标的确立上。约定交付成果应能达到的指标和要求更需要专业的技术能力,显然,大多数买方不具备这种能力。买方能够判断的标准仅仅是“其结果是否符合我的需要”但“这个需要”无法作为约束项目目标的技术指标,所以常常出现由于质量目标含糊而最后产生的项目纠纷。有鉴于范围和质量目标的这种情况,极容易导致在项目初期买卖双方对目标理解的不一致和偏差。为了弥补这种偏差,增加“验收标准”来作为补充。也就是说,双方遵循认可的验收标准来判断其最终成果是否符合最初的目标。这一措施可以有效帮助减少
10、这种偏差所带来的负面作用,但制定验收标准同样需要一定的专业技能。一般的买方不具备这样的能力。显然,卖方没有动力去制定一个约束自己的标准,所以大多数行业其“验收标准”是借助于第三方所制定的行业规范来实施的。在项目初期,卖方一直推销自己有的或者能够做到的,且尽力去承诺对买方需求的满足。买方知道自己的需求,但不具备对卖方产品判断的专业知识。目标理解上的差距在项目一开始就埋下了矛盾的种子。四、 创建工作分解结构工作分解结构,是归纳和定义项目范围最常用的一种方法。WBS将项目分解成可以管理和控制的工作单元,从而可以更为容易且准确地确定它们的进度、成本以及质量要求。说得通俗一点,WBS就是将项目进行分解的
11、一种方法。它使得项目目标从抽象的表述转化成了详细、明确且实在的工作内容。这些工作内容就变成了项目目标的具体体现。这样来说,WBS有3个主要目的:在制定WBS的过程中,进一步加深对项目的认识和理解。项目目标被分解成小颗粒度的、可被执行的任务,消除项目的神秘感。作为后续管理活动计划和控制的基础。工作分解结构最常用的表示方法列表图表示法。该法被广泛采用的主要原因是项目管理软件的普及。这类软件大都是利用列表图来创建WBS。我们也可以像上面一样对WBS中的每一项进行编码,其目的在于和后面的管理活动有一个很好的参照对应关系。当然这主要是针对大型项目来说的,小项目可以不做编码。WBS是一个典型的树状分层结构
12、。最上面一层代表整个项目,通常称之为0层,向下逐级分解直到最底层。理论上有3种方法来创建WBS:类比法、自上而下法、自下而上法。类比法,顾名思义就是利用一个类似项目的WBS作为构建本项目WBS的起点。很多专业领域的项目都有约定俗成的WBS模板供参考。一个组织也可以从自己过去积累的项目中提炼和归纳出一个项目的通用WBS来作为今后项目的标准。自上而下法被认为是最常规的创建WBS的方法。它从项目最大的单位开始,逐步分解成下一级的多个子项。这个过程就是不断增加级数,细化工作任务。对于经验丰富的项目经理和项目组来说,由于他们具备广泛的技术知识和整体的视角,这种方法是最好的。自下而上法则是让项目组人员一开
13、始就尽可能地确定项目有关的各项具体任务,然后将各项具体任务进行整合,并归总到一个整体活动或WBS的上一级内容当中。这3种方法各有特点和其特定的适应性。一个高质量的工作分解结构对项目的后续工作至关重要,下面以自上而下法为例来介绍一种分解方法,并且展示其中的要点。步骤一:建立0层,也就是以整个项目作为分解的基础。对单个项目来说,这并没有什么特别意义,但是对于大型项目来说,这样做便于项目分解结构的合并操作。步骤二:建立项目的可交付成果列表。步骤三:对每个可交付成果进行分解,得到细分的子可交付成果。这一过程可以循环下去,直到得到适当的颗粒度为止。以上我们得到了一个全部由名词组成的工作分解结构,它代表了
14、项目最后完成的所有产出物及其分解。步骤四:对每个子成果进一步分解出完成它所需的活动。也就是说,经历了这些活动,我们就可以构造一个子成果。步骤五:某些子成果的简单相加就可以构成其上一级的父成果。但是某些父成果的完成不仅需要这些子成果,而且需要额外的活动。这些活动被称为横向关联活动。横向关联活动包括子产品的集成活动、验收活动等。最终我们就得到了一个完整的项目WBS。综观整个WBS,我们可以看到以下一些特点:第一,项目分解从可交付结果开始进行逐步分解,这样看起来整个WBS的上半部分都是名词,所有这些工作结果就构成了项目的产品范围。它意味着项目最终或者进行过程中都会产生哪些工作产品,这些产品最终会转化
15、成交付给客户的交付结果。这种分解方式体现了以客户为中心的原则。项目实施方和项目最终交付客户两者之间对待项目的关注点是不一样的,前者关心如何完成项目,后者关心完成的是什么,是不是所期望的。从表现来看,前者在意实施活动,后者在意实施结果。现实中大多数项目的WBS是由项目实施方来完成的,所以通常情况下WBS是以实施活动为主线进行分解的。这一方面体现了实施方作为实施领域的专家对活动细节的理解,另一方面反映了其对目标效率因素的关注,而可能会对效果的忽视。这也是我们今天很多项目出现问题的根源之一。因为客户方关心“我能得到什么”,而实施方只关心“我该做什么”。只有消除这种差异,才能避免做所谓“有效率没效果”
16、的事情。自上而下的分解方式特别强调以交付结果为核心,在某种程度上它是以客户的期望为上层目标,然后逐步向下分解,从而可以有效避免以实施活动为主线进行分解所产生的问题。第二,WBS的叶子节点几乎都是动词,也就是活动。它表明了所有这些活动的完成,就代表了项目的全部工作。这些活动就构成了项目的工作范围。后续的项目计划工作主要是围绕着如何为这些活动分配相应的资源,以及如何优化资源的分配来提高项目实施效率。第三,在进行分解的过程中,存在4种构成模式:第一种:父节点是名词,子节点全部由名词构成。第二种:父节点是名词,子节点全部由动词构成。第三种:父节点是名词,子节点由名词和动词共同构成。第四种:父节点是动词
17、,子节点全部由动词构成。虽然上面给出了一种普适的分解方法,但创建一个高质量的WBS并不容易,往往需要反复多次进行。同时,实现一个好的WBS所需要的技能并不是管理技能,而是工程领域方面的专业技能。也就是说,工作分解结构的质量与完成这项工作的人对该项目所处工程技术领域的理解和经验高度相关。有时甚至可以说,WBS的创建是一项创造性工作。它凝结了项目实施人员对项目范围的充分理解,也包含了大量的来自过去实践的经验总结。所以,如果一个组织实施的类似项目很多,完全可以总结出一个WBS模板。这个模板实际上是企业过去经验的总结,代表了企业的核心能力。前述的3种构建WBS的方法中,最有价值的是类比法。下面是创建W
18、BS的基本原则WBS中的产品范围应该包含所有的中间和最终工作产品。WBS中的工作范围应该包含所有的项目任务和活动。那些没有被包含在WBS中的活动和任务都不会被分配相应的资源,其实施也无法得到保证。分解的颗粒度大小由项目特征和管理幅度来决定,没有一定的规则。在WBS的每一个节点上,可以建立账目编码系统来唯一标识和确定每一项工作单元。一方面,可以提高沟通的效率和准确度,减少管理成本;另一方面,这个编码可以和进度及成本管理产生对应关系,特别有利于对项目进行非常准确而详细的成本预算及核算管理。在WBS的某一层节点及其以下所有单元,可以作为独立的单元来单独管理,被称为“工作包”。每一个工作包可以分配相应
19、的责任人,并建立责任分配矩阵。工作包范围内的所有结果或者活动由该责任人负责。工作包的设定完全是出于管理的需要,所以其选择没有硬性的规定。WBS事实上是项目管理活动和工程活动的连接点,两个部分的活动在WBS中得到了有效的关联。后续的项目管理活动都是针对WBS上的工程活动来进行的。项目的时间资源被具体分配到WBS的工作单元上。项目的资源投入和成本计划被分配到WBS的工作单元上。项目的范围变更必须基于WBS进行。五、 管理沟通管理沟通是项目中沟通活动的主要实施过程。根据目的的不同,它主要包括两大类活动:获取项目的实施状态信息。分发项目的实施绩效报告。这一方面可以有效地促进项目内部各方协作,另一方面则
20、是让管理者及项目干系人真实而准确地了解项目实施状态,判断项目是否处于正常的轨道,以便及早发现和解决问题。在具体实施当中,根据信息发送的内容、目的和发送对象可以选择各种不同的沟通方式,并且还会经常组合应用各种方式。虽然项目沟通可以以正式的和非正式的两种方式进行,但沟通管理计划中的预定活动几乎都是正式的沟通模式,其中又以书面沟通和多对多的会议沟通为主。(一)正式沟通的模式项目成员为了完成项目工作,在明确规定的组织系统内部进行沟通和协调工作,这种沟通是通过一种正式的明确的渠道进行的。在这个过程中,信息发送者和接收者并不一定直接交流,中间可能要经过某些人的转发,这就形成了一定的沟通渠道和沟通网络。同样
21、,沟通的结构形式也会对沟通的效率产生影响。(二)正式的书面沟通这是项目中最广泛存在的沟通形式。例如,项目在实施过程中所产生的各种文档,既包括有关产品工程活动的结果,诸如产品规格、设计文档等,也包括项目管理活动所产生的文档,诸如项目章程、项目计划、反映项目实施状态的绩效报告等。这些文档的目的之一就是传递某种信息。之所以把它定义为正式的书面文档,是因为它们还代表着某种约定和承诺,也可以说担负了“某些管理职能”。在使用文档这种书面的沟通形式的时候,应该注意以下几点:必须事先约定统一的“符号系统”,这样就使得沟通双方在提供和获取信息的表示形式上达成一致,避免信息传递偏差。使用事先约定的文档模板。模板的
22、作用除了使文档看起来统一而美观外,更重要的目的是使沟通双方在沟通前对要沟通的内容和展现形式达成双方认可的约定和默契,这将非常有助于提高后续沟通活动的有效性和实施效率。表述上应该使用简练而准确的语言和文字,避免传递“非字面因素”以外的信息。因为后者非常容易产生不同人在理解上的差异,从而在项目中造成混乱,引起不必要的麻烦。正式的书面沟通主要用于项目中的约定、承诺和可预测的信息发布。采取的实施方式通常表现为文档,例如利用MSOffice系列的Word、Excel和PowerPoint所产生的书面文档,有时还需要事先约定这些文档存放的地点和更新的过程,因为它们体现了某种管理作用,必须方便项目团队获取和
23、使用。这就是项目整体管理中所提到的配置管理的作用。随着信息技术的渗透,也有很多组织采用基于Web的信息创建和发布。例如,建立组织内部统一的项目管理信息系统,所有需要的信息都可以从Web上获取,信息的录入也是通过Web。这样做会大大降低实施项目管理后引入的额外成本,而同时又能够创造管理效益,提高项目管理的投资回报率。(三)会议沟通在项目实施当中,经常会利用会议的形式来实现和促进项目团队就一个特定主题进行充分沟通和交流。从沟通原理上来说,这种形式大多表现为一对多或者多对多的沟通。根据会议目的的不同,通常会有三种不同的会议沟通类型:项目状态评审会议、项目问题解决会议、项目技术评审会议。按照会议沟通的
24、参与方来划分,会议沟通可以划分为项目内部会议和项目干系人两种。前者在更多意义上是一种内部的集体决策或者交流,后者则更多地体现在调和干系人之间的不同诉求和矛盾之上。1、项目状态评审会议项目状态评审会议定期对项目当前的实施状态进行汇报,分析和总结当前项目的状态是否正常,引入高层管理者和干系人来了解项目的真实情况并帮助解决部分问题。这种会议的形式很多,但都是周期性进行,并且事前就作好详细的会议计划。会议大都是一对多的沟通形式,追求实施效率。会议根据汇报的内容和层次选择不同的参与者和实施周期。例如:对项目组内部的状态评审可以每周进行,这就是通常所说的“周例会”。内容主要包括:上阶段原计划的工作完成情况
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 装备 项目 管理 分析
![提示](https://www.taowenge.com/images/bang_tan.gif)
限制150内