项目管理9大知识体系Word格式.docx
《项目管理9大知识体系Word格式.docx》由会员分享，可在线阅读，更多相关《项目管理9大知识体系Word格式.docx（22页珍藏版）》请在冰点文库上搜索。
甚至有人提出，现在的软件开发根本提不上是“工程”，因为它太稚嫩了，还没有一套成熟的标准来比照；
因而软件项目极易出现失败或失误。
大量实践证明，软件工程项目的成败，通常是因为管理问题（协同工作的能力），而不是技术上的问题。
要想做一盘“完美”的软件大餐，质量管理的作用是不言而喻的……
时间管理：
磨刀不误砍柴功如何避免工期拖延?
“按时、保质地完成项目”大概是每一位项目经理最希望做到的。
但工期托延的情况却时常发生。
因而合理地安排项目时间是项目管理中一项关键内容，它的目的是保证按时完成项目、合理分配资源、发挥最佳工作效率。
它的主要工作包括定义项目活动、任务、活动排序、每项活动的合理工期估算、制定项目完整的进度计划、资源共享分配、监控项目进度等内容……
成本管理：
开源？
节流？
项目成本管理如何进行
究竟如何进行项目成本管理呢？
简单地说，就是通过开源和节流两条腿走路，使项目的净现金流（现金流入减去现金流出）最大化。
开源是增大项目的现金流入，节流是控制项目的现金流出……
人力资源管理：
项目管理中“人”占什么位置
天时、地利、人和一直被认为是成功的三大因素。
其中，“人和”是主观因素，就显得更为重要。
比如，在足球比赛中，主场球迷甚至可以被视为主队又多了一名队员。
在项目管理中“人”的因素也极为重要，因为项目中所有活动均是由人来完成的。
如何充分发挥“人”的作用，对于项目的成败起着至关重要的作用……
采购管理：
增加利润的另一种方法：
向采购要利润
公司的根本目标是追求利润最大化。
增加利润的方法之一就是增加销售额。
这是非常困难的，还有一种方法也可实现，那就是节省采购费用……
整合管理：
项目管理中的协调该怎么做？
在项目管理中，由于项目各方对于项目的期望值不同，因此要达到满足各方的要求和期望并不是一件很容易的事。
比如，在项目实施时，项目的客户可能期望质量高于一切，将质量作为首要目标，而项目实施组织可能会将成本作为首要目标。
面对这种差异，项目经理不能只满足一方的要求而忽略另一方的要求。
因此，项目经理需要在不同的目标之间进行协调，寻求一种平衡……
项目管理之范围管理
用户总是有新的需求要项目开发方来做,就像用户在“漫天要价”，而开发方在“就地还钱”。
那么，到底什么是“范围管理”，请跟我们一块来揭开谜底。
几年前，我和一位同事在外地共同参与一个软件项目的开发。
项目本身并不算很大，开始的需求调研进行了很长时间，期间不但几乎拜访了所有部门，还与用户反复讨论，征求意见，需求文档几易其稿。
即便这样仍然有许多不确定因素，搞得人心烦意乱。
当时我牢骚很多，总觉得又花时间似乎还没真正做事。
我的同事经验比较丰富，他给我说了一个他自己的亲身经历。
那时候他在深圳参与一个证券项目，当时软件开发管理非常不规范，基本上是了解需求后就编程序，根本没有太多的交流，需求文档就更没有了。
系统开发出以后，用户不断提出新需求。
每天追着开发人员解决问题，项目实际是一个无底洞，没完没了地往下做，按他的说法是项目成员“肥的拖瘦，瘦的拖死”，实在做不下去只能跑了。
这个故事刚听起来感觉非常可笑，当我自己真正做项目负责人时才体会到这其实是一个项目范围管理的问题。
上面提到我所参与的项目中花费大量时间用于需求调研也是为了确定项目范围。
作为一个合格的项目经理，切记要准确控制好项目范围。
孙子兵法中提到“知己知彼，百战不殆”，在一个项目中我们应该知道对方需要什么，自己要做什么，这是项目成功的基础所在。
那么，首先要明确的是项目范围管理中的范围是如何定义的？
什么是范围？
我们知道项目是为完成产品或服务所做的一次性努力。
因此在这里，范围的概念包含两方面，一个是产品范围，即产品或服务所包含的特征或功能，另一个是项目范围，即为交付具有规定特征和功能的产品或服务所必须完成的工作。
在确定范围时首先要确定最终产生的是什么，它具有哪些可清晰界定的特性。
要注意的是特性必须要清晰，以认可的形式表达出来，比如文字、图表或某种标准，能被项目参与人理解，绝不能含含糊糊、模棱两可，在此基础之上才能进一步明确需要做什么工作才能产生所需要的产品。
也就是说产品范围决定项目范围。
举例说明可能会更好理解一些。
假设你在一家培训公司做培训专员，负责组织一次PMP（美国项目管理专业人员认证）考前培训。
那么我们完全可以把这项工作当成一个项目来管理，如何确定产品范围和项目范围呢？
培训产生的不是有形的产品，而是无形的服务。
组织PMP考前培训的目的是讲授项目管理体系基础知识，提高学员的项目管理理论水平，为参加PMP考试做准备，这就是产品范围。
如果学员突然提出想获得如何提高企业核心竞争力的知识，很明显此内容不在本项目的产品范围之内。
有了明确的产品范围，接下来就可以确定为达到这个目的需要做哪些工作，即项目范围。
首先要聘请知名的项目管理权威专家，拟订授课内容，根据授课内容准备学员教材，联络舒适的培训地点，安排好学员食宿。
开始培训也并非万事大吉，每天都要与学员交流，听取他们的意见并反馈给老师，甚至学员的日常起居都要过问。
由于PMP考试是英文试题，而模拟习题都是中文，假设某些学员希望讲解一些英文题以避免翻译带来的理解偏差，这时老师就要多讲一些内容，产品范围有所扩大，但从总的培训目标看是合理的。
如何做好范围管理？
范围管理保证项目包含了所有要做的工作而且只包含要求的工作，它主要涉及定义并控制哪些是项目范畴内的，哪些不是。
范围管理的基本内容包括：
项目启动、范围计划编制、范围核实、范围变更控制等等。
以下所讨论的是其中比较重要的部分。
1．编制范围计划
“公欲善其事，必先利其器”。
一个项目经理要想真正管理好项目范围，没有必要的技术和方法是肯定不行的。
国外曾经有人对项目失败原因进行调查，其中计划被放到了首位，可见它在项目管理中的重要性。
我们这里首先强调的就是周密地做好范围计划编制。
范围计划编制是将产生项目产品所需进行的项目工作（项目范围）渐进明细和归档的过程。
做范围计划编制工作是需要参考很多信息的，比如产品描述，首先要清楚最终产品的定义才能规划要做的工作，项目章程（典型的例子是合同）也是非常主要的依据，通常它对项目范围已经有了粗线条的约定，范围计划在此基础上进一步深入和细化。
范围计划中究竟应该包含哪些内容呢？
不同的计划详尽程度自然不一样，其中范围说明和范围管理计划必须包含在内。
范围说明在项目参与人之间确认或建立了一个项目范围的共识，作为未来项目决策的文档基准。
范围说明中至少要说明项目论证、项目产品、项目可交付成果和项目目标。
项目论证是商家的既定目标，要为估算未来的得失提供基础；
项目产品是产品说明的简要概况；
项目可交付成果一般要列一个子产品级别概括表，如：
为一个软件开发项目设置的主要可交付成果可能包括程序代码、工作手册、人机交互学习程序等。
任何没有明确要求的结果，都意味着它在项目可交付成果之外；
项目目标是要考虑到项目的成功性，至少要包括成本、进度表和质量检测。
项目目标应该有标志（如：
成本、单位）和绝对的或相对的价值（如：
少于150万美元等）。
不可量化的目标（如：
“客户的满意程度”）要承担很高的风险。
范围管理计划是描述项目范围如何进行管理，项目范围怎样变化才能与项目要求相一致等问题的。
它也应该包括一个对项目范围预期的稳定而进行的评估（比如：
怎样变化、变化频率如何及变化了多少）。
范围管理计划也应该包括对变化范围怎样确定，变化应归为哪一类（当产品特征仍在被详细描述的时候，做到这点特别困难，但绝对必要）等问题的清楚描述。
2．范围分解
计划明确了，然而该做哪些事情似乎还是一把抓，因为完成项目本身是一个复杂的过程，必须采取分解的手段把主要的可交付成果分成更容易管理的单元才能一目了然，最终得出项目的工作分解结构（WBS）。
恰当的范围定义对项目成功十分关键，当范围定义不明确时，变更就不可避免地出现，很可能造成返工、延长工期、降低团队士气等一系列不利的后果。
比较常用的方式是以项目进度为依据划分WBS，第一层是大的项目成果框架，每层下面再把工作分解，这种方式的优点是结合进度划分直观，时间感强，评审中容易发现遗漏或多出的部分，也更容易被大多数人理解。
Microsoft的项目管理工具Project就可以自动为各个层次的任务编码。
3．范围变更
一个项目的范围计划可能制订的非常好，但是想不出现任何改变几乎是不可能的。
因此对变更的管理是项目经理必备的素质之一。
变并不糟糕，糟糕的是缺乏规范的变更管理过程。
范围变更的原因是多方面的，比如用户要求增加产品功能、环保问题导致设计方案修改而增加施工内容。
项目经理在管理过程中必须通过监督绩效报告、当前进展情况等来分析和预测可能出现的范围变更，在发生变更时遵循规范的变更程序来管理变更。
我们强烈建议企业的项目管理体系中包含一套严格、高效、实用的变更程序，它对管好项目至关重要。
项目管理之采购管理
众所周知，公司的根本目标是追求利润最大化。
假设某公司购进50000元的原材料，加工成本为50000元，若销售利润为10000元，需实现销售额110000元。
如果将销售利润提高到15000元而利润率不变，那么销售额就需实现165000元。
这意味着公司的销售能力必须提高50%，这是非常困难的。
还有一种方法也可实现，假定加工成本不变，可以通过有效的采购管理使原材料只花费45000元，节余的5000元就直接转化为利润，从而在110000元的销售额上把利润提高到15000元。
上面的案例说明了良好的采购将直接增加公司利润和价值，有利于公司在市场竞争中赢得优势。
采购管理涉及内容繁杂，本文主要从制定采购计划、采购过程管理、采购成本分析、采购安全和保密等方面对采购管理加以探讨。
制定采购计划
1、制造、采购分析
一般而言，在采购之前首先要做制造、采购分析，以决定是否要采购、怎样采购、采购什么、采购多少以及何时采购等。
在制造、采购分析中，主要对采购可能发生的直接成本、间接成本、自行制造能力、采购评标能力等进行分析比较，并决定是否从单一的供应商或从多个供应商采购所需的全部或部分货物和服务，或者不从外部采购而自行制造。
2、合同类型的选择
当决定需要采购时，合同类型的选择成为买卖双方关注的焦点，因为不同的合同类型决定了风险在买方和卖方之间分配。
买方的目标是把最大的实施风险放在卖方，同时维护对项目经济、高效执行的奖励；
卖方的目标是把风险降到最低，同时使利润最大化。
常见的合同可分为以下5种。
不同合同类型适用于不同的情形，买方可根据具体情况进行选择。
一般来说，其适用情况如下：
成本加成本百分比（CPPC）合同：
由于不利于控制成本，目前很少采用。
成本加固定费用（CPFF）合同：
适合于研发项目。
成本加奖励费（CPIF）合同：
主要用于长期的、硬件开发和试验要求多的合同。
固定价格加奖励费用（FPI）合同：
长期的高价值合同。
固定总价（FFP）合同：
买方易于控制总成本，风险最小；
卖方风险最大而潜在利润可能最大，因而最常用。
3、采购计划编制
根据制造、采购分析的结果和所选择的合同类型编制采购计划，说明如何对采购过程进行管理。
具体包括：
合同类型、组织采购的人员、管理潜在的供应商、编制采购文档、制定评价标准等。
根据项目需要，采购管理计划可以是正式、详细的，也可以是非正式、概括的。
采购过程管理
1、询价（Solicitation）
询价就是从可能的卖方那里获得谁有资格完成工作的信息，该过程的专业术语叫供方资格确认（SourceQualification）。
获取信息的渠道有：
招标公告、行业刊物、互联网等媒体、供应商目录、约定专家拟定可能的供应商名单等。
通过询价获得供应商的投标建议书。
2、供方选择（SourceSelection）
这个阶段根据既定的评价标准选择一个承包商。
评价方法有以下几种：
合同谈判：
双方澄清见解，达成协议。
这种方式也叫“议标”。
加权方法：
把定性数据量化，将人的偏见影响降至最低程度。
这种方式也叫“综合评标法”。
筛选方法：
为一个或多个评价标准确定最低限度履行要求。
如最低价格法。
独立估算：
采购组织自己编制“标底”，作为与卖方的建议比较的参考点。
一般情况下，要求参与竞争的承包商不得低于三个。
选定供方后，经谈判，买卖双方签订合同。
3、合同管理
合同管理是确保买卖双方履行合同要求的过程，一般包括以下几个层次的集成和协调。
1）授权承包商在适当的时间进行工作。
2）监控承包商成本、进度计划和技术绩效。
3）检查和核实分包商产品的质量。
4）变更控制，以保证变更能得到适当的批准，并保证所有应该知情的人员获知变更。
5）根据合同条款，建立卖方执行进度和费用支付的联系。
6）采购审计。
7）正式验收和合同归档。
采购成本分析
本文开始的案例揭示了将采购成本降到最低对公司利润的增长的重要性，但更重要的是，应该考虑项目生命周期内的最低整体采购成本。
在实际采购工作中，很多招标单位通常只关注承包方的投标报价，而忽视了招标成本、建设成本和所有权损耗成本等项目整体采购成本。
1、招标成本
首先要考虑发出招标要约前的行为，招标方需要确定目标、调查主题、编写需求建议书（RFP）、考察和认同供应商、获取内部的授权、寻求预算支持等，然后发出要约。
该过程可能需要整个合同价的2%到5%。
然后，竞标者需要对招标方的招标文件制定其投标建议书，费时又费钱，每个竞标者在竞标说明上都要花费合同价的约1%到6.7%的成本。
如果有五个竞标者，该成本将达到合同价的5%到30%。
表面上看来，这笔款项由竞标者承担；
但是，从长远看是由招标方承担。
因为竞标者总把竞标成本直接加在每次竞标的项目上。
评标程序开始后，招标方需做包括开标、评标、定标、谈判、批准等事项。
这个总成本可能占合同价的2%到5%。
如果因为某种原因必须重新招标时，这部分成本将大幅增加。
因此，对于一般行业来说，竞标的总成本可能占到合同价的10%到50%。
无论招标方处于何种行业，降低招标成本都是一种责任。
2、建设成本
建设成本是投标报价的主要依据，往往是买卖双方关注的重点。
一般包括如下几个方面：
前期准备、正式建设费用等、与其它系统的集成、授权、交付和保险、相关手册、对员工和管理者的培训等。
3、所有权损耗成本
所有权损耗成本指长期损耗成本，包括项目运营成本和处置成本。
项目运营成本可能会持续多年，并且可能是前期费用的许多倍；
在设备濒于报废之时还需考虑其销毁或处理的处置成本。
综合考虑这些成本将有助于以正确的观点看待实际采购价，帮助买方选择最好的方案。
采购安全和保密
采购过程中的“黄金规则”是要绝对保密，不让任何不应外传的信息从机构中泄密，不要和不应该知道此事的陌生人交谈，当对方是机构中的成员时可能会很难，但知道的人越少越不会有漏洞。
妥善安置相关文件和计算机内的材料，不用时（包括周末和晚上）要将其锁好，不要将评估的表格展开放在桌子上，以免被看见，及时销毁那些敏感的文件而不是随手扔掉，以免别有用心者发现它们。
项目管理之沟通管理
或者，你手下的程序员在设计评审时描述了他所负责的模块架构，然而软件开发出来后，你发现这和你所理解的结构大相径庭……
其实很简单，就两个字——沟通。
以上这些问题都是由于沟通引起的，沟通途径不对导致信息没有到达目的地。
“心有灵犀一点通”可能只是一种文学描绘出的美妙境界。
在实际生活中，文化背景、工作背景、技术背景可以造成人们对同一事件理解方式偏差很大。
在项目中，沟通更是不可忽视。
项目经理最重要的工作之一就是沟通，通常花在这方面的时间应该占到全部工作的75%～90%。
良好的交流才能获取足够的信息、发现潜在的问题、控制好项目的各个方面。
沟通管理的体系
一般而言，在一个比较完整的沟通管理体系中，应该包含以下几方面的内容：
沟通计划编制、信息分发、绩效报告和管理收尾。
沟通计划决定项目干系人的信息沟通需求：
谁需要什么信息，什么时候需要，怎样获得。
信息发布使需要的信息及时发送给项目干系人。
绩效报告收集和传播执行信息，包括状况报告、进度报告和预测。
项目或项目阶段在达到目标或因故终止后，需要进行收尾，管理收尾包含项目结果文档的形成，包括项目记录收集、对符合最终规范的保证、对项目的效果（成功或教训）进行的分析以及这些信息的存档（以备将来利用）。
项目沟通计划是项目整体计划中的一部分，它的作用非常重要，也常常容易被忽视。
很多项目中没有完整的沟通计划，导致沟通非常混乱。
有的项目沟通也还有效，但完全依靠客户关系或以前的项目经验，或者说完全靠项目经理个人能力的高低。
然而，严格说来，一种高效的体系不应该只在大脑中存在，也不应该仅仅依靠口头传授，落实到规范的计划编制中很有必要。
因而，在项目初始阶段也应该包含沟通计划。
设想一下，当你被任命接替一个项目经理的职位时，最先做的应该是什么呢？
召开项目组会议、约见客户、检查项目进度……都不是，你要做的第一件事就是检查整个项目的沟通计划，因为在沟通计划中描述了项目信息的收集和归档结构、信息的发布方式、信息的内容、每类沟通产生的进度计划、约定的沟通方式等等。
只有把这些理解透彻，才能把握好沟通，在此基础之上熟悉项目的其它情况。
在编制项目沟通计划时，最重要的是理解组织结构和做好项目干系人分析。
项目经理所在的组织结构通常对沟通需求有较大影响，比如组织要求项目经理定期向项目管理部门做进展分析报告，那么沟通计划中就必须包含这条。
项目干系人的利益要受到项目成败的影响，因此他们的需求必须予以考虑。
最典型也最重要的项目干系人是客户，而项目组成员、项目经理以及他的上司也是较重要的项目干系人。
所有这些人员各自需要什么信息、在每个阶段要求的信息是否不同、信息传递的方式上有什么偏好，都是需要细致分析的。
比如有的客户希望每周提交进度报告，有的客户除周报外还希望有电话交流，也有的客户希望定期检查项目成果，种种情形都要考虑到，分析后的结果要在沟通计划中体现并能满足不同人员的信息需求，这样建立起来的沟通体系才会全面、有效。
语言、文字还是“形象”
项目中的沟通形式是多种多样的，通常分为书面和口头两种形式。
书面沟通一般在以下情况使用：
项目团队中使用的内部备忘录，或者对客户和非公司成员使用报告的方式，如正式的项目报告、年报、非正式的个人记录、报事帖。
书面沟通大多用来进行通知、确认和要求等活动，一般在描述清楚事情的前提下尽可能简洁，以免增加负担而流于形式。
口头沟通包括会议、评审、私人接触、自由讨论等。
这一方式简单有效，更容易被大多数人接受，但是不象书面形式那样“白纸黑字”留下记录，因此不适用于类似确认这样的沟通。
口头沟通过程中应该坦白、明确，避免由于文化背景、民族差异、用词表达等因素造成理解上的差异，这是特别需要注意的。
沟通的双方一定不能带有想当然或含糊的心态，不理解的内容一定要表示出来，以求对方的进一步解释，直到达成共识。
除了这两种方式，还有一种作为补充的方式。
回忆一下体育老师授课，除了语言描述某个动作外，他还会用标准的姿势来教你怎么做练习，这是典型的形体语言表达。
像手势、图形演示、视频会议都可以用来作为补充方式。
它的优点是摆脱了口头表达的枯燥，在视觉上把信息传递给接受者，更容易理解。
两条关键原则
在项目中，很多人也知道去沟通，可效果却不明显，似乎总是不到位，由此引起的问题也层出不穷。
其实要达到有效的沟通有很多要点和原则需要掌握，尽早沟通、主动沟通就是其中的两个原则，实践证明它们非常关键。
曾经碰到一个项目经理，检查团队成员的工作时松时紧，工期快到了和大家一沟通才发现进度比想象慢得多，以后的工作自然很被动。
尽早沟通要求项目经理要有前瞻性，定期和项目成员建立沟通，不仅容易发现当前存在的问题，很多潜在问题也能暴露出来。
在项目中出现问题并不可怕，可怕的是问题没被发现。
沟通得越晚，暴露得越迟，带来的损失越大。
沟通是人与人之间交流的方式。
主动沟通说到底是对沟通的一种态度。
在项目中，我们极力提倡主动沟通，尤其是当已经明确了必须要去沟通的时候。
当沟通是项目经理面对用户或上级、团队成员面对项目经理时，主动沟通不仅能建立紧密的联系，更能表
升级会员 