﻿<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:trackback="http://madskills.com/public/xml/rss/module/trackback/" xmlns:wfw="http://wellformedweb.org/CommentAPI/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/"><channel><title>BlogJava-mulinka-文章分类-管理学习</title><link>http://www.blogjava.net/mulinka/category/1843.html</link><description>踏实肯干，不可眼高手低</description><language>zh-cn</language><lastBuildDate>Tue, 27 Feb 2007 12:32:04 GMT</lastBuildDate><pubDate>Tue, 27 Feb 2007 12:32:04 GMT</pubDate><ttl>60</ttl><item><title>一个广为流传的关于项目管理的通俗讲解</title><link>http://www.blogjava.net/mulinka/articles/6762.html</link><dc:creator>魔之卡卡</dc:creator><author>魔之卡卡</author><pubDate>Mon, 27 Jun 2005 06:33:00 GMT</pubDate><guid>http://www.blogjava.net/mulinka/articles/6762.html</guid><wfw:comment>http://www.blogjava.net/mulinka/comments/6762.html</wfw:comment><comments>http://www.blogjava.net/mulinka/articles/6762.html#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://www.blogjava.net/mulinka/comments/commentRss/6762.html</wfw:commentRss><trackback:ping>http://www.blogjava.net/mulinka/services/trackbacks/6762.html</trackback:ping><description><![CDATA[<DIV class=postTitle>这是一个广为流传的关于项目管理的通俗讲解 </DIV>
<DIV class=postText>
<P></P>
<P>想首先问大家一个问题：你觉得中国人聪明还是美国人聪明？ <BR>我见过最好的回答是美籍华人。 <BR>我们说美国人很愚蠢，为什么呢？ <BR>你们都考过T或G吧，他们经常会出这么一道题1/3+1/2=？ <BR>50%的人回答是2/5，这可是美国研究生入学考试的试题呀！ <BR>通常在这个问题之前还有一个1/2+1/2=？为什么？ <BR>他们怕太难了，先给个容易的热身一下。 <BR>我在美国的时候见过很多的PHD，对于美国人来说if...else...是逻辑，而if...if...else...就成了哲学，也是美国这么多哲学博士的原因：） <BR>我们说美国人很愚蠢，那我们为什么还要学习他们呢？这个问题稍候我们会回答。 <BR>再问一个问题：如果你刚买了一个豪华的房子，可你三岁的儿子把整个墙壁上都写上“我爱长城永不到，我爱北京天安门”，你该怎么做？ <BR>有的女孩子说暴打，呵呵，这个答案从女生的嘴里说出来还是比较少见。 <BR>美国人怎么办？ <BR>他们会对孩子说：“你老人家真有绘画的天赋，简直就是毕加索的毕加索，你这一幅画至少能卖100万美金”你们知道美国人喜欢钱，用金钱来量化一定是效果明显。 <BR>但显而易见，您老人家把画画在墙壁上是不能永久保存的，所以我明天给你买一个画布，你就尽情的画吧。否则我们要损失多少个毕加索呀！ <BR>于是我们就可以看见我们的小宝贝在画布上快乐的滚来滚去。墙面也干净了。 </P>
<P>中国人很聪明，从大家就可以看出来，但中国人聪明做工作就有了聪明的做法，他们往往是每个项目都是按照自己的见解来做。 <BR>而美国人如何来操作呢，他们就象洗澡，会在面前挂一张纸，上面写着先洗头，再洗耳朵，再细脸，，，这样做事情就有了一定的流程，渐渐的就形成了一套体系。 <BR>所以这也是我们今天来探讨项目管理的目的所在。 </P>
<P>项目管理分九个知识领域，分别是成本管理、质量管理、时间管理、范围管理、人力资源管理、沟通管理、风险管理、采购管理和整体管理。 <BR>其中时间，质量和成本管理构成了三角形 <BR>大家在纸上画一个三角形 <BR>在各个边上标上时间、质量、成本（等边三角形） <BR>任何一方的移动必定带动其他的变形，如果时间缩短，怎么样？就是我们常说的“献礼工程”，同时必定会影响质量和成本。问大家一个问题，这个三角形中间是什么东东？ <BR>对，是范围管理，也就是我们说的项目范围。这也就是我们常说的项目“项目管理三角形” </P>
<P>下面介绍一下项目管理的“项目管理三角形“ <BR>项目三角形中的成本，主要来自于所需资源的成本，自然也包括人力资源的成本。这个相信很好理解。 <BR>为了缩短项目时间，就需要增加项目成本（资源）或减少项目范围； <BR>为了节约项目成本（资源），可以减少项目范围或延长项目时间； <BR>如果需求变化导致增加项目范围，就需要增加项目成本（资源）或延长项目时间 <BR>通过“项目管理三角形“我们了解了项目成本、时间，质量和范围的简单定义。 <BR>我们说一个项目经理有多少时间是用来做沟通的工作的？ <BR>应该不少于75%的时间是用来沟通的，所以项目管理将项目沟通管理单独列了出来。 <BR>所有这些领域都有一个主线就是项目的整体管理来统一的。 <BR>由于时间的限制我们不详细讨论其他的知识领域，因为今天是入门的，哈哈 </P>
<P>另外项目管理除了九个知识领域，还应该了解5个过程组 <BR>5个过程组就是：启动，计划，执行，控制，收尾。 <BR>这5个过程组贯穿于每个知识领域的始终，你们了解吗？ <BR>举个例子字来说 <BR>某人（比喻）好不容易找了个女朋友，为了增进进一步的距离，他想来个欧亚8日游，于是他把自己多年的积蓄——3万元，一次性投入。 <BR>但在旅游过程中，他的MM看上了另外一个帅哥，于是人财两空，说明什么问题？ <BR>说明他的项目启动的时候就出现了问题，没有很好的做市场调研，结果过程就没有办法控制。 <BR>根据PMI的解释，接单之后项目自然转入启动阶段 <BR>于是他刻苦的工作，终于又攒了3万，这次他不和美女旅游了，考虑到自己的费用，他请这个姑娘看了场电影。 <BR>于是他带这个这个姑娘看了——《第一滴血》 <BR>看的那叫爽，姑娘看的也很爽，看看完后她觉得这个家伙有暴力倾向，于是又分手。说明什么问题？ <BR>对，没有进行有效的需求调查，也就是在计划的时候没有明确的需求定义。 <BR>于是他下次的时候知道了姑娘爱看歌舞剧，于是他就请一个靓女看了《天鹅湖》，可是以外有发生了—— <BR>进去后发现座位不在一起，等他们把位子换到一起的时候歌舞剧结束了，这说明什么？ <BR>对，说明没有很好的执行，起码在执行过程中没有进行有效的监督。 <BR>其他的过程不一一解释，我在这里强调的是收尾的重要性。 <BR>我们往往非常注重合同性收尾，却总是忽略管理性收尾。什么是管理性收尾呢？ <BR>某人同志吸取了所有的经验教训，终于领了结婚证，还应该干些什么呢？ <BR>对了，还应该把所有的经验教训总结一下，以书面的形式汇报给老妈，并张贴于门后。 <BR>然后在中堂挂一幅对联：欲谈恋爱者需先阅读门后之——《恋爱指南》 <BR>以后凡是自己的兄弟姐妹要谈恋爱的，必须先参阅门后的恋爱指南。 <BR>这样能起到什么效果呢，对，以后他们的恋爱项目操作至少能停留在这个水平。 <BR>这个过程怎样来保证呢，对，还需要我们的QA人员，也就是他的妈妈负责质量控制。 <BR>家规一条，不参阅者或不照此操作者不许谈恋爱！ <BR>大公司一般有质量管理部门（QA），QA的成员基本上都是由非常有经验的PM转型过来的老狐狸，是老总接班人的有力争夺者：） <BR>这也是我们说一个失败的项目会培养一批优秀的项目经理的原因。 </P>
<P>哪个门后的《恋爱指南》我们称之为文档，文档重要吗？我们说在电信科技处的同志们说重要，为什么因为他们管这个，但对于我们呢？ <BR>大家拿起你身边的一只笔，告诉我他多长？ <BR>有的说10厘米，有的说10。0987厘米。 <BR>我们说他的估算很精确，但不准确！！ <BR>这是我如果拿一只笔告诉你正好10厘米，然后和你的笔比对你是不是就比较容易得出测算？ <BR>这说明文档是非常重要的，有的人认为文档是最无聊的，项目结束后做个总结不就是了吗。 <BR>错，文档的整理应该贯穿于项目管理的始终。 <BR>文档的管理是对项目进行良好的跟踪和监控的一个手段，简单的讲就是根据你的项目计划进行你的文档管理。 <BR>一般档案分类主线是：立项、计划、执行、结束4大类；然后在每大类中，再根据任务或者团组分类管理，根据哪个需要根据你项目复杂程度和管理习惯，总之原则是方便你对整个项目进度的追踪。 <BR>以上我们讲了项目管理的九个知识领域，五大过程组，还有“项目管理三角形“，下面我们讲PMBOK。 </P>
<P>PMBOK是项目管理圣经，也就是Project management body of knowledge,项目管理知识体系指南 <BR>它是美国项目管理协会（PMI）的核心指导出版物 <BR>但它象一本字典，往往你看到第三页会睡着：） <BR>在此简单介绍美国项目管理协会（PMI）和国际项目管理协会（IPMA） <BR>美国项目管理协会只有PMP一个证书，而IPMA有四级，你可以一毕业就可以考试，这个我们后面详细的讲。 </P>
<P>下面讲几个名词，如果你掌握了，一和人讲项目管理你就抛出来，一定没有人敢小看你。 <BR>他们是WBS、甘特图、基准（BASELINE）、项目干系人和关键路径 </P>
<P>WBS是WORK BREAKDOWN STRUCTRE ，工作分解结构 <BR>WBS的定义还是很麻烦的，PM要召开团队进行讨论，向成员提供与项目相关的所有详细资料，并把WBS树分解到二层三层。然后要花上一段时间让成员 进行头脑风暴式（BRAINING STORM）思考，制订工作产出和相应人员的职责，记录每一个工作包的完成标准。 <BR>比如我们要结婚了，怎么来分解呢 <BR>无非是办酒席，拍结婚照，，等等，这个在论坛上曾有人做了详细的分解，大家都可以找到。 <BR>我们说为什么WBS重要，而且大部分项目管理的咨询都是针对WBS的咨询 <BR>因为WBS做好了，以后工作就有了参考物，你就知道在不同的阶段你应该干什么，完成到什么进度。 <BR>其实WBS的划分是没有规则的，主要的考虑角度是方便你做各类的统计工作，为管理服务。 <BR>同样的一个项目其管理的侧重点不同，WBS结构的划分也可能是完全不同的。 <BR>衡量划分好坏的标准应该是看其是否满足你管理的需要。 </P>
<P>甘特图也叫横道图等，很多名称，我们说它是甘特在第一次世界大战时开始使用，它就是在WBS的基础上将WBS形象化老控制进度 </P>
<P>对于基准，我象举个例子。 <BR>我们在没有结婚之前，你脚踩几只船？ <BR>我们说法律允许但道德不允许，但你可以脚踩N只船：） <BR>但当有一天你和你的朋友进了一个小黑屋子，然后带了两个盖章的本本的时候，你还可以脚踩N只船吗？ <BR>我们说此时就不允许了，因为你过了一个基准线（BASELINE） <BR>如果你还想脚踩N只船就需要重新回小黑屋子再盖两个章就可以了。 <BR>那我们的项目要越轨怎么办，也就是项目变更？ <BR>我们说对这样的项目变更会影响各要素比如时间，成本，质量等 <BR>我们应该统一由项目管理办公室来进行控制，如果你要变更基准，必须要进行严格的限制。 <BR>在客户提出变更请求时，要建立变更申请登记表和变更申请 表，并让客户签字。 <BR>有时候一些不是非常关键的模块PM也不至于一点不讲情面，该卖面子的时候还是要卖，尤其是当着对方领导的面，千万要 卖面子，但是也别卖的太干脆，不要让他们得到的太容易。 <BR>PM在变更管理中需要做的是分析变更请求，评估变更可能带来的风险和修改基准文件。 </P>
<P>如果一个项目进行过程中，比如现在的点心的3G项目，你发现如果再多花一点时间就可以编写出对以后非常有用处的程序，但这个程序不在本项目范围之内，你要不要做？ <BR>对，我们说不能做，你可以重新起一个项目来做，但不能在这个项目里做，这样会是我们的项目成本超出，风险增加，而且和其他的项目缺少比对性和参照的价值。 </P>
<P>这也是我们说现在有大约80%以上的项目失败的原因，我们说项目失败并不是项目进行不下去了，彻底破产，在PMI有明确的定义，凡是项目的成本超出预算，质量没有得到保证，时间超过预计等等都在失败的范围之内。 </P>
<P>这个在华为做的很好，华为有个有名的增量开发的名声。 <BR>只用20%的功能先满足你80%的需求，其他的功能我可以开发升级的版本，于是就在小数点后平明的增加数字，于是就是了V1，V1.1，V1.11....等版本 <BR>它从来不一下子满足你所有的需求，我们大家想想，谁没有事情拿出自己的手机把所有的PING码都试用一下，我们说没有，我们大部分的需求是在打电话，发消息，打打游戏，对不对？ <BR>这点在项目管理中非常重要，请大家结合资料好好研究。 </P>
<P>项目干系人是什么东东，谁给我举一个例子？ <BR>对，包括项目人员的老婆孩子，正确 <BR>我们说有的项目需要的时间很紧张，如果你的项目成功了，但项目的程序员们都成了光棍，那项目还是非常失败，至少不是丧心病狂的PM这么想。 <BR>合理解决项目干系人的冲突是个很累的问题，其中还包括你的只能经理们，你的董事长，你的客户，等等，等等，有的说没用？ <BR>好，如果你的项目进展不下去，你该怎么办？ <BR>对，开会，把你的高层找一个坐到会议室，不用他说话，只让他暧昧的看着大家，大家一定会想，这个家伙一定和领导有关系，我们还是好好的做这个项目，下一个项目再给他使拌子吧：） <BR>所以为了不累死好好分析一下你的项目干系人吧 <BR>我们上次讲了一些基础的知识，包括什么是项目管理，项目管理包括什么？ </P>
<P>你说项目管理有几个知识领域？ <BR>你说项目管理有几个过程组？ <BR>让我们想起了泡MM的例子是不是？ <BR>还有老母亲做QA的比喻 <BR>几天我们着重强调的是 </P>
<P>项目是什么?人们常用“时间”，“资源(或缺乏资源)”，“某种工作努力”，“交付物或者产品”，“综合工程”，“缺乏凌驾其他班组的职权”，以及“预算”来给它下定义。实际上，项目是一种独特的工作努力，即遵照某种规范及应用标准去导入或生产某种新产品或某项新服务。这种工作努力应在限定的时间、成本费用、人力资源及资财等项目参数内完成。 <BR>首先给大家一个项目的定义，到底什么是项目？ <BR>根据PMPBOK的定义，项目是在一段时间内为完成某一独特的产品或提供独特的服务所进行努力的过程。 <BR>这个过程受到时间、人力、资源、成本、质量上的限制 <BR>项目有几个特征：1.临时性 2.独特性 3.一次性 <BR>下面大家告诉我下面哪个是项目：A惠普与康柏机构重组惠普与康柏机构重组。B建造一座新工厂 C改建道路 D工程材料采购 E开发软件包 F结婚典礼 G寻找拉登 <BR>有人说是寻找拉登，大家说寻找拉登有明确的结束时间吗？ <BR>当然我们可以假设寻找拉登50年如果找不到，项目就结束是不是？ <BR>所以说我们今天不讨论哪个到底是项目，所有的问题都要放到具体的环境下，否则没有意义。 </P>
<P>下面大家可以开始提问了。 </P>
<P>什么是WBS呢？ <BR>WBS是工作分解结构，就象一张道路交通图，它能够指引你如何从当前位置到达想去的地方。没有它，你可能就要迷路了。 <BR>怎样来做一个好的WBS呢？ <BR>有时候在接受新项目时前无例子可借鉴感觉分解时真困难, 因为每个人的解决问题思路不同,同一个项目不同的人有很多种分类, 因为可以按照工作的流程分解,也可以按照系统论的方法进行结构上的分解, 但我觉得有一条很重要的原则应该注意,那就是麦肯锡的精髓,他们在分解工作时非常强调的就是MECE, muturally exclusive, collectively exhaustive, 即相互独立,完全穷尽的原则, 也就是现在较流行的说法"横向到底,纵向到边" , 如果分解时坚持了这个原则, 我想一定会有Perfect 的WBS, 其实WBS并非是PMI的"真传", 只是被PMI起名为WBS, 有时候工作中我们也会用类似的方法解决问题无非是没有提升到理论高度, 但WBS确实是做事的核心步骤。 <BR>做一个WBS需要注意一些什么问题呢？ <BR>? 第一级通常与项目生命周期相同(如需求分析，设计，采购，施工……) <BR>? 第一级应在项目进一步分解前完成 <BR>? WBS的每一级都是其上一级的片断(Segment) <BR>? 一个工作单元只与一个上层单元相关 <BR>? 上层单元的工作内容应该等于其所有直接下层工作单元的总和 <BR>? 一个工作单元由一个人负责 <BR>? 在整个WBS中使用同一种定义，在整个组织中亦然 <BR>? 通过将人员包括进WBS来激励他去完成计划 <BR>什么是甘特图呢？ <BR>1.以图形或表格的形式显示活动。 <BR>2.现在是一种通用的显示进度的方法。 <BR>3.构造时应包括实际日历天和持续时间。不要将周末和节假日算在进度之内 </P>
<P>什么是风险呢？ </P>
<P>首先问一个问题 <BR>你们说在一个项目中，初始阶段和结束阶段哪个时候项目的风险大？ <BR>对，是开始的时候，因为在开始的时候我无数的不可控制的因素。 <BR>那什么阶段的损失大呢？ <BR>对，在结束的时候，所以说两者是相反的/ <BR>所以说在项目的启动阶段成功的可能性最小，风险发生的概率也就最高，但是这时候一旦预计的风险发生了，损失是最小的。 <BR>想想广州和深圳很多烂尾楼？损失会有多少？？？！！！！！ </P>
<P>另外我们要明确几个定义： <BR>1是确定性。具有明显的可能性，比如中国和韩国对抗赛，胜负是很明显的：） <BR>2是风险。韩国队能赢中国队几个球是一种风险的预测。 <BR>3是未知性。中国和美国比赛门球那就是未知的：）<BR><BR>转自CSDN</P></DIV><img src ="http://www.blogjava.net/mulinka/aggbug/6762.html" width = "1" height = "1" /><br><br><div align=right><a style="text-decoration:none;" href="http://www.blogjava.net/mulinka/" target="_blank">魔之卡卡</a> 2005-06-27 14:33 <a href="http://www.blogjava.net/mulinka/articles/6762.html#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div>]]></description></item><item><title>[感悟]经典故事中的管理真理 </title><link>http://www.blogjava.net/mulinka/articles/6688.html</link><dc:creator>魔之卡卡</dc:creator><author>魔之卡卡</author><pubDate>Fri, 24 Jun 2005 09:57:00 GMT</pubDate><guid>http://www.blogjava.net/mulinka/articles/6688.html</guid><wfw:comment>http://www.blogjava.net/mulinka/comments/6688.html</wfw:comment><comments>http://www.blogjava.net/mulinka/articles/6688.html#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://www.blogjava.net/mulinka/comments/commentRss/6688.html</wfw:commentRss><trackback:ping>http://www.blogjava.net/mulinka/services/trackbacks/6688.html</trackback:ping><description><![CDATA[<DIV class=postTitle>员工管理和激励是一个复杂的事情，有时让管理者摸不着头脑，甚至感到头疼。销售管理往往并非现场管理，遥控管理无形之中增加了管理的难度。轻松一下，看看以下的十个经典故事，也许你会从中受到启发。 </DIV>
<DIV class=postText>
<P></P>
<P>　　一、&nbsp;分工</P>
<P>　　[故事]&nbsp;一位年轻的炮兵军官上任后，到下属部队视察操练情况，发现有几个部队操练时有一个共同的情况：在操练中，总有一个士兵自始至终站在大炮的炮筒下，纹丝不动。经过询问，得到的答案是：操练条例就是这样规定的。原来，条例因循的是用马拉大炮时代的规则，当时站&nbsp;在炮筒下的士兵的任务是拉住马的缰绳，防止大炮发射后因后座力产生的距离偏差，减少再次瞄准的时间。现在大炮不再需要这一角色了。但条例没有及时调整，出现了不拉马的士兵。这位军官的发现使他受到了国防部的表彰。</P>
<P>　　[分析]&nbsp;管理的首要工作就是科学分工。只有每个员工都明确自己的岗位职责，才不会产生推委、扯皮等不良现象。如果公司象一个庞大的机器，那么每个员工就是一个个零件，只有他们爱岗敬业，公司的机器才能得以良性运转。公司是发展的，管理者应当根据实际动态情况对人员&nbsp;数量和分工及时做出相应调整。否则，队伍中就会出现“不拉马的士兵”。如果队伍中有人滥竽充数，给企业带来的不仅仅是工资的损失，而且会导致其他人员的心理不平衡，最终导致公司工作效率整体下降。</P>
<P>　　二、&nbsp;标准</P>
<P>　　[故事]&nbsp;有一个小和尚担任撞钟一职，半年下来，觉得无聊之极，“做一天和尚撞一天钟”而已。有一天，主持宣布调他到后院劈柴挑水，原因是他不能胜任撞钟一职。小和尚很不服气地问：“我撞的钟难道不准时、不响亮？”老主持耐心地告诉他：“你撞的钟虽然很准时、也很响&nbsp;亮，但钟声空泛、疲软，没有感召力。钟声是要唤醒沉迷的众生，因此，撞出的钟声不仅要洪亮，而且要圆润、浑厚、深沉、悠远。”</P>
<P>　　[分析]&nbsp;本故事中的主持犯了一个常识性管理错误，“做一天和尚撞一天钟”是由于主持没有提前公布工作标准造成的。如果小和尚进入寺院的当天就明白撞钟的标准和重要性，我想他也不会因怠工而被撤职。工作标准是员工的行为指南和考核依据。缺乏工作标准，往往导致员工的&nbsp;努力方向与公司整体发展方向不统一，造成大量的人力和物力资源浪费。因为缺乏参照物，时间久了员工容易形成自满情绪，导致工作懈怠。制定工作标准尽量做到数字化，要与考核联系起来，注意可操作性。</P>
<P>　　三、&nbsp;体制</P>
<P>　　[故事]&nbsp;有七个人住在一起，每天共喝一桶粥，显然粥每天都不够。一开始，他们抓阄决定谁来分粥，每天轮一个。于是乎每周下来，他们只有一天是饱的，就是自己分粥的那一天。后来他们开始推选出一个道德高尚的人出来分粥。强权就会产生腐败，大家开始挖空心思去讨好他，&nbsp;贿赂他，搞得整个小团体乌烟障气。然后大家开始组成三人的分粥委员会及四人的评选委员会，互相攻击扯皮下来，粥吃到嘴里全是凉的。最后想出来一个方法：轮流分粥，但分粥的人要等其它人都挑完后拿剩下的最后一碗。为了不让自己吃到最少的，每人都尽量分得平均&nbsp;，就算不平，也只能认了。大家快快乐乐，和和气气，日子越过越好。</P>
<P>　　[分析]&nbsp;管理的真谛在“理”不在“管”。管理者的主要职责就是建立一个象“轮流分粥，分者后取”那样合理的游戏规则，让每个员工按照游戏规则自我管理。游戏规则要兼顾公司利益和个人利益，并且要让个人利益与公司整体利益统一起来。责任、权利和利益是管理平台的三根&nbsp;支柱，缺一不可。缺乏责任，公司就会产生腐败，进而衰退；缺乏权利，管理者的执行就变成废纸；缺乏利益，员工就会积极性下降，消极怠工。只有管理者把“责、权、利”的平台搭建好，员工才能“八仙过海，各显其能”。</P>
<P>　　四、&nbsp;表率</P>
<P>　　[故事]&nbsp;春秋晋国有一名叫李离的狱官，他在审理一件案子时，由于听从了下属的一面之辞，致使一个人冤死。真相大白后，李离准备以死赎罪，晋文公说：官有贵贱，罚有轻重，况且这件案子主要错在下面的办事人员，又不是你的罪过。李离说：“我平常没有跟下面的人说我们一&nbsp;起来当这个官，拿的俸禄也没有与下面的人一起分享。现在犯了错误，如果将责任推到下面的办事人员身上，我又怎么做得出来”。他拒绝听从晋文公的劝说，伏剑而死。</P>
<P>　　[分析]&nbsp;正人先正己，做事先做人。管理者要想管好下属必须以身作则。示范的力量是惊人的。不但要象先人李离那样勇于替下属承担责任，而且要事事为先、严格要求自己，做到“己所不欲，勿施于人”。一旦通过表率树立起在员工中的威望，将会上下同心，大大提高团队的整体&nbsp;战斗力。得人心者得天下，做下属敬佩的领导将使管理事半功倍。</P>
<P><BR>　　五、&nbsp;竞争</P>
<P>　　[故事]&nbsp;国外一家森林公园曾养殖几百只梅花鹿，尽管环境幽静，水草丰美，又没有天敌，而几年以后，鹿群非但没有发展，反而病的病，死的死，竟然出现了负增长。后来他们买回几只狼放置在公园里，在狼的追赶捕食下，鹿群只得紧张地奔跑以逃命。这样一来，除了那些老弱病&nbsp;残者被狼捕食外，其它鹿的体质日益增强，数量也迅速地增长着。</P>
<P>　　[分析]&nbsp;流水不腐，户枢不蠹。人天生有种惰性，没有竞争就会固步自封，躺在功劳簿上睡大觉。竞争对手就是追赶梅花鹿的狼，时刻让梅花鹿清楚狼的位置和同伴的位置。跑在前面的梅花鹿可以得到更好的食物，跑在最后的梅花鹿就成了狼的食物。按照市场规则，给予“头鹿”奖&nbsp;励，让“末鹿”被市场淘汰。</P>
<P>　　六、&nbsp;沟通</P>
<P>　　[故事]&nbsp;美国知名主持人“林克莱特”一天访问一名小朋友，问他说：“你长大后想要当什么呀？”小朋友天真的回答：“我要当飞机的驾驶员！”林克莱特接着问：“如果有一天，你的飞机飞到太平洋上空所有引擎都熄火了，你会怎么办？”小朋友想了说：“我会先告诉坐在飞机&nbsp;上的人绑好安全带，然后我挂上我的降落伞跳出去。”当在现场的观众笑的东倒西歪时，林克莱特继续注视这孩子，想看他是不是自作聪明的家伙。没想到，接著孩子的两行热泪夺眶而出，这才使得林克莱特发觉这孩子的悲悯之情远非笔墨所能形容。于是林克莱特问他说：&nbsp;“为甚么要这么做？”小孩的答案透露出一个孩子真挚的想法：“我要去拿燃料，我还要回来！！”。</P>
<P>　　[分析]&nbsp;你真的听懂了手下的话了吗？你是不是也习惯性地用自己的权威打断手下的语言？我们经常犯这样的错误：在手下还没有来得及讲完自己的事情前，就按照我们的经验大加评论和指挥。反过头来想一下，如果你不是领导，你还会这么做吗？打断手下的语言，一方面容易做出&nbsp;片面的决策，另一方面使员工缺乏被尊重的感觉。时间久了，手下将再也没有兴趣向上级反馈真实的信息。反馈信息系统被切断，领导就成了“孤家寡人”，在决策上就成了“睁眼瞎”。与手下保持畅通的信息交流，将会使你的管理如鱼得水，以便及时纠正管理中的错误，&nbsp;制定更加切实可行的方案和制度。</P>
<P>　　七、&nbsp;指导</P>
<P>　　[故事]&nbsp;有一回，日本歌舞伎大师勘弥扮演古代一位徒步旅行的百姓，他要上场之前故意解开自己的鞋带，试图表现这个百姓长途旅行的疲态。正巧那天有位记者到后台采访，看见了这一幕。等演完戏后，记者问勘弥：“你为什么不当时指教学生呢，他们并没有松散自己的鞋带呀。&nbsp;”勘弥回答说：“要教导学生演戏的技能，机会多的是，在今天的场合，最重要的是要让他们保持热情。”</P>
<P>　　[分析]&nbsp;提高员工素质和能力是提高管理水准的有效方式。学习有利于提高团队执行力，便于增强团队凝聚力。手把手的现场指导可以及时纠正员工的错误，是提高员工素质的重要形式之一。但是指导必须注重技巧，就象勘弥大师那样要保护员工的热情。管理者必须避免教训式指导&nbsp;，应当语重心长的激励员工提高自身业务素质。除了现场指导外，还可以综合运用培训、交流会、内部刊物、业务竞赛等多种形式，激发员工不断提高自身素质和业务水平，形成一个积极向上的学习型团队。</P>
<P>　　八、&nbsp;锻炼</P>
<P>　　[故事]&nbsp;一个人在高山之巅的鹰巢里，抓到了一只幼鹰，他把幼鹰带回家，养在鸡笼里。这只幼鹰和鸡一起啄食、嬉闹和休息。它以为自己是一只鸡。这只鹰渐渐长大，羽翼丰满了，主人想把它训练成猎鹰，可是由于终日和鸡混在一起，它已经变得和鸡完全一样，根本没有飞的愿望&nbsp;了。主人试了各种办法，都毫无效果，最后把它带到山顶上，一把将它扔了出去。这只鹰像块石头似的，直掉下去，慌乱之中它拼命地扑打翅膀，就这样，它终于飞了起来！</P>
<P>　　[分析]&nbsp;每个人都希望用自己的能力来证明自身价值，手下也不例外。给他们更大的空间去施展自己的才华，是对他们最大的尊重和支持。不要害怕他们失败，给予适当的扶持和指点，放开你手中的“雄鹰”，让他们翱翔于更宽阔的天空。是个猴子就给他们座山折腾折腾，是条龙就&nbsp;给他们条大江大河扑腾扑腾。他们的成长，将为你的工作带来更大的贡献。他们的成长，将促使你更进一步。</P>
<P>　　九、&nbsp;发挥</P>
<P>　　[故事]&nbsp;一位著名企业家在做报告。当听众咨询他最成功的做法时，他拿起粉笔在黑板上画了一个圈，只是并没有画圆满，留下一个缺口。他反问道：“这是什么？”“零”、“圈”&nbsp;、“未完成的事业”、“成功”，台下的听众七嘴八舌地答道。&nbsp;他对这些回答未置可否：“其实，这只是一个未画完整的句号。你们问我为什么会取得辉煌的业绩，道理很简单：我不会把事情做得很圆满，就像画个句号，一定要留个缺口，让我的下属去填满它。”</P>
<P>　　[分析]&nbsp;事必躬亲，是对员工智慧的扼杀，往往事与愿违。长此以往，员工容易形成惰性，责任心大大降低，把责任全推给管理者。情况严重者，会导致员工产生腻烦心理，即便工作出现错误也不情愿向管理者提出。何况人无完人，个人的智慧毕竟是有限而且片面的。为员工画好蓝&nbsp;图，给员工留下空间，发挥他们的智慧，他们会画的更好。多让员工参与公司的决策事务，是对他们的肯定，也是满足员工自我价值实现的精神需要。赋予员工更多的责任和权利，他们会取得让你意想不到的成绩。</P>
<P>　　十、&nbsp;鞭策</P>
<P>　　[故事]&nbsp;拿破仑一次打猎的时候，看到一个落水男孩，一边拼命挣扎，一边高呼救命。这河面并不宽，拿破仑不但没有跳水救人，反而端起猎枪，对准落水者，大声喊到：你若不自己爬上来，我就把你打死在水中。那男孩见求救无用，反而增添了一层危险，便更加拼命地奋力自救，&nbsp;终于游上岸。</P>
<P>　　[分析]&nbsp;对待自觉性比较差的员工，一味的为他创造良好的软环境、去帮助他，并不一定让他感受到“萝卜”的重要，有时还离不开“大棒”的威胁。偶尔利用你的权威对他们进行威胁，会及时制止他们消极散漫的心态，激发他们发挥出自身的潜力。自觉性强的员工也有满足、停滞&nbsp;、消沉的时候，也有依赖性，适当的批评和惩罚能够帮助他们认清自我，重新激发新的工作斗志。<BR><BR>&nbsp; 转自csdn。</P></DIV><img src ="http://www.blogjava.net/mulinka/aggbug/6688.html" width = "1" height = "1" /><br><br><div align=right><a style="text-decoration:none;" href="http://www.blogjava.net/mulinka/" target="_blank">魔之卡卡</a> 2005-06-24 17:57 <a href="http://www.blogjava.net/mulinka/articles/6688.html#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div>]]></description></item><item><title>企业的目的：创造客户</title><link>http://www.blogjava.net/mulinka/articles/6686.html</link><dc:creator>魔之卡卡</dc:creator><author>魔之卡卡</author><pubDate>Fri, 24 Jun 2005 08:45:00 GMT</pubDate><guid>http://www.blogjava.net/mulinka/articles/6686.html</guid><wfw:comment>http://www.blogjava.net/mulinka/comments/6686.html</wfw:comment><comments>http://www.blogjava.net/mulinka/articles/6686.html#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://www.blogjava.net/mulinka/comments/commentRss/6686.html</wfw:commentRss><trackback:ping>http://www.blogjava.net/mulinka/services/trackbacks/6686.html</trackback:ping><description><![CDATA[<P>&nbsp;&nbsp;&nbsp;&nbsp; 1954年德鲁克在《管理实践》一书中就提出，企业的目的是创造客户，为客户提供产品或服务，而不是利润的最大化。但这不意味着利润和盈利能力不重要。盈利能力不是企业和企业经营活动的目的，而是企业和企业经营活动的一个限制因素。利润不是企业行为和企业决策的理由或根本原因，而是对其有效性的一种检验。任何企业的第一项考验不是利润的最大化，而是获得足够的利润以抵偿经济活动上的各种风险，以此来规避损失。 </P>
<P>&nbsp;&nbsp;&nbsp;&nbsp; 德鲁克对企业的独特见解是，要想知道什么是一个企业，必须从理解企业的目的开始。企业的目的必须存在于企业本身之外。事实上，企业的目的必须存在于社会之中，因为企业是社会的一部分。企业的目的只有一个适当的定义：<FONT style="BACKGROUND-COLOR: #ffffff" color=#ff0000>创造客户</FONT>。是客户决定了企业是什么。因为只有客户，通过其对商品或服务的购买，才使经济资源转化为财富，物品转化为商品。企业想生产什么并非十分重要。客户想买什么，什么是他们的认知价值，那才是决定性的。他们决定着企业是什么，企业生产什么，企业是否会兴旺。 </P>
<P>&nbsp;&nbsp;&nbsp;&nbsp; 创造客户是这样一种事情，只要你不掌握它，你就会失去它。在变化万端的服务经济中，求得生存的唯一之路，就是创造和留住顾客。你可以拿出世界上最好的产品和服务，但是如果无人问津，那你肯定要失败。企业的成功。出发点和落脚点都在于你为客户服务的方式，即不但满足客户的需要，而且向他们提供超值的服务。要是经营策略、制度和服务员工的焦点不能凝聚于客户的需要和期望上，企业就将无法存活。<BR><BR>&nbsp;&nbsp;&nbsp;&nbsp;引用自：<A href="http://news.csdn.net/news/newstopic/22/22325.shtml">http://news.csdn.net/news/newstopic/22/22325.shtml</A></P><img src ="http://www.blogjava.net/mulinka/aggbug/6686.html" width = "1" height = "1" /><br><br><div align=right><a style="text-decoration:none;" href="http://www.blogjava.net/mulinka/" target="_blank">魔之卡卡</a> 2005-06-24 16:45 <a href="http://www.blogjava.net/mulinka/articles/6686.html#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div>]]></description></item></channel></rss>