把“墙”推倒 - 扁平组织中的自主和责任 | MD脑洞

《MD脑洞》系列之

此篇文章为《MD脑洞》系列第四篇。

最近一段时间内,我常常听到这样的对话……

销售:“研发总是不跟我们销售知会一下就擅自把东西发给客户,人家客户问起来,我们都不知道发生了什么,这弄得我们很被动。”

研发:“我们是专业人员,客户要的就是我们的能力,我们知道怎么弄,为什么一定要通过销售?”

销售:“销售在看一个客户的时候,跟谁说话,什么时候说,说话要到达什么目的,这都是有设计的,不是想到哪儿做到哪儿。研发人员擅自行动或是隐藏信息,更糟的是阳奉阴违,就会破坏了我们的设计。兄弟们总是在擦屁股。”

研发:“但如果客户关系是个黑盒,只是销售代表客户点菜,研发人员按单上菜,这怎么能行?我们又不是卖PC的。销售有销售的设计,我们也有我们的想法。”

由于经常处理这样的矛盾,我荣获了“专业捣糨糊”的称号。回想起来,类似的对话也曾发生在项目经理和团队之间、业务分析和开发之间、现场团队和离岸团队之间,差别只是没那么的剑拔弩张。这种种争执,暴露了一个让我们一直痛苦挣扎、却又有意无意回避的组织问题,就是在ThoughtWorks这样的扁平组织里,如果不希望一切边界和流程都由规章制度或是所谓的领导来决定来拍板,平等的个体之间该如何处理自主能动与行为责任之间的关系?

在讨论这个问题之前,我们首先要设定一个假设 - 我们所有ThoughtWorker是一个团队。在不同的场景下,由于要完成各种各样的任务,我们又会或长期或短期地组成相对更小的团队。在1993年3月Harvard Business Review有一篇文章“The Discipline of Teams”对团队作了一个颇为冗长的定义 :

"a team is a small number of people with complementary skills who committed to a common purpose, set of performance goals, and approach for which they hold themselves mutually accountable.”

从这句话里摘出几个关键词,那就是:

  • 共同使命( common purpose)
  • 互补的技能(complementary skills)
  • 绩效目标(performance goals)
  • 相互承担责任(hold themselves mutually accountable)

共同使命的重要性自不必冗述,我们来看看个人和共同使命之间的关系。当我们选择加入一个团队,必然始于个人的某些诉求。这个诉求可以是能力的成长、阅历视野的拓展,或是做出一番什么成就,以至于改变行业和社会,也可以是个人财富的增长,生活水平的提高,又或仅仅是自由宽松的工作环境。

判断成员和团队是否匹配的一个依据,是看在为共同使命所设计的框架下能否达成其个人诉求。这也就是我们在ThoughtWorks常听到的一个词 - Alignment。如果出现了不匹配的状况,并不一定是诉求和使命孰对孰错,可能只是不匹配了而已,尝试调节或是再做选择就是。

使命一般很难依靠单独一人或一类人达成,需要依据任务类型和所需经验技能的差异,定义一些不同的角色,就是所谓的专业化分工。在ThoughtWorks历史上,专业化分工也曾算是个敏感词。有人曰“能者无所不能”,又有人曰“术业有专攻”。一种声音是要废了xx角色,所有人都要全功能,又有一种声音是要发展领域专家,才能领先行业。吧台前、饭桌上、邮件里,都曾上演种种狗血的辩论剧情。但是不管对专业分工的观点如何,ThoughtWorks内部事实上已经出现了各种角色,有的是参考行业内其它公司的定义,也有不少是ThoughtWorks在摸索中衍生创建的。我们共同使命的实现依赖于这些角色的协作。

绩效目标则既是团队所有人对外的共同承诺,也是团队对自己的期望。检验绩效目标的达成状况,不仅能够验证我们是否走在正确的路上,更成为持续改进的基础。一旦目标设定,团队成员个体之间就要相互承担责任,否则我们常提倡的“集体责任制(collective ownership)”就会变成“谁也不负责任”(no ownership)。

以往做国内市场规划的时候,一般是我跟销售总监在小黑屋里一通密谋,拍脑袋得出不同类型服务和总体的营收目标。对照前面团队的定义,我意识到这方式存在着明显的问题:这是大家认可的绩效目标吗?参与的各个角色认为自己属于同一个团队吗?大家有意愿对这样的目标相互承担责任吗?琢磨了半天,我的答案是:不一定,不一(guan)定(xin),不一(ke)定(neng)。

既然发现了问题,就得想办法解决。我要设计一个机制,让参与实现目标的不同角色形成共识,在执行中相互负责。这时想到几年前看到的一篇文章“First, Let’s Fire All the Managers”,说的是一家番茄制品供应商的案例,文中提到个人和团队在没有经理角色的组织里如何领取并履行职责。他们使用的一个工具叫做Colleague Letter of Understanding (CLOU),我称其为同事谅解备忘录。方法就是让有关联的团队和个人之间相互协商,识别出未来一段时间里各自的活动领域,以及相应的成功衡量方式,然后写进这个谅解备忘录里。

对,就是这样。我也要搞一个这样的东西,先在销售和研发人员之间试试。不过如果等到年底再做,要是各方谈崩了,那明年中国区计划不就泡汤了。所以我打算提前一个季度开始做,万一不行,年底还有机会换个招儿卷土重来。

