写点什么

Git 团队协作(三):团队出现分歧怎么办?

2020 年 2 月 20 日

Git团队协作(三):团队出现分歧怎么办?

编者按:本文节选自童仲毅译《Git 团队协作》一书中的部分章节。


团队中的每个人都有自己的工作习惯,不同的工作方式适用于不同的场景。没有一种所谓正确的做事方法。如果你能共享每个人高效产出的策略,拥抱差异,将会使你的团队更加强大。我知道我总是在寻找更高效地工作的小窍门,我渴望能了解让人们愿意全身心投入一件事的原因。


几年前,我曾接触过一个领导力培训项目——Bob Wiele 的“领导力与取得成功的四个维度”(http://onesmartworld.com/),其中介绍了一系列的思维策略。这个项目帮助我明白为什么一些类型的活动会让我觉得很享受,而另一些却让我感到无聊。它还教给我很多,例如怎样组织会议,怎样与别人通过交流来获得工作需要的资源。如果团队中每个人都能听懂其中的术语,那么这个系统将最有成效,不必说服其他人参与,你也可以利用这个系统。它将思维拆分成了三个维度:创造性思维、理解性思维以及决策性思维。第四个维度是个人精神,用于标示一个人可能的参与程度。我认为它像是一个音量旋钮或调节器,用来控制这些角色扮演游戏中的成员。


每个人对思维策略的不同偏好很快就会使团队出现分歧。如果我正在进行头脑风暴来解决 Git 中的合并冲突,而你告诉我本不该使用变基(rebase),这时我们就产生了分歧。我正在用我习惯的思维方式来解决问题,而你用你惯用的思维方式打断了这场对话。注意,这些偏好会帮助我们在完成以下事项时加强协作:构建新功能,组织更高效的代码评审,以及打造更健康快乐的团队。


在借助这三个思维维度的会议中,我们最容易引入配合偏好与搁置偏好的概念。确保会议的成果可以帮助人们明白在会议中采用哪种思维策略好,这种思维可以接着被带入到代码评审中,并帮助遇到 Git 流程问题或是在共同开发的产品上遇到具体实现问题的同事。


让我们更具体地审视一下上面提到的几种思维策略。


创造性思维者最大的财富是能够找到无法预见的问题解决方案。如果任其发展,那么创造性思维者有时会花费太多时间思考不同的解决方案,而不是专注于一个想法并付诸实践。创造性思维者具有以下特征。


  • 预见未来

  • 预见另一种未来(可能好也可能坏)。有助于需要长期战略的工作。

  • 另辟蹊径

  • 略微偏离现状,或换个角度审视现状。

  • 头脑风暴

  • 有助于突破问题。头脑风暴基本等同于天马行空地思考问题的能力。它要求你脱口而出,而不用担心说错。

  • 灵光一闪

  • 头脑风暴需要“费力”思考,而灵感来临时你并没有在思考这个问题,或许你正出门散步或正在洗澡。

  • 勇于质疑

  • 质疑现状。叛逆者、童话《皇帝的新装》里指出皇帝光着身子的那个小孩,都是勇于质疑的例子。

  • 保持专注

  • 排除干扰,专注于某项任务。在不被打断的工作流中,你可以更深入地思考问题,并更全面地理解问题。


以下是创造性思维者的一些惯用语。


  • “我们能不能试着……”

  • “我知道我们已经做完了,但……怎么办?”

  • “我的天!我突然有了一个绝妙的想法……”

  • “你有没有想过这样做?”


通过培养团队的创造性思维,你会拥有掌握问题的全新方法,进而得以改善工作流并解决更大的问题。


下一个类别的思维是理解性思维。它可以分为两类:理解信息(分析型)和理解他人(同理心)。分析型思维者最大的财富是能够发现规律、阐明现状。科技行业倾向于吸引具备这些思维策略的人。分析型思维者具有以下特征。


  • 评估现状

  • 调查所处的环境,搜集尽可能多的信息。

  • 阐明现状

  • 通过搜集信息和提出问题来弄清当前的情形。

  • 善于组织

  • 合理、系统地组织数据、人员、资源和过程。

  • 敏锐感知

  • 感知和理解当前情景下的情绪。

  • 产生共鸣

  • 包容和理解他人的想法、情绪和处境。

  • 善于表达

  • 选择合适的情绪和言语向听众传递正确的信息。


以下是分析型思维者的一些惯用语。


  • “你的意思是……吗?”

  • “解释一下……”

  • “你能告诉我怎样去……?”

  • “这和……有关吗?”

  • “我做了一张电子表格……”

  • “那一定很可怕吧!”


最后介绍“敢作敢当”的思维策略:决策性思维。有些人不喜欢反复斟酌。他们想要一个迅速的决策,然后进入下一步行动!决策技能帮助团队找到问题的根源,然后决定如何继续。决策性思维者的弱点是缺乏耐心。他们通常在创造性思维者提出可能的最佳方案或者完成缜密的分析之前,就跳到了其他人的前面。决策性思维者有时会被误解为表现消极。这是一种误解。利用他们的能力快速找到最佳方案,这是弥足珍贵的。决策性思维者具有以下特征。


  • 分清主次

  • 看透本质,也就是问题中最重要的部分。

  • 善于总结

  • 寻找符合逻辑的决策或方案,以最好的方式继续前行。

  • 验证结论

  • 提出问题,排除劣质的方案和无用的信息,审慎评估并确保决策是最佳的。

  • 身体力行

  • 依靠亲身体验引导决策的制定和问题的解决。

  • 价值驱动

  • 依靠自己的核心理念分辨事物的好坏与对错。

  • 相信直觉

  • 不依靠信息,而是用直觉和本能引导决策的产生。


以下是决策性思维者的一些惯用语。


  • “我已经准备好进入下一阶段的……”

  • “不行。我们已经决定了……”

  • “我不知道我为什么会想到这,但是……”

  • “上次我们尝试这么做的时候……”

  • “我认为问题的本质是……”

  • “直觉告诉我……”


图书简介http://www.ituring.com.cn/book/1779



相关阅读


Git团队协作(一):如何组建充满斗志和凝聚力的团队?


Git团队协作(二):如何组织一个富有成效的会议?


2020 年 2 月 20 日 08:001255

评论

发布
暂无评论
  • 每日站立会议怎么开?

    在那些最简单也最常谈起的敏捷实践中,每日站立会议(又称作每日例会)就是其一。近来在scrumdevelopment Yahoo! 邮件组发起了一场针对每日例会的讨论。这场讨论收获了许多建议,指出了会议要点和正确的开会方式,还包括一些相关文章的链接。

  • 高绩效团队是怎样的团队?如何建设?

    高绩效是一个团队属性,一个团队若要保持良好表现就应关注的暂时状态。要建设一个高绩效团队,就必须做到:创造安全感、在开发协作技能上进行投资以及提供团队成员间的相互反馈。

  • 如何瞄准内在动机——Champfrogs 检查清单

    Jurgen Appelo最近发布了他的Champfrogs检查清单(Checklist),一个用于理解内在动机的新模型。

  • 第 46 讲 | 走出“至暗时刻”——CTO 空降下篇

    当CTO迈出了职业生涯关键的一步,空降到新的平台之后,该如何一步步开展工作,迅速发挥作用,得到公司上下的认可呢?我想无非是从做事和做人两方面来看。

    2018 年 7 月 3 日

  • Creating Great Teams 作者问答

    Sandy Mamoli和 David Mole合著的 Creating Great Teams - how self-selection lets people excel一书对团队自选择的概念进行了探索,和对如何使用自选择建立团队提供了按部就班的指导。

  • 第 48 讲 | 空降领导者平稳落地要做的四道题(下)

    空降如何顺利着陆?这是一个不断调整变化的过程,而且难以谋定后动,必须保持高度紧张,快速响应,确保不以脸着陆,给大家呈现空难现场,累及无辜。

    2018 年 7 月 5 日

  • 填坑指南:填好这 4 个坑,快速做对敏捷

    在推进敏捷过程中你会踩到很多坑,填坑时既不能浅尝辄止,又不能急于求成,只要稳扎稳打、持续改进,你就能成为一名填坑专家。

    2020 年 1 月 6 日

  • 引领精益 & 敏捷——一切只关乎人

    Mary、Tom Poppendieck夫妇出版了一本新书《Leading Lean Software Development: Results Are Not the Point》,书中他们调查了领导力在精益/敏捷变革中的重要性,并提供了组织变革的指导。

  • 第 67 讲 | 如何打造独属自己的工程师文化?

    当你鼓励什么的时候,什么就会生长起来,当你反对什么的时候,什么就会消失掉,如果你一直鼓励这些文化,它们就会慢慢深入到每个人心中。

    2018 年 8 月 8 日

  • 如何激励和管理比你资深的工程师、设计师?

    和团队中的资深成员搞好关系,是一个产品经理的必修课。你可以帮他们打打杂来建立信任关系,通过摸清他们的需求得到他们的心,但把事情做成的本事才是你的“必杀技”。

    2018 年 6 月 21 日

  • 第 143 讲 | 徐毅:技术 Leader 应该具备的能力或素质

    技术领导者(Technical Leader)要习惯从以往只要自己做好就一切都好的状态,转到大家好才是真的好的状态。

    2018 年 12 月 20 日

  • 如何处理未完成的故事?

    Scrum 团队常常发现:到了sprint结束时,还有一直在开发的故事没有完成。也许这个故事已经完成了80%。是什么造成这样的状况出现?又该用什么样的流程来跟踪这些故事?每个敏捷团队都会面临这样的问题。David Starr 在最近的一篇博客文章 中分享了他的处理方法。

  • 敏捷每日 Retroflection

    Retroflection这个概念是指用自己替代周围的环境,对自己做自己希望对其他人做的事情,或者为自己做希望其他人为自己做的事情。自省是Retroflection的一种形式,可以是消极病态的,也可以是积极健康的。出于相似的理念,Yves Hanoulle发起了一个名为“今日敏捷Retroflection”的项目。

  • “请勿打扰”团队成员

    即便不是经常如此,许多开发人员也喜欢在一段时间内不受干扰地工作。XP推荐一种称之为“洞穴和公共区域(Caves and Commons)”的房间布局。公共区域用于最大限度地进行渗透性交流。洞穴用于协助隔离个人活动,比如撰写个人电子邮件、电话或快速探索式开发(Spike)等活动。但是,有些团队成员或某个特定的团队成员可能会想要过分地进行这种隔离。

  • 持续改进不能止步于回顾

    如果你希望持续改进,则可以从回顾开始,但不能止步于回顾,还要进行变更管理、文化变革和创新。为了促成组织变革,最重要的事情是培养新的习惯及变革文化。

  • 培养并留住表现卓越的团队

    敏捷实践应该有助于培养高产出的自组织团队。高产出等同于价值交付,以确保团队解决正确的问题,这很重要。同样重要的是:创建一个能够有助于高产出团队蓬勃发展的环境,这需要管理层面的思考和行动。我们会查看三位评论者对于培养高产出的观察角度。

  • 作为思考工具的敏捷

    Henrik Kniberg于阿姆斯特丹举行的Integrating Agile 2009大会上发表了《“敏捷”作为思考工具》的主题演说,以另一个角度去思考引入敏捷方法当中遇到的问题。

  • 使用各种工具实现设计思维方法

    本文涵盖了使用各种工具实现设计思维方法的应用及其重要性。并且还概述了使用乐高智慧游戏(Lego Serious Play)来实现设计思维。

发现更多内容

产品经理训练营第三次作业

Jobs

作业3--问题

赝品

利益相关者问题排序

Geek_ce1551

产品经理第 0 期训练营第三周作业提交-krystal

Krystal

产品经理训练营第三周作业

克比

week11 安全稳定

杨斌

OpenCV入门--读图,展示,保存

Tango

Python OpenCV 日更挑战 2月春节不断更

作业3

YING꯭YING

第三周作业-利益相关者的问题及排序

ZZ

产品经理训练

第三次作业

z

基于产品利益相关者面临的问题

Dylan Zhu

开发质量提升系列:标准模板(下)

罗小龙

最佳实践 方法论 28天写作

第三周作业

苏格图德

产品经理训练营

新浪微博利益相关方分析(相关方问题)

🙈🙈🙈

极客大学产品经理训练营

第三周总结

Jove

程序员如何打破35岁魔咒

数据社

产品经理训练营第三次作业

庞玉坤

解决方案的设计与积累

王一凡

产品经理训练营

week12 数据应用(一)

杨斌

第三章作业

Kasn

产品经理 产品经理训练营

翻译:《实用的Python编程》01_00_Overview

codists

Python PEP

利益相关者排序

赵志广

产品经理训练营 网络安全产品经理

利益相关者问题挖掘

王一凡

产品经理训练营

免费开源的代码审计工具Gosec入门使用

BigYoung

golang 代码扫描 28天写作 2月春节不断更 代码审计

【LeetCode】BFS解决二叉树的最小深度

HQ数字卡

算法 LeetCode 2月春节不断更

价值投资学习笔记

JiangX

28天写作

产品经理训练营第三周作业

铭白

第三周作业

正午看星星

图解Mysql索引的数据结构!看不懂你来找我

Java鱼仔

MySQL 数据库 Java 8

week10 模块分解 作业和学习总结

杨斌

产品中利益相关者面对的问题并排序

踏凌霄

Git团队协作(三):团队出现分歧怎么办?-InfoQ