通过建立同理化和信任来实现持久的技术变革

当你不再与一名员工共事时，你们通常会成为朋友。这是我和我的朋友马特的一段对话，关于他作为一个十亿美元组织的软件领导者的新角色。

嗨马克，

祝贺你成为一个技术组织的领导，我很高兴能把你和这个角色联系起来。我的目标是，这封电子邮件可以帮助您在高层次上发现并可视化需要进行的更改，并为您的团队提供高层次的技术补救方法。

我要警告你;这并不是应对挑战的万能灵丹妙药。这只是开始，我们将专注于为改进奠定基础的发现工作。你仍然需要信任、同理心和组织变革管理来实现持久的变革。

对于此电子邮件，假设已定义本组织的技术策略，并实施了治理模型。如果两者都不是真的，这封电子邮件仍然有价值，它将只是说明漏斗和治理缺失。解决这些问题的领导力，请告诉我我是否可以提供帮助。

如您所知，有零在没有团队合作关系和领导支持的情况下，您可以调用任何持久的改变团队的方法。整个过程的设计是为了利用团队的自然下游潮流，并允许团队在领导的支持下做出改变。它不能在上游工作。

这个过程很简单——以常规的节奏与团队执行这些主题对话。我在这篇文章中包含了完整的工作助手，但这里是一个高层次的循环。记住，你不可能成功地对团队做出改变，你必须和他们一起做，这样他们最终才能作为一个团队来做。

了解你

你首先需要的是同理心。利用这段对话与团队成员共进晚餐。让团队诚实地面对组织中最糟糕的地方，他们想做什么来解决问题，以及他们希望拥有的技能。授权团队去修复那些可以立即修复的内容，并修复您可以修复的简单内容，订购更快的开发硬件是一个轻松的胜利。

技术发现

这个有2个。首先，这次对话将建立在之前的“了解你”对话的基础上。提问，观看球队辩论。要意识到，做出改变的必须是团队，而不是你。想想你能帮上什么忙吗?

其次，它的输出应该是一个地形图，让每个人开始看到复杂性，它应该引发情感反应。由于它是物理映射的，您可以在团队清除技术缺陷时显示复杂性的减少。

产品/系统发现

这个练习不是一个价值流图，这是一个理解团队支持、构建和维护的东西——以及所有这些痛苦的简单练习。这个对话将开始显示技术不完善的经济，并开始帮助建立一个变更管理计划。核实数字，但记住——你不能独自解决它。你需要支持团队有条不紊地解决这个问题。

依赖性发现

像“技术发现”一样，这个将提供复杂性的物理图，但它也将潜入依赖的依赖性痛苦的真正来源，拥有这些依赖性，这些依赖性的变化率 - 所有这些都是涂料的技术缺陷的真正经济成本。验证数字。

技能矩阵，产品技能矩阵，路线图技能矩阵

要小心，这很危险，如果团队不信任你——这看起来就像是你试图“评判”团队。如果你缺乏信任，建立信任，然后做下面的练习。没有这些数据，几乎不可能做出任何改变。

要预示，这些对话需要时间，不要急于赶紧。一旦你完成了第一个周期，你就会有3个最重要的事情〜同情的同情，对球队的挑战，信任和对所需改变的认识有所改变而言，可以改变。让我们在未来赶上Covid Calms Down，我有兴趣了解您发现的内容。

我刚才描述的工作助理都是在这里。

-Joel.

如果你不是马特，想谈谈〜拍我一封电子邮件。