IT项目管理－五大过程组
PMBOK将项目管理分为了启动，计划，执行，监控和收尾五个过程组。
一，启动过程组
启动过程组的核心要素是可行性分析，立项，初步范围说明，确定项目的目标和范围，委任项目经理等。很多项目都是在项目启动的时候就注定了是否是一个死亡之旅，因此项目经理应该有在项目启动前启动的意识。只有这样才能够胸有成竹。
项目经理-在项目启动前启动
未之于未有，始之于未然。风险管理贯穿项目始终这句话应该进一步扩展，聪明的项目经理应该在项目还没有启动前就能够未雨绸缪。项目启动后的每一天往往都异常宝贵，有可能你并不清楚项目是否最终能签单，但只要有7,8成的把握，我们就应该提前行动，去分析可能的风险，去降低和消灭不确定性。
项目成功是客户满意-去分析你即将的客户，他们有哪些特点，他们注重产品的哪些特点，以前公司是否和该客户有过合作？在合作的过程中是否出现过相关的问题？客户接口人的性格特征以及是否好打交道。如果客户对产品的易用性很在意，则项目应该提前考虑界面和易用性相关规范制定。如果客户对性能很重视，则应该提交考虑架构设计和以往架构的优化。如果与客户以前合作中经常出现范围的变更和蔓延，则要注意后续加强需求管理和需求开发工作。
分析你是否有可能成为该项目的项目经理，分析高层领导对项目的重视程度，分析如果你能够成为项目经理是否可以获取到高层领导的支持和足够的资源。真正到了项目经理任命的时候你往往并没有足够的时间来思考这些问题，那你那个时候的接收往往就是被动和突然的。你可能连胜算几何都不清楚就接受了项目。
分析你团队的现状，分析如果项目能够启动团队人力资源是否满足，是否关键岗位或角色还缺少资源？如果存在这种情况，要及时物色和考虑企业内或企业外可用的资源，团队组建需要时间，新人融入团队更需要时间。如果不提前考虑这些问题，及时项目启动后给你资源名额你往往也可能不能及时的获取到你需要的资源。在企业内获取其它项目资源更是一种复杂的交际行为，更需要项目经理充分发挥自己的人际交往能力，提前为项目启动后真正资源的获取进行铺垫。
关注下客户在招标相关采购文件中对产品的要求，企业原有的产品功能特性是否都可以满足，有没有客户特别强调了但我们没有具备的核心功能？对于这些功能是否存在技术难点？如果有，则这些技术问题应该提前预研，项目中最难估算的任务工作量就是这种事先没有经验积累的新技术任务，而这类任务往往又处于进度计划中的关键路径，直接影响到项目周期的不确定性。
如果项目经理在真正项目启动前都能够很好的分析和思考这些问题，那被委任为项目经理的时候才可能显得胸有成竹。没有不确定性因素的项目就不应该失败，项目经理的所有工作始终都在围绕着消除项目的风险以达成项目的最终目标。成功只偏爱有准备的人，我们可以临危受命，但决不应该仓促上阵。
IT项目管理-项目启动三要素
是否是项目立项审批通过就代表项目启动？真正的项目启动应该包含三个方面的重要内容，一是项目或产品初步范围已经确定，二是项目的目标已经确定，三是已经选择了委任了项目经理。如果安装PMBOK的说法，这几个方面的内容都应该在项目章程中得到体现。项目章程也可以简化到项目启动会议既要，但关键点都在于项目经理确定，并给予了法定的正式权力。
1.项目经理的选择和委任
在高层领导支持，项目目标也明确的情况下如果项目还失败，项目经理应该负完全的责任。项目经理也可以选择是否接受项目，但一旦接受了就应该对项目的成败负责。
选择项目经理无定法，仍然关注平衡。如果是已有项目团队，团队成员技能都很强，那项目经理重点是团队建设和资源整合。如果团队技能弱，但责任心和态度积极，那项目经理必须是技能强，必须是一个能够传授知识的好教练。关于项目经理知识和技能层次，原来有文章阐述过，在这里不再多谈。两个关键点就是项目成员愿意和你一起把事情做成功，另外一个是你能够使项目成员有能力把事情做成功。
高层管理或者说PMO如果愿意在项目经理选择上多花些时间，完全是对产品和项目负责任的态度。基于强矩阵或项目型的组织中，高层管理要能够轻松，就是其下一层的项目经理能够真正管理其整个项目团队，项目中99%的问题都能够由项目经理解决。在这种金字塔型的权力型结构中，取决定性因素的不是塔尖，也不是塔底，而是中层。而项目经理正是这种结构中的中坚力量。
2.项目目标
不要简单的把项目目标理解为进度目标，项目目标必须要包含进度，成本和质量三方面的目标。否则我们虽然按时完工的做出来的产品可能无法卖出去，或者预审超支。在这种情况下项目仍然是失败的。
项目目标是如何确定的？是根据项目可研和项目立项后确定的。确定项目目标是为了保证我们最终产出的项目成果能够赢利，能够为企业或客户带来实际的价值。很多时候项目经理不会考虑为何要制定这样的目标，只知道是高层制定的，项目按照目标做就可以了。如果你不知道为何做的话，是无法把问题做好的，项目经理有必要去深究项目目标的来源。
项目目标最主要的来源仍然是商业目标驱动的，做项目目的仍然是为了为企业创造效益，为了赚钱。真正理解了商业目标，你才可能在进度，质量，成本，范围发生冲突的时候如何去平衡。大家都知道削减不同的边可以达到平衡，但关键点却在抉择究竟该削减哪条边。
3.项目范围
启动阶段的项目范围是一个初步的范围。但启动阶段对于整个产品的范围必须要清晰，产品范围是产品应该具备的功能特性。而项目范围是项目管理和执行过程的所做的所有事情，比如风险应对，项目内学习培训属于项目范围，但不属于产品范围。
我们谈有了初步范围后可以启动项目，绝对不是指产品范围。启动项目的时候，产品范围必须要清楚，产品范围不清楚将导致成本，进度等无法受控，产品范围不清楚就启动项目往往是项目做完了还赔钱。项目范围可以初步是说明WBS分解可以是一个粗粒度的，细粒度的任务级可以在项目计划阶段在做。
客户关注的是最终提供的产品的功能特性，而不是你内部项目如何去运作以研制出产品。这点我们可以从SOW工作说明书中看到，甲方招标的采购文件包或SOW都是有详尽的产品范围描述的，因为这也是项目重要的验收标准。
IT项目管理-启动-项目立项
最近在看漫索公司林锐博士的相关培训ppt,从最早推出的CMMI三级精简并行过程SPP,到现在的RDM S产品，还是很多值得借鉴的地方。今天先看下项目立项管理:
1.立项管理的重要性
立项管理应该说是新产品研发管理的或者说IPD的一个重要内容。人在江湖，最怕的就是跟错人，站错队；而对于企业最怕的就是战略性决策和方向选择的失误。项目管理中的项目计划是保证实现项目的目标，而立项管理正是去确定项目的目标，现在竞争如此积累，立项决策是否正确直接导致整个企业的成败。
项目计划是保证如何做成功的问题，而立项是要解决做什么的问题。你需要开发的产品，不管什么客户需求出发VOC还是产品核心竞争力，唯一关注点就是效益和利润。这个问题展开就是前期需要投入多少？能否盈利？什么时候能够盈利？能否持久的盈利？整个立项报告的内容都将围绕这些核心内
容展开。
2.构思->调查->可行性研究
这里把构思放在第一位太重要了，在《像外行一样思考，像专家一样实践》这本书已经提到过，我们是无法去穷举我们想做的事情和所有做事情的方法的，唯一可以采用的就是先根据自己的经验构思或假设，再去证明构思的正确性。
构思的目的就是提出假设，能够提出好的构思的往往是有丰富经验的人，他们有很好的前瞻性和敏锐的市场洞察力。有了构思需要去证明构思可行，而最有力的证据就是数据，拿数据来说话。因此在可研里面必须要先看到这样的步骤:
现状分析->数据收集方案->数据收集->数据分析和预测->财务成本效益分析
步骤都知道是这样，真正的难点却在于你要开发的新产品根本无法收集到足够多的数据资料来做可行性研究。这个时候风险分析，产品核心竞争力分析，SWOT分析转移到了重要的地位。风险遇到，可能后期所能够取得的市场和利润也越大，像史玉柱几亿资金豪赌网游取得的成功不是一般人可以玩的。
3.可行性研究报告和立项建议书的重点
前面已经谈到过，最重要的就是要说明前期投入多大，能否盈利，能否持续盈利的问题。但要回答这些问题自然又会从市场现状分析入手:
市场现状->产品定位->产品功能->核心竞争力
通过产品定位和功能特性分析才可能估计前期的投入，有了对市场和潜在客户的分析才可能预期产品后期的销售确实以确定盈利情况。有了核心竞争力的认识才可能清楚面临的竞争＆风险，产品是否会被对手快速模范而导致无法持久盈利。
这条脉络清楚后，再看如果你能够你能保证产品能够开发成功，在特定的成本和进度目标里面研发成功，具体分析为:
你已经有的经验资本积累->产品技术方案->项目核心团队
4.危机和风险意识
低头思考的时候我是一个悲观主义者，抬头向前的时候我是一个乐观主义者。立项的时候一定要对风险有充足的认识，真正立项完了则需要积极和乐观应当。对于风险主要来源于技术方面，市场方面，政策环境方面，人员，竞争对手方面等等，这些都必须有详细的分析和应对。
SWOT分析是立项中最常用，非常有效的可行性分析。在这里我们更加强调去分析自己的弱势和潜在的风险。前期风险考虑的越多，后期就对自己越有利和主动。
5.立项评审和项目筹备
前面已经谈到了立项的关键问题，立项评审也应该从项目关键问题展开。产品的定位，盈利预期，核心竞争力，风险，财务指标等都是重要的评审内容。评审通过后进入项目筹备阶段，立项评审完毕后就应该确定出项目章程所需要的项目目标，制定完项目章程后才谈得上开始项目计划。
IT项目管理-启动-团队组建
IT项目管理-启动-研发规程制定
规程在项目启动时候就开始制定最好。而且应该根据历史已有经验和企业实际情况进行制定。过程必须要有效，任何一份文档都要起到该起的作用。
1.可行性报告内容可以省略，将可行性分析内容全部写入立项报告。
2.调研报告很重要，与客户的每一次调研和访谈都应该及时输出。
3.同样开发通用型软件，必须输出产品需求，作为产品架构设计重要输入。
4.用户需求最好条目化，用户需求要从用户角度来描述，重点在业务规则。
5.项目计划不仅仅是进度计划。
1.没有列出详细设计文档原因仍然在于体现源代码即设计的思路。
2.总体设计包括了对功能性需求和非功能性需求的考虑。在总体设计阶段要制定详细的界面规范，设计规范和编码规范，项目约定。
3.测试重点在测试数据准备和测试分析，针对V模型要单独出功能性测试和集成系统测试的不同。
IT项目管理-启动-干系人分析
项目经理接受委任后，个人认为最重要的一件事情就是进行干系人分析。或者讲在启动前或被委任前就应该进行干系人分析，很简单的道理，比如高层管理都对项目不支持，项目经理再有能力也无法使项目实现目标。
干系人是对你项目的目标达成有影响的所有人，如果要关注项目开发出的产品所带来的长期效益，则干系人应该是对项目所开发的产品的整个生命周期都有影响的所有人员。干系人的识别，干系人分析都不是干系人管理的最终目标，最终目的都将落到项目经理如何利用分析的结果，通过自身所拥有的资源，技能，沟通等去影响干系人的行为，以达成项目的目标。
1.项目的出资方和赞助人
对于赞助人始终关注的如何使自己的投资有最丰厚和深远的回报，同时又将风险控制到最低。跟个人投资是一个道理，投多少钱不是问题，关键是如何保证投入有低风险，稳定和客观的回报。因此赞助人不仅仅关注项目本身是否成功按目标完成，而是关心产品能否成功按计划推入市场和创造效益。
对于项目周期较长的时候，为了项目本身降低风险和满足干系人预期，项目迭代开发就显得更加重要。迭代开发可以保证将项目分为多个迭代周期，每个迭代版本都是可用的而不是一个半成品，项目最终交付成果会分为多个迭代版本交付，赞助人可以尽可能早的看到项目所创造的产品或成果。同时采用迭代开发每个迭代版本都可以尽可能早的投入市场和进行市场推广，资金不用一次性的全部投入，可以通过市场的反馈不断的纠正方向和需求。
2.项目高层领导
高层领导一般是期望项目取得成功的，但高层领导关注的是PPM(项目组合管理)，因此项目经理一定要清楚在多项目，自己的项目在高层领导眼中的优先级和地位。明白了这点才能够分析在多项目资源冲突的情况下，自己的项目如何去通过高层领导协调更多的资源。项目经理需要让高层领导更加了解自己的项目，需要及时准备的定期反馈和汇报项目进展，当出现资源问题时候需要有说服力的证据和数据，通过需要提前提出问题给高层领导进行协调预留时间。
项目没有出现问题，往往高层领导认为项目运转良好而不受重视，项目经理简单认为暴露了问题可能会使高层领导怀疑自己的管理水平，而实际隐藏问题本身，这往往导致项目最终无法实现目标交付。因此勇于暴露项目自身问题，积极汇报高层领导，请求协调和资源是项目执行中项目经理沟通的一个重要方面。
3.项目产出物的最终用户
用户是重要的干系人，直接关系到项目成果能否创造最大效益。在项目启动和确定范围前期，充分的用户需求调研是必不可少的，另外在项目执行过程中可以分多个迭代周期，每一个迭代周期都可以让用户参与进来反馈意见，及时纠正各种偏差，避免前期的缺陷泄漏导致后期过大的纠正成本。项目目标是否能够实现是项目经理必须重点关注的，但项目说输出的成果能否赚钱则显得更加的重要，要使产品能创造价值则必须多考虑用户的需求和反馈意见。如果在项目执行过程中，发现了一个重要的用户反馈需要变更项目范围，在这种情况下项目经理要勇于提出并找高层领导和赞助人协调资源，而不
是置之不理的仅仅为了完成项目启动制定的目标。
4.项目组成员
项目目标制定合理，高层领导也能够保证项目资源，这个时候项目成功取决于项目经理，但项目经理必须清楚项目成功依靠的是整个项目团队的共同努力。对每个项目成员的性格特点和技能特长进行分析是很重要的，但之前需要先搞清楚项目能够带给项目成员什么以及项目成员能够从项目中获取哪些收益？知脉，财脉和人脉仍然是三个重要的方面，需要根据各个项目成员不同的需求在这三个方面进行平衡。明白了这些才可能在后期的人力资源管理和角色岗位分工中给出较合理的安排。如果项目经理不管钱，项目成员绩效考核也不在项目经理，在这种情况下项目经理是很难对整个项目进行管理的，及时项目经理有很强的个人领导力和权威。
二，计划过程组
凡事预则立，不预则废。项目计划是项目经理的重要一项工作，后续的项目执行监控和复盘都需要以项目计划做为基准进行。在一份完整的项目计划中，可以看到项目目标范围，假设约束，生命周期模型选择，WBS，估算，进度计划，人员计划，质量目标，方法工具技术都是项目计划的重要内容。在项目计划的制定过程中有一个重点就是项目四要素的平衡，而平衡则需要培训做项目计划时候的系统思维能力。
培养做项目进度计划时的系统观
客户最关注什么
产品质量往往是基本，这是一个默认属性。但是做到哪个度仍然可以谈，所以首先要清楚用户对质量要求的优先级，一般来言可能是可用->易用->性能->安全。这一般叫测试类型，另外就是测试的等级表明测试要达到何种覆盖率或程度。这些都影响到项目周期。
除了默认质量要求，项目周期往往是客户最为关注的。这个往往并不是经过详细的估算，排完进度了再确定下来的，而是项目一开始往往就由客户敲定，而项目范围往往也是在合同就会明确下来。所以跟用户敲项目周期就显得很重要了，根据软件工程和经济学得出结论是：对于一个软件项目我们可以考虑投入更多资源来缩短项目周期，但当项目周期缩短到一定度以后，投入再多的资源也没有用。因此项目经理谈判的底线为在不考虑人力资源情况下项目能够达到的最短周期，如果这个最短周期还达不到客户要求，必须缩减项目范围而不是牺牲产品质量。
项目计划重点就是通过调整各个要素，保证项目能够有8,9成以上的胜算，对于影响到项目成功的全部列入风险和关键问题进行跟踪。项目经理在计划完成后一大半的时间都应该花费在消除不确定性上。项目失败往往并不是进展过程出现太多异常，而是一开始项目经理就不清楚自己有几层把握，一开始也没有分析清楚有哪些不确定性和关键要素。
项目周期敲定了再排进度
如果简单的认为项目周期确定了再排进度就只能是倒排进度，那说明还没有真正理解各要素的平衡和进度安排的实际含义。项目经理往往根据项目周期倒排不切实际的进度计划，那导致项目进度延期就是必然的事情了。
制定进度前最重要的仍然是根据人力资源情况和项目周期来综合考虑生命周期模型的选择，是瀑布还是增量迭代，这个直接影响到WBS的分解。而WBS中我们又最关心工作包或任务的粒度问题，这个需要和可用的人力资源配合起来，一个功能模块分解细后可以更多的人力资源参与进来，使更多的任务能够并行，但无疑会增加前面接口设计和后期集成的工作量。当接口设计和集成工作所花费时间大于开发任务并行所缩短的时间时候，这个时候就到了分解的最小粒度。在这个粗细粒度间就是可以通过调配人力资源能够获取的最大进度压缩。
在IT项目中由于岗位角色划分，往往并不适合采用关键路径的方法来预计进度。进度安排关键在让所有人都尽可能早的动起来，在这里可以考虑的思考方式是:
1.关注项目关键资源，关键资源必须优先安排来执行关键任务
2.通过组件细分和迭代，增加后期集成时间，但缩短前期关键路径等待时间
3.通过每日构造将测试也迭代起来
4.进度紧往往更不该跳过需求和总体设计评审而直接编码，后期返工往往是灾难性的
最有效的方法论和过程
在裁剪过程的时候，必须清楚的认识到哪些过程元素是保证项目成功的核心要素，哪些是可以省略的。XP方法论对于任何一个功能的开发仍然是遵循小瀑布，而不是跳过程。一个设计思路可以在纸面设计草图后就可以开始编码，后期再形成规范的文档，但决定不是说不经过设计就开始编码。需求，D EMO原型，总体架构，数据库设计，评审，项目开发模式和规范都是重要的元素，都应该最有效的去发挥作用。因此以下是可以考虑的关键点
1.DEMO原型必须和用户沟通确认，但需求阶段技术架构工作可以并行
2.需求和架构，数据库必须经过评审
3.架构或总体设计完成后必须进行培训，强调后续的开发模式和规范
4.架构开发不一定要全部完成才能开始后续工作，但事先要定义清楚接口
4.详设可以出纸面草图，面对面沟通后即可开始编码，后期再补规范文档
5.对于100%要做的不涉及业务规则功能可提前编码，如一些基础表的维护
IT项目计划思维导图
IT项目计划主要内容总结
项目目标:包含进度,成本,质量三个方面的目标.其中成本主要是人力资源的投入.而质量目标一般应该是产品进入维护阶段后的缺陷泄露情况.项目进行过程需求,设计和开发各阶段相关工件需要达到的质量要求.这三个要素是项目的主要目标,相关还可能存在其它目标.如你需要控制项目范围的变化幅度,你需要在项目过程中人员技能水平提高了怎样一个水平,你对各过程定义的偏差限度等.整个项目管理过程和阶段的活动都是围绕相关目标进行,在有限的资源情况下按时按质的完成项目.
假设和约束:假设和约束最大的区别就是一个是确定的,一个是不确定的.假设最重要的是要出一个依据,这个依据对项目计划过程和项目目标的实现造成影响,但根据项目现在已知因素又无法确定这个依据是否是一定成立的.而约束则是这个依据一定是成立的,项目必须遵循这个依据.所以假设的例子有项目假设在进入设计开发阶段后编码人员能够到位,假设项目执行过程中范围偏差不会超过10%,假设项目估算依据的历史估算数据是真实可信的.而约束我们考虑因素同样是从项目几个要素考虑,从进度,资源和质量等.另外要考虑的就是技术约束,如项目所使用的开发工具,技术架构,必须遵循的技术标准等.如项目必须使用**标准开发网页以满足不同浏览器浏览,项目资源约束在**人内,项目必须在**日发布版本等.
项目验收标准:太重要了,这是项目收尾的一个重要依据,项目收尾时候的项目验收必须通过项目验收标准进行,防止扯皮.项目的的产出是产品,服务和成果.对于每项都必须定义明确的验收准则和标准.因此项目交付物必须是可以验证的,如果是一个不可验证的东西则不能称为项目的交付物.
角色和职责:这个一定要分清楚,职责和职务一般只有一个,但其可以承担多个角色的任务.角色和职责间是一个多对多的关系.如评审员就是一个虚拟的角色,可能并没有一个专门这样的职务.但需求,设计,开发或测试人员都可以担任评审员.
项目自定义过程:CMMI三级的一个重要概念,项目应该是依据组织级的标准过程来定义项目自己的过程,组织级可以定义相关的裁剪标准,项目依据裁剪标准对保证过程进行裁剪得到自定义的项目过程.由于多过程或输出控件的控制问题,一般CMMI并不推荐采用敏捷或迭代的方法论或生命周期模型,现在有专门的Agile CMMI,是研究的一个重要话题.
里程碑和基线:里程碑就是对上阶段的工作进行总结和评审,确认阶段的交付物是否达到了要求和质量标准,确认是否可以进入下一个阶段的工作.里程碑的总历时为零.在里程碑达到并评审通过后,可以对里程碑的所有交付物进行基线,基线的对象是配置项,基线的目的是保证工作产品的一致性,基线的工作产品做为下一个阶段活动和任务的自己输入和依据.
项目的方法,工具,技术和标准:这几个因素都是重要的项目要素,而对于敏捷方法论或敏捷项目管理则更强调这些要素.项目在资源和进度等都能够满足项目需求情况下仍然失败很多时候的原因就是方法,工具或技术的选择上面出现问题.
估算:项目允许的工作量偏差或规模的偏差一般在20-30%左右，而进度偏差一般要求更严格，因此对于估算的准确度最好能够在80%以上，如果估算不准确将导致后续频繁的调整进度计划．项目管理或计划是一个渐近的过程，因此估算最好能够做两次，在软件需求出来后再进行一次估算，估算较为准确的设计开发工作量．由于功能点估算一直存在的估算项无法和最终的活动和任务对应起来,估算的数据功能的EIF和ILF无法分解到事务功能上面的问题,因此个人认为功能点估算更适合做项目总规模的一个估算．根据总规模/生产率得到一个较为可信的项目周期数据．专家法和三点法估算是我们常用的估算方法，三点法可以通过PERT计算出一个最可能的估算值，同时得到一个项目周期的估算范围数据．
进度计划:再来谈下顺序问题，首先是确定清楚范围，选择项目的生命周期模型，然后进行顶层WBS 分解，对分解后的WBS进行规模的估算，根据历史的生产率数据推算出相关的工作量数据．根据WBS 确定出相关的活动和任务，对活动进行排序和建立依赖关系，确定项目的角色责任矩阵和资源分配准则并根据该准则对活动安排资源，绘制网络图确定关键资源和关键路径，排进度表并对资源进行平衡．
在对任务分配资源的时候，优先保证关键资源分配到关键任务上面，同时当关键资源承担多个任务的时候一个普遍原则是：
设A1,B1是两个关键任务，A的后续依赖任务是A2,B1的后续依赖任务是B2，A1可以比B1早3天开始，A2到结束关键路径长为L1，B2到结束关键路径长为L2.
A.当两个从后续任务开始算起的关键路径长差不多时，关键资源优先开始可以提前开始的任务。即优先开始A1任务。
B.当L1比L2短3天以上时候，这个时候反而要优先开始B1任务，虽然这个时候开始要闲置关键资源，这点很重要。
人员计划：最主要是就是分阶段的人员投入计划．对于软件开发项目一般在需求和总体设计阶段仅仅需要投入20-30%的人员即可．因此人员计划最好是分阶段投入的计划．投入人员必须规定相关的技能要求，规定了技能要求后需要对项目人员进行技能评估，如果项目成员的技能达不到要求，则还需要制定相关的培训计划，并对培训效果进行跟踪，并将该项列入项目的风险跟踪和控制．
人员技能:一般要求开发人员至少应该有1-2年的工作经验,这应该是一个基本的要求.智商再高,基
础理论再好没有经过一段时间的实战相关知识是不可能转化为技能的.但过了1-2年这个阶段,工作
经验和技能就是非线性的关系了,并不是说你工作经验长你的技能水平就一定高,这跟个人和环境等
诸多因素相关.工作了5年或8年的可能技能水平一般,而工作了2年的可能技能就能够达到专家水平.
风险计划：风险管理是项目管理的一个重要内容，风险管理的过程贯穿整个项目生命周期。风险管理计划中首先要确定风险管理小组的成员和各自的职责，对于PDM项目，风险小组负责人为项目经理.风险小组确认后就要确定风险管理过程中需要使用的相关的工具和方法。其中包括风险识别的方法，风险分析的方法，风险监控的方法和风险应对的方法。这些方法和工具组织级都有明确的定义和指导原则，对于存在多种方法时要根据项目实际情况选择。
对于项目的风险来源和分类，组织级都有明确的标准和定义，项目一般都可以直接采用，但需要注意的是有可能需要项目实际情况对其进行裁剪。如项目本身不可能存在采购方面的风险时候，就需要将其裁剪到，这样在后续的风险识别和分析中都不用再过多考虑。
项目计划中的风险应对策略不是针对某个特定风险的，所以这里的应对策略更多是通用的应对策略：如开发原型，技能评估和培训，数据模拟等。当遇到实际的风险时候，如何去应对还要根据风险的实际情况进行分析。
项目计划阶段就应该分析出项目在当前状况下的所有风险，并对风险进行优先级排序，当确认了是项目的关键风险后，需要制定这些风险的减轻计划和应对措施，这些内容都需要体现到进度计划中，进度计划必须包含这些内容才是一份完整的进度计划。
在当我们积累了足够多的历史数据后可以对风险进行组合分析和量化分析，对于风险量化分析可以采用决策树和蒙特卡洛模拟等方法进行。具体的方法可以参考以下文档
质量计划:项目计划中要做的质量计划和QA要出的质量保证计划完全是不同的．QA的质量保证计划关注点在过程和工件的一些审核上面，保证项目遵循计划和过程执行．项目计划中的质量计划更多倾向去产品的质量和要达到产品质量需要采取的控制措施．质量目标中来源与用户对质量的要求，来源于项目至少质量改进需求，来源于历史项目的相关经验，因此首先应该制定出相关的质量目标，然后根据质量目标去估计项目的缺陷趋势和各阶段缺陷数，为了达到质量目标所需要投入的评审，测试和Review等相关的工作量．对评审和测试的覆盖率的要求，有这些数据后就可以估算出项目的质量成本COQ,COPQ和COGQ.
IT项目计划核心要素
1.产品范围可以是用户需求说明书，产品规范，合同SOW，项目建议书等。产品范围和项目范围差别在此不再多说，根据产品范围和项目的目标来选择项目要选择的方法论。对于软件项目开发，RUP,XP,MSF等都可以算得上成熟的软件项目开发和管理的方法论。在方法论选择中的一个重点才是软件生命周期模型的选择，究竟选择瀑布，增量还是迭代要根据项目特点和目标来确定。
2.项目范围很重要，PMBOK里面谈的时候包括项目范围说明书，WBS和WBS字典三方面的内容，共同组成项目范围基线。简单讲你在项目进行过程中做的任何为了达到项目目标的工作都属于项目范围。你发现项目成员技能水平有问题，给项目成员进行了一项培训，那么这些培训工作就属于项目范围而不属于产品范围。有了这个概念就清楚了项目范围中应该包括风险分析后的具体应对活动，包括培训活动，包括为了达到质量进行的评审和检查等活动。这样才可能构成完整的项目范围。
3.风险分析很重要，风险管理活动贯彻整个项目计划过程，确定项目范围WBS,估算资源活动，排具体的进度的任何步骤都可能会分析出新的风险，对于分析为关键风险的要制定减轻措施和计划，因此这些计划活动应该加入到项目范围和WBS中。
4.项目目标中有个重点就是质量目标，这个是制定项目计划容易忽视的，有了质量目标你才清楚整个项目需要投入多少培训，需要安排多少评审和检查。你对好质量成本和坏质量成本的预计。很多时候我们制定出来的进度计划根本没有评审，培训，检查等相关任务，从源头来讲就是忽视了质量目标。这些活动和任务都应该是质量目标驱动出来的，是属于项目范围重要组成。
5.在排进度计划中的一个重点就是项目的人员技能分析，资源评估，角色技能矩阵。资源不是无限的，导致进度计划受到资源约束是常见的事情，因此进度计划中的关键路径往往只是一开始的一个参考，在考虑了资源约束和平衡后整个进度都会出现大的调整。对于这点关键链是一种比较好的方法，但关键链并没有能给出一种成熟的规则和算法，仅仅是给出的可行的操作指导。
6.项目计划必须获取项目成员的承诺，如果有必要还需要组织正式的评审。评审过程中还可能发现进度安排不合理的地方，项目范围考虑疏漏的地方，这些都会再回答项目范围确定过程，完善WBS并调整项目进度。只有获取了承诺才能确定项目计划基本上是可行的，得到了大家认同的。为后面具体任务执行打下基础。
IT项目管理-计划-目标范围确定
有了初步的项目范围，并委任了项目经理后可以进入到项目计划阶段，做项目计划过程仍然是目标驱动，树立系统观和关注各要素的平衡。因此首先需要确定项目的目标和项目的范围。
1.项目目标的来源和包含的内容
项目的目标不是无源之水，项目目标必须来源于组织的商业目标，而组织的商业目标就是在某个时间期限中获取最大的效益和利润。因此，有了商业目标驱动，项目目标应该包含进度，质量，成本三方面的目标，具体三方面的目标如何平衡即是通过组织期望获取价值和创造利益的过程是一个短期行为
还是一个长期行为。
进度，质量，成本三方面的目标都会有一个最低限的目标，当发生最低限目标都无法满足的情况最有效的方式就是削减项目范围，如果范围也不能变动则必须提高项目团队的生产率。
项目目标根据商业目标确定，而项目目标确定后又驱动项目计划的具体制定过程，项目计划中关于进度，人力，资源，成本，质量等目标的安排都应该围绕项目目标进行。
2.项目目标的确定过程
首先必须搞清楚用户真正的需求和组织的商业目标，然后根据商业目标确定项目四要素中关键要素和约束(不能变动或变动范围很小的要素)。
对于其它可变要素间本来就会存在影响和相互制约，比如多投入项目成本可以获取到更好的产品质量。因此需要对各可变要素进行多种组合分析，分析在哪种组合下对于企业在某个时间期获取到最大收益是最有利的。
一个好的项目目标必须和企业商业目标一致，最终体现到项目创造的产品和服务能够为企业创造最大的价值和收益(包括潜在的无形收益)。
3.项目的范围
项目范围和产品范围不同，产品范围关注的是产品各阶段产出物本身以及整个包括了项目完成后维护的产品生命周期。而项目范围来源于产品范围，来源于产品需求和用户需求。通过对产品需求和用户需求的分析，根据选择的产品生命周期模型制作相关的WBS分解结构，前期需求文档或SOW工作说明书，加上WBS工作结构分解共同构成了项目的范围，也可以简单理解项目范围就是项目正式启动后到项目结束所做的任何事情都应该体现到项目范围中。
在计划阶段我们会对风险进行识别和分析，针对关键风险会制定风险应对和减轻计划，这些减轻计划会对应项目中相关活动和任务，这些也属于项目范围的重要组成。
为了使项目达到预期的质量目标可能会增加评审，测试，培训，代码Review等相关工作，这些工作都是项目范围的重要组成部分。项目日程固定周期的会议，项目经理对项目的跟踪控制，项目计划的制定过程等内容也属于项目的范围。
4.项目的范围定义的目的和要素
项目范围的定义是制定WBS工作分解结构，项目估算，进度安排。项目变更，跟踪控制，基线比较的基础。项目计划阶段项目范围必须明确，项目管理过程只应该做该做的事情，因此范围既不能遗漏也不能镀金。
项目范围必须是明确和可以验证的。因此WBS对应的分解工作包也必须有明确的可以验证的输出。项目范围的要素或输入有产品规划，立项报告，SOW,用户需求，产品需求等，这些都可能是项目范围重要输入。
IT项目计划中的假设约束，依赖和承诺
项目中的假设约束依赖和承诺是制定项目计划的时候要确定的内容。
项目假设是我们先说严格意义的和非严格意义的：严格意义是在当前时间点根据当前拥有的各种工具无法确定的事物或事件，而且这些事件会对你的项目造成影响。你的项目是在假设条件成立的情况下进行了。由于假设是不确定因素，所有项目的所有假设都是项目的风险，只是风险的严重程度不同而已，对于关键的风险应该转化为项目的风险，在后续进行风险的分析和跟踪。比如项目现状是没有测试人员，你可以假设项目在进入测试阶段的时候，能够招聘到两名技能符合要求的测试人员。同时可以将该条假设转化为风险，即可能存在无法招聘到测试人员，而影响测试和整体进度的风险。
另外还想说的是非严格意思的假设，比如我们经常和别人讨论问题时候爱说假设你的说法是正确的，这个应该说是一种非严格意思的假设，因为在当时这个点究竟他的说法是否正确是可以通过其它评估方法或工具进行判断的，是一个确认的事情，而不是远期未确认的一个预测性的事情。所以说对于根据自身或组织级的现有条件无法来评估的现在的某一个事物或事件。这也可以做为假设。在项目开始时候，我们可能并没有一套很体系化的评估和测评工具能够来测评我们每个项目成员的技能是否达到要求，所以可以做个假设，假设项目中的每个成员都达到了组织或项目要求的技能要求。
而约束，是指所有对你项目有制约性的内部或外部因素都可以做为约束。约束有技术方面的约束如系统的开发必须采用分布式技术，约束也可能是非技术性的，如项目的资源或成本方面的约束。约束应该是一个在项目过程中不会发生变化的客观因素，因此比如项目中有新员工技能不能满足要求这就不应该做为项目的约束，因为这个约束是动态变化的，在项目的进行过程中由于新员工技能的提高，这个约束可能就不会成立了。另外约束也可以转化为风险进行跟踪，如项目可能存在某项约束不能满足的风险。
项目的依赖和承诺都分为项目内部的项目外部的。依赖和承诺密切不可分。下游工序依赖于上游工序的产出物，而上游工序需要做出承诺在哪个时间点给下游工序交出工件。项目内部的依赖可以体现到进度计划的甘特图上面，我们在对任务进行排序并分析了任务的依赖关系后就可以根据网络图得出项目的关键工序以便安排项目资源。项目外部的依赖主要是项目中的某项任务需要外界提供相关的产出作为支持，如开发阶段任务需要一个其它项目提供的公用组件。由于外部依赖没有体现到项目进度计划中，而且外部依赖很多时候项目自身无法控制，所以外部依赖更应该通过专门的跟踪表进行跟踪，要提前多做相关的沟通和确认工作。
项目内的承诺是项目进度跟踪的一个重要内容，项目经理下达给项目成员的任务，项目成员接受了项目任务就默认的承诺能够在相关时间点完成该任务，项目经理就需要去跟踪和确认任务能否按时完成。而项目对外部的承诺则可能很多，如项目承诺在某个时间点给其它项目一个公用的接口，项目承诺在哪一天能够正式发布版本等。不管是项目对内或对外的承诺，最好都能够转化成Project具体的任务，这样方面项目进行跟踪和控制。
IT项目计划-软件生命周期模型和选择
瀑布模型/改进的瀑布模型
虽然瀑布模型仍然存在很多的问题有待解决,但瀑布模型仍然是最基本的和最效的一种可供选择的软件开发生命周期模型.瀑布模型要求软件开发严格按照需求->分析->设计->编码->测试的阶段进行,每一个阶段都可以定义明确的产出物和验证准则.瀑布模型在每一个阶段完成后都可以组织相关的评审和验证,只有在评审通过后才能够进入到下一个阶段.
由于需要对每一个阶段进行验证,瀑布模型要求每一个阶段都有明确的文档产出,对于严格的瀑布模型每一个阶段都不应该重叠,而应该是在评审通过,相关的产出物都已经基线后才能够进入到下一个阶段.
瀑布模型的优点仍然是可以保证整个软件产品较高的质量,保证缺陷能够提前的被发现和解决.采用瀑布模型可以保证系统在整体上的充分把握,使系统具备良好的扩展性和可维护性.但对于前期需求不明确,而又很难短时间明确清楚的项目则很难很好的利用瀑布模型.另外对于中小型的项目,需求设计和开发人员往往在项目开始后就会全部投入到项目中,而不是分阶段投入,因此采用瀑布模型会导致项目人力资源过多的闲置的情况,这也是必须要考虑的问题.
很多人往往会以进度约束而不选择瀑布模型,这往往是一个错误的观点.导致这种情况的一个关键因素往往是概念需求阶段人力不足.因此在概念需求阶段人力能够得到充分保证的情况下,瀑布模型和迭代模型在开发周期上并不会存在太大的差别.反而是很多项目对于迭代或敏捷模型用不好,为了赶进度在前期需求不明确,没有经过一个总体的架构设计情况下就开始编码,后期出现大量的返工而严重影响进度.
架构设计是软件开发中一个重要的关注点.因此在RUP中也提及到软件开发要以架构为核心.因此在架构设计完成后系统会被分为相关的子系统和功能模块.每个功能模块间的接口都可以定义清楚.在这种情况下,当模块B的详细设计做完成后往往就没有必要等到其它模块的详细设计都要完全作完才开始编码,因此在架构设计完成后可以将系统分为多个模块并行开发,每个模块仍然遵循先设计和编码测试的瀑布模型思路.这是瀑布模型的一种最重要的改进思路,也可以说这是一种增量开发的模型.
当一个新系统的开发存在多个完全不相关的独立需求的功能开发的时候,这个时候也可以选择将整个开发过程按独立的需求来分为多个小瀑布进行操作.这种方式的最大问题就是没有一个完全总体的设计,架构设计人员无法在洞悉了所有需求后从系统的可扩展性,复用等方面总体规划.
在项目管理中有一种压缩进度的方法叫赶工,因此瀑布模型的另外改进处就在适当的重叠各个阶段过程,达到资源的有效利用.比如我们通过讨论,会议确定的实现方式就可以开始执导下一个阶段的工作而不一定完全等到相关的交付物文档化出来.
螺旋模型
首先螺旋模型是遵从瀑布模型的.即需求->架构->设计->开发->测试的路线.螺旋模型最大的价值在于整个开发过程是迭代和风险驱动的.通过将瀑布模型的多个阶段转化到多个迭代过程中,以减少项目的风险.
螺旋模型的每一次迭代都包含了以下六个步骤
1.决定目标,替代方案和约束
2.识别和解决项目的风险
3.评估技术方案和替代解决方案
4.开发本次迭代的交付物和验证迭代产出的正确性.
5.计划下一次迭代
6.提交下一次迭代的步骤和方案.
螺旋模型实现了随着项目成本投入不断增加,风险逐渐减小.以帮我我们加强项目的管理和跟踪,在每次迭代结束后都需要对产出物进行评估和验证,当发现无法继续进行下去时可以及早的终止项目.
螺旋模型复杂的地方在于尽责,专心和知识渊博的管理.因为对于每一次迭代我们要制定出清晰的目标,分析出相关的关键风险和计划中可以验证和测试的交付物并不是一件容易的事情.
螺旋模型的每一次迭代只包含了瀑布模型的某一个或两个阶段.如第二次迭代重点是需求,第三次迭
代是总体设计和后续设计开发计划等.因此这是和RUP提倡的迭代模型是有区别的,RUP的每一次迭代都会包含需求,设计,开发和测试等各个阶段的活动.RUP迭代的目的在于逐步求精而不是仅仅完成瀑布模型某一阶段的工作.
增量和迭代模型
增量迭代是RUP统一过程常采用的软件开发生命周期模型.增量和迭代有区别但两者又经常一起使用.所以这里要先解释下增量和迭代的概念.假设现在要开发A,B,C,D四个大的业务功能,每个功能都需
要开发两周的时间.则对于增量方法而言可以将四个功能分为两次增量来完成,第一个增量完成A,B
功能,第二次增量完成C,D功能;而对于迭代开发来将则是分两次迭代来开发,第一次迭代完成A,B,C, D四个基本业务功能但不含复杂的业务逻辑,而第二个功能再逐渐细化补充完整相关的业务逻辑.在第
项目管理5大过程组，42个过程一句话讲解 启动过程组： （1）制定项目章程：诞生项目，并为项目经理“正名”； （2）识别干系人：搞清楚谁与项目相关； 规划过程组： （3）制定项目管理计划：编制项目执行的蓝图； （4）收集需求：收集要做什么； （5）定义范围：确定要做什么； （6）创建工作分解结构：细化交付成果到可管理的程度； （7）定义活动：把工作包分解为可估算、可管理的活动； （8）排列活动顺序：确定工作执行的先后顺序； （9）估算活动资源：确定到底需要什么才能完成工作； （10）估算活动持续时间：确定完成工作所需要经历的时间； （11）制定进度计划：描绘出整个项目的实施进程； （12）估算成本：确定完成工作所需要付出的代价； （13）制定预算：批准完成工作所需要付出的代价； （14）规划质量：确定合格的标准； （15）制定人力资源计划：需要什么人、需要多少人； （16）规划沟通：项目干系人需要什么，如何给到他们； （17）规划风险管理：定义如何对待风险； （18）识别风险：风险，你在哪里； （19）实施定性风险分析：揭开风险的面纱； （20）实施定量风险分析：揭开风险的真相； （21）规划风险应对：定义如何应对风险； （22）规划采购：买什么，如何买； 执行过程组： （23）指导与管理项目执行：按图索骥； （24）实施质量保证：通过过程保证质量； （25）组建项目团队：让巧妇能为有米之炊； （26）建设项目团队：激发团队的潜能； （27）管理项目团队：大家好才是真的好； （28）发布信息：把信息传递给需要的人； （29）管理干系人期望：沟通并满足干系人的需求； （30）实施采购：购买要买的东西； 监控过程组： （31）监控项目工作：盯着，不停地盯着； （32）实施整体变更控制：让变更在可控之内； （33）核实范围：让用户接受项目成果； （34）控制范围：让范围在可控之内； （35）控制进度：让进度在可控之内； （36）控制成本：让费用在可控之内； （37）实施质量控制：让结果满足既定的合格标准；
第3章项目管理过 程
第3章项目管理过程 1.以下哪个过程不属于监控过程组?( ) A.核实范围 B.报告绩效 C.管理采购 D.管理项目团队 2.在项目规划过程中，下列哪一项是最适当的做法?( ) A.邀请所有项目干系人参与 B.确定最初的项目团队成员 C.确定项目控制的临界值 D.核实范围 3.在项目计划形成之前，谁应当对项目负责?( ) A.高级管理层 B.项目发起人 C.职能经理 D.项目经理 4.以下都是启动过程的输入，除了( )。 A.合同 B.采购文件 C.商业论证 D.干系人登记册 5.启动过程组旨在( )。 A.正式授权开始一个新项目或现有项目的一个新阶段 B.批准市场分析报告以保证采取正确的市场行动 C.采用合适的项目选择过程 D.批准项目可行性研究报告 6.在以下所有时间都需要进行收尾工作，除了( )。 A.项目阶段结束时 B.整个项目结束时 C.项目计划编制结束时 D.合同结束时 7.通常，可以用项目生命周期来定义( )。 A.产品导向过程 B.项目管理过程 C.产品生命周期 D.项目管理生命周期 8.在下列哪一个项目管理过程组中确定项目成功标准、定义项目策略和确定产品描述？( ) A.启动 B.规划 C.执行 D.监控 9.在每一阶段开始时进行启动过程( )。 A.是一种资源浪费，应该尽量避免
B.有助于确保项目符合其预定的业务需要，并验证项目成功标准 C.有助于确保项目按原定计划进行 D.有利于确定每个阶段所需要的项目团队成员的种类、数量和技能水平 10.以下哪个知识领域没有监控过程?( ) A.项目采购管理 B.项目范围管理 C.项目整合管理 D.项目人力资源管理 11.项目整合管理知识领域( )。 A.高于其他八大知识领域 B.相对独立于其他八大知识领域 C.主要用于整合各分项计划，来形成综合性的项目计划 D.协调与统一其他八大知识领域的所有过程 12.项目管理的5大过程组是( )。 A.概念、规划、执行、检查、收尾 B.启动、规划、执行、监控、收尾 C.规划、开发、执行、收尾、交付 D.启动、执行、监督、评价、收尾 13.项目经理通常在什么时候任命?( ) A.项目正式启动之后 B.项目计划编制开始之前 C.项目执行开始之前 D.制定项目范围说明书之前 14.变更请求是以下哪个过程的输出?( ) A.制订项目管理计划 B.实施整体变更控制 C.规划风险管理 D.规划采购 15.验收已完成的可交付成果，是哪个过程的工作?( )。 A.结束项目或阶段 B.结束采购 C.实施质量控制 D.核实范围 16.以下哪项是项目收尾过程组的工作?( ) A.检查已完可交付成果的质量是否合格 B.验收已确认的可交付成果 C.把已通过验收的可交付成果移交给客户 D.发现项目产品功能的偏差，提出纠偏建议 17.在项目收尾过程中，通常要完成下列所有工作，除了( )。
驱动21世纪新型商务企业发展的原动力是什么？有人答曰：项目管理。的确，项目管理作为一门新兴的学科，发展之快已超过了我们的想象。美国Fortune杂志甚至预言，项目经理将是21世纪的首选职业。让我们共同走近项目管理。 “金字塔工程”到“北极星导弹计划” 论起项目管理的起源，其实很早。古代诸如金字塔、长城等著名的伟大工程项目的成功，都得助于当时对工程项目进行的严密和科学的管理。20世纪60年代初，在著名数学家华罗庚教授的倡导下，将项目管理的概念引入了我国，并在当时的国民经济各个部门进行试点应用，将这种方法命名为“统筹法”。之后，中国科学院管理科学与科技政策研究所，还牵头成立了“中国统筹法、优选法与经济数学研究会”。改革开放后，项目管理在水利、建筑、化工等领域开始被大量地应用起来。2000年底，联想在“天麒”、“天麟”两款计算机产品的开发过程中，结合业务对项目管理的需求，配合项目管理相关理论、方法编制软件方案，使该项目在8个月的时间内便全部完成，并达到了国际上PC生产技术的最高水平。 现代项目管理的概念起源于美国。上个世纪五十年代后期，美国的Booz-Allen Lockheed 公司首次在北极星导弹计划中运用了PERT技术。同一时期，美国的Dupont and RamintonnRand公司创造了CPM方法，用于研究和开发、生产控制和计划编排，结果大大缩短了完成预定任务的时间，之后它们分别被称为“计划评审技术”和“关键路径法”。现代项目管理科学便是从这两项技术的基础上迅速发展起来的，融合了后来发展起来的WBS工作分解技术、蒙特卡罗（Monte Carlo）模拟技术和EV挣值分析技术，形成了一门关于项目资金、时间、人力等资源控制的管理科学。著名的阿波罗登月计划、曼哈顿计划等都是采用项目管理的理论和方法而取得成功的经典案例。 9大知识体系与5个具体阶段 早期的项目管理主要关注的是成本、进度(时间)，后来又扩展到质量。最近十几年间，项目管理逐渐发展成为一个涵盖9大知识体系、5个具体阶段的单独的学科分支。9大知识体系包括： ·集成管理在项目分析中，项目管理人员必须把各种能力综合起来并加以协调利用。 ·范围管理定义项目的边界，着眼于“大画面”的事物。例如项目的生命周期、工作分工结构的开发、管理流程变动的实施等。 ·时间管理要求培养规划技巧。有经验的项目管理人员应该知道，当项目出现偏离规划时，如何让它重回规划。 ·成本管理要求项目管理人员培养经营技巧，处理诸如成本估计、计划预算、成本控制、资本预算以及基本财务结算等事务。 ·人力资源管理着重于人员的管理能力，包括冲突的处理、对职员工作动力的促进、高效率的组织结构规划、团队工作和团队形成以及人际关系技巧。 ·风险管理需要管理人员在信息不完备的情况下作决定。风险管理模式通常由三个步
项目管理五大过程组文件管理序列号：[K8UY-K9IO69-O6M243-OL889-F88688]
项目管理五大过程组(图表概括和详细) 项目管理五大过程组： 1、启动过程组：获得授权，定义一个新项目或现有项目的一个新阶段，正式开始该项目或阶段的一组过程。 2、规划过程组：明确项目范围，优化目标，为实现目标而制定行动方案的一组过程。 3、执行过程组：完成项目管理计划中确定的工作以实现项目目标的一组过程。 4、监控过程组：跟踪、审查和调整项目进展与绩效，识别必要的计划变更并启动相应变更的一组过程。 5、收尾过程组：为完结所有过程组的所有活动以正式结束项目或阶段而实施的一组过程。 单个项目的项目管理过程 一、启动过程组 1、制定项目章程 制定项目章程是制定一份正式批准项目或阶段的文件，并记录能反映干系人的需要和期望的初步要求的过程。在多阶段项目中，这一过程可用来确认或优化在以前的制定项目章程过程中所做的相关决策。 2、识别干系人 识别干系人是识别所有受项目影响的人或组织，并记录其利益、参与情况和影响项目成功的过程。 二、规划过程组
3、制定项目管理计划 制定项目管理计划是对定义、编制、整合和协调所有子计划所必需的行动进行记录的过程。项目管理计划是关于如何对项目进行规划、执行、监控和收尾的主要信息来源。 4、收集需求 收集需求是为实现项目目标而定义并记录干系人的需求的过程。 5、定义范围 定义范围是制定项目和产品的详细描述的过程。 6、创建工作分解结构（WBS） 创建工作分解结构是把项目可交付成果和项目工作分解成较小的、更易于管理的组成部分的过程。 7、定义活动 定义活动是识别为完成项目可交付成果而需采取的具体行动的过程。 8、排列活动顺序 排列活动顺序是识别和记录项目活动间逻辑关系的过程。 9、估算活动资源 估算活动资源是估算各项活动所需材料、人员、设备和用品的种类和数量的过程。 10、估算活动持续时间 估算活动持续时间是根据资源估算的结果，估算完成单项活动所需工作时段数的过程。 11、制定进度计划
P M P项目管理五大过程组及42个过程输入_ 输出_工具与技术 -CAL-FENGHAI-(2020YEAR-YICAI)_JINGBIAN
项目管理五大过程组 过程总体描述 启动过程组：获得授权，定义一个新项目或现有项目的一个新阶段，正式开始该项目或阶段的一组过程。 规划过程组：明确项目范围，优化目标，为实现目标而制定行动方案的一组过程。 执行过程组：完成项目管理计划中确定的工作以实现项目目标的一组过程。 监控过程组：跟踪、审查和调整项目进展与绩效，识别必要的计划变更并启动相应变更的一组过程。 收尾过程组：为完结所有过程组的所有活动以正式结束项目或阶段而实施的一组过程。单个项目的项目管理过程 一、启动过程组 1、制定项目章程 制定项目章程是制定一份正式批准项目或阶段的文件，并记录能反映干系人的需要和期望的初步要求的过程。在多阶段项目中，这一过程可用来确认或优化在以前的制定项目章程过程中所做的相关决策。
2、识别干系人 识别干系人是识别所有受项目影响的人或组织，并记录其利益、参与情况和影响项目成功的过程。 二、规划过程组 3、制定项目管理计划 制定项目管理计划是对定义、编制、整合和协调所有子计划所必需的行动进行记录的过程。项目管理计划是关于如何对项目进行规划、执行、监控和收尾的主要信息来源。 4、收集需求 收集需求是为实现项目目标而定义并记录干系人的需求的过程。
5、定义范围 定义范围是制定项目和产品的详细描述的过程。 6、创建工作分解结构（WBS） 创建工作分解结构是把项目可交付成果和项目工作分解成较小的、更易于管理的组成部分的过程。 7、定义活动 定义活动是识别为完成项目可交付成果而需采取的具体行动的过程。
项目管理的5大过程分别是： 1）启动过程、2）规划过程、3）执行过程、4）监控过程、5）收尾过程 9大知识领域分别是： 1）项目整合管理、2）项目范围管理、3）项目时间管理、4）项目成本管理、5）项目质量管理、6）项目人力资源管理、7）项目沟通管理、8）项目风险管理、9）项目采购管理 44个定义分别是： 项目整体管理 1. 制定项目章程–制定正式核准项目的项目章程。 2. 制定项目初步范围说明书–制定从高层次说明范围的项目初步范围说明书。 3. 制定项目管理计划–将确定、编写、协调与组合所有部分计划所需要的行动 形成文件，使其成为项目管理计划。F 4. 指导与管理项目执行–执行项目管理计划所确定的工作，实现项目范围说明 书明确的项目要求。 5. 监控项目工作–监视和控制启动、规划、执行和结束项目所必需的各个过程， 以便满足项目管理计划中确定的实施目标。 6. 整体变更控制–审查所有的变更请求，批准变更并控制可交付成果和组织过 程资产。 7. 项目收尾–最终完成所有项目过程组的所有活动，正式结束项目或项目阶段。 项目范围管理 8. 范围规划制定项目范围管理计划，记载如何确定、核实与控制项目范围， 以及如何制定与定义工作分解结构（WBS）。 9. 范围定义制定详细的项目范围说明书，作为将来项目决策的根据。 10. 制作工作分解结构将项目大的可交付成果与项目工作划分为较小和更易管 理的组成部分。 11. 范围核实正式验收已经完成的项目可交付成果。 12. 范围控制控制项目范围的变更。 项目时间管理 13. 活动定义 确定为产生项目各种可交付成果而必须进行的具体计划活动。 14. 活动排序 确定各计划活动之间的依存关系，并形成文件。 15. 活动资源估算 估算完成各计划活动所需资源的种类与数量。 16. 活动持续时间估算 估算完成各计划活动所需工时单位数。 17. 制定进度表 分析活动顺序、活动持续时间、资源要求，以及进度制约因 素，从而制定项目进度表。 18. 进度控制 控制项目进度表变更。 项目费用管理 19. 费用估算 估算完成项目各项活动所需资源的费用近似值。 20. 费用预算 汇总各单个活动或工作细目的估算费用，确定一个费用基准。 21. 费用控制 对造成费用偏差的因素施加影响，并控制项目预算的变更。
项目管理的五大过程 一.商务谈判? 1.作人的姿态? 作人似乎跟商务谈判不太有关系，很多技术人员相信PM需要的是本事，是如何做好一个项目，而不是会搞好关系弄的四平八稳的人。随着PM在中国的悄悄兴起，越来越多的PM开始在老总的授意下参与商务谈判，和销售们一起打单子，这就比较实在的需要PM们去揣摩客户的心理。揣摩客户心理需要有多方面的知识，需要深度和广度，然而，最重要的仍然是作人。如何放下架子，降低作人的姿态，对从技术人员转型的PM们来说，是至关重要的。?降低作人的姿态需要从多个方面去实施，最主要应该记住：人不可貌相，更不可以地位衡量。很多公司为了保持公司形象，会统一叫员工打扮的好看一点，看起来象个白领的样子。然而，老板多半是没有约束的。中国改革开放才二十年，很多有钱的老板实业家文化层次都不高，往往是当大学生们只会把屁股坐在板凳上肆意挥霍父母辛苦积攒的财富时，他们已经在各地奔波，积累丰富的商业经验并对金钱，人生和社会的本质有了充分的认识，形成了自己稳定的思维框架。这些人，很多都是穿着旧旧的衣服，戴着破破的手表，说话的时候经常会带上三字经，钻进上海的人堆里，搞不好你会把他当成民工。因为到他们所处的社会地位，已经不需要任何华丽的外表来衬托自己的身份，他们有的是底气。对PM来说，这是个非常危险的挑战。虽然说项目在初期有意向时会对对方的人事和关键人物有一定的了解，然而大项目里能说的上话的人太多了。上海人最瞧不起的就是土气，很多人谈项目的时候看到民工或很俗气的表现不免会皱皱眉头，往往在
皱眉头的时候就失去了项目，也就是失去了市场和金钱。PM必须作到能与每一个层次的人交谈，尤其是看起来比自己层次要低的群体，哪怕是公司里扫地的阿姨。只有作到谦虚谨慎，不摆架子，尊重别人，才会得到别人的尊重，才有机会赢得项目。鼻子比眼睛高的人只会把自己的鼻子撞扁。? 2.丰富的知识面? 光尊重别人还不足以赢得项目，准确的说是赢得对方关键人物的信赖。PM一般用不着陪客户喝酒吃饭，那是销售们的事情，但是PM和客户讨论问题可能是最多的。讨论问题的时候就是机会，如何投其所好，是一大关键。金钱与美女依然是常规的敲门砖，然而这种傻瓜也知道的办法人人都会去做。老板的关系也只是一个方面，如今的大老板，哪个没有关系？同等条件下PM凭什么去胜过别人一筹？?我一个朋友（PM）打一个单子时，发现对方对什么都不太感兴趣，费了很大力气也找不到突破口。对方这个人非常顺利，金钱地位美女样样不缺。他花了好多天和对方交谈，以自己的博学逐渐取得了对方的信任。后来他隐约发现对方对数学和天文学的发展史有所涉猎，如获至宝，回家花一个通宵的时间在网络上搜索相关资料。第二天他根本不谈项目的事情，只跟对方大谈特谈哥白尼，布鲁诺，伽利略这些人的生平，整整吹了一天。对方点头如捣蒜泥，态度和热情都来个一百八十度转弯，隔天他就拿到了单子。这是个经典的战例，谁能事先想到哥白尼会来帮助IT的人赚钱？这个PM靠的就是博学和由博学引申出的敏锐的感觉抓住了机会，让客户产生共鸣。客户感觉他层次也很高，而且和自己有共通之处，信任度大大增强，把项目交给他放心。如今这种例子在商务谈判中已经屡见不鲜了。对PM来说，并不要求在各个方面都很精通，那是
项目管理五大过程组(图表概括和详细) 项目管理五大过程组： 1、启动过程组：获得授权，定义一个新项目或现有项目的一个新阶段，正式开始该项目或阶段的一组过程。 2、规划过程组：明确项目范围，优化目标，为实现目标而制定行动方案的一组过程。 3、执行过程组：完成项目管理计划中确定的工作以实现项目目标的一组过程。 4、监控过程组：跟踪、审查和调整项目进展与绩效，识别必要的计划变更并启动相应变更的一组过程。 5、收尾过程组：为完结所有过程组的所有活动以正式结束项目或阶段而实施的一组过程。 单个项目的项目管理过程 一、启动过程组 1、制定项目章程 制定项目章程是制定一份正式批准项目或阶段的文件，并记录能反映干系人的需要和期望的初步要求的过程。在多阶段项目中，这一过程可用来确认或优化在以前的制定项目章程过程中所做的相关决策。 2、识别干系人 识别干系人是识别所有受项目影响的人或组织，并记录其利益、参与情况和影响项目成功的过程。 二、规划过程组 3、制定项目管理计划 制定项目管理计划是对定义、编制、整合和协调所有子计划所必需的行动进行记录的过程。项目管理计划是关于如何对项目进行规划、执行、监控和收尾的主要信息来源。 4、收集需求 收集需求是为实现项目目标而定义并记录干系人的需求的过程。 5、定义范围 定义范围是制定项目和产品的详细描述的过程。 6、创建工作分解结构（WBS） 创建工作分解结构是把项目可交付成果和项目工作分解成较小的、更易于管理的组成部分的过程。 7、定义活动 定义活动是识别为完成项目可交付成果而需采取的具体行动的过程。 8、排列活动顺序 排列活动顺序是识别和记录项目活动间逻辑关系的过程。
项目管理五大过程组 过程总体描述 启动过程组：获得授权，定义一个新项目或现有项目的一个新阶段，正式开始该项目或阶段的一组过程。规划过程组：明确项目范围，优化目标，为实现目标而制定行动方案的一组过程。 执行过程组：完成项目管理计划中确定的工作以实现项目目标的一组过程。 监控过程组：跟踪、审查和调整项目进展与绩效，识别必要的计划变更并启动相应变更的一组过程。 收尾过程组：为完结所有过程组的所有活动以正式结束项目或阶段而实施的一组过程。 单个项目的项目管理过程 一、启动过程组 1、制定项目章程 制定项目章程是制定一份正式批准项目或阶段的文件，并记录能反映干系人的需要和期望的初步要求的过程。在多阶段项目中，这一过程可用来确认或优化在以前的制定项目章程过程中所做的相关决策。 2、识别干系人 识别干系人是识别所有受项目影响的人或组织，并记录其利益、参与情况和影响项目成功的过程。
二、规划过程组 3、制定项目管理计划 制定项目管理计划是对定义、编制、整合和协调所有子计划所必需的行动进行记录的过程。项目管理计划是关于如何对项目进行规划、执行、监控和收尾的主要信息来源。 4、收集需求 收集需求是为实现项目目标而定义并记录干系人的需求的过程。
5、定义范围 定义范围是制定项目和产品的详细描述的过程。 6、创建工作分解结构（WBS） 创建工作分解结构是把项目可交付成果和项目工作分解成较小的、更易于管理的组成部分的过程。 7、定义活动 定义活动是识别为完成项目可交付成果而需采取的具体行动的过程。 8、排列活动顺序 排列活动顺序是识别和记录项目活动间逻辑关系的过程。
9、估算活动资源 估算活动资源是估算各项活动所需材料、人员、设备和用品的种类和数量的过程。 10、估算活动持续时间 估算活动持续时间是根据资源估算的结果，估算完成单项活动所需工作时段数的过程。 11、制定进度计划 制定进度计划是分析活动顺序、持续时间、资源需求和进度约束并编制项目进度计划的过程。
（项目管理）项目管理的 五大过程
人堆里，搞不好你会把他当成民工。因为到他们所处的社会地位，已经不需要任何华丽的外表来衬托自己的身份，他们有的是底气。对P M来说，这是个非常危险的挑战。虽然说项目在初期有意向时会对对方的人事和关键人物有一定的了解，然而大项目里能说的上话的人太多了。上海人最瞧不起的就是土气，很多人谈项目的时候看到民工或很俗气的表现不免会皱皱眉头，往往在皱眉头的时候就失去了项目，也就是失去了市场和金钱。PM必须作到能与每一个层次的人交谈，尤其是看起来比自己层次要低的群体，哪怕是公司里扫地的阿姨。只有作到谦虚谨慎，不摆架子，尊重别人，才会得到别人的尊重，才有机会赢得项目。鼻子比眼睛高的人只会把自己的鼻子撞扁。 2.丰富的知识面 光尊重别人还不足以赢得项目，准确的说是赢得对方关键人物的信赖。PM一般用不着陪客户喝酒吃饭，那是销售们的事情，但是PM 和客户讨论问题可能是最多的。讨论问题的时候就是机会，如何投其所好，是一大关键。金钱与美女依然是常规的敲门砖，然而这种傻瓜也知道的办法人人都会去做。老板的关系也只是一个方面，如今的大老板，哪个没有关系？同等条件下PM凭什么去胜过别人一筹？我一个朋友（PM）打一个单子时，发现对方对什么都不太感兴趣，费了很大力气也找不到突破口。对方这个人非常顺利，金钱地位美女样样不缺。他花了好多天和对方交谈，以自己的博学逐渐取得了对方的信任。后来他隐约发现对方对数学和天文学的发展史有所涉猎，如获至
宝，回家花一个通宵的时间在网络上搜索相关资料。第二天他根本不谈项目的事情，只跟对方大谈特谈哥白尼，布鲁诺，伽利略这些人的生平，整整吹了一天。对方点头如捣蒜泥，态度和热情都来个一百八十度转弯，隔天他就拿到了单子。这是个经典的战例，谁能事先想到哥白尼会来帮助IT的人赚钱？这个PM靠的就是博学和由博学引申出的敏锐的感觉抓住了机会，让客户产生共鸣。客户感觉他层次也很高，而且和自己有共通之处，信任度大大增强，把项目交给他放心。如今这种例子在商务谈判中已经屡见不鲜了。对PM来说，并不要求在各个方面都很精通，那是不可能的事情，只要PM对一些流行的话题和天文地理历史各方面的知识有个大概的了解，在需要的时候能尽快的掌握，才有机会创造机遇和把握机遇。 3.强大的沟通能力 胸中有万千墨水却不知如何表达其实是比较少见的，但并非绝对没有。每个人的人生轨迹都有所不同，思维受环境的影响也各有差异。包括象我们目前这个班级里的一些未来的MSE们，一定有比较内向或者不太爱表达自己观点的人，这些人比较被动，往往很难承担起谈判的重任。从今天开始，这类人就必须重新学习如何说话，如何大声的争论。沟通，并不仅仅是大声说话，而是在表达自己观点的同时发现问题并综合整理加以解决。除此之外，沟通的能力与社会经验息息相关，与PM的见识联系紧密。在日常生活中，PM就要多留心，多思考，当别人想到某个层次的时候要争取比别人考虑的更深。当然，
项目管理五大过程组
项目管理五大过程组（图表概括和详细） 项目管理五大过程组： 1、启动过程组：获得授权，定义一个新项目或现有项目的一个新阶段，正式开始该项目或阶段的一组过程。 2、规划过程组：明确项目范围，优化目标，为实现目标而制定行动方案的一组过程。 3、执行过程组：完成项目管理计划中确定的工作以实现项目目标的一组过程。 4、监控过程组：跟踪、审查和调整项目进展与绩效，识别必要的计划变更并启动相应变更的一组过程。 5、收尾过程组：为完结所有过程组的所有活动以正式结束项目或阶段而实施的一组过程。单个项目的项目管理过程 一、启动过程组 1、制定项目章程 制定项目章程是制定一份正式批准项目或阶段的文件，并记录能反映干系人的需要和期望的初步要求的过程。在多阶段项目中，这一过程可用来确认或优化在以前的制定项目章程过程中所做的相关决策。2、识别干系人 识别干系人是识别所有受项目影响的人或组织，并记录其利益、参与情况和影响项目成功的过程。 二、规划过程组 3、制定项目管理计划 制定项目管理计划是对定义、编制、整合和协调所有子计划所必需的行动进行记录的过程。项目管理计划是关于如何对项目进行规划、执行、监控和收尾的主要信息来源。 4、收集需求 收集需求是为实现项目目标而定义并记录干系人的需求的过程。 5、定义范围 定义范围是制定项目和产品的详细描述的过程。 6、创建工作分解结构（WBS） 创建工作分解结构是把项目可交付成果和项目工作分解成较小的、更易于管理的组成部分的过程。 7、定义活动 定义活动是识别为完成项目可交付成果而需采取的具体行动的过程。 8、排列活动顺序 排列活动顺序是识别和记录项目活动间逻辑关系的过程。 9、估算活动资源 估算活动资源是估算各项活动所需材料、人员、设备和用品的种类和数量的过程。 10、估算活动持续时间 估算活动持续时间是根据资源估算的结果，估算完成单项活动所需工作时段数的过程。 11、制定进度计划 制定进度计划是分析活动顺序、持续时间、资源需求和进度约束并编制项目进度计划的过程。 12、估算成本 估算成本是对完成项目活动所需资金进行近似估算的过程。 13、制定预算 制定预算是汇总所有单个活动或工作包的估算成本，建立一个经批准的成本基准的过程 14、规划质量 规划质量是识别项目及其产品的质量要求和/或标准，并书面描述项目将如何达到这些要求和 /或标准的过程。
项目管理的五个过程组：启动、计划、执行、控制与收尾，贯穿于项目的整个生命周期，对于项目的启动过程，特别要注意组织环境及项目干系人的分析；而在后面的过程中，项目经理要抓好项目的控制，控制的理想结果就是在要求的时间、成本及质量限度内完成双方都满意的项目范围。 1、项目的启动过程 项目的启动过程就是一个新的项目识别与开始的过程。一定要认识这样一个概念，即在重要项目上的微小成功，比在不重要的项目上获得巨大成功更具意义与价值。从这种意义上讲，项目的启动阶段显得尤其重要，这是决定是否投资，以及投资什么项目的关键阶段，此时的决策失误可能造成巨大的损失。重视项目启动过程，是保证项目成功的首要步骤。 启动涉及项目范围的知识领域，其输出结果有项目章程、任命项目经理、确定约束条件与假设条件等。启动过程的最主要内容是进行项目的可行性研究与分析，这项活动要以商业目标为核心，而不是以技术为核心。无论是领导关注，还是项目宗旨，都应围绕明确的商业目标，以实现商业预期利润分析为重点，并要提供科学合理的评价方法，以便未来能对其进行评估。 2、项目的计划过程 项目的计划过程是项目实施过程中非常重要的一个过程。通过对项目的范围、任务分解、资源分析等制定一个科学的计划，能使项目团队的工作有序的开展。也因为有了计划，我们在实施过程中，才能有一个参照，并通过对计划的不断修订与完善，使后面的计划更符合实际，更能准确的指导项目工作。 以前有一个错误的概念，认为计划应该准确，所谓准确，就是实际进展必须按计划来进行。实际并不是如此，计划是管理的一种手段，仅是通过这种方式，使项目的资源配置、时间分配更为科学合理而已，而计划在实际执行中是可以不断修改的。 在项目的不同知识领域有不同的计划，应根据实际项目情况，编制不同的计划，其中项目计划、范围说明书、工作分解结构、活动清单、网络图、进度计划、资源计划、成本估计、质量计划、风险计划、沟
项目管理的五大过程 一.商务谈判 1.作人的姿态 作人似乎跟商务谈判不太有关系，很多技术人员相信PM需要的是本事，是如何做好一个项目，而不是会搞好关系弄的四平八稳的人。随着PM在中国的悄悄兴起，越来越多的PM开始在老总的授意下参与商务谈判，和销售们一起打单子，这就比较实在的需要PM们去揣摩客户的心理。揣摩客户心理需要有多方面的知识，需要深度和广度，然而，最重要的仍然是作人。如何放下架子，降低作人的姿态，对从技术人员转型的PM们来说，是至关重要的。降低作人的姿态需要从多个方面去实施，最主要应该记住：人不可貌相，更不可以地位衡量。很多公司为了保持公司形象，会统一叫员工打扮的好看一点，看起来象个白领的样子。然而，老板多半是没有约束的。中国改革开放才二十年，很多有钱的老板实业家文化层次都不高，往往是当大学生们只会把屁股坐在板凳上肆意挥霍父母辛苦积攒的财富时，他们已经在各地奔波，积累丰富的商业经验并对金钱，人生和社会的本质有了充分的认识，形成了自己稳定的思维框架。这些人，很多都是穿着旧旧的衣服，戴着破破的手表，说话的时候经常会带上三字经，钻进上海的人堆里，搞不好你会把他当成民工。因为到他们所处的社会地位，
已经不需要任何华丽的外表来衬托自己的身份，他们有的是底气。对PM 来说，这是个非常危险的挑战。虽然说项目在初期有意向时会对对方的人事和关键人物有一定的了解，然而大项目里能说的上话的人太多了。上海人最瞧不起的就是土气，很多人谈项目的时候看到民工或很俗气的表现不免会皱皱眉头，往往在皱眉头的时候就失去了项目，也就是失去了市场和金钱。PM必须作到能与每一个层次的人交谈，尤其是看起来比自己层次要低的群体，哪怕是公司里扫地的阿姨。只有作到谦虚谨慎，不摆架子，尊重别人，才会得到别人的尊重，才有机会赢得项目。鼻子比眼睛高的人只会把自己的鼻子撞扁。 2.丰富的知识面 光尊重别人还不足以赢得项目，准确的说是赢得对方关键人物的信赖。P M一般用不着陪客户喝酒吃饭，那是销售们的事情，但是PM和客户讨论问题可能是最多的。讨论问题的时候就是机会，如何投其所好，是一大关键。金钱与美女依然是常规的敲门砖，然而这种傻瓜也知道的办法人人都会去做。老板的关系也只是一个方面，如今的大老板，哪个没有关系？同等条件下PM凭什么去胜过别人一筹？我一个朋友（PM）打一个单子时，发现对方对什么都不太感兴趣，费了很大力气也找不到突破口。对方这个人非常顺利，金钱地位美女样样不缺。他花了好多天和对方交谈，以自己的博学逐渐取得了对方的信任。后来他隐约发现对方对数学和天文学的发展史有所涉猎，如获至宝，回家花一个通宵的时间在网络上搜索相关资料。第二天他根本不谈项目的事情，只跟对方大谈特谈哥白尼，布鲁诺，伽利略这些人的生平，整整吹了一天。对方点头如捣蒜泥，态度和热情都来个
项目管理的五个主要过程组 项目管理的五个过程组：启动、计划、执行、控制与收尾，贯穿于项目的整个生命周期，对于项目的启动过程，特别要注意组织环境及项目干系人的分析；而在后面的过程中，项目经理要抓好项目的控制，控制的理想结果就是在要求的时间、成本及质量限度内完成双方都满意的项目范围。 1、项目的启动过程 项目的启动过程就是一个新的项目识别与开始的过程。一定要认识这样一个概念，即在重要项目上的微小成功，比在不重要的项目上获得巨大成功更具意义与价值。从这种意义上讲，项目的启动阶段显得尤其重要，这是决定是否投资，以及投资什么项目的关键阶段，此时的决策失误可能造成巨大的损失。重视项目启动过程，是保证项目成功的首要步骤。 启动涉及项目范围的知识领域，其输出结果有项目章程、任命项目经理、确定约束条件与假设条件等。启动过程的最主要内容是进行项目的可行性研究与分析，这项活动要以商业目标为核心，而不是以技术为核心。无论是领导关注，还是项目宗旨，都应围绕明确的商业目标，以实现商业预期利润分析为重点，并要提供科学合理的评价方法，以便未来能对其进行评估。 2、项目的计划过程 项目的计划过程是项目实施过程中非常重要的一个过程。通过对项目的范围、任务分解、资源分析等制定一个科学的计划，能使项目团队的工作有序的开展。也因为有了计划，我们在实施过程中，才能有一个参照，并通过对计划的不断修订与完善，使后面的计划更符合实际，更能准确的指导项目工作。 以前有一个错误的概念，认为计划应该准确，所谓准确，就是实际进展必须按计划来进行。实际并不是如此，计划是管理的一种手段，仅是通过这种方式，使项目的资源配置、时间分配更为科学合理而已，而计划在实际执行中是可以不断修改的。 在项目的不同知识领域有不同的计划，应根据实际项目情况，编制不同的计划，其中项目计划、范围说明书、工作分解结构、活动清单、网络图、进度计划、资源计划、成本估计、质量计划、风险计划、沟通计划、采购计划等等，是项目计划过程常见的输出，应重点把握与运用。
PMBOK五大过程组是什么？ PMBOK五大过程组是：启动过程、规划过程、执行过程、监控过程、收尾过程。 各用一句话概括项目管理知识体系五大过程组： 1、启动过程组：作用是设定项目目标，让项目团队有事可做； 2、规划过程组：作用是制定工作路线，让项目团队“有法可依”； 3、执行过程组：作用是“按图索骥”，让项目团队“有法必依”； 4、监控过程组：作用是测量项目绩效，让项目团队“违法必究”，并且尽量做到“防患于未然”； 5、收尾过程组：作用是了结项目（阶段）“恩怨”，让一切圆满。 PMBOK十大知识领域是什么？ PMBOK十大知识领域是：整合管理、范围管理、时间管理、成本管理、质量管理、人力资源管理、沟通管理、风险管理、采购管理、干系人管理 各用一句话概括项目管理知识体系十大知识领域： 1、整合管理：其作用犹如项链中的那根线； 2、范围管理：做且只做该做的事； 3、时间管理：让一切按既定的进度进行； 4、成本管理：算准钱和花好钱； 5、质量管理：目的是满足需求； 6、人力资源管理：让团队成员高效率地和你一起干； 7、沟通管理：在合适的时间让合适的人通过合适的方式把合适的信息传达给合适的人； 8、风险管理：“无事找事”，从而让项目“无险事”； 9、采购管理：当好甲方。 10、干系人管理：和项目干系人搞好关系并令其满意。
十大知识领域记忆口诀 10大知识领域说多不多，说少也不少，记起来也没那么容易，不过民间自有高人，有网友总结了PMBOK十大知识领域的记忆口诀，够简单，够深刻，看过就能记得。 口诀：蒸饭时，橙汁人，够疯，才干。 分别对应于：整合、范围、时间、成本、质量、人力资源、沟通、风险、采购、干系人。
IT项目管理－五大过程组 PMBOK将项目管理分为了启动，计划，执行，监控和收尾五个过程组。 一，启动过程组 启动过程组的核心要素是可行性分析，立项，初步范围说明，确定项目的目标和范围，委任项目经理等。很多项目都是在项目启动的时候就注定了是否是一个死亡之旅，因此项目经理应该有在项目启动前启动的意识。只有这样才能够胸有成竹。 项目经理-在项目启动前启动 未之于未有，始之于未然。风险管理贯穿项目始终这句话应该进一步扩展，聪明的项目经理应该在项目还没有启动前就能够未雨绸缪。项目启动后的每一天往往都异常宝贵，有可能你并不清楚项目是否最终能签单，但只要有7,8成的把握，我们就应该提前行动，去分析可能的风险，去降低和消灭不确定性。 项目成功是客户满意-去分析你即将的客户，他们有哪些特点，他们注重产品的哪些特点，以前公司是否和该客户有过合作？在合作的过程中是否出现过相关的问题？客户接口人的性格特征以及是否好打交道。如果客户对产品的易用性很在意，则项目应该提前考虑界面和易用性相关规范制定。如果客户对性能很重视，则应该提交考虑架构设计和以往架构的优化。如果与客户以前合作中经常出现范围的变更和蔓延，则要注意后续加强需求管理和需求开发工作。 分析你是否有可能成为该项目的项目经理，分析高层领导对项目的重视程度，分析如果你能够成为项目经理是否可以获取到高层领导的支持和足够的资源。真正到了项目经理任命的时候你往往并没有足够的时间来思考这些问题，那你那个时候的接收往往就是被动和突然的。你可能连胜算几何都不清楚就接受了项目。 分析你团队的现状，分析如果项目能够启动团队人力资源是否满足，是否关键岗位或角色还缺少资源？如果存在这种情况，要及时物色和考虑企业内或企业外可用的资源，团队组建需要时间，新人融入团队更需要时间。如果不提前考虑这些问题，及时项目启动后给你资源名额你往往也可能不能及时的获取到你需要的资源。在企业内获取其它项目资源更是一种复杂的交际行为，更需要项目经理充分发挥自己的人际交往能力，提前为项目启动后真正资源的获取进行铺垫。 关注下客户在招标相关采购文件中对产品的要求，企业原有的产品功能特性是否都可以满足，有没有客户特别强调了但我们没有具备的核心功能？对于这些功能是否存在技术难点？如果有，则这些技术问题应该提前预研，项目中最难估算的任务工作量就是这种事先没有经验积累的新技术任务，而这类任务往往又处于进度计划中的关键路径，直接影响到项目周期的不确定性。 如果项目经理在真正项目启动前都能够很好的分析和思考这些问题，那被委任为项目经理的时候才可能显得胸有成竹。没有不确定性因素的项目就不应该失败，项目经理的所有工作始终都在围绕着消除项目的风险以达成项目的最终目标。成功只偏爱有准备的人，我们可以临危受命，但决不应该仓促上阵。
项目管理5大过程知识 项目管理包括五大过程：启动、计划、执行、控制、验收。本章主要介绍项目管理五大过程定义，及实施各个过程的主要内容及特点。 项目启动 一、项目启动主要内容 项目启动就是要在现有资源条件的限制下选择最佳的项目，认识项目的收益，准备项目许可所需的文件，委派项目经理。即有关方面正式认定一个项目应该开始，并向这个项目提供相关资源，其主要的工作内容如下： 1、任命项目经理、建立项目团队 项目启动后要任命项目经理、建立项目团队或管理班子，着手项目的具体准备。 （1）项目团队：具体技术新工作或管理职能均由参加项目的成员承担。 （2）管理班子：核心班子仅履行管理职能，具体的技术性工作由其他人或组织完成。 （3）项目经理的选择： 项目经理是委托人的代表，是项目班子的核心，是项目起动后项目全过程管理的中枢，是项目有关各方协调配合的桥梁和纽带。一定要慎重地选择适合的人担任项目经理。 （4）项目经理应具备的技能： ——沟通技能； ——组织技能； ——应用知识、技术与创新技能； ——制定预算技能；
——解决问题和应变技能； ——谈判和影响技能； ——领导和人际交往技能； ——队伍建设和人力资源管理技能。 2、配备资源和管理 根据项目组织结构，安排具有能力的人员； 配备适用的工具、技术、方法和实践去监测和控制各过程。 3、确定项目目标 项目目标要指出需要完成什么,或者产出什么；要明确达到项目目标的识别标志（当达到这个目标时,项目即算完成）。 项目目标应当具体、可度量、准确、实际、并有时限性。 4、规定项目要求 项目要求与项目目标不同。 项目要求是指对目标或者可交付成果的规定。 项目要求构成了对产出的项目产品或服务的规定,或必要的前提条件。 5、明确项目的可交付成果 成果项目的可交付成果是项目要求之一； 可交付成果与目标相似,必须是具体的并且是可以检验的； 可交付成果要形成文件并通知到有关的负责部门和人员。 6、与项目干系人沟通（与用户沟通） 项目与他们的利益有关的人是项目干系人，在制定计划过程中得到认定的；
项目管理五大过程组有感 目前，在传统行业实行项目管理已很普遍，而在计算机信息系统集成行业，人们越来越认识到实行项目管理的重要性。由于信息产业的技术含量高，计算机信息系统集成项目经常会遇到需求多变、技术更新和所处环境变化快速、人员流动频繁等情况，所以计算机信息系统集成行业更加需要科学规范的项目管理。因此，只有对计算机信息系统集成项目实施项目管理，才能规范项目需求、降低项目成本、缩短项目工期、保证计算机信息系统集成的工程质量。那么，我们知道了计算机信息系统集成行业实施项目管理的重要性和必要性，但实际生活中有多少公司实施了项目管理？又有多少公司实施项目管理取得了骄人的成绩呢？作为山西本土一家IT公司的项目经理，我感到汗颜，山西本土注册的IT公司不下1000家，可是又有几家真正对项目实施了有效的管理呢？这就让山西以外的好多实行了项目有效管理的公司占领了山西好多市场，一定程度上也制约了山西IT公司的发展。据网上调查，目前山西具有计算机信息系统集成一级资质的仅有可怜的一家，具有计算机信息系统集成二级资质的仅有可怜的两家，计算机信息系统集成三级资质也不过三十余家。信息产业部实行计算机信息系统集成资质培训及考试也正是让公司可以用现代的先进的项目管理理论来管理项目，创造出更优秀的项目，也让项目为公司带来更为可观的利润，让项目干系人得到共赢的结果。所以一个地区具有计算机信息系统集成资质公司的数量一定程度上反应了当地计算机信息系统集成的水平。下面我们看看这几家公司的运营模式：甲公司实施了项目管理，但项目经理很谦虚，为了讨好客户，客户提出的大小问题都给予解决，结果客户肯定很满意。但项目却因此而拖的时间较长，客户总想把所有的问题都改完再说，造成一再延期，对于公司来说，无形中加大了各种人力物
项目管理的5大过程，9个知识领域，44个定义 项目管理的5大过程分别是： 1）启动过程 2）规划过程 3）执行过程 4）监控过程 5）收尾过程 9大知识领域分别是： 1）项目整合管理 2）项目范围管理 3）项目时间管理 4）项目成本管理 5）项目质量管理 6）项目人力资源管理 7）项目沟通管理 8）项目风险管理 9）项目采购管理 44个定义分别是： 项目整体管理 制定项目章程–制定正式核准项目的项目章程。 制定项目初步范围说明书–制定从高层次说明范围的项目初步范围说明书。 制定项目管理计划–将确定、编写、协调与组合所有部分计划所需要的行动形成文件，使其成为项目管理计划。F 指导与管理项目执行–执行项目管理计划所确定的工作，实现项目范围说明书明确的项目要求。 监控项目工作–监视和控制启动、规划、执行和结束项目所必需的各个过程，以便满足项目管理计划中确定的实施目标。 整体变更控制–审查所有的变更请求，批准变更并控制可交付成果和组织过程资产。 项目收尾–最终完成所有项目过程组的所有活动，正式结束项目或项目阶段。 项目范围管理 范围规划制定项目范围管理计划，记载如何确定、核实与控制项目范围，以及如何制定与定义工作分解结构（WBS）。 范围定义制定详细的项目范围说明书，作为将来项目决策的根据。 制作工作分解结构将项目大的可交付成果与项目工作划分为较小和更易管理的组成部分。 范围核实正式验收已经完成的项目可交付成果。 范围控制控制项目范围的变更。 项目时间管理 确定为产生项目各种可交付成果而必须进行的具体计划活动。 活动定义 确定各计划活动之间的依存关系，并形成文件。 活动排序 估算完成各计划活动所需资源的种类与数量。 活动资源估算