Episode 433: My teammate pretends we decided, but we didn't and my team is getting worse and worse
31:29 Share

这不仅仅是将瀑布分解成冲刺就能成为一名优秀的工程师，这需要更多技能。这是第33集，我是你们的节目主持人戴夫·史密斯。

我是你们的节目主持人杰森·丹斯。软技能。

软件开发人员每周的建议播客，他们无法完全理解所有这些冲刺都非常像瀑布。

试着想象将瀑布物理地分成许多小水段的比喻。是的。

就像你把尺子放在瀑布旁边，这样你就可以说瀑布的第一英寸是冲刺一。

是的。是的。

我们正在讨论这个问题。

我的意思是，这是这里描述的常见抱怨和失败模式。但是，我不知道，我想这关于试图成为天使的难点在于，如果你有一个大项目，你必须将其分解成许多你可以逐步发布的小项目。你和我有时会觉得你做不到这一点。

是的，最终你必须构建一些东西。

是的，我想我是一个瀑布拥护者。嗯，我曾经有一个同事，他是所有我合作过的最聪明的人之一，他说他参与过的最好的项目是百分百瀑布式的。而且，团队真的很好。他们只是做了它。所以我们都应该改用瀑布式开发。

在过去二十年里，我混合使用天使和瀑布式开发学到的经验是，团队的才能和技能比你选择的流程更重要。是的，我不知道。我们正在讨论这个问题。

我不知道。我…

引言，我们俩都很复杂。我让它变得严肃起来。好的，对吧？你想想你的比特率吗？

我想要。是的。感谢那些大声喊叫的人。不，不。但这并不是我们大声喊叫的人。

谢谢。感谢所有的大声喊叫。

这真是一个非常棒的水平，啊，感谢尼克·穆、柯蒂斯·阿普肖尔、普尔、小音乐、奥吉斯，所以这可能就像一首歌曲，我不知道，归因者，没有属性，没有属性，你将告诉我们，要成为高级工程师，侮辱法国炸薯条在道德上是令人反感的，然后从无人机到玩追逐游戏，用类型脚本提升你的类型，德布尼不仅仅是为了在火星上创造，形成O O O吉，我喜欢鸡肉。

我喜欢送货员的麦克风，请送垃圾，潘娜·科博斯、肯瑟、多兹、内瓦不仅仅是一个计划，在…的语音系统中。吉姆·金，全部大写。哦，或者这个有毒的部分，海格力斯，人工智能最好的可观察工具，人工智能红熊猫是最好的红熊猫类型脚本是微软的阴谋。

Y，乔纳森·金，我美丽的、功能性的用户文档，嗨妈妈，我在播客上。伊泽，威廉·天使的创造者，凯文是个很酷的人。特拉维斯·面包包含约翰·格兰特，如果你想，在选择人员中，去奥斯卡。

音频选择了支持者赞助按钮，并提供了一个特殊的阴影代码销售，他慷慨地捐赠了一大笔钱来支持我们所做的工作。谢谢。走。

然后他们切断了。谢谢。我们很感激你。而且，呃，仅仅看到你每周都在发推文，就让我的生活变得更好。

如果你想加入他们，你可以去一些学校，音频点击支持者在赞助商那里做这件事，我们也会做这件事。我们都会做这件事，你也会变得更好。你也会收到我们的选择邀请。

嗯，对吧？社区小组，他们现在叫它什么？它还在组织中吗？

我只是想让你知道你一直在使用“团队”这个词，我没有纠正你，但他们已经没有使用这个词了。五年了。

好的。好吧，我总是叫错我孩子的名字。这个节目。我对 Slack 的感觉就像我对孩子的感觉一样。我记不住正确的名字。

在 Slack 工作区（我认为他们称之为）中有一个很棒的 Slack。

现在有一个很棒的工作区。这说的是你，是的。

有一个很棒的 Tecum 帖子，关于 Slack 徽标，它同时让我的大脑变得更好和更糟。所以，如果你想看，这意味着你必须去赞助商那里贡献，我们会给你发送一些像…和白色这样的东西。

