管理故事:黑熊和棕熊团队协作

黑熊和棕熊喜食蜂蜜,都以养蜂为生。它们各有一个蜂箱,养着同样多的蜜蜂。有一天它们决定比赛看谁的蜜蜂产的蜜多。  黑熊想,蜜的产量取决于蜜蜂每天对花的“访问量”。于是它买来了一套昂贵的测量蜜蜂访问量的绩效管理系统。同时,黑熊还设立了奖项,奖励访问量最高的蜜蜂。但它从不告诉蜜蜂们它是在与棕熊比赛,它只是让它的蜜蜂比赛访问量。  棕熊与黑熊想得不一样。它认为蜜蜂能产多少蜜,关键在于它们每天采回多少花蜜——花蜜越多,酿的蜂蜜也越多。于是它直截了当告诉众蜜蜂:它在和黑熊比赛看谁产的蜜多。它花了不多的钱买了一套绩效管理系统,也设立了一套奖励制度,重奖当月采花蜜最多的蜜蜂。如果一个月的蜜蜂总产量高于上个月,那么所有蜜蜂都受到不同程度的奖励。  一年过去了,两只熊比赛的结果是:黑熊的蜂蜜不及棕熊的一半。  看完故事,我不知道大家有什么感想。同样是采用了激励手段,两个团队也同样都尽力去做,但结果却差别很大。我们的日常工作中,是不是也会遇到同样的问题呢?比如由于你对团队采用了不同的绩效考核手段和激励机制,收到的效果于是完全不同。  黑熊花高价钱购买一套评估体系很对,但它的评估绩效没有与最终的绩效直接挂钩。黑熊的蜜蜂为尽可能多地提高访问量,却不采太多的花蜜。因为,黑熊只强调“访问量”而不是采集量;所以,黑熊的蜜蜂采用的是蜻蜓点水式的采蜜,而实际工作成效并不大。  另外,由于奖励范围太小,蜜蜂们为搜集更多的信息,相互之间变成了竞争对手,相互封锁信息。因为相互之间竞争压力太大,一只蜜蜂在获得了很有价值的信息时,它会不告诉同伴,因此导致团队意识缺乏。  而棕熊就不一样,虽然它只是花了不多的价钱购买一套评估系统,但它能有效的带领团队,充分调动团队的积极性。首先,它的团队明白竞争对手是谁,这次比赛的方法,并被告之若一个月的花蜜产量高于前一个月,那么所有的蜜蜂都可以获得不同程度的一份奖励。这样,棕熊的团队在奖励范围上比较广,而为了采集到更多的花蜜,蜜蜂之间会进行分工,嗅觉灵敏,飞得特别快的蜜蜂负责打探哪儿的花最好最多,然后回来告诉力气大的蜜蜂一齐到那儿去采蜜,剩下的负责将采集到的花蜜储藏,并将其酿成蜂蜜。虽然,采集花蜜多的可以获得更多的奖励,但其它蜜蜂同样可以捞到好处,因此蜜蜂之间远没有到人人自危、相互拆台的地步,而是个有着明确分工、相互协作的团队。  点评:  激励  激励是企业提高工作效率常用的手段,但不同的激励方式,对企业产生的效果不一样。要注意到你的激励政策是否能得到团队的响应,你的激励政策是否会给团队带来另一个极端,不要像故事中的黑熊一样,只求访问量,而忽略了工作实效,要看谁的蜂蜜采集的量多,而不是次数。  目标设定  黑熊认为蜜的产量取决于蜜蜂每天对花的“访问量”,因此将目标设定为“访问量”;棕熊认为蜜蜂能产多少蜜,关键在于它们每天采回多少花蜜,因此目标设定为花蜜的采集量。在目标设定方面,黑熊考核过程,但是过程与结果相关性不大;棕熊评估指标与最终的结果紧密挂钩,因此,取得胜利也是理所当然的了。  团队协作  黑熊的蜜蜂由于都想领到奖励,于是将个人发现的信息进行封锁,是个典型的个人作战;而棕熊的蜜蜂由于棕熊能事前做统一部署,安排飞得快的蜜蜂寻找花源,将力气大的蜜蜂安排去采集,部分留守在家制作蜂蜜,这就是一个典型的团队作战。它们都有一个明确的目标,成员间相互信赖、支持,每个人都能积极参与,不计较太多的个人利益,相互团结,整体运作。  企业到底实行什么样的管理方法,推行什么样的激励方式,管理者是关注过程还是最终的结果,这是做为管理者必须思考的问题。

时间: 2024-07-28 15:02:31

管理故事:黑熊和棕熊团队协作的相关文章

大发明家爱迪生是如何管理团队协作的?

据国外媒体报道,在转机去智利的途中,我意识到自己把Kindle落在了上一班飞机上.庆幸的是,我的包里正好装有一叠莎拉-米勒-卡蒂考特(Sarah Miller Caldicott)即将付梓的书稿<午夜里的午餐>(Midnight Lunch).在这本书中,她阐述了托马斯-爱迪生(ThomasEdison)的协作方法,并总结出了一套行之有效的步骤,可大大提升我们最重要的工作技能:协作.利用现代技术来提高协作效率由于在飞行途中有很多时间来消化这本书的内容,我对卡蒂考特的协作方法进行了如下梳理.你能

iOS开发之浅谈MVVM的架构设计与团队协作

