项目管理的几个小故事

1、罐子满了吗

在一次关于项目管理的课上,教授在桌子上放了一个装水的罐子,然后又从桌子下面拿出一些可以从罐口放进罐子里的“鹅卵石”。当教授把石块放完后,正好堆满整个罐子。这时教授问他的学生:“你们说,这罐子现在是不是满了?” “是”所有的学生异口同声地回答说。“真的吗?”教授笑着问。然后又从桌子底下拿出一袋碎石子,把碎石子从罐口倒下去,摇一摇,再加一些,再问学生:“你们说,这罐子现在是不是满的?”这回他的学生不敢回答得太快。最后班上有位学生怯生生地细声回答道:“也 许没满。” “很好!”教授说完后,又从桌下拿出一袋沙子,慢慢地倒进罐子里。倒完后,于是再问班上的学生:“现在你们再告诉我,这个罐子 是满的呢?还是没满?”“没有满!”全班同学这下学乖了,大家很有信心地回答说。“好极了!”教授再一次称赞这些孺子可教的学生们。称赞完了,教授从桌子底下拿出一大瓶水,把水倒在看起来已经被鹅卵石、小碎石、沙 子填满的罐子。当这些事都做完之后,教授正色问他班上的同学: “你们从上面这些事情得到什么重要的启示?”

启示一:对于我们项目中林林总总的活动,可以按重要性何紧急性的不同组合,确定处理的先后顺序。做到鹅卵石、碎石子、沙子、水都能放到 罐子里去!

启示二:项目管理就是寻找项目所要完成的工作在时间和空间上的最优化排序,以便最大限度地满足和超越项目干系人的需求和其完期望。

2、这是为什么

曾有人做过一个实验:组织三组人,让他们分别沿着十公里以外 的三个村子步行。第一组人不知道村庄的名字,也不知道路程有多远,只告诉他们跟着向导走就是。刚走了两三公里就有人叫苦,走了一半时有人几乎愤怒了,他们抱怨为什么要走这么远,何时才能走到。还剩下不到一 半路程时,有人甚至坐在路边不愿走了。越往后走他们情绪越低。第二组的人知道村庄的名字和路段,但路边没有里程碑,他们只能凭经验估计行程时间和距离。走到一半的时候大多数人就想知道他们已经走了多远,比较有经验的人说:“大概走了一半的路程。”于是大家又簇拥着向前走,当走到全程的四分之三时,大家情绪低落,觉得疲惫不堪,而路程似乎还很长,当有人说:“快到了”时,大家又振作起来加快了步伐。第三组人不仅知道村子的名字、路程,而且公路上每一公里就有一块里程碑,人们边走边看里程碑,每缩短一公里大家便有一小阵的 快乐。行程中他们用歌声和笑声来消除疲劳,情绪一直很高涨,所以很快就到达了目的地。这三组人马为什么会出现这样完全不同的结果?

启示一:在项目章程中,确定里程碑进度表对完成项目目标非常重要。

启示二:确定项目的生命周期,并进行阶段性验收(行政收尾)十分重要。

启示三:项目目标的确定和细分,决定项目的绩效甚至成败。

3、小矮人的故事

在古希腊时期的塞浦路斯,曾经有一座城堡里关着一群小矮人。传说他们是因为受到了可怕咒语的诅咒,而被关到这个与世隔绝的地方。他们找不到任何人可以求助,没有粮食,没有水,七个小矮人越来越绝 望。小矮人们没有想到,这是神灵对他们的考验。小矮人中,阿基米德是第一个收到守护神雅典娜托梦的。雅典娜告诉他,在这个城堡里,除了他们呆的那间阴湿的储藏室以外,其他的25个房间里,有1个房间里有一些蜂蜜和水,够他们维持一段时间;而另外的24个房间里有石头,其中有240个玫瑰红的灵石,收集到这240块灵石,并把它们排成一个圈的形状,可怕的咒语就会解除,他们就能逃 离厄运,重归自己的家园。第二天,阿基米德迫不及待地把这个梦告诉了其他的六个伙伴,其中有四个人都不愿意相信,只有爱丽丝和苏格拉底愿意和他一起去努力。开始的几天里,爱丽丝想先去找些木柴生火,这样既能取暖又能让 房间有些光线;苏格拉底想先找那个食物的房间;而阿基米德想快点把