你可以去看看。只需向下滚动并查看此频道一段时间。

相当不错，伙计。

老实说，Tecumthe 频道在软技能持久播客滑块工作区中，对我来说每天都是一种快乐，我不能对很多事情这么说，但对于这个，非常感谢所有在里面发帖的人。我只是一个观察者。我只是消费伟大的意思，它们太有趣了。

好吧，无论如何，让我们从这个部分转移到下一个部分。是的，是的。你想读我们的第一个问题吗？是的，我想。

这是来自一位名叫乔丹的听众的问题，他说：“伙计们，我最近加入了一个新团队，我的队友有一种有趣的解决意见分歧的方式。他只是说“我们决定”，然后跟上他喜欢的做法。这些是我知道没有做出的决定。

这位工程师是中级工程师，所以这不是技术领导的“我们”。

如何处理这种情况？感觉用“不！”回应不是正确的策略。正确的方向是美丽的，非常好。我们决定，我们…

决定，为什么我从未想过这一点？我知道这是布莱利。为什么费心说服别人，当你只需说“不是那样”就可以了？

这就是我如何获得权力。

我曾在一些环境中工作，感觉无法改变任何事情。而对每个建议的回答都是“我们决定”。这有点不同，因为在那些环境中，这更像是“我们可以，我们可以随意改变事情”，为什么我们要这样做？嗯，嗯，我们已经决定了一件事，因此我们永远不会改变它。

但这感觉有点不同。也许有一些情况，这就像我不知道，这就像舒适的稳定性，做你已经决定的事情，你买进。也许不是那样。

我们决定，是的，我们确实做到了。非常感谢你拯救了我们所有人，免于无休止的讨论和挑战人际互动。我个人欢迎我们新的决策者。

是的，别担心。我节省了我们所有人试图弄清楚团队想要什么的精力。我实际上通过阅读每个人的想法来弄清楚。所以，技术上，就像我们确实决定了，我在脑海中模拟了基于我对他们所有人的想法和信仰的完美知识，我们应该会达成的决定。这真是完美。

最安全的时间。我高效、果断，这就是我们所决定的。你如何回应这样做的人？我实际上…

认为回应可能相同，无论你认为他们只是编造了这是一个决定，还是你认为这是一个你认为应该改变的决定，就像我们可以改变过去的决定一样。我认为在这种情况下，值得这样做。我理解我们已经决定了这一点，但我认为我们…

想要知道原因。也许过去有意义，但这是我认为现在正确的事情的原因。如果他们除了“我们决定”之外什么都提不出，那么你就可以摆脱困境。引用拉夫·埃默根特的话：“愚蠢的一致性是小思想的祸根”。

哇。愚蠢的一致性是小思想的祸根。

是的。

什么是祸根？

我认为这是一种 D&D 生物。

好的？

愚蠢的一致性是小思想的祸根。我们去了。祸根就像，我不知道，就像一个小恶魔一样。我认为我的意思是，这是一种负面特质，小思想会陷入其中，只是为了保持一致而愚蠢地保持一致，纯粹为了保持一致，因为…

这比真正面对挑战更容易，是的，就像真正的、我正在寻找的词，以及对为什么这样做进行深入分析。

这段话在我的早期科技工作中深深地印在我的脑海里，当时我们很年轻，我们真的不知道我们在做什么。我们都参与其中，不像品牌，是最新科技的出血阶段，是的。我们就像一个清晰的，看，我们找到了两百年前说过这句话的人，我们很好地使用了这个利基数据库，为什么我们要这样做？不，不，我们不是小思想。绝对不可能。

我们不是。我们没有祸根。

没有祸根，消灭了它们。

因此，我们绝对不应该做任何我们知道有效的事情。

是的，不，我仍然坚持我之前的声明。我认为你可以说，“好的，我们决定了，好消息。我们可以改变我们的决定，并说，就像杜马斯所说的那样，作为规则，但就像我们决定了，如果感觉有强烈的理由改变事情，那就还不够好。”

我喜欢这个。这非常温柔。

确实有成本。是的，我知道，你会怎么做？我的意思是…

