一个关于项目管理课件

一个关于项目管理的通俗讲解首先问大家一个问题：你觉得中国人聪明还是美国人聪明？最好的回答是美籍华人

我们说美国人很愚蠢，为什么呢？

你们都做过T或G吧，他们经常会出这么一道题1/3+1/2=？

通常在这个问题之前还有一个1/2+1/2=？为什么？

美国人怎么办？

他们会对孩子说：“你老人家真有绘画的天赋，简直就是毕加索的毕加索，你这一幅画至少能卖100万美金”

但显而易见，您老人家把画画在墙壁上是不能永久保存的，所以我明天给你买一个画布，你就尽情的画吧。否则我们要损失多少个毕加索呀！

于是我们就可以看见我们的小宝贝在画布上快乐的滚来滚去。墙面也干净了。中国人很聪明，从大家就可以看出来，但中国人聪明做工作就有了聪明的做法，他们往往是每个项目都是按照自己的见解来做。而美国人如何来操作呢，他们就象洗澡，会在面前挂一张纸，上面写着先洗头，再洗耳朵，再细脸，，，这样做事情就有了一定的流程，渐渐的就形成了一套体系。项目是什么?

根据PMPBOK的定义，项目是在一段时间内为完成某一独特的产品或提供独特的服务所进行努力的过程。

这个过程受到时间、人力、资源、成本、质量上的限制

项目有几个特征：1.临时性2.独特性3.一次性

项目管理分九个知识领域，分别是成本管理、质量管理、时间管理、范围管理、人力资源管理、沟通管理、风险管理、采购管理和整体管理。

是范围管理，也就是我们说的项目范围。这也就是我们常说的项目“项目管理三角形”项目三角形中的成本，主要来自于所需资源的成本，自然也包括人力资源的成本。这个相信很好理解。

为了缩短项目时间，就需要增加项目成本（资源）或减少项目范围；

为了节约项目成本（资源），可以减少项目范围或延长项目时间；

如果需求变化导致增加项目范围，就需要增加项目成本（资源）或延长项目时间我们说一个项目经理有多少时间是用来做沟通的工作的？应该不少于75%的时间是用来沟通的，所以项目管理将项目沟通管理单独列了出来。另外项目管理除了九个知识领域，还应该了解5个过程组

5个过程组就是：启动，计划，执行，控制，收尾。

这5个过程组贯穿于每个知识领域的始终举个例子字来说某人（比喻）好不容易找了个女朋友，为了增进进一步的距离，他想来个欧亚8日游，于是他把自己多年的积蓄——3万元，一次性投入。

但在旅游过程中，他的MM看上了另外一个帅哥，于是人财两空，说明什么问题？说明他的项目启动的时候就出现了问题，没有很好的做市场调研，结果过程就没有办法控制。

根据PMI的解释，接单之后项目自然转入启动阶段

对，没有进行有效的需求调查，也就是在计划的时候没有明确的需求定义。于是他下次的时候知道了姑娘爱看歌舞剧，于是他就请一个靓女看了《天鹅湖》，可是以外有发生了——

进去后发现座位不在一起，等他们把位子换到一起的时候歌舞剧结束了，这说明什么？对，说明没有很好的执行，起码在执行过程中没有进行有效的监督。其他的过程不一一解释，我在这里强调的是收尾的重要性。对了，还应该把所有的经验教训总结一下，以书面的形式汇报给老妈，并张贴于门后。

然后在中堂挂一幅对联：欲谈恋爱者需先阅读门后之——《恋爱指南》

以后凡是自己的兄弟姐妹要谈恋爱的，必须先参阅门后的恋爱指南。

这样能起到什么效果呢以后他们的恋爱项目操作至少能停留在这个水平。

这个过程怎样来保证呢，对，还需要我们的QA人员，也就是他的妈妈负责质量控制。

家规一条，不参阅者或不照此操作者不许谈恋爱！

大家拿起你身边的一只笔，告诉我他多长？

有的说10厘米，有的说10。0987厘米。

我们说他的估算很精确，但不准确！！

这是我如果拿一只笔告诉你正好10厘米，然后和你的笔比对你是不是就比较容易得出测算？