今天写这篇博客是想达到抛砖引玉的作用,想与大家交流一下思想,相互学习,博文中有不足之处还望大家批评指正.本篇博客的内容沿袭以往博客的风格,也是以干货为主,偶尔扯扯咸蛋(哈哈~不好好工作又开始发表博客啦~). 由于本人项目经验有限,关于架构设计方面的东西理解有限,我个人对MVVM的理解主要是借鉴于之前的用过的MVC的Web框架~在学校的时候用过ThinkPHP框架,和SSH框架,都是MVC的架构模式,今天MVVM与传统的MVC可谓是极为相似,也可以说是兄弟关系,也就是一家人了. 说道架构设计和团队

IOS中 浅谈iOS中MVVM的架构设计与团队协作

今天写这篇文章是想达到抛砖引玉的作用,想与大家交流一下思想,相互学习,博文中有不足之处还望大家批评指正.本篇文章的内容沿袭以往博客的风格,也是以干货为主,偶尔扯扯咸蛋(哈哈~不好好工作又开始发表博客啦~). 每日更新关注:http://weibo.com/hanjunqiang  新浪微博 由于本人项目经验有限,关于架构设计方面的东西理解有限,我个人对MVVM的理解主要是借鉴于之前的用过的MVC的Web框架~在学校的时候用过ThinkPHP框架,和SSH框架,都是MVC的架构模式,今天MVVM与

新致云,拥抱团队协作的自动化时代

现今,人们的生活习惯发生了翻天覆地的变化,一边在高呼拥抱互联网,一边又在痛斥它给人们带来便捷生活的时候自己没有赶上创业潮流,中国人的人群效应恰巧对应了这点:"我看不惯你,又干不掉你",最后就只能臣服于互联网的驱动下.默默收起泪眼婆娑的羡慕,转战这个怪圈.传统的IT部署依然满足不了这个时代的需求,云计算的出现,更使得企业转型迫在眉睫. 新致云开发团队顺应自动化的时代潮流,结合敏捷开发.持续集成.持续部署等先进理论在团队协作领域掀起了全新的自动化浪潮.早期新致云项目组的团队协作依赖于较多的

Slack启用消息菜单功能,进一步完善团队协作

Slack 是聊天群组加工具集成的协作工具.Slack 已经整合了电子邮件.短信.GoogleDrives.Twitter.Trello.Asana.GitHub 等多种工具和服务.2014年初拿到了4000多万美元融资之后又完成1.2亿美元的融资,其估值也达到了 11.2 亿美元.但目前市场上类似的协作工具有很多,国外有Microsoft Teams .Worklpace.AZGram,国内则有钉钉.为了证明其市场占有率,1月份,Slack团队宣布应用拥有超过500万日活跃用户和超过150万付

开源团队协作 TMS 发布新版本 v2.6.0

开源团队协作 TMS 发布新版本 v2.6.0 v2.6.0: https://git.oschina.net/xiweicheng/tms/releases/v2.6.0 更新内容: 这里是列表文本消息文本显示调整 话题回复消息 复制分享链接 系统外链综合频道外链,并且可检索 桌面消息通知设置 话题回复消息刷新 & 收藏 & 刷新功能 收藏 & PIN消息定位问题修正 解决popup延迟展示需求(解决popup乱飞问题) 沟通: 博文: 开源团队协作系统 TMS 是类似slack

Leangoo:打造敏捷开发团队协作Saas平台

Leangoo是Scrum中文网旗下敏捷研发团队开发的一款敏捷团队协作工具.Leangoo创始人廖靖斌同时又是Scrum中文网的创始人兼CEO,是中国Scrum和敏捷开发的先行者.实践者,曾帮助大型跨国金融软件开发组织eBaoTech的研发中心导入了Scrum和敏捷方法,在大型软件项目研发领域经验丰富.2008年,廖靖斌创办了Scrum中文网,建立了线上学习社区和线下培训顾问平台,2014年,他带领团队做出了Leangoo看板协作软件.廖靖斌介绍,团队协作工具的市场规模达到千亿级,Leangoo

《设计团队协作权威指南》—第2章2.2节设计师的最佳心态

2.2 设计师的最佳心态德威克的模型对我们非常有用.一旦您了解并掌握了这种分析工具,便会发现一个全新的世界.从这个视角来看,同事们可以被分为"固定型心态"和"渐进型心态"两类,而实际工作中您要表扬一个人的时候,也会不自觉地从对结果的赞赏转为对努力行为的褒奖. 德威克将这个模型推广到很多领域--从商界领袖到职业运动员.她向家长.教师.教练以及其他一些能够提供反馈意见的人提出实用的建议.尽管她仍在不断深化这个理论,并不断扩展研究对象和适用人群,但是她并没有特别关注创意产

《设计团队协作权威指南》—第1章1.1节设计团队的要素

第1章 当设计师成为参与者设计团队协作权威指南设计师,总是团队中最雄心勃勃的人.毕竟那些成功的设计概念和产品享有广泛的知名度.任何行业内,往往那些知名的设计师们会被人们视为唯一一个有远见的人,比如:史蒂夫·乔布斯.迪特·拉姆斯,还有保罗·兰德.然而,所有成功的产品,都不会是某个创意的灵光一闪那么简单.设计师们更喜欢这样的故事,在他们看来这种充满神秘感的体验就是设计的本质,但终有一天他们会看到事实的真相:设计不是个体行为.本书将围绕这一点阐述很多理由.至于"自家后院车库里的天才"这种故事