it项目管理-五大过程组

《it项目管理-五大过程组》由会员分享，可在线阅读，更多相关《it项目管理-五大过程组（59页珍藏版）》请在金锄头文库上搜索。

1、IT 项目管理五大过程组项目管理五大过程组 PMBOK 将项目管理分为了启动，计划，执行，监控和收尾五个过程组。 一，启动过程组 启动过程组的核心要素是可行性分析，立项，初步范围说明，确定项目的目标和范围，委任项目经理 等。很多项目都是在项目启动的时候就注定了是否是一个死亡之旅，因此项目经理应该有在项目启动 前启动的意识。只有这样才能够胸有成竹。 项目经理-在项目启动前启动 未之于未有，始之于未然。风险管理贯穿项目始终这句话应该进一步扩展，聪明的项目经理应该在项 目还没有启动前就能够未雨绸缪。项目启动后的每一天往往都异常宝贵，有可能你并不清楚项目是否 最终能签单，但只要有 7,8 成的把握，我

2、们就应该提前行动，去分析可能的风险，去降低和消灭不确 定性。 项目成功是客户满意-去分析你即将的客户，他们有哪些特点，他们注重产品的哪些特点，以前公司 是否和该客户有过合作？在合作的过程中是否出现过相关的问题？客户接口人的性格特征以及是否 好打交道。如果客户对产品的易用性很在意，则项目应该提前考虑界面和易用性相关规范制定。如果 客户对性能很重视，则应该提交考虑架构设计和以往架构的优化。如果与客户以前合作中经常出现范 围的变更和蔓延，则要注意后续加强需求管理和需求开发工作。 分析你是否有可能成为该项目的项目经理，分析高层领导对项目的重视程度，分析如果你能够成为项 目经理是否可以获取到高层领导的支

3、持和足够的资源。 真正到了项目经理任命的时候你往往并没有足 够的时间来思考这些问题，那你那个时候的接收往往就是被动和突然的。你可能连胜算几何都不清楚 就接受了项目。 分析你团队的现状，分析如果项目能够启动团队人力资源是否满足，是否关键岗位或角色还缺少资 源？如果存在这种情况，要及时物色和考虑企业内或企业外可用的资源，团队组建需要时间，新人融 入团队更需要时间。如果不提前考虑这些问题，及时项目启动后给你资源名额你往往也可能不能及时 的获取到你需要的资源。在企业内获取其它项目资源更是一种复杂的交际行为，更需要项目经理充分 发挥自己的人际交往能力，提前为项目启动后真正资源的获取进行铺垫。 关注下客户

4、在招标相关采购文件中对产品的要求，企业原有的产品功能特性是否都可以满足，有没有 客户特别强调了但我们没有具备的核心功能？对于这些功能是否存在技术难点？如果有， 则这些技术 问题应该提前预研，项目中最难估算的任务工作量就是这种事先没有经验积累的新技术任务，而这类 任务往往又处于进度计划中的关键路径，直接影响到项目周期的不确定性。 如果项目经理在真正项目启动前都能够很好的分析和思考这些问题， 那被委任为项目经理的时候才可 能显得胸有成竹。没有不确定性因素的项目就不应该失败，项目经理的所有工作始终都在围绕着消除 项目的风险以达成项目的最终目标。成功只偏爱有准备的人，我们可以临危受命，但决不应该仓促上

5、 阵。 IT 项目管理-项目启动三要素 是否是项目立项审批通过就代表项目启动？真正的项目启动应该包含三个方面的重要内容， 一是项目 或产品初步范围已经确定，二是项目的目标已经确定，三是已经选择了委任了项目经理。如果安装 PMBOK 的说法，这几个方面的内容都应该在项目章程中得到体现。项目章程也可以简化到项目启动会 议既要，但关键点都在于项目经理确定，并给予了法定的正式权力。 1.项目经理的选择和委任 在高层领导支持，项目目标也明确的情况下如果项目还失败，项目经理应该负完全的责任。项目经理 也可以选择是否接受项目，但一旦接受了就应该对项目的成败负责。 选择项目经理无定法，仍然关注平衡。如果是已有