于是,趁着2014 China Away Day(一个让ThoughtWorker齐聚一堂的日子),我提前集结了销售团队、零售团队、XD团队的代表,加上交付业务的负责人。用了整整大半天的时间,把他们关在西安office的一个大会议室。我去开其它的会了,所以也不太清楚这过程中发生了什么,反正最后他们拿出的结果还算让人满意,从会议室出来的时候每个人看上去也算完整。大家对12个月的规划和达成条件形成了一个初步的共识,约定每个季度回顾和调整一次。

有了目标之后,我们这帮人应该怎样在执行当中体现共同使命和相互责任呢?过去的争议经常聚焦在两点:行为过界和未能充分履行自己责任。摘录一段在小范围讨(chao)论(jia)时我发的邮件,权作我对此的看法。这里只取了结论部分,去掉了血腥的上下文,有兴趣的可以套用各种身边角色冲突事件自行脑补。

“XX和YY不应该是一种甲方、乙方的关系,而应该是为共同目标负责的整体团队。一个团队的建立首先是accountability的划分。各个角色都有自己的专长,自然在这个团队中对各自行为产生的结果就有相应不同的期望,并为此承担责任。然后则是协作机制的建立。虽然我们每个人在自己负责领域都能够并且应该做出决策,但并不意味着决策过程是一个人在小黑屋里拍拍脑袋做出判断,然后对其他成员仅仅是通知、执行。除了紧急的行动(这也需要执行后的知会和收集反馈),主要决策应该在团队内部有个协商和听取意见的过程。”

自主行动的意愿很大程度上取决于当事人是否能影响事情的决策,在合作关系中,挫败感一个主要来源就是缺乏影响力。在信息链处于相对后端的角色常觉得自己处于劣势。我自己在做项目的时候,也曾因信息不对称难以影响onsite团队而苦恼,也曾抱怨销售安排接触客户高层时太过谨慎。

但后来发现,在ThoughtWorks只要愿意主动获取信息,一般没有遭到拒绝的可能,如果事先充分准备和交流,销售其实很愿意创造机会展现我们的优势。影响力是等不来的,是自己挣来的。跟影响力密切关联的有一个词叫“担当”。所谓担当就是关心、担心结果成败,并能为之费心费力。如果能做到比他人先想一步,多做一步,自然就会赢得主动,影响决策的过程。那么我们为什么不主动一点呢?

写在最后

人是复杂的生物,社会是复杂的系统,简单抽象出来的方案从来都不可能完美地解决复杂的系统问题。自主行动和主动承担责任在我们这样的组织中必然就不是黑与白的简单问题,探索中纷争和挫败感不可避免。负能量的抱怨和攻击只能在我们周围筑起一面面防卫的高墙,如果我们不想被高墙围绕,唯有大家都积极发起建设性的反馈和建议。

编者按:管理层如何从更高角度观察内部团队及个人间的交互,从而对照组织内部的机制运行状态,寻求更积极的改进,而不是片面的奖惩,是组织积极健康发展的必要条件。

本文版权属ThoughtWorks公司所有,如需转载请在后台留言联系。

原文发布于微信公众号 - 思特沃克(TW-Insights)

原文发表时间:2018-06-14

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

发表于

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏DT数据侠

一份优质的数据分析师简历,应该是这样的......

雇主们对于掌握数据分析技能的人才越来越渴求。Tableau社区里有一群别出心裁的求职者,用视觉可视化呈现了自己的简历,更直观地讲述了自己的数据分析技能,一起来涨...

1020
来自专栏FreeBuf

爬取QQ空间3000万用户,玩玩大数据分析

这是我近期使用C#写的一个QQ空间蜘蛛网爬虫程序。程序断断续续的运行了两周,目前总共爬了3000万QQ数据,其中有300万包含用户(QQ号,昵称,空间名称,头像...

2306
来自专栏编程坑太多

面试的时候面试官问如何看待加班,该怎么回答?

2046
来自专栏小巫技术博客

本命的2016年,2017年继续前行

1022
来自专栏AI科技评论

业界 | 任正非谈人工智能应用:不要遍地智能化,否则满盘皆输

AI科技评论按:近日华为心声社区公众号发布了任正非在人工智能应用GTS研讨会上的讲话,AI科技评论获悉GTS是“华为全球技术服部”(Global Technic...

3798
来自专栏达摩兵的技术空间

我将为什么而坚持写作

很多小伙伴会有写博客的冲动,尤其是写技术博客,或者说对文学感兴趣的去写小说。然而真的去坚持并且有结果的,很少。

973
来自专栏EAWorld

上班用“蝙蝠侠电话”沟通是一种怎样的体验?

60年代始播的蝙蝠侠电视系列对蝙蝠侠这个人物本身有着极为深远的影响,同名电影在全球热映,备受全球观众青睐。其中有部电话专门用于连接蒙面蝙蝠侠。当铃声响起的时候,...

37410
来自专栏非著名程序员

编程王道,唯“慢”不破

? 编程王道,唯“慢”不破 人和人之间编程速度的差异还是很大的,有的程序猿写代码非常快,有的却常常是龟速。Jeffrey Ventrella最近在一篇文章里探...

2118
来自专栏ThoughtWorks

超越SAFE,创新需要EDGE|TW洞见

肖然 ThoughtWorks EDGE(边缘)和SAFE(安全)这两个短语在字面上给人的感觉是截然不同的。在没有具体上下文时,我相信大部分的人会选择“安全”,...

2655
来自专栏程序人生

谈谈工程师文化

Facebook最著名的工程师文化之一是bootcamp。每个新入职的员工,不管是应届生,还是老油条,都需要在bootcamp里接受洗礼: 6周的训练,每个人都...

3436

扫码关注云+社区

领取腾讯云代金券