中国式项目管理幻灯片.pptx

里程碑节点比验收节点更重要 计划要简洁 1.1 里程碑节点比验收节点更重要 有弹性可设置的中间过程控制点。 里程碑节点 项目的硬性验收要求内容 验收节点  眼睛盯住细节的，是工程师。  眼睛盯住结果的，是老板。  眼睛盯住过程的，是项目经理。 验收节点带来的压力，属于“硬性”压力，没有回旋的空间，而里程碑节点，有时候是“软性”的，不属于“燃眉之急”。但是忽视项目的里程碑，则是一个将压力积累，将风险坐实的过程。 并不是说结果不重要，但结果是靠过程来保证的。对于项目控制来讲，里程 碑就是最有效的过程控制手段。 作为项目经理： 在计划过程中，要合理规划里程碑节点，使其有可行性，有验收价值。 在执行过程中，要围绕每一个里程碑安排工作，找到项目的“节奏”。 在沟通过程中，要将里程碑的压力传递给项目中的每一个人。 这里我要强调的是，当其他人不重视里程碑节点的时候，你必须重视，而且要用最高的音量、最大的影响力，要求别人像你一样重视。 “里程碑达到率”是项目经理绩效考核的一个重要依据 1.1 里程碑节点比验收节点更重要 1.2 计划要简洁 长篇大论的文档是没有人看的 作为项目经理，你一定要把计划文档写的简明扼要，如果你必须要写很多，那么至少要把第一页纸写的高度概括。 首先，如果提高计划复杂度带来的回报不是很明显，我宁愿选择一个相对简洁的计划，推动起来更容易，更没有风险。 要善于用最短的时间、最小的篇幅，让客户（老板）以及所有相关的人理解你的意图。 我们非常强调计划要细致，所谓细节决定成败，但一定不是要你把一摞厚厚的文档用于沟通。 项目变更真的不可控吗？ 做狼还是做羊—项目管理的规范化 2.1 项目变更真的不可控吗？ 用户（老板）的想法经常变，我们完全控制不了！美国有一家公司做过一个著名的调查，他们用了10年时间跟踪了30万个项目，其中一个结论是，完全成功的项目（成本、进度、目标都达成）不到17%，而导致项目出问题（或失败）的一个重要原因，就是需求变更。 是否有完全按计划执行，没有任何变更的项目？ 那么变更真的完全不可控吗？是什么导致的变更？ 那么作为项目经理，你能够做什么呢？ 完全消除变更是不显示的，但至少有几点你应该力求做到： 我要强调的依然是需求，问题也许发生在执行阶段，但根源是在需求过程中。你要了解的是用户为什么要做（业务动机），以及什么是可行的方案，而不仅仅是他让你做什么。 2.1 项目变更真的不可控吗？ 在需求阶段，尽最大可能把需求搞清楚； 在执行阶段，严格醉熏变更控制流程； 对于发生了的变更，相应地调整文档。 2.2 做狼还是做羊—项目管理的规范化 对项目经理而言（特别是大型组织内的项目经理）既不是狼，也绝不能是羊。不要抱怨流程的繁琐，不要则被制度降低了效率，也用不着哭诉“我有更简单的办法”……你必须学会的，就是在这种管理框架下生存，推动项目的进行。 项目经理应该像狼一样地去冲杀，还是像羊一样地遵循制度与流程？ 制度也许很僵化，但很多时候只能“先僵化、后优化”。僵化其实是一个标准化的过程，如果开始的时候就希望“优化”，事实上往往不是优化，而变成了“简化”，变相地回到了各自为战的混乱状态 经验重要，还是工作热情重要 适应而不是改变他人 3.1 经验重要，还是工作热情重要 当你面临一个紧急项目，你选择你的团队成员时选择有经验的员工呢还是工作热情较高的新员工？ 当你不能决定团队成员的绩效与业绩时，如何推动一个临时性的项目团队去做事情呢？一般来说调动每一个项目成员的工作热情，是项目经理的重要工作，但现实地说，这一点并不容易做到。 作为一个弱势管理者，有时找到有意愿的人，比找到有经验的人更加重要。 3.2适应而不是改变他人 如果你项目中的技术专家是一个极度内向的人，你应该如何和他共事呢？ 有没有这种情况，你开会时试图了解对方的看法，但他始终不能给你你想要的意见？