这里温柔方法的一个缺点是，它没有直接解决这个人是，我不知道，最可信的解释是操纵性的，就像我们没有做出这个决定。所以你认为你会发现值得去面对这个问题的方面吗？

我的意思是，你可以说，帮助，什么时候我们决定了这一点，它指向了我们做出的决定，因为我不记得这个决定。他们新加入团队。所以，有可能，在现实中，这个决定是在这个人加入之前做出的，或者他们可以简单地说，嗯，在你之前。

我们在会议上讨论过这个问题。我不知道，我的意思是，我认为我会先尝试这种软件方法，因为它感觉我怀疑它不会改善你们的工作关系。如果你说，“嘿，我认为你在撒谎，注意到你经常这样做。你说我们决定了，但实际上只是你的意见，我不喜欢，我认为你应该停止。”

你不必直接指责他们撒谎。你可以给他们选择，说你是在撒谎还是在操纵我们。是的，这在…方面有帮助吗？

一点？是的。我的意思是，你可以尝试，我不知道。

我认为团队没有做出这样的决定。我认为这是你的意见。也许混淆这两件事听起来有点傲慢。

但我认为你可以采取的一种方法，可能是我会采取的方法是，你可以说，“我不记得我们做出了这样的决定，你能让我了解一下情况吗？”是的，这将…

但我认为，当人们这样说话时，当他们说“我们决定了”，而你非常确定团队没有这样做，而且你非常确定这不仅仅是你休假一天错过了它，那么如果你说“让我们了解一下情况”，这将让他们陷入尴尬的境地。是的，也许没关系。我的意思是…

他们需要经历一些尴尬，如果他们通过说“我不知道，我不想用额外的步骤来处理如何处理某事”来证明技术决策，那么我该如何处理？感觉回应“嗯”不是正确的…

线程，你可以用它来反驳。哦，不，我们决定了另一件事…

我记得我们决定了我的方法。是的，这是真的。你总是可以和你的经理谈谈这个问题，说，“我经历过几次这种情况，他们说我们决定了，他们说决定，我不知道这是否是团队做出的决定。”

你能帮我理解吗？也许你的经理不会知道，这取决于他们对团队技术进展的了解程度。所以也许他们不知道，但至少你可以获得更多关于，这是团队其他成员都知道的事情的信息，根据对话的进展，也许可以从他们那里获得关于如何处理它的建议。呃，实际建议可能不如让你的经理意识到你正在处理这个问题，并为可能由此产生的任何结果提供背景信息重要。如果突然之间，YouTube 争吵得非常激烈，我无法很好地合作，或者其他什么，那么除了所有这些新家伙在团队中真的很难之外，还有其他原因。是的，是的。

我不知道。我认为我们已经…

提供了各种好建议，我允许你，我不会说你必须做什么。我会允许你选择你的…

说我们正在提供菜单，但这并不是我看到的。我们决定了要建议你什么。

呃，好的，这是一个很好的观点。有些餐馆，你的重点是去那里，他们只是给你食物，他们从你那里拿走了决定权。所以也许这位工程师，是的，就像奥玛尔说的那样，我之所以知道，只是因为 Rails，从来都不是一个比喻。

他们经常提到 Rails。但我从未见过或听说过现实中有一家餐厅这样做。我知道它存在。

但仅仅是因为你的技术文档参考。所以很好，是的…

有些餐馆，他们会很友好地告诉你，当你告诉他们你想点什么的时候，这部分很有魅力。所以他们正在简化你的体验，直接消除你必须考虑的所有这些事情，你不用担心点什么，你不用担心技术上要决定什么，因为它已经决定好了。

它已经决定好了。哦，我的天哪，说，是的。

我不知道你如何说它。

但我相信那完全是错误的发音。

你知道我们决定了…

你说的“我们确实做到了”是对的。

我们回答了这个问题吗？

是的。让我们继续下一个。你想读这个吗？

我想。这是来自匿名听众的问题，他说：“我是一家大型科技公司的首席工程师，在同一个团队工作了将近八年。这个团队曾经是创业公司的一部分，三年前幸运地被一家大型科技公司收购。