240块 灵石找齐,好快点让咒语解除。三个人无法统一意见,于是决定各找各的,但几天下来,三个人都没有成果,倒是耗得筋疲力尽,更让其他的四个人取笑不已。但是 三个人没有放弃,失败让他们意识到应该团结起来。他们决定,先找火种,再找吃的,最后大家一起找灵石。这是个灵验的方法,三个人很快在左边第二个房间里找 到了大量的蜂蜜和水。在经过了几天的饥饿之后,他们狼吞虎烟了一番,然后带了许多分给特洛伊、安吉拉、亚里士多德和梅丽沙。温饱的希望改变了其他四个人的 想法,他们后悔自己开始时的愚蠢,并主动要求要和阿基米德他们 一同寻找灵石,解除那可恨的咒语。为了提高效率,阿基米德决定把七个人兵分两路:原来三个人,继 续从左边找,而特洛伊等四人根本没有任何的方向感,城堡对于他们来说像个迷宫,他们几乎只是在原地打转。阿基米德果断地重新分配,爱 丽丝和苏格拉底各带一人,用自己的诀窍和经验指导他们慢慢地熟悉城 堡。当然,事情并不如想像中那么顺利,先是苏格拉底和特洛伊那组,他们总是嫌其他两个组太慢;后来,当过花农的梅丽莎发现,大家找来 的石头里大部分都不是玫瑰红的;最后由于地形不熟,大家经常日复一 日地在同一个房间里找灵石、大家的信心又开始慢慢丧失。阿基米德非常着急。这天傍晚,他把7个 人都召集在一起,商量办 法。可是交流会刚开始,就变成了相互指责的批判会。性子急的苏格拉底先开口:“你们怎么回事,一天只能找到两三个有石头的房间?”“那么多房间,门上又没 有写哪个是有石头的,哪个是没有的,当 然会找很长时间了!”爱丽丝答道。“难道你们没有注意到,门锁是上孔的都是没有的,门锁是十字型的都是有石头的吗?”苏格拉底反问。经过交流,大家才发 现,原来他们有些人可能找准房间很快,但可能在房间里找到的石头都是错的;而那些找得非常准的人,往往又速度太慢。于是,在爱丽丝的提议下,大家决定每天 开一次会,交流经验和窍门,然后,把很有用的那些都抄在能照到亮光的墙上,提醒大家, 省得再去找弯路。这面墙上的第一条经验就是:将我们宝贵的经验与更多的伙伴们分 享,我们才有可能最快地走出困境。在7个人的通力协作下,他们终于找齐了所有的240块灵石。但就 在这时苏格拉底停止了呼吸。在大家极度的震惊和恐惧之余,火种突然又灭了。没有火种,就没有光线,没有光线,大家就根本没有办法把石头排 成一个圈。本以为是件简单的事,大家都纷纷地来帮忙生火,哪知道,六个 人费了半天的劲,还是无法生火——以前生火的事都是苏格拉底干的,寒冷,黑暗和恐惧再一次向小矮人们袭来,灰暗的情绪波及到了 每一个人,阿基米德非常后悔当初没有向苏格拉底学习生火。在神灵的眷顾下,最终,火还是被生起来了。小矮人们胜利了。这个故事对我们项目经理做好人力资源管理有哪些有益的启示?

启示一:项目团队的成员只有就目标达成共识、分工协作,才能完成任务。

启示二:经验教训的文档化总结是非 常重要的,在模板上改进效率最高。

启示三:一个良好的沟通计划对团队的成功非常重要。

时间: 2024-08-08 01:27:54

项目管理的几个小故事的相关文章

励志小故事:再努力一点点

美国寻金热的时代,吸引了成千上万做黄金梦的人.有些人不惜变卖自己的全部家财,离乡背井,跑到美国去淘金. 有一个异乡人,也把自己在英国家乡的田地卖掉了,只身跑到美国最热门淘金的地方,希望能找到金矿后衣锦还乡. 他首先在当地买了一间屋作栖身之所,安顿之后,便开始他的寻金旅程,每天早出晚归,非常辛苦地到处找寻金矿.开始的时候,他还是满怀希望,相信很快便能找到金矿.可是,日复一日,年复一年,他从一个壮健的中年人,渐渐变成一个老年人,他找寻金矿的事业还是毫无进展. 最后,到他临死的时候,他的寻金梦终于成为

