项目管理9大体系.doc





《项目管理9大体系.doc》由会员分享,可在线阅读,更多相关《项目管理9大体系.doc(26页珍藏版)》请在淘文阁 - 分享文档赚钱的网站上搜索。
1、项目整体管理(Project Integration Management)项目计划制定(Project Plan Development)项目计划实施(Project Plan Execution)综合变更控制(Integrated Change Control)输入工具和技术输出输入工具和技术输出输入工具和技术输出其他计划编制的输出Other planning outputs)项目计划编制的方法(Project palnning methodology)项目计划(Project plan)项目计划(Project plan)一般管理技能(gerenal mangement skills)工
2、作结果(work results)项目计划(Project planning)变更控制系统(Change control system)项目计划更新(Project plan Updates)历史信息(Historical information)项目干系人的技能和知识(Skakeholder skills and knowledege)详细依据(Supporting detail)详细依据(Supporting detail)产品所需的技能和知识(Project skills and knowledge)变更申请(change requests)绩效报告(Performance report
3、s)配置管理(Configuration management)纠正措施(Corrective action)组织的政策(Organizational policies)项目管理信息系统(Project Management information system)(PMIS)组织的政策(Organizational policies)工作授权体系(work authorization system)变更申请(Change requests)绩效测量(Performance measurement)教训(Lesson learned)约束条件(Constraints)挣值管理(Earned va
4、lue management)(EVM)预防措施(Preventive action)绩效检查例会(Status review meeting)补充计划编制(Additional planning)假定(Assumptions)纠正措施(Corrective action)项目管理信息系统(Project Management information system)项目管理信息系统(Project Management information system)组织程序(Organizational procedures)项目管理九大知识体系:范围管理:项目为何总是做不完?范围管理要界定做过项目的
5、人可能都会有这样的经历:一个项目做了很久,感觉总是做不完,就像一个“无底洞”。用户总是有新的需求要项目开发方来做,就像用户在“漫天要价”,而开发方在“就地还钱”。实际上,这里涉及到一个“范围管理”的概念。项目中哪些该做,哪些不该做,做到什么程度,都是由“范围管理”来决定的。那么,到底什么是“范围管理”,请跟我们一块来揭开谜底风险管理:项目风险引发的问题、成因及防范法宝项目是为完成某一独特的产品或服务所做的一次性努力。项目的最终交付成果在项目开始时只是一个书面的规划,无论是项目的范围、时间还是费用都无法完全确定。同时,项目创造产品或服务是一个渐近明细的过程,这就意味着项目开始时有很多的不确定性。
6、这种不确定性就是项目的风险所在沟通管理:做好项目沟通计划“灵犀”才能“点通”回想一下你所经历的项目,有没有出现过以下这样的情况:客户在检查项目阶段成果时,指出曾经要求的某个产品特性没有包含在其中,并且抱怨说早就以口头的方式反映给了项目组的成员,糟糕的是作为项目经理的你却一无所知,而那位成员解释说把这点忘记了;或者,你手下的程序员在设计评审时描述了他所负责的模块架构,然而软件开发出来后,你发现这和你所理解的结构大相径庭可能你遇到的情况比上面谈到的还要复杂。问题到底出在哪儿呢?质量管理:如何做好软家工程质量管理?提起如今的IT项目,软件工程倍受关注。而软件的质量更是众人关注的焦点,因为目前还没有一
7、套完善的评估标准。甚至有人提出,现在的软件开发根本提不上是“工程”,因为它太稚嫩了,还没有一套成熟的标准来比照;因而软件项目极易出现失败或失误。大量实践证明,软件工程项目的成败,通常是因为管理问题(协同工作的能力),而不是技术上的问题。要想做一盘“完美”的软件大餐,质量管理的作用是不言而喻的时间管理:磨刀不误砍柴功如何避免工期拖延?“按时、保质地完成项目”大概是每一位项目经理最希望做到的。但工期托延的情况却时常发生。因而合理地安排项目时间是项目管理中一项关键内容,它的目的是保证按时完成项目、合理分配资源、发挥最佳工作效率。它的主要工作包括定义项目活动、任务、活动排序、每项活动的合理工期估算、制
8、定项目完整的进度计划、资源共享分配、监控项目进度等内容成本管理:开源?节流?项目成本管理如何进行究竟如何进行项目成本管理呢?简单地说,就是通过开源和节流两条腿走路,使项目的净现金流(现金流入减去现金流出)最大化。开源是增大项目的现金流入,节流是控制项目的现金流出人力资源管理:项目管理中“人”占什么位置天时、地利、人和一直被认为是成功的三大因素。其中,“人和”是主观因素,就显得更为重要。比如,在足球比赛中,主场球迷甚至可以被视为主队又多了一名队员。在项目管理中“人”的因素也极为重要,因为项目中所有活动均是由人来完成的。如何充分发挥“人”的作用,对于项目的成败起着至关重要的作用采购管理:增加利润的
9、另一种方法:向采购要利润公司的根本目标是追求利润最大化。增加利润的方法之一就是增加销售额。这是非常困难的,还有一种方法也可实现,那就是节省采购费用整合管理:项目管理中的协调该怎么做?在项目管理中,由于项目各方对于项目的期望值不同,因此要达到满足各方的要求和期望并不是一件很容易的事。比如,在项目实施时,项目的客户可能期望质量高于一切,将质量作为首要目标,而项目实施组织可能会将成本作为首要目标。面对这种差异,项目经理不能只满足一方的要求而忽略另一方的要求。因此,项目经理需要在不同的目标之间进行协调,寻求一种平衡项目管理之范围管理 做过项目的人可能都会有这样的经历:一个项目做了很久,感觉总是做不完,
10、就像一个“无底洞”。用户总是有新的需求要项目开发方来做,就像用户在“漫天要价”,而开发方在“就地还钱”。实际上,这里涉及到一个“范围管理”的概念。项目中哪些该做,哪些不该做,做到什么程度,都是由“范围管理”来决定的。那么,到底什么是“范围管理”,请跟我们一块来揭开谜底。几年前,我和一位同事在外地共同参与一个软件项目的开发。项目本身并不算很大,开始的需求调研进行了很长时间,期间不但几乎拜访了所有部门,还与用户反复讨论,征求意见,需求文档几易其稿。即便这样仍然有许多不确定因素,搞得人心烦意乱。当时我牢骚很多,总觉得又花时间似乎还没真正做事。我的同事经验比较丰富,他给我说了一个他自己的亲身经历。那时
11、候他在深圳参与一个证券项目,当时软件开发管理非常不规范,基本上是了解需求后就编程序,根本没有太多的交流,需求文档就更没有了。系统开发出以后,用户不断提出新需求。每天追着开发人员解决问题,项目实际是一个无底洞,没完没了地往下做,按他的说法是项目成员“肥的拖瘦,瘦的拖死”,实在做不下去只能跑了。这个故事刚听起来感觉非常可笑,当我自己真正做项目负责人时才体会到这其实是一个项目范围管理的问题。上面提到我所参与的项目中花费大量时间用于需求调研也是为了确定项目范围。作为一个合格的项目经理,切记要准确控制好项目范围。孙子兵法中提到“知己知彼,百战不殆”,在一个项目中我们应该知道对方需要什么,自己要做什么,这
12、是项目成功的基础所在。那么,首先要明确的是项目范围管理中的范围是如何定义的? 什么是范围?我们知道项目是为完成产品或服务所做的一次性努力。因此在这里,范围的概念包含两方面,一个是产品范围,即产品或服务所包含的特征或功能,另一个是项目范围,即为交付具有规定特征和功能的产品或服务所必须完成的工作。在确定范围时首先要确定最终产生的是什么,它具有哪些可清晰界定的特性。要注意的是特性必须要清晰,以认可的形式表达出来,比如文字、图表或某种标准,能被项目参与人理解,绝不能含含糊糊、模棱两可,在此基础之上才能进一步明确需要做什么工作才能产生所需要的产品。也就是说产品范围决定项目范围。举例说明可能会更好理解一些
13、。假设你在一家培训公司做培训专员,负责组织一次PMP(美国项目管理专业人员认证)考前培训。那么我们完全可以把这项工作当成一个项目来管理,如何确定产品范围和项目范围呢?培训产生的不是有形的产品,而是无形的服务。组织PMP考前培训的目的是讲授项目管理体系基础知识,提高学员的项目管理理论水平,为参加PMP考试做准备,这就是产品范围。如果学员突然提出想获得如何提高企业核心竞争力的知识,很明显此内容不在本项目的产品范围之内。有了明确的产品范围,接下来就可以确定为达到这个目的需要做哪些工作,即项目范围。首先要聘请知名的项目管理权威专家,拟订授课内容,根据授课内容准备学员教材,联络舒适的培训地点,安排好学员
14、食宿。开始培训也并非万事大吉,每天都要与学员交流,听取他们的意见并反馈给老师,甚至学员的日常起居都要过问。由于PMP考试是英文试题,而模拟习题都是中文,假设某些学员希望讲解一些英文题以避免翻译带来的理解偏差,这时老师就要多讲一些内容,产品范围有所扩大,但从总的培训目标看是合理的。如何做好范围管理?范围管理保证项目包含了所有要做的工作而且只包含要求的工作,它主要涉及定义并控制哪些是项目范畴内的,哪些不是。范围管理的基本内容包括:项目启动、范围计划编制、范围核实、范围变更控制等等。以下所讨论的是其中比较重要的部分。1编制范围计划“公欲善其事,必先利其器”。一个项目经理要想真正管理好项目范围,没有必
15、要的技术和方法是肯定不行的。国外曾经有人对项目失败原因进行调查,其中计划被放到了首位,可见它在项目管理中的重要性。我们这里首先强调的就是周密地做好范围计划编制。范围计划编制是将产生项目产品所需进行的项目工作(项目范围)渐进明细和归档的过程。做范围计划编制工作是需要参考很多信息的,比如产品描述,首先要清楚最终产品的定义才能规划要做的工作,项目章程(典型的例子是合同)也是非常主要的依据,通常它对项目范围已经有了粗线条的约定,范围计划在此基础上进一步深入和细化。范围计划中究竟应该包含哪些内容呢?不同的计划详尽程度自然不一样,其中范围说明和范围管理计划必须包含在内。范围说明在项目参与人之间确认或建立了
16、一个项目范围的共识,作为未来项目决策的文档基准。范围说明中至少要说明项目论证、项目产品、项目可交付成果和项目目标。项目论证是商家的既定目标,要为估算未来的得失提供基础;项目产品是产品说明的简要概况;项目可交付成果一般要列一个子产品级别概括表,如:为一个软件开发项目设置的主要可交付成果可能包括程序代码、工作手册、人机交互学习程序等。任何没有明确要求的结果,都意味着它在项目可交付成果之外;项目目标是要考虑到项目的成功性,至少要包括成本、进度表和质量检测。项目目标应该有标志(如:成本、单位)和绝对的或相对的价值(如:少于150万美元等)。不可量化的目标(如:“客户的满意程度”)要承担很高的风险。范围
17、管理计划是描述项目范围如何进行管理,项目范围怎样变化才能与项目要求相一致等问题的。它也应该包括一个对项目范围预期的稳定而进行的评估(比如:怎样变化、变化频率如何及变化了多少)。范围管理计划也应该包括对变化范围怎样确定,变化应归为哪一类(当产品特征仍在被详细描述的时候,做到这点特别困难,但绝对必要)等问题的清楚描述。2范围分解计划明确了,然而该做哪些事情似乎还是一把抓,因为完成项目本身是一个复杂的过程,必须采取分解的手段把主要的可交付成果分成更容易管理的单元才能一目了然,最终得出项目的工作分解结构(WBS)。恰当的范围定义对项目成功十分关键,当范围定义不明确时,变更就不可避免地出现,很可能造成返
18、工、延长工期、降低团队士气等一系列不利的后果。比较常用的方式是以项目进度为依据划分WBS,第一层是大的项目成果框架,每层下面再把工作分解,这种方式的优点是结合进度划分直观,时间感强,评审中容易发现遗漏或多出的部分,也更容易被大多数人理解。Microsoft的项目管理工具Project就可以自动为各个层次的任务编码。3范围变更一个项目的范围计划可能制订的非常好,但是想不出现任何改变几乎是不可能的。因此对变更的管理是项目经理必备的素质之一。变并不糟糕,糟糕的是缺乏规范的变更管理过程。范围变更的原因是多方面的,比如用户要求增加产品功能、环保问题导致设计方案修改而增加施工内容。项目经理在管理过程中必须
19、通过监督绩效报告、当前进展情况等来分析和预测可能出现的范围变更,在发生变更时遵循规范的变更程序来管理变更。我们强烈建议企业的项目管理体系中包含一套严格、高效、实用的变更程序,它对管好项目至关重要。项目管理之风险管理 风险在字典中的解释是“损失或伤害的可能性”,一般人们对风险的理解是“可能发生的问题”。风险与许多事物都有关联,例如,一个已经投入使用的存有易燃品的仓库,随时会有发生火灾的风险。一个建设中的项目也会面临许多不确定性的风险。风险就像“隐形杀手”一样,不知什么时候会出现。无论人们是否喜欢,风险是不以人的意志为转移的。但这并不意味着风险是无法避免的。比如,人们为了避免“患上重大疾病”,平时
20、会积极参加各种健身活动,增强体质,提高防病能力。可以说,风险的存在要求人们要积极面对风险,做到有备无患,才能将风险的影响减到最小。 挥之不去的“隐形杀手” 项目是为完成某一独特的产品或服务所做的一次性努力。项目的最终交付成果在项目开始时只是一个书面的规划,无论是项目的范围、时间还是费用都无法完全确定。同时,项目创造产品或服务是一个渐近明细的过程,这就意味着项目开始时有很多的不确定性。这种不确定性就是项目的风险所在。风险一旦发生,它的影响是多方面的,如导致项目产品的功能无法满足客户的需要、项目费用超出预算、项目计划拖延或被迫取消、项目客户不满等。 可以说,风险存在于任何项目中,并往往会给项目的推
21、进和项目的成功带来负面影响。不过,人们也无须恐惧风险,只要掌握风险发生的因果关系,风险是完全可以管理的。因此,关注项目风险,掌握风险管理的知识与技能,从项目组织、职责、流程与制度上建立一套风险管理机制是确保项目成功的前提与保障。 “隐形杀手”来自何方 不同类型的项目有不同的风险,相同类型的项目根据其所处的环境、项目客户与项目团队以及所采用的技术与工具的不同,其项目风险也是各不相同的。总的来说,基本可分为以下四类: 1、技术、性能、质量风险 项目采用的技术与工具是项目风险的重要来源之一。一般说来,项目中采用新技术或技术创新无疑是提高项目绩效的重要手段,但这样也会带来一些问题,许多新的技术未经证实
22、或并未被充分掌握,则会影响项目的成功。还有,当人们出于竞争的需要,就会提高项目产品性能、质量方面的要求,而不切实际的要求也是项目风险的来源。 2、项目管理风险 项目管理风险包括项目过程管理的方方面面,如:项目计划的时间、资源分配(包括人员、设备、材料)、项目质量管理、项目管理技术(流程、规范、工具等)的采用以及外包商的管理等。 3、组织风险 组织风险中的一个重要的风险就是项目决策时所确定的项目范围、时间与费用之间的矛盾。项目范围、时间与费用是项目的三个要素,它们之间相互制约。不合理的匹配必然导致项目执行的困难,从而产生风险。项目资源不足或资源冲突方面的风险同样不容忽视,如人员到岗时间、人员知识
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 项目 管理 体系

限制150内