这说明文档是非常重要的，有的人认为文档是最无聊的，项目结束后做个总结不就是了吗。错，文档的整理应该贯穿于项目管理的始终。

文档的管理是对项目进行良好的跟踪和监控的一个手段，简单的讲就是根据你的项目计划进行你的文档管理。

一般档案分类主线是：立项、计划、执行、结束4大类；然后在每大类中，再根据任务或者团组分类管理，根据哪个需要根据你项目复杂程度和管理习惯，总之原则是方便你对整个项目进度的追踪。

以上我们讲了项目管理的九个知识领域，五大过程组，还有“项目管理三角形“，下面我们讲PMBOK。

PMBOK是项目管理圣经，也就是Projectmanagementbodyofknowledge,项目管理知识体系指南

它是美国项目管理协会（PMI）的核心指导出版物

但它象一本字典，往往你看到第三页会睡着：）

美国项目管理协会（PMI）和国际项目管理协会（IPMA）美国项目管理协会只有PMP一个证书，而IPMA有四级，你可以一毕业就可以考试下面讲几个名词，如果你掌握了，一和人讲项目管理你就抛出来，一定没有人敢小看你。WBS、甘特图、基准（BASELINE）、项目干系人和关键路径WBS是WORKBREAKDOWNSTRUCTRE，工作分解结构

WBS的定义还是很麻烦的，PM要召开团队进行讨论，向成员提供与项目相关的所有详细资料，并把WBS树分解到二层三层。然后要花上一段时间让成员进行头脑风暴式（BRAININGSTORM）思考，制订工作产出和相应人员的职责，记录每一个工作包的完成标准。我们说为什么WBS重要，而且大部分项目管理的咨询都是针对WBS的咨询

因为WBS做好了，以后工作就有了参考物，你就知道在不同的阶段你应该干什么，完成到什么进度。

其实WBS的划分是没有规则的，主要的考虑角度是方便你做各类的统计工作，为管理服务。

同样的一个项目其管理的侧重点不同，WBS结构的划分也可能是完全不同的。

衡量划分好坏的标准应该是看其是否满足你管理的需要。

甘特图也叫横道图等，很多名称，我们说它是甘特在第一次世界大战时开始使用，它就是在WBS的基础上将WBS形象化老控制进度对于基准，举个例子。

我们在没有结婚之前，你脚踩几只船？

我们说法律允许但道德不允许，但你可以脚踩N只船：）

但当有一天你和你的朋友进了一个小黑屋子，然后带了两个盖章的本本的时候，你还可以脚踩N只船吗？我们说此时就不允许了，因为你过了一个基准线（BASELINE）

如果你还想脚踩N只船就需要重新回小黑屋子再盖两个章就可以了。那我们的项目要越轨怎么办，也就是项目变更？

我们应该统一由项目管理办公室来进行控制，如果你要变更基准，必须要进行严格的限制。

在客户提出变更请求时，要建立变更申请登记表和变更申请表，并让客户签字。

有时候一些不是非常关键的模块PM也不至于一点不讲情面，该卖面子的时候还是要卖，尤其是当着对方领导的面，千万要卖面子，但是也别卖的太干脆，不要让他们得到的太容易。PM在变更管理中需要做的是分析变更请求，评估变更可能带来的风险和修改基准文件。如果一个项目进行过程中，比如现在的典型的3G项目，你发现如果再多花一点时间就可以编写出对以后非常有用处的程序，但这个程序不在本项目范围之内，你要不要做？对，我们说不能做，你可以重新起一个项目来做，但不能在这个项目里做，这样会是我们的项目成本超出，风险增加，而且和其他的项目缺少比对性和参照的价值。这也是我们说现在有大约80%以上的项目失败的原因，我们说项目失败并不是项目进行不下去了，彻底破产，在PMI有明确的定义，凡是项目的成本超出预算，质量没有得到保证，时间超过预计等等都在失败的范围之内这个在华为做的很好，华为有个有名的增量开发的名声。

只用20%的功能先满足你80%的需求，其他的功能我可以开发升级的版本，于是就在小数点后平明的增加数字，于是就是了V1，V1.1，V1.11....等版本

它从来不一下子满足你所有的需求，