因此，我们团队规模也增加了超过两倍。然而，在过去几年里，随着我们积极扩张，我觉得我们无意中雇佣了许多“普通”工程师。我发现我们的一些新团队成员只是从队列中挑选下一个任务，并尽最少的努力来完成任务。男孩守则怎么了？所有权文化去哪里了？这也影响了团队中真正优秀的工程师，他们开始觉得其他人没有尽到责任。

关于如何提升文化有什么建议吗？或者我需要调整我的期望，并简单地接受任何足够大的团队都会有不同能力和态度的人？

是的，他们有营地。我清理了参考。

是的。所有权文化去哪里了？这也影响了团队中真正优秀的工程师，他们开始觉得其他人没有尽到责任。关于如何提升文化有什么建议吗？或者我需要调整我的期望，并简单地接受任何足够大的团队都会有不同能力和态度的人？

这是一个好问题。是的。所以这个团队被一家大型科技公司收购了。

是的，我有。我脑海中有一个比喻，在杰森的风格中，我不会以任何有意义的方式表达出来。但我将…

尝试把它表达出来。

好的，所以想象一下，你有一杯饮料和一个浴缸里的另一种饮料。那杯饮料就像非常浓缩，以一种特殊的方式制成。然后他把那杯饮料倒进浴缸里，就像那样。

我认为，在规模较小的组织中，维持和故意选择文化更容易，因为这更集中，你有一个更强的筛选机制，我们是否应该雇佣这家公司的人？我的意思是，我们是否应该雇佣这家公司的人？我们是否应该增加这个团队的工程师人数，增加百分之十？然后你把这杯饮料倒进浴缸里，它已经被浴缸里的所有东西稀释了很多，这可能是一些你带来的美味的鲁比…

…经典的战斗对，是的，把它弄好。

…同伴。所以你的小团队将受到浴缸的影响更大，而不是浴缸会因为你倒进去的那杯小饮料而改变，就像你将加入这个大型组织的平均团队构成，仅仅因为规模差异，你就会被稀释。我认为在大型公司中维持高质量工程师非常困难，然后你会有各种个性差异。如果他想要在创业公司工作，人们通常更关注所有权和影响力，而不是加入大型科技公司的董事会，这是一种高薪工作。所以我想有很多原因可以解释为什么会出现这种情况。

我见过这样的情况，当团队招募新成员时，他们要么比现有团队成员更有才华，平均来说，比团队平均水平更优秀。我见过这种情况，团队其他成员会提升到与他们相匹配的水平。但我也有过这样的经历，新成员的水平会下降到与平均水平相符。如果你可以往任何一个方向发展，那它就不是简单的将液体倒入浴缸，然后根据物理定律达到均匀状态。

不，我没有问题。我的比喻，它就是这样的，是的，这有道理。但我认为，但是……

这和我描述的不一样，这和问题问的不太一样。问题问的是，随着时间的推移，你招募了越来越多的人，会发生什么？这是否意味着，随着团队规模的扩大，你必然会招募到积极性较低、技能较差的人？

我不这么认为。我实际上认为，加入这个大型跨国公司的团队，没有人会像加入初创公司时那样感觉。

我觉得这可能是一个更大的区别。老实说，如果你加入一家小型初创公司，你是在为一个需要大量责任感的项目做准备。但我只是在重复自己，我不知道这和团队规模有多大关系，更像是他们加入的是一家有着不同期望值的不同的公司。

是的，你还记得我刚开始创业的时候吗？有很多从那些日子里留下来的人，他们带来了很多优秀品质，但是加入这个团队作为小型初创公司的人，和现在加入这家公司的人不一样。是的，确实有平均水平的工程师。

这很有趣，因为有很多维度可以用来衡量或描述工程师的素质。这并没有明确说明技术技能，它更多的是关于责任感。也许他们没有提到技术技能方面，但我感觉提升技术能力比培养责任感更容易。是的，非常多。是的。你知道，我……

