首页
学习
活动
专区
工具
TVP
发布
社区首页 >专栏 >把“墙”推倒 - 扁平组织中的自主和责任 | MD脑洞

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

作者头像
ThoughtWorks
发布2018-07-23 14:09:45
3670
发布2018-07-23 14:09:45
举报
文章被收录于专栏:ThoughtWorksThoughtWorks

《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公司所有,如需转载请在后台留言联系。

本文参与 腾讯云自媒体分享计划,分享自微信公众号。
原始发表:2018-06-14,如有侵权请联系 cloudcommunity@tencent.com 删除

本文分享自 思特沃克 微信公众号,前往查看

如有侵权,请联系 cloudcommunity@tencent.com 删除。

本文参与 腾讯云自媒体分享计划  ,欢迎热爱写作的你一起参与!

评论
登录后参与评论
0 条评论
热度
最新
推荐阅读
领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档