对于基准，我象举个例子。 我们在没有结婚之前，你脚踩几只船？ 我们说法律允许但道德不允许，但你可以脚踩N只船：） 但当有一天你和你的朋友进了一个小黑屋子，然后带了两个盖章的本本的时候，你还可以脚踩N只船吗？ 我们说此时就不允许了，因为你过了一个基准线（BASELINE） 如果你还想脚踩N只船就需要重新回小黑屋子再盖两个章就可以了。 那我们的项目要越轨怎么办，也就是项目变更？ 我们说对这样的项目变更会影响各要素比如时间，成本，质量等 我们应该统一由项目管理办公室来进行控制，如果你要变更基准，必须要进行严格的限制。 在客户提出变更请求时，要建立变更申请登记表和变更申请 表，并让客户签字。 有时候一些不是非常关键的模块PM也不至于一点不讲情面，该卖面子的时候还是要卖，尤其是当着对方领导的面，千万要 卖面子，但是也别卖的太干脆，不要让他们得到的太容易。 PM在变更管理中需要做的是分析变更请求，评估变更可能带来的风险和修改基准文件。 如果一个项目进行过程中，比如现在的点心的3G项目，你发现如果再多花一点时间就可以编写出对以后非常有用处的程序，但这个程序不在本项目范围之内，你要不要做？ 对，我们说不能做，你可以重新起一个项目来做，但不能在这个项目里做，这样会是我们的项目成本超出，风险增加，而且和其他的项目缺少比对性和参照的价值。 这也是我们说现在有大约80%以上的项目失败的原因，我们说项目失败并不是项目进行不下去了，彻底破产，在PMI有明确的定义，凡是项目的成本超出预算，质量没有得到保证，时间超过预计等等都在失败的范围之内。 这个在华为做的很好，华为有个有名的增量开发的名声。 只用20%的功能先满足你80%的需求，其他的功能我可以开发升级的版本，于是就在小数点后平明的增加数字，于是就是了V1，V1.1，V1.11....等版本 它从来不一下子满足你所有的需求，我们大家想想，谁没有事情拿出自己的手机把所有的PING码都试用一下，我们说没有，我们大部分的需求是在打电话，发消息，打打游戏，对不对？ 这点在项目管理中非常重要，请大家结合资料好好研究。 项目干系人是什么东东，谁给我举一个例子？ 对，包括项目人员的老婆孩子，正确 我们说有的项目需要的时间很紧张，如果你的项目成功了，但项目的程序员们都成了光棍，那项目还是非常失败，至少不是丧心病狂的PM这么想。 合理解决项目干系人的冲突是个很累的问题，其中还包括你的只能经理们，你的董事长，你的客户，等等，等等，有的说没用？ 好，如果你的项目进展不下去，你该怎么办？ 对，开会，把你的高层找一个坐到会议室，不用他说话，只让他暧昧的看着大家，大家一定会想，这个家伙一定和领导有关系，我们还是好好的做这个项目，下一个项目再给他使拌子吧：） 所以为了不累死好好分析一下你的项目干系人吧 我们上次讲了一些基础的知识，包括什么是项目管理，项目管理包括什么？ 你说项目管理有几个知识领域？ 你说项目管理有几个过程组？ 让我们想起了泡MM的例子是不是？ 还有老母亲做QA的比喻 几天我们着重强调的是 项目是什么?人们常用“时间”，“资源(或缺乏资源)”，“某种工作努力”，“交付物或者产品”，“综合工程”，“缺乏凌驾其他班组的职权”，以及“预算”来给它下定义。实际上，项目是一种独特的工作努力，即遵照某种规范及应用标准去导入或生产某种新产品或某项新服务。这种工作努力应在限定的时间、成本费用、人力资源及资财等项目参数内完成。? 首先给大家一个项目的定义，到底什么是项目？ 根据PMPBOK的定义，项目是在一段时间内为完成某一独特的产品或提供独特的服务所进行努力的过程。 这个过程受到时间、人力、资源、成本、质量上的限制 项目有几个特征：1.临时性 2.独特性 3.一次性 下面大家告诉我下面哪个是项目：A惠普与康柏机构重组惠普与康柏机构重组。B建造一座新工厂 C改建道路 D工程材料采购 E开发软件包 F结婚典礼 G寻找拉登 有人说是寻找拉登，大家说寻找拉登有明确的结束时间吗？ 当然我们可以假设寻找拉登50年如果找不到，项目就结束是不是？ 所以说我们今天不讨论哪个到底是项目，所有的问题都要放到具体的环境下，否则没有意义。 下面大家可以开始提问了。 什么是WBS呢？ WBS是工作分解结构，就象一张道路交通图，它能够指引你如何从当前位置到达想去的地方。没有它，你可能就要迷路了。 怎样来做一个好的WBS呢？ 有时候在接受新项目时前无例子可借鉴感觉分解时真困难, 因为每个人的解决问题思路不同,同一个项目不同的人有很多种分类, 因为可以按照工作的流程分解,也可以按照系统论的方法进行结构上的分解, 但我觉得有一条很重要的原则应该注意,那就是麦肯锡的精髓,他们在分解工作时非常强调的就是MECE, muturally exclusive, collectively exhaustive, 即相互独立,完全穷尽的原则, 也就是现在较流行的说法"横向到底,纵向到边" , 如果分解时坚持了这个原则, 我想一定会有Perfect 的WBS, 其实WBS并非是PMI的"真传", 只是被PMI起名为WBS, 有时候工作中我们也会用类似的方法解决问题无非是没有提升到理论高度, 但WBS确实是做事的核心步骤。 做一个WBS需要注意一些什么问题呢？ ·第一级通常与项目生命周期相同(如需求分析，设计，采购，施工……) ·第一级应在项目进一步分解前完成 ·WBS的每一级都是其上一级的片断(Segment) ·一个工作单元只与一个上层单元相关 ·上层单元的工作内容应该等于其所有直接下层工作单元的总和 ·一个工作单元由一个人负责 ·在整个WBS中使用同一种定义，在整个组织中亦然 ·通过将人员包括进WBS来激励他去完成计划 什么是甘特图呢？ 1.以图形或表格的形式显示活动。 2.现在是一种通用的显示进度的方法。 3.构造时应包括实际日历天和持续时间。不要将周末和节假日算在进度之内 什么是风险呢？ 首先问一个问题 你们说在一个项目中，初始阶段和结束阶段哪个时候项目的风险大？ 对，是开始的时候，因为在开始的时候我无数的不可控制的因素。 那什么阶段的损失大呢？ 对，在结束的时候，所以说两者是相反的/ 所以说在项目的启动阶段成功的可能性最小，风险发生的概率也就最高，但是这时候一旦预计的风险发生了，损失是最小的。 想想广州和深圳很多烂尾楼？损失会有多少？？？！！！！！ 另外我们要明确几个定义： 1是确定性。具有明显的可能性，比如中国和韩国对抗赛，胜负是很明显的：） 2是风险。韩国队能赢中国队几个球是一种风险的预测。 3是未知性。中国和美国比赛门球那就是未知的：）[@more@]