面试时与人事交谈时间_与技术负责人交谈的最佳方法

面试时与人事交谈时间

解决您的通讯故障

这是你搞砸的地方。

您的技术负责人告诉您为即将推出的功能构建新的API端点。 它本来很简单：只需返回当前用户的电子邮件地址列表即可。

您从通常的样板开始。 您注册新的端点。 您将其与控制器关联。 您添加一个解释性注释。

然后您发现查询是不可能的。 用户的电子邮件地址都生活在不同的数据库分片上。

脚灯打开。 帷幕升起。 这是您成为软件巨星的时间！ 您将用自己的辛勤工作和创造力找到解决这一独特问题的方法！

您将开始构建非规范化表，以使数据在用户的分片中保持本地状态，并在包装​​层中使副本保持同步。 您的解决方案具有可扩展性和高性能。 看你走！

这是问题所在。 您没有与技术负责人交谈。 从他们的角度来看，他们给您提供了一个简单的工作要做，它使您的工作时间比预期的长三倍。 是否创建完美的体系结构都没有关系。 您和团队领导之间的关系已经失去了信任。

最好的工程师可以创建优雅的系统，但是他们也以正确的方式与他们的技术负责人交谈。 这是我的建议。

1.在会议期间，集中精力解决问题

是时候站起来了。 您要对您的团队和您的老师说什么？

“昨天我在这件事上取得了一些进展。 我遇到了一些测试失败，现在正在修复它们。 我希望今天发货。”

那是状态更新。 这毫无意义。

状态更新是除了“确定，听起来不错”以外没有其他响应的通信。 那么为什么要花时间亲自给这些人呢？

保持站立状态的全部目的是鼓励团队成员彼此解除障碍。 传统的三个问题是：

1. What did you finish yesterday? 2. What will you finish today? 3. What's blocking you?

人们经常专注于前两个，而完全忽略最后一个。 但这是最重要的！

人们通常将“什么阻止了您”解释为“什么完全阻止了您的工作？” 因此，我更喜欢“您的危险信号是什么？”这个问题。 代替。

危险信号是任何会使您减速的事情。 以下是一些危险信号示例：

• “我不确定该如何开始测试。”
• “我需要弄清楚移动团队需要我在这里做什么。”
• “我需要重构此组件才能使其正常工作。”

这些都不是完全阻止您工作的东西。 但是它们将占用您相当多的时间。

这就是您的技术主管想要听到的。 这是他们工作的最佳机会，可以帮助您加快工作速度，并提出最棘手的问题的解决方案。

关于危险标志的重要说明：在声明危险标志时，您应始终对项目负有明确的责任 。 您不应该习惯于使用红旗作为未完成工作的借口。

大多数人想在站立时听起来令人印象深刻。 他们想说：“看看我昨天做的所有事情！ 看看我有多棒。” 抵制这种诱惑，而专注于如何加快前进的步伐。

2.会议之间，积极沟通

当您以团队负责人或技术负责人的身份工作时，就会产生这种持续的偏执狂，以至于您的团队完全陷于困境，却一无所知。

您进入团队的工作区，每个人都在他们的办公桌前。 但是他们在做什么？ 他们进展良好吗？ 他们是否在花费时间实施完全错误的方法？ 很难说。

当然，技术主管绝对必须与其团队建立信任关系。 他们不能让这种偏执情绪始终控制着自己的行为。 因此，他们最终没有提出要求。

这是您满足技术主管需求之一的机会。 您应该每天至少两次主动地传达自己在做什么。

主动沟通是什么意思？ 我的意思是您发起的任何对话。 由技术负责人启动的签入和计划的会议不算是主动的。

主动沟通方法示例：

• 发送松弛消息
• 评论他们正在关注的Asana任务
• 当他们回到办公桌时抓住他们

主动沟通有时会寻求帮助 。 “我无法导入此模块，也不知道出了什么问题。 你能帮我吗？” 这些都是技术领导者完成工作的机会，如果您确实受到限制，那么这是值得花费的时间。

另一种形式是检查点。 “我正在研究此功能，发现需要将这种状态一直提升到根组件才能正常工作。 如果您想讨论这个问题，请告诉我。” 这是解决潜在的架构分歧的好方法。 认真地谈论这些东西之前，请不要等待代码审查。

主动沟通似乎很容易。 实际上，每个人都会犹豫，然后再通过这种交流“拥抱”他人。 尝试将日常任务添加到待办事项列表中以进行主动沟通，您将明白我的意思。

像所有沟通方式一样，值得与您的技术负责人就他们的偏好进行公开讨论。 他们讨厌松弛吗？ 每天有多少状态更新太多？ 您过去一周的交流对团队有没有好处？

3.在技术讨论中，重复和总结

重要的是，您和您的技术主管必须至少与您所制定的技术决策保持一致。 您进行这种调整的机会是技术交流。

技术对话可能看起来像您的技术负责人与您坐下来展开一个新项目。 您的技术负责人对如何实现有一些初步的想法，并且正在与您分享。

通常，与正在更改的系统相比，您的技术主管可能拥有比您更多的历史背景。 因此，他们可能会说至少一件事会让您“走下去？”。

您的技术主管知道这一点。 但是他们不知道他们在说什么会使你走““？” 除非您实际上说“嗯？”。

始终澄清您所做的事情 ， 不要感到困惑。 与其说“我迷路了”，不如说“我理解X，但我不理解Y。”

最终，您希望您的技术负责人对您听到并理解他们所说的话充满信心，从而摆脱对话。 许多人试图通过微笑和点头来实现这一目标。 产生相反的效果。

当您理解时，不要微笑和点头，而是重复并总结您听到的内容。

例如：

“得到它了。 我听到的是，我应该在服务器上计算该值以减少往返次数，并在页面加载期间将其发送给客户端。”

这几乎向您的技术主管证明了您正在听他们的话。 它实际上迫使您更好地聆听。

尝试此操作时，首先要抵制。 感觉就像是您在专横而专横。 感觉就像您只是在光顾他们所说的那样。

不要让那阻止你。 考虑一下技术领先者的感受。 我可以告诉你，看到另一个人主动重复和总结是一件真正的安慰。

这些摘要通常是操作项。 下一步应该是将它们写下来。 将它们放在技术负责人可以看到它们的位置，并在错误的情况下提供更正。

成为超级合作者

技术负责人希望与负责的工程师合作。 如果您不熟悉所使用的系统，那么在技术层面上很难做到这一点。 但你可以采取的就是你对你的工作如何沟通的责任。 考虑一下如何与技术负责人改变沟通方式，您会轻松发现强大的新习惯来养成。

如果您热衷于帮助团队进行有效的协作，则应该在Asana与我合作。

翻译自: https://hackernoon.com/the-best-way-to-talk-to-your-tech-lead-fc6e7adb1e55

面试时与人事交谈时间