项目管理工具18160帕累托分析160详细介绍(编辑修改稿)内容摘要:
法则认为:资源(人、货物、时间、技能,或任何有生产力的东西)总是会自我调整,以求将工作量减少,其中大约 20%~ 30%的资源,与 70%~ 80%的资源活动有关。 吉普夫教授通过人口统计、书籍、文献与工业行为,来证明这种一致且重 管理资料下载 管理专题 复出现的不平衡现象。 例如,他分析了 1931 年费城 20 个街区内发出的结婚证书,发现其中 70%的婚姻,产生于该街区中 30%的人身上。 另外,他还总结出了高效的办公原则:使用频率较高的东西比较靠近我们。 而聪明的秘书早就知道,常用的档案不必归档。 “ 80/20 法则的另一位先驱是伟大的质量导师,罗马尼亚裔的美国工程师朱伦,他是 20 世纪 50~ 90 年代质量革命的幕后功臣,在他口中, 80/20 法则有时被称为“帕累托法则”,或“关键少数规则”。 朱伦在 1924 年加入西屋电器( WesternElectic),西屋是贝尔电话公司负责制造的分部。 他担任公司的工业工程师,并且通过自己的研究和分析,发现了产品品质中所隐含的 80/20 法则。 在他的工作过程中,他广泛使用了 80/20 法则,并辅以其它的统计方法,用以提升产业与生活消费品的可信度与价值。 朱伦的 质量管理手册 一书在1951 年出版,这是一本划时代的著作,在书中他大加颂扬了 80/20 法则。 数以千计的 80/20 法则例子在我们周围发生,每一则事例,都给我们以深刻的启示─人类的每一次成长与进步,都是靠我们去积极地把握。 朱伦同时发现,财富分配也是不均的。 这在其它的许多事例中得到证实:如犯罪行为在犯罪分子身上的公布,意外事件在危险因素中的分布等等。 同时这种不均等分布法则,还能解释其它各种平衡的分布。 当时,美国大部分的企业家都对朱伦的理论缺乏兴趣。 1953 年,朱伦应邀前往日本演讲,获得热烈的反响。 于是他留住日本,与几家日本公司合作 ,并将其理论应受到一定程度的威胁,朱伦才受到西方的尊重。 于是他重返故土,并为美国工业的改革做出了巨大贡献。 在朱伦的倡导和实践下, 80/20 法则开始成为全球品质革命的中心思想。 信息革命的铁律 在实施 80/20 法则上,著名的计算机公司 IBM 是最早也是最成功的一家公司。 由于这种法则的应用,在 20 世纪 60~ 70 年代,大部分计算机系统专家都开始重视 80/20 法则。 1963 年, IBM 发现,一部计算机约 80%的执行时间,是花在20%的执行指令上,所以公司立刻重新编写它的操作代码,并取得成功。 因此,比起其它竞争者的 计算机, IBM 计算机更高效,更快捷。 其它个人计算机硬件和软件的公司,如苹果、莲花和微软,也纷纷运用80/20 法则,来提升自己计算机的品质,以吸引新一代客户──包括了原先对计算机敬而远之的“计算机盲”。 20 世纪 60 年代初由计算机业带动的信息革命,极大地提高了企业的工作效率。 同时,它有助于改变企业的内在管理品质,从某种意义上讲,它发迹了整个社会的品质。 因此, 80/20 法则是信息革命的关键力量,过去是,现在是,未来依然是。 管理资料下载 管理专题 也许是因为与品质革命几乎处于同一时期,所以,信息革命中的计算机和软件专业人员一般都熟悉 80/20 法则,并且都善于将其应用到具体实践当中。 渐渐的,软件业在运用 80/20 法则的同时也得到了进一步的发展。 1994 年发明 RISC 就是一例: RISC 是以 80/20 法则的某一种变化为基础。 这条法则假定,大部分的软件花了 80%的时间执行 20%的程序。 RISC 处理器通过删除不重要的80%,来让其余的 20%达到最佳表现,并保持在一个芯片内,借此节省成本。 RISC为软件作的贡献,相当于 RISC(从前的主要系统)在硬件上的贡献。 一位开发者说:“企业界长期以来一直遵守 80/20 法则。 软件界更是如此,80%的产品只 施展出它 20%的效用。 ” 信息革命使用了 80/20 法则中的“选择”和“单一”两个重要的概念。 正如一位信息业的主管所表述:“不要考虑太多。 另第一步就计划到九重天上去。 因为投资的报酬方式往往会遵守 80/20 规则, 80%的效益,会在整个系统最简单的 20%中产生,最后 20%的好处,则来自系统中最复杂的 80%.” 麦金塔在发展麦金塔牛顿掌上型计算机时,就运用了 80/20 法则。 设计牛顿掌上型计算机的工程师,正是运用了稍微修正过的 80/20 法。项目管理工具18160帕累托分析160详细介绍(编辑修改稿)
相关推荐
当你是项目的领导人,你需要提供技术的连贯避免团队超负荷工作。 如果你的技术技巧在未来的技术的环境中是落伍或不同的 你不需要理解技术环境的内部是如何工作的,但是你应该理解一般的概念和特征决定环境的能力和弱点。 许多项目 管理技巧是超出技术范围的。 因此 ,如果你的技术技巧是落伍的,你仍然能强调你在技术上能负独立责任。 提及你管理的应用类型和及其商业作用。 提及团队是如何有效地完成目标的。
, 是对这种结局的可能性的警惕。 我们就会小心谨慎地处理许多项目业务需求、技术方案和组织管理的问题。 当我们启动一个项目的时候,我们往往憧憬项目投 入运行 之日的成功,但是否想过精疲力竭后失败的沮丧。 做项目不比卖产品,产品卖出就是成功,项目 投入运行 才算成功;产品是静态的,项目是动态的;产品质量有问题可以包换、保修,项目一旦失败,时间不能倒流,客户损失的可能就是市场竞争优势和机遇。
和职工因违反安全管理制度和造成隐患事故,视其情节轻重由施工员以上管 理人员进行现场处罚。 5.未能完成上级下达的安全管理目标和创建目标,罚项目经理 4000 元,施工员 20xx 元,安全员 3000 元,其他管理人员每人罚 1000 元。 6.对各类安全违章者,工程处或项目部管理人员根据处罚规定开具罚款通知单,罚款 直接转帐,各项目部所罚的个人违章款项,直接从当月任务单上扣除,班组长必须
” “它导致 /不能 …… 什么。 ” “你们有什么证据证明(他们不放在心上、它不能工作了等等)。 ” 存货 财务 工作地位 问题领域 高 中 低 主题 问题是。 问题是。 报告 顾客满意度 问题是。 地址写错 不清楚 错误 太长 延误 低 中 高 低 低 高 高 丢失数据 错误数据 问题是。 其他 储藏柜 邮件丢失 产品 错误 地址 1 号线 12 号线 其他 让绩效说话 ——
促成项目高风险的因素包括资金不足,时间紧迫,成 功率低,客户过于单纯,客户过多地介入到正在运行的项目活动中。 问 题 1.. 该审核是否正确应用了“审核”这一概念。 2.. 该项目存在的最大问题是什么。 3.. 不管建议中所提到的问题, ASCL已经适当地列出了一个“项目问题”表和一套方法。 你认为它为什么还是没有把握住这一特殊的项目呢。 新的方法是否能取得好的效果。 May not be
了现在的项目管理知识体系,简称PMBOK(Project Management Bode of Knownledge)。 在这个知识体系指南中,项目管理的知识领域由原来的 6个拓展为 9个,分别为: (1)范围管理。 范围管理是界定项目的范围并在此基础上进行管理,它是项目未来一系列决策的基础。 其内容包括:项目范围计划和定义,范围确认,范围变更控制。 工具包括:项目工作分解结构 (WBS),效益