示波器项目管理评估【范文】.docx
( 4.5 )《示波器项目管理评估【范文】.docx》由会员分享，可在线阅读，更多相关《示波器项目管理评估【范文】.docx（41页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。
1、泓域/示波器项目管理评估示波器项目管理评估xx有限公司目录一、 项目维护阶段4二、 项目收尾阶段5三、 控制风险6四、 实施定量风险分析9五、 控制范围9六、 创建工作分解结构11七、 项目基本情况17八、 公司概况22公司合并资产负债表主要数据23公司合并利润表主要数据23九、 投资计划方案24建设投资估算表25建设期利息估算表26流动资金估算表28总投资及构成一览表29项目投资计划与资金筹措一览表30十、 项目经济效益评价31营业收入、税金及附加和增值税估算表32综合总成本费用估算表33利润及利润分配表35项目投资现金流量表37借款还本付息计划表39一、 项目维护阶段正常来说，项目的维护阶
2、段已经是项目结束之后的事情了，应该不属于项目内部的事宜。但是几乎所有项目在项目完成验收、项目成果交付给客户后，客户在应用项目产品的过程中会遇到各种各样的问，题。为了确保项目实现当初预定的目标，项目组应该考虑在项目结束之后如何在维护阶段进行支持，特别是当项目组成员已经解散，甚至在开展另外一个项目的时候，必须确保客户的问题不被忽视。实际上，维护阶段的所有活动都是由客户的事件来驱动的。这意味着只有当客户有需求时，才需要项目组进行反应。但由于这个阶段项目组已经不存在了，而项目组成员并没有被要求承担这部分工作，这样就会导致客户有问题时不知道该向谁反映，他的请求也极容易被忽视，长此以往，会极大地降低客户满
3、意度。但如果组织为此而长期保留固定人员，则又会造成资源的浪费。我们该如何平衡这两者之间的矛盾呢？大多数组织会采取一种问题跟踪的机制来处理维护阶段的事情并且会借用某种IT工具系统来实现这一功能。我们需要先设定问题跟踪的工作流程。整个流程有几个关键性的因素。第一，需要有专门的客户接口人员，负责接受客户的问题报告，并将报告录入跟踪系统。第二，在工程人员这边也需要指定一个问题接口人员，以负责将客服人员转过来的问题报告进行初步的分析和判断。如果问题属实，则需要将问题分配给工程人员来解决。被分配问题的工程人员大多是原项目组成员，但可能现在已经在另外一个项目组工作了，所以这个时候需要进行协调。第三，在问题被
4、解决之后，技术人员需要先对问题的解决方案进行验证，然后转交给客服人员帮助客户来最终解决问题。最后问题的解决需要客户的最终确认。由于整个流程的执行涉及多方协作，而这些人员可能又分属不同的部门，每一问题的解决又需要消耗一定的时间，所以必须借用某种项目维护阶段自动化工具来帮助执行流程。这种软件工具有很多，但功能大同小异，都是一种以状态迁移为基础的事件跟踪系统。二、 项目收尾阶段项目的收尾阶段相对来说就简单了。因为大部分的活动都已经在实施阶段完成了。收尾阶段最重要的活动是进行项目的成果验收。在验收之前必须准备一份获得干系人认可的验收计划。该计划对验收的范围、内容以及验收所遵循的过程和应该达到标准进行约
5、定。验收过程就是遵照验收计划对项目成果进行确认，最后生成一份验收报告。该报告必须明确表示成果是否被接受。如果项目验收顺利完成，则进行项目收尾活动。收尾活动的内容包括：归纳项目文档、进行项目审计、总结项目经验和教训、制定项目后期维护方案、项目组正式解散。三、 控制风险项目的风险特征并不是一成不变的，它可能由于项目采取了相关的应对措施，或者由于项目以外因素的改变发生变化。这种变化将会改变风险排列的优先级顺序，一些新的风险可能会出现。这就需要项目必须持续地关注这些风险特征的变化，及时调整相应措施，这就是控制风险活动。控制风险活动包括两部分的活动和功能，分别是“监督”和“控制”。风险监督活动的主要目的
6、是持续不断地评价项目所处的风险状况。风险监督活动的原则是：需要特别关注那些优先级别高的风险，因为它们对项目的影响最大。一个经常采用的工具就是“项目十大风险跟踪表”。所谓“十大风险跟踪”，就是始终关注风险值最高的10个风险对这些风险进行全程监督和控制。这样可以集中有限的项目资源，解决项目中最主要的风险，最大限度地降低风险给项目带来的负面影响。但是不是只关心前十大风险呢？这只是一个相对的概念，根据项目的规模和特征，这个数值会有所不同。但是带给人们这样一个基本概念：不需要为所有的风险分配有限的资源。十大风险跟踪的具体方法如下：根据风险识别和分析的结果，列出风险值最高的10个风险（前面讲述的“风险排序
7、表”中的前10个风险）。为每个风险制订详细的风险应对计划，其中包括应对措施及责任人，并执行。跟踪风险应对的执行情况，并定期评审和审计计划的执行情况。追踪风险变化的趋势，随时调整每个风险的风险值，并更新十大风险清单。风险控制活动是指在风险发生后，根据风险应急计划来进行相应的危机处理过程。风险控制主要包括下面四个方面的内容：执行某一个应急计划。针对某一个风险，采取纠正措施。选择备用的方案。重新制订项目计划。控制风险的结果通过“风险状态报告”文档来反映。风险状态报告是对风险管理计划、应对计划的执行情况进行定期审计后的主要输出文档。这份报告应该为每个风险考虑可能的四个风险管理方面的情况：风险被解决，风
8、险应对计划完成，跟踪结束。风险管理和应对行动与计划一致，在这种情况下风险管理工作还将继续。风险管理和应对行动与计划不一致，在这种情况下应该纠正执行方法。风险发生了显著变化，通常要进行风险再分析和再计划工作。风险状态报告的目的是向项目相关成员交流和沟通当前风险应对的状态。它的内容包括以下信息：项目名称。风险描述。风险分类（项目领域）。识别阶段的概率、影响和曝光量。当前的概率、影响和曝光量。识别阶段的风险等级。当前的风险等级。风险应对计划的完成进度（已完成的工作）。风险应对措施的具体描述和工作总结。风险所有者。风险变化的趋势。四、 实施定量风险分析风险定量分析常常在风险定性分析之后进行，但也可以是
9、一个独立而并行操作的过程。考虑到实施定量分析的复杂度和代价，很多项目可能只对风险进行定性分析。常用的风险定量分析技术包括决策树分析。决策树是一种图形方法，可以帮助选择在未来结果不确定的情况下最好的行动路径。和决策树分析相关联的一个概念是期望货币值。期望货币值是风险事件发生概率和用货币值表示的风险事件收益的乘积。下面用一个例子来说明：项目可以选择采用一项新的技术，它会显著地缩短项目进度，但一项新的技术也会带来一定程度失败的风险。为保险起见，项目也可以选择采用过去成熟的技术。我们考虑各种可能性和每一种选择的收益（损失）。最后我们可以看到，即使考虑失败的风险因素，选择“采纳新技术”也会带来相对好的收
10、益。事实上，决策树分析是一种考虑风险因素的决策技术，它并不代表最后的收益结果。五、 控制范围项目的范围既然作为其他后续管理活动和工程活动的基础，其本身就必须保持稳定，它的变更必须处于一个严格受控的过程之下。前面在谈到项目变更的原因时，特别提到了范围变更往往是由外部的因素引起的。这些因素包括以下几点：项目的外部商业环境发生了变化。当初确定项目范围的一些支持性因素有了明显的改变，继续坚持原来的项目范围会导致和最初项目的商业目标发生偏离，所以必须对原有的项目范围进行更改。项目范围的初始工作存在错误或者遗漏。项目在最初阶段可能存在认识和理解不够深入的问题，随着项目的逐步深化，就会发现原有的项目范围界定
11、需要进行修正。项目的客户对项目或项目产品的要求发生了变化，需要对项目范围进行更改。项目的实施技术手段有了更好的选择，需要对项目范围相应地作出修改。综上所述，无论什么原因导致范围变更，都会对项目造成冲击。这种冲击可能是：项目已经完成的部分工作成果会被抛弃，直接导致资源和工作量的浪费。需要对所有的管理计划根据变动的情况进行修订，这会引入一个重新计划的过程。将变动的结果通知到所有受到影响的项目工作小组，并且需要反复确认每个小组真正理解了变更内容。虽然项目的4个目标因素都可能是变更来源，但范围变更却不像其他因素那样容易被接受。范围是对项目要达到目标的一种理解，项目的独特性往往就来源于范围目标的独特性，
12、范围变动意味着项目组对项目独特性目标的理解发生改变。这种变更如果处在项目实施过程当中，可能会导致项目组人员没有足够的时间和精力去理解这种变更，从而埋下隐患。项目管理活动中，对范围的变更控制活动大都要经历变更申请、CCB评估、变更实施、变更结果验证等。但如果是范围变更，则需要关注这个变更是否改变了对项目终极目标的理解和认识。如果有这个影响，则项目经理需要重视，并确保每项工作都及时调整到新的目标上来。六、 创建工作分解结构工作分解结构，是归纳和定义项目范围最常用的一种方法。WBS将项目分解成可以管理和控制的工作单元，从而可以更为容易且准确地确定它们的进度、成本以及质量要求。说得通俗一点，WBS就是
13、将项目进行分解的一种方法。它使得项目目标从抽象的表述转化成了详细、明确且实在的工作内容。这些工作内容就变成了项目目标的具体体现。这样来说，WBS有3个主要目的：在制定WBS的过程中，进一步加深对项目的认识和理解。项目目标被分解成小颗粒度的、可被执行的任务，消除项目的神秘感。作为后续管理活动计划和控制的基础。工作分解结构最常用的表示方法列表图表示法。该法被广泛采用的主要原因是项目管理软件的普及。这类软件大都是利用列表图来创建WBS。我们也可以像上面一样对WBS中的每一项进行编码，其目的在于和后面的管理活动有一个很好的参照对应关系。当然这主要是针对大型项目来说的，小项目可以不做编码。WBS是一个典
14、型的树状分层结构。最上面一层代表整个项目，通常称之为0层，向下逐级分解直到最底层。理论上有3种方法来创建WBS：类比法、自上而下法、自下而上法。类比法，顾名思义就是利用一个类似项目的WBS作为构建本项目WBS的起点。很多专业领域的项目都有约定俗成的WBS模板供参考。一个组织也可以从自己过去积累的项目中提炼和归纳出一个项目的通用WBS来作为今后项目的标准。自上而下法被认为是最常规的创建WBS的方法。它从项目最大的单位开始，逐步分解成下一级的多个子项。这个过程就是不断增加级数，细化工作任务。对于经验丰富的项目经理和项目组来说，由于他们具备广泛的技术知识和整体的视角，这种方法是最好的。自下而上法则是
15、让项目组人员一开始就尽可能地确定项目有关的各项具体任务，然后将各项具体任务进行整合，并归总到一个整体活动或WBS的上一级内容当中。这3种方法各有特点和其特定的适应性。一个高质量的工作分解结构对项目的后续工作至关重要，下面以自上而下法为例来介绍一种分解方法，并且展示其中的要点。步骤一：建立0层，也就是以整个项目作为分解的基础。对单个项目来说，这并没有什么特别意义，但是对于大型项目来说，这样做便于项目分解结构的合并操作。步骤二：建立项目的可交付成果列表。步骤三：对每个可交付成果进行分解，得到细分的子可交付成果。这一过程可以循环下去，直到得到适当的颗粒度为止。以上我们得到了一个全部由名词组成的工作分
16、解结构，它代表了项目最后完成的所有产出物及其分解。步骤四：对每个子成果进一步分解出完成它所需的活动。也就是说，经历了这些活动，我们就可以构造一个子成果。步骤五：某些子成果的简单相加就可以构成其上一级的父成果。但是某些父成果的完成不仅需要这些子成果，而且需要额外的活动。这些活动被称为横向关联活动。横向关联活动包括子产品的集成活动、验收活动等。最终我们就得到了一个完整的项目WBS。综观整个WBS，我们可以看到以下一些特点：第一，项目分解从可交付结果开始进行逐步分解，这样看起来整个WBS的上半部分都是名词，所有这些工作结果就构成了项目的产品范围。它意味着项目最终或者进行过程中都会产生哪些工作产品，这
17、些产品最终会转化成交付给客户的交付结果。这种分解方式体现了以客户为中心的原则。项目实施方和项目最终交付客户两者之间对待项目的关注点是不一样的，前者关心如何完成项目，后者关心完成的是什么，是不是所期望的。从表现来看，前者在意实施活动，后者在意实施结果。现实中大多数项目的WBS是由项目实施方来完成的，所以通常情况下WBS是以实施活动为主线进行分解的。这一方面体现了实施方作为实施领域的专家对活动细节的理解，另一方面反映了其对目标效率因素的关注，而可能会对效果的忽视。这也是我们今天很多项目出现问题的根源之一。因为客户方关心“我能得到什么”，而实施方只关心“我该做什么”。只有消除这种差异，才能避免做所谓
18、“有效率没效果”的事情。自上而下的分解方式特别强调以交付结果为核心，在某种程度上它是以客户的期望为上层目标，然后逐步向下分解，从而可以有效避免以实施活动为主线进行分解所产生的问题。第二，WBS的叶子节点几乎都是动词，也就是活动。它表明了所有这些活动的完成，就代表了项目的全部工作。这些活动就构成了项目的工作范围。后续的项目计划工作主要是围绕着如何为这些活动分配相应的资源，以及如何优化资源的分配来提高项目实施效率。第三，在进行分解的过程中，存在4种构成模式：第一种：父节点是名词，子节点全部由名词构成。第二种：父节点是名词，子节点全部由动词构成。第三种：父节点是名词，子节点由名词和动词共同构成。第四
19、种：父节点是动词，子节点全部由动词构成。虽然上面给出了一种普适的分解方法，但创建一个高质量的WBS并不容易，往往需要反复多次进行。同时，实现一个好的WBS所需要的技能并不是管理技能，而是工程领域方面的专业技能。也就是说，工作分解结构的质量与完成这项工作的人对该项目所处工程技术领域的理解和经验高度相关。有时甚至可以说，WBS的创建是一项创造性工作。它凝结了项目实施人员对项目范围的充分理解，也包含了大量的来自过去实践的经验总结。所以，如果一个组织实施的类似项目很多，完全可以总结出一个WBS模板。这个模板实际上是企业过去经验的总结，代表了企业的核心能力。前述的3种构建WBS的方法中，最有价值的是类比
20、法。下面是创建WBS的基本原则WBS中的产品范围应该包含所有的中间和最终工作产品。WBS中的工作范围应该包含所有的项目任务和活动。那些没有被包含在WBS中的活动和任务都不会被分配相应的资源，其实施也无法得到保证。分解的颗粒度大小由项目特征和管理幅度来决定，没有一定的规则。在WBS的每一个节点上，可以建立账目编码系统来唯一标识和确定每一项工作单元。一方面，可以提高沟通的效率和准确度，减少管理成本；另一方面，这个编码可以和进度及成本管理产生对应关系，特别有利于对项目进行非常准确而详细的成本预算及核算管理。在WBS的某一层节点及其以下所有单元，可以作为独立的单元来单独管理，被称为“工作包”。每一个工
21、作包可以分配相应的责任人，并建立责任分配矩阵。工作包范围内的所有结果或者活动由该责任人负责。工作包的设定完全是出于管理的需要，所以其选择没有硬性的规定。WBS事实上是项目管理活动和工程活动的连接点，两个部分的活动在WBS中得到了有效的关联。后续的项目管理活动都是针对WBS上的工程活动来进行的。项目的时间资源被具体分配到WBS的工作单元上。项目的资源投入和成本计划被分配到WBS的工作单元上。项目的范围变更必须基于WBS进行。七、 项目基本情况（一）项目承办单位名称xx有限公司（二）项目联系人万xx（三）项目建设单位概况公司坚持提升企业素质，即“企业管理水平进一步提高，人力资源结构进一步优化，人员
- 配套讲稿：
如PPT文件的首页显示word图标，表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制：
部分文档作品中含有的国旗、国徽等图片，仅作为作品整体效果示例展示，禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词：
- 范文 示波器 项目 管理 评估
淘文阁 - 分享文档赚钱的网站所有资源均是用户自行上传分享，仅供网友学习交流，未经上传用户书面授权，请勿作他用。
限制150内