与其他任何人一样了解该架构-并与技术堆栈保持同步。
附表1-1s与您的直接下属每周进行沟通。按月安排跳级计划。
以客户为中心。了解您的产品是如何在野外使用的。例如，加入销售和支持电话。
设定积极但可实现的目标。通过专注于你想要实现的结果来倒退。
确保每份报告都清楚团队、组织和公司的首要任务。
任何任务都不是经理所能胜任的。弄脏你的手，即使它不是编码：
千万不要一对一跳过。它是接收和提供反馈的最佳平台。大多数队友都重视这一点，通常当他们没有看到其中一人执行得很好时，他们就不会这么做了。
帮助组织每个主题的问题。在1-10分的范围内，你会如何评价：."；
不常问的其他问题：组织意识：您认为本季度您最优先考虑的3个问题是什么？团队的？组织？
有关有效的一对一的更多想法，请参见从你的一对一中获得更多。
默认开放问题：问什么、怎么问、问谁，而不是像Do、Have这样的封闭式问题，就是邀请对话，并让人对问题拥有所有权。为什么你认为这是正确的方法？"；比"；这是个好主意吗？"；。
总结一下对方所说的话，这样你们就能达成一致，并准确地指出问题所在。听起来有两个问题，x和y。我们应该首先关注哪一个？
即使是正面的反馈，也要具体。我喜欢您为减少该服务的内存占用而采取的举措。它显示所有权。"；
关注数据而不是行为：我注意到你没有回答你在过去三份公关中提出的任何评论。
谈谈这件事为什么重要，以及它影响的是谁：我之所以提到它，是因为我分配给您的罚单对本季度的路线图至关重要。
突出正面模式(记住要具体)。我喜欢你主动清理代码，因为它显示了所有权。
很高兴看到你教X关于Y的知识，这样他们就能和你一样熟练了。这是高级工程师的特点。
你的团队是如何移动针头的？你把注意力放在正确的事情上了吗？您如何知道您重新构建的功能将使客户受益？
公司今年的首要任务是什么？从现在开始三年后，公司应该是什么样子？
如果你升职了，你的团队中谁会接替你的位置？这个人需要掌握哪些技能或经验？
确定决定是可逆的还是不可逆的。如果没有大量的返工，就不可能改变不可逆转的决定。这些决定应该花更长的时间，并记录下来并进行讨论。示例：架构更改、语言决策、数据模型。
无论何时存在分歧，都要关注决策的预期结果，并确保团队意识到您的推理。虽然数据库X更好，但我希望我们在一个堆栈上实现标准化，以便它更容易维护。
如果有人不同意一个可撤销的决策，设定一个日期与团队一起重新审视该决策，理想情况下，您也有定义该决策成功与否的度量标准。我理解你的担忧。让我们一个月后再来讨论这个问题，看看我们的进展如何。
如果有人不同意一个不可逆转的决定，给他们机会陈述自己的情况。不管怎样，每个人都应该意识到最终的决定是你的，团队需要不同意并完全致力于所做的决定。
将您的决策记录下来，以便您可以参考做出这些决策的原因以及您的团队所面临的权衡。
发现一个令人讨厌但似乎永远不会成为首要任务的p2病毒？✅。
避免糟糕的头脑风暴会议。不要把决定推迟到会议上。当场做出决定，通过长篇写作进行沟通，并利用会议进行讨论。
会议结束时总是带着行动、所有者和时间安排，这样下一步是什么就很清楚了。
在员工会议上，围着桌子转一圈，询问报告他们最关心的是什么。许多经理想参加高管员工会议，因为这会让他们感到需要，并让他们知情。我利用了这一愿望，设定了入场费：你必须承认至少有一件事着火了。-霍洛维茨(Horowitz)。
最好的程序员并不比优秀的程序员好多少。无论以什么标准衡量：概念创造力、速度、设计的独创性或解决问题的能力，它们都要好上几个数量级。-兰德尔·E·斯特罗斯(Randall E.Stross)。
主人。即使问题不是他们百分之百的责任，也要承担责任；了解原因。请告诉我您在职责范围之外承担重要任务的情况