ITPub博客

首页 > Linux操作系统 > Linux操作系统 > [转载]《麦肯锡工具》书摘

[转载]《麦肯锡工具》书摘

原创 Linux操作系统 作者:susan_huangyong 时间:2011-05-10 10:39:47 0 删除 编辑

原文链接http://blog.vsharing.com/sjzljl/A1344065.html

第一章 交流(Talk

我们往往偏爱发表高见而不愿倾听,还在于我们总是固执己见。

执行规则:

规则一:沟通不息。沟通不足的成本远高于沟通过度的成本。

规则二:用心倾听。四个诀窍:

  1. 放下议程:对自己的议程要学会放手,不要怕被打断。
  2. 关注发言者:不仅要看着发言者并保持眼神交流,而且要集中你的全部注意力。
  3. 鼓励:对发言者给以语言的和非语言的鼓励
  4. 总结:通过总结、重复、确认对内容的理解。

另一个与倾听有关的建议就是积极地向那些尚未给团队贡献智慧的成员征求意见。

规则三:人事分离。真正重要的不是问题本身,而是处理问题的方法。最好的办法是说出自己的观点,把问题本身和提出问题的人相分离,然后从正反两面对观点展开讨论,重点关注积极的方面。

攻略1:记录和分享项目资料

攻略2:项目会议日程达成一致,项目组每周碰头一次。

攻略3:会议有明确议程(或列出讨论问题清单)

攻略4:电子邮件频繁交流

攻略5:就事论事,摒弃针对人的个人成见。

 

第二章 评价(Evaluate)

影响团队成长的关键因素之一就是:围绕明确的目标对团队及其成员进行评价。

良好的评价体系离不开三个关键的成功因素:

  • 开诚布公
  • 明晰性
  • 一致性

执行规则:

规则一:讨论团队协作状态:良好的团队评价文化的建立首先来自于对评价所采用的工具进行开放和自由的讨论,这是麦肯锡团队项目实施中强烈推荐的步骤。

规则二:确定期望和监控完成情况:使大家有共同的期望。

规则三:明确个人发展目标并相应调整工作计划:评价、分享。

攻略6:明确团队和客户个性类型

攻略7:交流各自个性和工作方式偏好并保持。

攻略8:了解自己本性,保持良好心态

攻略9:明确自己在项目中的主要目标

攻略10:公开讨论并协调成员个人发展目标。

攻略11:制定处理分歧、给予和接收反馈的程序。

攻略12:定期讨论反馈以便安排改进。

 

第三章 协助(Assist

三个领域出现问题:

  • 角色混乱
  • 缺乏反馈或反馈不到位
  • 过度关注自己的任务

执行规则:

规则一:充分利用专长

规则二:各司其职:为自己的工作负责;强调项目期限的重要性。

规则三:实时反馈:及时性、行动后反思、私下进行

  • 反馈要做到有正有反,保持平衡
  • 反馈要具体,不要泛泛而谈
  • 要从具体个人的角度而非他人、大家的角度来反映问题。
  • 要用实例来说明因果关系和影响
  • 要以正面展望来结尾,同时要提供方向。

攻略13:集思广益、深入探讨

攻略14:平衡分配工作量。

攻略15:确定并充分利用团队成员专长

攻略16:举行项目阶段汇报会

攻略17:提供并更新个人和项目的进度信息

 

第四章 激励(Motivate

激励因人而异,几个因素:金钱、升迁、赏识、感激。

 

执行规则:

规则一:确定个性化激励因素。己所不欲,勿施于人,有效的手段就是亲自示范。

规则二:积极正面影响团队成员。5P原则:认真准备(Prepare)、他人为重(Put others first)、真诚赞美(praise sincerely)、勿施压于人(pressure no one)、提供帮助(provide alue

规则三:庆祝成就。

攻略18:明确激励的主要因素和次要因素并加以讨论。

攻略19:表扬和庆祝每次成就,鼓励相互表扬。

攻略20:举行盛大聚会庆祝。

 

第五章 界定(Frame

相互独立,完全穷尽(MECE)

界定是提升团队有效解决问题能力最重要、最为有力的工具。

总体思路:

  • 在确立议题树和基本假设时,要做到内容明确、重点突出。
  • 通过找出验证性和证伪性论据来证明或推翻假设。
  • 要切记界定过程需要反复,往往无法一次性得出最佳答案。

执行规则:

规则一:明确关键问题。让客户谈谈问题所在,难点在于客户有时可能关注的是问题的表象或副产品,而不是问题的核心。

如何确定关键问题:第一步就是要到客户那里,设法弄懂他们对关键问题的观点和想法。接着就要开始集思广益。

规则二:创建议题树:分信息树和决策树。信息树要总结出“到底哪儿出了问题”,而决策树要问的是“我们能做什么”。尽量做到MECE

规则三:形成基本假设。

攻略21:通过讨论明确关键问题

攻略22:在委托书中明确关键问题、项目范围以及解决问题的计划

攻略23:明确项目的时限、地理范围和职能领域。

攻略24:避免“范围变更”

攻略25:形成总体假设

攻略26:支持性假设必须能验证总体假设。

攻略27:收集数据,重新讨论和修改假设。

第六章 分工(Organize

分工的主要目标是既要提高效果(做正确的事情)又要提高效率(把事情做好)。

执行规则:

规则一:构建总体流程图,只对关键问题作出回答:whatwhohowwhen

规则二:制定内容计划以检验假设。

规则三:设计故事线索

攻略28:对假设检验是保持客观性

攻略29:以框架模型为起点思考要分析的议题

攻略30:详细列出分析问题类型和相关数据要求

攻略31:假设修改,需重新修改上述议题树和内容计划

 

第七章 收集(Collect

收集数据的困难是信息量太大(在中国,往往是没有数据,或没有可靠的数据)

执行规则:

规则一:通过“草图”呈现必要数据

规则二:进行针对性的访谈

规则三:收集第三方数据

在你的图表中要一直记录资料来源。

攻略32:制作草图展示数据

攻略33:事先列好访谈提纲,访谈后整理访谈记录,与团队分享

攻略34:注明引用出处

 

第八章 解读(Understand

咨询顾问的魔力在于能将收集到的资料经整理而转化为能解决核心问题的真知灼见。

执行规则:

规则一:明确“so what

规则二:理清对项目相关方面的启示

规则三:记录所有图表中的核心见解

所有的见解都应当对客户产生某些影响。

攻略35:通过“so what”整理分析思路并确定哪些最为重要

攻略36:充分评估建议对于客户运营的影响。

 

第九章 提炼(Synthesize

执行规则

规则一:获取意见,确保认可

规则二:提供具体的改进建议

规则三:讲述一个好故事

组织观点的三条引自芭芭拉明托的规则:

  • 如何层级的观点都应该是对其下层观点的总结
  • 同一层级的观点总结的高度必须一致
  • 同一层级的观点必须按逻辑顺序排列

另外有帮助的建议:

  • 时刻关注你的客户
  • 用客户的语言
  • 运用灵活的演讲方法。

攻略37:讲述一个故事

攻略38:提前与客户及团队分享故事,以便获得客户的见解和认可

攻略39:故事要简洁

故事40:学会从中寻找乐趣

 

来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/352988/viewspace-694886/,如需转载,请注明出处,否则将追究法律责任。

请登录后发表评论 登录
全部评论

注册时间:2009-07-16

  • 博文量
    35
  • 访问量
    98780