第一篇博客(python爬取小故事网并写入mysql)

前言: 这是一篇来自整理EVERNOTE的笔记所产生的小博客,实现功能主要为用广度优先算法爬取小故事网,爬满100个链接并写入mysql,虽然CS作为双学位已经修习了三年多了,但不仅理论知识一般,动手能力也很差,在学习的空余时间前前后后DEBUG了很多次,下面给出源代码及所遇到的BUG. 本博客参照代码及PROJECT来源:http://kexue.fm/archives/4385/ 源代码: 1 import requests as rq 2 import re 3 import codecs

圈子内小故事

咱也学学马未都先生,没有真相,只是残存一个道理. 恩,这句话还真是有点道理,那下面这些小故事就是告诉我们,在程序的世界里,行胜于言. ------------------------------------------- 著作权归作者所有.商业转载请联系作者获得授权,非商业转载请注明出处.作者:Eugene Hsueh链接:http://www.zhihu.com/question/20355709/answer/14873547来源:知乎 是的,马克·扎克伯格独自完成了 Facebook 第一

来自大数据的反思:需要你读懂的10个小故事

摘要:随着各种技术发展,很多人都在吹捧大数据.然而如同股市一样,越是高涨,越是需要警醒,在大数据热火朝天前行的路上,多一点反思,多一份冷静,或许能让这路走的更好.更远.本文的10个小故事,或许能让你有所得. 自2011年以来,大数据旋风以"迅雷不及掩耳之势"席卷中国.毋庸置疑,大数据已然成为继云计算.物联网之后新一轮的技术变革热潮,不仅是信息领域,经济.政治.社会等诸多领域都"磨刀霍霍"向大数据,准备在其中逐得一席之地. 中国工程院李国杰院士更是把大数据提升到战略的

关于JavaScript的小故事

妈妈:Netscape公司 原名:LiveScript 更名原因:想沾Java的光 亲缘关系:取了一个叫JavaScript的名字,其实和Java没什么血缘关系 关于JavaScript的小故事,布布扣,bubuko.com

看到的一个小故事-回车和换行的区别

          在计算机还没有出现之前,有一种叫做电传打字机(Teletype Model 33)的玩意,每秒钟可以打10个字符.但是它有一个问题,就是打完一行换行的时候,要用去0.2秒,正好可以打两个字符.要是在这0.2秒里面,又有新的字符传过来,那么这个字符将丢失.   于是,研制人员想了个办法解决这个问题,就是在每行后面加两个表示结束的字符.一个叫做"回车",告诉打字机把打印头定位在左边界:另一个叫做"换行",告诉打字机把纸向下移一行.   这就是&quo

小故事学设计模式之Decorate: (二)老婆的新衣服

老婆有一件蓝色的裙子和一件粉色的裙子, 不管怎么穿,她还是原来的老婆. 但是在软件里就不一定了, 如果把老婆比作一个class的话, 有一种做法是会因为增加了两个新的Property而继承出两个子类: "穿裙子的老婆, 穿粉色上衣的老婆". 你这样弄出两个子类也没什么不对, 问题是当MM的有上百件服装的时候,就会产生上百个子类,这个不好,将来万一父类一变化,下面上百个子类都要一个个地去修改,太乱了. 有一个更合理的方式来解决这个"老婆的装饰问题".我们的要求是:  

小故事理解TCP/IP连接时的三次握手

在TCP/IP协议中,TCP协议通过三次握手建立一个可靠的连接,示意图如下: 下面通过一个小故事简单理解一下这三次握手的具体含义: 一天,小客(客户端)准备去小服(服务器)家去送礼(准备与服务器进行连接),当走到小服家门口发现,小服家大门紧锁, 然后便高喊,"小服,你把门开开(尝试与服务器简历连接),我是小客(发送同步序列编号Synchronize Sequence Numbers ,确认身份信息)",此时,小客进入等待小服回应的状态(客户端进入SYN_SEND),(由此实现双方第一次

Java反射的小故事

Java反射的小故事: 首先定义一个Java类 1 package com.xiaoysec.test; 2 3 public class Person { 4 private String name; 5 private String sex; 6 private int id; 7 8 public String getName() { 9 return name; 10 } 11 12 public void setName(String name) { 13 this.name = na