一致性沟通

超越指责(Beyond Blaming) -- 一致性沟通

Bob Jiang
超越指责(Beyond Blaming) ©1996年 Jean McLendon 和 Gerald M.Weinberg ,www.satir.org和www.geraldmweinberg.com 英格兰虽然目前处于非常繁荣的状态,但仍表现出民族衰败的一些症状。向英国人提出任何原则或任何手段,无论多么令人钦佩,您都会发现,英国人的全部努力都是针对于发现困难,缺陷或不可能的地方。如果您对他说剥土豆的机器,他会说这是不可能的。如果在他眼前将马铃薯剥皮,他会宣布马铃薯无用,因为它不会切成菠萝。将相同的原理或同一台机器展示给美国人或我们的一个殖民者,您会发现他的脑海全是在寻找该原理的一些新应用,以及对该仪器的一些新用途。” – 查尔斯-巴贝奇(Charles Babbage),1852年 早在1852年,查尔斯-巴贝奇(Charles Babbage)就能看到衰败的症状,并从中推断出未来的表现。通过这样做,他完美地描述了指责的沟通风格,这种风格出现在”衰败”的组织中,无论是国家还是软件工程组织。什么是”指责的沟通方式”?为什么在系统开发中如此重要?【指责的沟通方式,也严重影响着家庭关系】 什么是一致性? 一致性是一个概念,它描述了内部和外部之间协调一致的人类体验 – 思想和感觉(内部),所说的话及如何说(外部)。 为了在世界上实现一致性的运作,您需要考虑三个普遍因素:自我(内部世界),他人(直接外部世界)和上下文(事物、结构、过程、法律和文化,更大的外部世界)。 自我:您必须考虑自己的需求和能力。假设您是一位不信任任何人的判断的经理,因此您尝试参加每次技术会议。这样做可能会使您的所有可用时间都超负荷,从而无法执行管理工作,或者在任何情况下都无法做出真正的技术贡献。(或者如果你是一位不信任儿子的父母,每次和儿子沟通的时候都是持有怀疑否定的心态,那么沟通就会非常吃力。) 他人:您必须考虑其他人的需求和能力。例如,如果您是一位程序员,编写可读代码的时候拒绝打扰,那么对代码的测试和维护将是一个巨大的负担,因为这是不可能。 上下文: 您必须考虑操作环境的实际情况。 例如,如果您是一位经理,坚持使用不再具有处理任务能力的旧设计,那么不管每个人的工作多么辛苦,您的项目都可能注定要失败。 或者,如果您是一家初创公司的经理,并且花了很多钱,好像该公司拥有10亿美元的现金余额,那么您的组织可能在软件产品投入市场之前就已经倒闭了。 一致性是最基本的诚信,因此对项目及其中的每个人都具有巨大的价值。没有诚信,我们就无法建立信任。没有信任,我们不会感到安全;没有安全,我们很难做到一致性。因此,一致性可以在一个强大的增强回路中强化一致性,从而提高按时、在预算范围内构建高质量产品的机会。 相反地,同一循环会导致不一致,从而加剧不一致。如果一个项目被允许走下坡路,信息的完整性(integrity)就会被破坏。很快,人们都不可能知道真正发生了什么。这样的项目总是失败的,而当它们失败时,总是发现它们保存着两套”书”(这里的“书”指的是信息)。他们的外部形象与他们的内部形象不一致,所以项目死了。更糟糕的是,可能永远活着 – 活死人(the living dead)。 如果一致性对于项目成功是如此重要,那么为什么不是所有项目都一致呢?原因之一是一致性是有代价的。另一个是,一致性通常会带来风险。风险的水平在某种程度上取决于所显示的一致性程度(心理或情感)。 精神上的一致 在美国,相对容易地表达我们的思想而无需过多地承担责任 – 言论自由是该国赖以建立的基础。即使这样,”大声说出来”也可能要付出代价。例如,与同事或当权者在错误的时间发生分歧,可以使我们迅速走上隔离、谴责、减少机会和微妙的关门之路。因此,我们都知道了对在哪里和对谁说的话要小心的重要性。说错话会引起激烈的辩论,然后是关于谁对谁错以及谁好谁坏的声明。到那时,我们已经基本失去了增进理解和有效沟通的可能性。 情感上的一致性 在我们的文化中,情感主要用于体育赛事、庆祝活动、葬礼、临近死亡的经历,深刻感受的精神体验主要体现于战斗以及与亲密的他人之间的交流(可能是小孩或老人)。我们甚至对自己的感觉也会有很多感觉(感觉的感觉),其中最强烈的感觉与羞辱和尴尬有关。感觉是个人的,并且贴近我们的内心,在那里我们温柔而脆弱。难怪我们所有人都变得如此娴熟地​​否认自己的感情,这必然使我们不一致。 假设您是一个开发人员,害怕您无法兑现承诺,从而无法交付产品。您试图告诉您的经理您的恐惧,但是他毫不犹豫地告诉您,如果您不表现出更多的信心会怎样。”你为什么这么消极?你不是团队的一员吗?” 保护自己免受此类负面反应的一种方法是生活在自己的头脑中。也许您会说:”这只是一个估算;我不同意它,”这意味着您不会受到伤害,因为您已经与自己保持足够的距离,可以抵御可能暗示拒绝的任何事物。但是,尽管您否认对经理的恐惧感,但还是感觉到了,被压扁了。您可以背弃自己的想法,但始终保持自己的立场。而且,当然您一直是不一致的。 当您分享自己的感受时,您的内心被暴露在外在世界中 – 暴露在其他元素中。当您害怕并表达恐惧,同时又要考虑他人(您的经理)和上下文(项目)时,您就变得与众不同。您在这里遇到的关键问题是:”我可以分享自己的想法并且仍然可以控制吗?” 如果您的项目环境受到指责,那么如果您说实话,就有可能取消您的控制权 – 因此,对您的想法撒谎的诱惑会增加。这就是为什么责怪文化会导致”双重后果”,也就是导致失败的原因。 什么是指责? 在一致性的组织中,您的经理问:”您的项目进展怎么样?” 您会回答:”恐怕我不会按时完成了。” 这开始了一个解决问题的讨论,你们两个都在其中制定了新的计划,以使项目重回正轨。但是,在指责的组织中,您的经理可能会告诉您,只有劣等人缺乏信心。在这种情况下,解决问题将被避免指责所取代。 从作者的角度来看,一致性的交互作用不是很大。人们只是明智地采取行动,互相体贴,完成工作并享受所做的事情。这种行为可能不如肥皂剧一般的场面,您的经理发脾气而你在角落里哭泣,但这绝对是一个好的项目。 并不是说指责文化会以一种戏剧性的,指责的方式进行每一次互动。在通常情况下,应遵循一致性的应对方法,但如果情况总是很普遍,我们就不需要管理人员。当自尊心低落时,它们会以更加明显的、不协调的典型应对方式表现出来:指责,安抚,过分合理的爱或恨,无所作为。我们不能在简短的文章中解决所有这些问题,因此让我们讨论指责,也许是应对方式中最常见、最直接的破坏方式。 在压力下,人们往往会失去平衡,这三个基本要素可能会被忽略,从而导致一种典型的不一致的应对方式。例如,当人们不考虑他人时,他们就会陷入指责状态。这是您在软件组织中可能会看到的典型的指责行为(斜体字会以这种说话方式强调 – 因为句子中的多个强调字是指责的语言符号): 经理,因为程序员迟到了一次会议:”您*总是*迟到。您*永远不会*对*他人*表示*任何*考虑。” 为什么这不一致呢?如果经理真的感觉到并认为程序员总是迟到并且不考虑周到,那么她是否就这么同意呢?是的,但这不是这位经理所说的。她没有说:”给我的印象是你总是迟到我的会议。” 取而代之的是,她把迟到的感觉说成是科学事实,从不提供程序员可能会有不同印象的可能性。她在会议中总结了经验,就好像这些经验必定适用于所有会议一样,从来没有考虑过她的经验可能不是唯一重要的经验。 如果经理真的感觉到并认为程序员总是迟到并且考虑不周全,她可能会说:”我认为您总是迟到,而且我觉得您没有考虑过我和其他人。这也是你的看法吗?” (并省略强调的单词。)甚至更好的管理风格是使程序员有机会在进行解释之前提供不同的看法。至少,这可以防止在以下情况下的尴尬: 经理,因为程序员迟到了一次会议:”在我看来,您总是很晚。这也是你的看法吗?” 程序员:”是的,我对此感到难过。我总是迟到的原因是,我必须为死于白血病的9岁儿子献血,而他们唯一的一次捐赠就是在这次会议之前。” 经理:”对你儿子感到抱歉。我不知道 让我们找出一个新的会议时间表,这样您就不必迟到了。” 更笼统地说,它考虑到除了该经理之外,还有其他考虑因素。例如,程序员可能有来自与客户的会议,即与经理会议重叠的定期安排的会议。 但是,如果程序员真的总是迟到而又没有合理的解释怎么办?经理不是有权指责程序员吗?并非如此,因为这种情况与权利无关,而与完成项目有关。为此,使用非指责的对抗与不可接受行为有关的事实,可以最有效地解决该问题。通过前述的指责,管理者使沟通保持清晰和开放,从而最大程度地提高了程序员接收预期消息的机会。而且,收到预期的消息会最大程度地解决问题(尽管不能保证)。