我不同意这个说法，不是你的关联，我不同意团队规模越大，团队就越差的说法。当然，这很有可能。我确实见过一些团队，随着人员的增加，变得越来越慢，责任感、积极性和才能都下降了。这确实可能发生。所以不要误解我的意思，但我认为这并非必然。

我认为，是的，我认为这需要大量的努力，这更多的是一个招聘问题，你需要非常严格地筛选加入团队的人，确保他们能提升团队文化，而不是破坏它。这意味着要拒绝很多申请者，特别是当公司规模变大时，因为我认为发生的情况是，在小型初创公司，公司规模小自然会吸引这个问题答案中提到的那种人。那些乐于承担大量责任、喜欢冒险的人，你知道，一家小型公司可能下周就会倒闭。算我一个。你知道，这就像一个自然筛选过程。

但是，我也想做我想做的事情。是的，我可以说我们决定了，并且让它成为事实，因为我是团队中唯一一个……是的。所以初创公司有一个自然筛选过程，因为有很多申请者根本不想承担这些责任。

他们不想承担十个头衔，他们不想承担责任，他们不想快节奏，他们不想承担责任。很好，太好了。所以，如果你想在公司规模变大后，继续保持这种筛选机制，那么你就不能再自动拥有这种筛选机制了。

现在，你必须在面试过程中提出很多问题，问他们：“你能谈谈你如何展现极强的责任感吗？”或者“你能谈谈你如何同时处理七个不同的任务吗？”等等，以此来判断你招募的人。这很难，你不得不拒绝很多在初创公司时期没有申请的人，因为他们当时没有申请。是的，我用“申请”这个词有两个意思。这是一个很好的双关语，这很好。

如果你只是……所以，这自然会发生。

是的，我认为确实存在一个问题，他们特别提到，这会影响团队中真正优秀的工程师。这很糟糕。我以前见过这种情况。

随着时间的推移，团队中的人员会不断变化，对吧？所以，如果你有一个真正优秀的工程师团队，其中一些人会因为各种原因离开，但感觉团队曾经非常优秀，技能高超，责任感强，但现在却不是了。

我完全可以理解，这会驱逐一些人。而且这形成了一个恶性循环。然后，责任感会更少，技能也会更低。

所以，作为一名资深工程师，你有一些领导力。你不是经理，你不能直接解雇这些人。我认为，我应该和技术经理，或者可能是一名主管谈谈这个问题。

也许如果我是被收购的公司，我会和他们谈谈这个风险，说：“我担心我们可能会失去这五名真正优秀的人，因为他们对新招募的人感到沮丧。”有很多方法可以解决这个问题，比如提高期望值、培训、将这些人调到其他团队，大型科技公司解雇他们，等等。但我认为，仅仅靠你自己解决这个问题很难。

我觉得你需要争取更广泛的技术领导层的帮助，来解决这个问题。关于如何提升团队文化有什么建议吗？我的意思是，你可以通过反馈来做到这一点，对吧？

比如，你看到有人做得很少，只做最低限度的工作。你可以说：“嘿，你好像只做了最低限度的工作。作为一名资深工程师，你应该做得更好。这需要改进。”希望你已经赢得了他们的尊重，有权说“我们需要做得更好”。

是的，我认为这使得这个答案，至少我给出的建议，更容易执行，因为这个人是团队中资历八年的资深工程师。所以你可以把整个团队召集起来开会，说：“我认为我们需要改变团队文化。”

我认为我们需要展现出更多的责任感、主动性和在接手任务时，把代码做得更好。我认为我们应该避免只做最低限度的工作。你知道，这实际上可能是你作为一名资深工程师可以做出的最重要的事情之一，而且完全可以这么说。

我非常惊讶，当我这样做时，我站出来说：“我认为我们需要改变团队文化，我认为我们需要以不同的方式去做。”我非常惊讶人们愿意加入进来。这真的很酷，因为我担心人们会说：“不，不，你只是在抱怨，总有人会说，戴夫，你太挑剔了，或者要求太高了，我不会这么做，我不会在这里工作。”

但是，根据我的经验，大多数人，特别是当你是资深工程师时，他们希望取悦你。他们认识你十年了，他们知道你的意见对他们的工作和成功非常重要。所以他们非常乐意这么做。