6、项目团队，团队成员技能都很强，那项目经理重点 是团队建设和资源整合。如果团队技能弱，但责任心和态度积极，那项目经理必须是技能强，必须是 一个能够传授知识的好教练。关于项目经理知识和技能层次，原来有文章阐述过，在这里不再多谈。 两个关键点就是项目成员愿意和你一起把事情做成功， 另外一个是你能够使项目成员有能力把事情做 成功。 高层管理或者说 PMO 如果愿意在项目经理选择上多花些时间，完全是对产品和项目负责任的态度。基 于强矩阵或项目型的组织中，高层管理要能够轻松，就是其下一层的项目经理能够真正管理其整个项 目团队，项目中 99%的问题都能够由项目经理解决。在这种金字塔型的权力型结构中，取决定性

7、因素 的不是塔尖，也不是塔底，而是中层。而项目经理正是这种结构中的中坚力量。 2.项目目标 不要简单的把项目目标理解为进度目标，项目目标必须要包含进度，成本和质量三方面的目标。否则 我们虽然按时完工的做出来的产品可能无法卖出去， 或者预审超支。 在这种情况下项目仍然是失败的。 项目目标是如何确定的？是根据项目可研和项目立项后确定的。 确定项目目标是为了保证我们最终产 出的项目成果能够赢利，能够为企业或客户带来实际的价值。很多时候项目经理不会考虑为何要制定 这样的目标，只知道是高层制定的，项目按照目标做就可以了。如果你不知道为何做的话，是无法把 问题做好的，项目经理有必要去深究项目目标的来源。

8、项目目标最主要的来源仍然是商业目标驱动的，做项目目的仍然是为了为企业创造效益，为了赚钱。 真正理解了商业目标，你才可能在进度，质量，成本，范围发生冲突的时候如何去平衡。大家都知道 削减不同的边可以达到平衡，但关键点却在抉择究竟该削减哪条边。 3.项目范围 启动阶段的项目范围是一个初步的范围。但启动阶段对于整个产品的范围必须要清晰，产品范围是产 品应该具备的功能特性。而项目范围是项目管理和执行过程的所做的所有事情，比如风险应对，项目 内学习培训属于项目范围，但不属于产品范围。 我们谈有了初步范围后可以启动项目， 绝对不是指产品范围。 启动项目的时候， 产品范围必须要清楚， 产品范围不清楚将导致成

9、本， 进度等无法受控， 产品范围不清楚就启动项目往往是项目做完了还赔钱。 项目范围可以初步是说明 WBS 分解可以是一个粗粒度的，细粒度的任务级可以在项目计划阶段在做。 客户关注的是最终提供的产品的功能特性，而不是你内部项目如何去运作以研制出产品。这点我们可 以从 SOW 工作说明书中看到，甲方招标的采购文件包或 SOW 都是有详尽的产品范围描述的，因为这也 是项目重要的验收标准。 IT 项目管理-启动-项目立项 最近在看漫索公司林锐博士的相关培训 ppt,从最早推出的 CMMI 三级精简并行过程 SPP,到现在的 RDM S 产品，还是很多值得借鉴的地方。今天先看下项目立项管理: 1.立项管

10、理的重要性 立项管理应该说是新产品研发管理的或者说 IPD 的一个重要内容。人在江湖，最怕的就是跟错人，站 错队；而对于企业最怕的就是战略性决策和方向选择的失误。项目管理中的项目计划是保证实现项目 的目标，而立项管理正是去确定项目的目标，现在竞争如此积累，立项决策是否正确直接导致整个企 业的成败。 项目计划是保证如何做成功的问题，而立项是要解决做什么的问题。你需要开发的产品，不管什么客 户需求出发 VOC 还是产品核心竞争力，唯一关注点就是效益和利润。这个问题展开就是前期需要投入 多少？能否盈利？什么时候能够盈利？能否持久的盈利？整个立项报告的内容都将围绕这些核心内 容展开。 2.构思-调查-

11、可行性研究 这里把构思放在第一位太重要了，在像外行一样思考，像专家一样实践这本书已经提到过，我们 是无法去穷举我们想做的事情和所有做事情的方法的， 唯一可以采用的就是先根据自己的经验构思或 假设，再去证明构思的正确性。 构思的目的就是提出假设，能够提出好的构思的往往是有丰富经验的人，他们有很好的前瞻性和敏锐 的市场洞察力。有了构思需要去证明构思可行，而最有力的证据就是数据，拿数据来说话。因此在可 研里面必须要先看到这样的步骤: 现状分析-数据收集方案-数据收集-数据分析和预测-财务成本效益分析 步骤都知道是这样， 真正的难点却在于你要开发的新产品根本无法收集到足够多的数据资料来做可行 性研究。

12、这个时候风险分析，产品核心竞争力分析，SWOT 分析转移到了重要的地位。风险遇到，可 能后期所能够取得的市场和利润也越大，像史玉柱几亿资金豪赌网游取得的成功不是一般人可以玩 的。 3.可行性研究报告和立项建议书的重点 前面已经谈到过，最重要的就是要说明前期投入多大，能否盈利，能否持续盈利的问题。但要回答这 些问题自然又会从市场现状分析入手: 市场现状-产品定位-产品功能-核心竞争力 通过产品定位和功能特性分析才可能估计前期的投入， 有了对市场和潜在客户的分析才可能预期产品 后期的销售确实以确定盈利情况。有了核心竞争力的认识才可能清楚面临的竞争风险，产品是否会 被对手快速模范而导致无法持久盈利。

13、 这条脉络清楚后，再看如果你能够你能保证产品能够开发成功，在特定的成本和进度目标里面研发成 功，具体分析为: 你已经有的经验资本积累-产品技术方案-项目核心团队 4.危机和风险意识 低头思考的时候我是一个悲观主义者，抬头向前的时候我是一个乐观主义者。立项的时候一定要对风 险有充足的认识，真正立项完了则需要积极和乐观应当。对于风险主要来源于技术方面，市场方面， 政策环境方面，人员，竞争对手方面等等，这些都必须有详细的分析和应对。 SWOT 分析是立项中最常用，非常有效的可行性分析。在这里我们更加强调去分析自己的弱势和潜在 的风险。前期风险考虑的越多，后期就对自己越有利和主动。 5.立项评审和项目

14、筹备 前面已经谈到了立项的关键问题，立项评审也应该从项目关键问题展开。产品的定位，盈利预期，核 心竞争力，风险，财务指标等都是重要的评审内容。评审通过后进入项目筹备阶段，立项评审完毕后 就应该确定出项目章程所需要的项目目标，制定完项目章程后才谈得上开始项目计划。 IT 项目管理-启动-团队组建 IT 项目管理-启动-研发规程制定 规程在项目启动时候就开始制定最好。而且应该根据历史已有经验和企业实际情况进行制定。过程必 须要有效，任何一份文档都要起到该起的作用。 1.可行性报告内容可以省略，将可行性分析内容全部写入立项报告。 2.调研报告很重要，与客户的每一次调研和访谈都应该及时输出。 3.同样

15、开发通用型软件，必须输出产品需求，作为产品架构设计重要输入。 4.用户需求最好条目化，用户需求要从用户角度来描述，重点在业务规则。 5.项目计划不仅仅是进度计划。 1.没有列出详细设计文档原因仍然在于体现源代码即设计的思路。 2.总体设计包括了对功能性需求和非功能性需求的考虑。在总体设计阶段要制定详细的界面规范，设 计规范和编码规范，项目约定。 3.测试重点在测试数据准备和测试分析，针对 V 模型要单独出功能性测试和集成系统测试的不同。 IT 项目管理-启动-干系人分析 项目经理接受委任后，个人认为最重要的一件事情就是进行干系人分析。或者讲在启动前或被委任前 就应该进行干系人分析，很简单的道理

16、，比如高层管理都对项目不支持，项目经理再有能力也无法使 项目实现目标。 干系人是对你项目的目标达成有影响的所有人，如果要关注项目开发出的产品所带来的长期效益，则 干系人应该是对项目所开发的产品的整个生命周期都有影响的所有人员。干系人的识别，干系人分析 都不是干系人管理的最终目标，最终目的都将落到项目经理如何利用分析的结果，通过自身所拥有的 资源，技能，沟通等去影响干系人的行为，以达成项目的目标。 1.项目的出资方和赞助人 对于赞助人始终关注的如何使自己的投资有最丰厚和深远的回报，同时又将风险控制到最低。跟个人 投资是一个道理，投多少钱不是问题，关键是如何保证投入有低风险，稳定和客观的回报。因此赞助 人不仅仅关注项目本身是否成功按目标完成，而是关心产品能否成功按计划推入市场和创造效益。 对于项目周期较长的时候， 为了项目本身降低风险和满足干系人预期， 项目迭代开发就显得更加重要。 迭代开发可以保证将项目分为多个迭代周期，每个迭代版本都是可用的而不是一个半成品，项目最终 交付成果会分为多个迭代版本交付，赞助人可以尽可能早的看到项目所创造的产品或成果。同时采用 迭代开发每个迭代