这很棒。就像：“嘿，你发现了可能很多人没有发现的问题。”太好了。现在你有权力影响这种文化。我将做的就是收集一些例子，可能不是为了让其他人看到，但我会确保自己完全理解细节。

然后我会召集一次会议，说：“大家，我认为我们需要改变团队文化，并解释具体问题是什么，以及我们认为需要做什么来改进它，然后通过后续电子邮件或简讯来强化这一点，或者给这个项目起个名字，这样你就可以在代码审查和类似活动中提及它，并说：“好的，这似乎不符合项目文化变革的标准。你想叫它什么？”

Java周？是的，Java周。

这……不是……

可能可以这样，因为……所以你可以……我的意思是，你可以把这些拼凑在一起。你就像在消除懈怠。如果你能把它变成一个军事比喻，大型公司非常喜欢这种东西。

所以，以某种方式把它变成一场战争。然后它更有可能被采纳。我喜欢这个。

是的，我不会在没有先和经理谈过的情况下这么做。我不会突然召集一次会议，然后说：“惊喜！我决定了这件事。”因为你希望他们支持并同意，然后他们可以帮助我执行它。它也提到，在男孩守则中，只做最低限度的工作，这可能是代码质量问题，也可能是产品问题，比如需求不明确或没有充分阐述。

所以他们实际上只是按照票据上的要求去做，而没有停下来思考如何正确地完成工作。我以前见过这种情况。是的。所以，确保你清楚“更好”是什么样子，否则你可能会得到一堆额外的规则，比如“多走一步，把代码做得更好”，这可能不是你想要的。

是的，也许是的。也许不是。要具体说明这一点。

对吧？电影里有哪些鼓舞人心的演讲？我觉得《独立日》里的演讲。看看一些东西，以此来获得灵感。是的。

是的，我们不会默默地消失。

是的，是的，这个想法有一些不错的。是的，我觉得它们都非常……与战争和战斗有关。

所以，如果你能建立一个比喻，让你以某种方式击败某些东西，那么我认为演讲会更有用，而且高级管理人员更有可能说：“我喜欢这个资深工程师的观点，是的，我认为你意识到这一点很好，而且这也很棒，我不知道，这是一个很好的故事。你一直在这个团队工作了很长时间。他们三年前被收购了。”

这已经很长时间了，在收购之后仍然留在团队中。所以这似乎是你愿意努力维护的东西。我觉得你可以做到。

我同意。我认为不仅你可以做到，而且这是资深工程师的职责之一，即在你的组织中维护工程卓越的文化。

这不是你可以完全委托给任何其他人来做的事情。这不是我期望项目经理来做的事情。这是你的工作。所以我很高兴你提出了这个问题，我认为你绝对需要这么做。我希望你知道，这个答案会让你充满信心，你可以做到，而且你会成功，即使我们可能无法告诉你，在你的公司中如何最好地传达文化变革。

但是我们不会，因为那样会消除学习机会。

是的，我实际上在这里写下了答案。

纸上，但他给我看了，我看到了……

在我们决定之后。

是的，是的，你还可以做完全相反的事情，完全放弃所有责任，辞职。所以，你知道，责任感最低，不再在这里工作，对吧？但是，听起来你投入了很多。而且，我的意思是，你和团队中的优秀工程师一起工作。这真是一个很棒的地方。

太棒了。这是一个很好的学习机会，特别是如果它进展顺利。

是的，是的，是的。没错。问题……

已回答。

好的，你知道我要问什么，是的。我们决定了，我的意思是，我们决定了。

决定了，问题已经回答了。

是的，我们做到了。我认为你……对不起，对不起，如果你……

想问你自己的问题，请点击音频中的技能部分，提出问题。但是，我们已经发布了“我们决定”表格，你可以填写尽可能少的信息。感谢大家每周都为他填写问题。

我们喜欢它。我的问题积压是我最珍贵的财产。我们感谢……

每个人都这么做。谢谢。我们下周见。我们决定下周见。

是的，我们决定下周见。