高级开发人员的沟通模式

Question

我在我们公司每周举办一次“技术主管”会议已有好几个月了。它变得相当平凡，而且更多的是状态更新。我正在寻找让这更有活力的想法：

• 我认为这些人可以产生出色的想法和愿景
• 他们在特定领域和代码/架构主体中也没有其他人拥有的深度
• 这是他们有时间相互交流的少数机会之一，所以我希望尽可能提高效率

我是一名工程师，而不是一名经理，但让这些家伙坐了一个小时告诉我他们上周做了什么似乎是浪费人才。为了使其更加困难，也有人从远程位置拨入。我希望能不那么正式，比如白板讨论派对，但不确定需要多少结构。如果你曾经读过“美丽的心灵”，我会喜欢类似他们在普林斯顿举行的下午茶派对，他们在粉笔板上谈论数学。

Answer 1

我认为挑战在于让每个人都参与其中。为科技主管可以自愿提供的演示文稿留出时间，并让他们提交主题。让他们展示正在达到重要里程碑的项目。使用webex在线为远程人员执行此操作。 您是否需要每周一次的会议，或者您可以每两周进行一次会议吗？这也有帮助。

Answer 2

我发现当我们有人“教”一种技术时，我们会在这些会议中来回最好。也许这是新事物 - 也许不是。有时候我们会一起进行一些代码审核，然后我们会讨论什么是好的，什么是坏的以及为什么有些事情按照它们的方式完成。

Answer 3

1. 不允许拨入
2. 选择一个有争议的主题并让某人准备好争辩（“我们应该将所有应用程序移到ruby。”“我们需要一个通用的消息传递框架”。“PL / SQL应该被禁止”）
3. 获得一个带有巨大白板的会议室

Answer 4

我同意，专注的面子时间应留作创意输入。您可以通过电子邮件发送的每周套用信函获得最新进展。

一些想法：

• 做一个棕色袋式的演示。让每个领导者展示他/她的一块馅饼的整体架构方法，专注于挑战以及如何解决这些问题
• 选择新的/有趣的/重要的技术和技术，让主题专家就其如何应用于他们的领域进行演示
• 讨论团队管理等软技能和外围问题。保留名称，但创建一个论坛，在构建管理，项目管理等方面可以共享建设性的想法。

Answer 5

首先，我将状态更新分开（或者如果不是必需的话，将其完全删除）。

其次，我不会给出任何答案，我会提出更多问题。

一般来说，擅长某事的人喜欢谈论自己，他们做什么，他们的决定和理由，以及基本上每天激励他们的东西。这些人有wiki你可以拖网问他们相关的问题吗？你和他们一次得到一个，知道是什么让他们打勾吗？了解这些人并了解这些人会使放松这些人的工作变得更加容易。他们是否更喜欢辩论到状态更新？如果是这样，请开始辩论。

在早上或午餐前这样做，而人们是新鲜的，而不是在经过漫长的一周后他们被嘲笑。

由于这些人是你的明星，因此向他们展示你重视他们的时间是非常重要的。时间表会议，要特别勤奋。此外，如果人们正在审查他们的问题/问题，请询问他们正在做些什么。记下快速提醒自己和随后的会议，询问它是如何进行的。不要强迫每个人说话。

如果此次会议是您举办的论坛，请戴上您的主持人帽子并带上您的工程师帽子。在会议期间不提供任何建议或贡献。推动会议议程，让事情顺利进行。这是你倾听的机会。特别是，带来人们的业务问题或问题。将技术问题留给他们，因为他们可能已经涵盖了这些问题。当然，他们可以而且会提出技术问题。但谈谈你如何评估你的员工？这有效吗？我们可以做些什么来提高X的知识？我们应该在团队之间轮换员工吗？谈谈你认为难以找到的事情。

我完全建议不要浪费时间让人们在他们的区域等准备状态更新或演示文稿等。如果有什么需要知道或想要听到，请提出这个问题。显然，状态更新对您没有价值。你想听到什么？

希望有所帮助！

Answer 6

您是否尝试过制定议程并陈述对应讨论内容的一些期望，例如：架构和面临的挑战是什么，而不是上周在任务方面做了什么？或者他们会兴奋讨论什么样的酷事？另一个方面是尝试在会议之前发送一条消息，您希望尝试将会议更改为更像这样或那样，并看看您获得了什么样的反馈，因为其他潜在客户可能希望更改但是可能不想提出改变。

另一部分是你与这些其他线索有多少定期互动？如果你每天与他们交谈20分钟，那么你可以在各种信息中插入关于你想要对会议做什么的信息，而如果互动有限，那么这可能不是一个好主意。

Answer 7

也许需要一点友好的比赛。没有什么太严肃，但有些东西可以提供一点关注。您可以通过团体投票获得最佳5分钟演讲奖。实际上，演示文稿的内容并不重要，尽管technincal可能是最好的。一旦冰被打破，你可以尝试放弃比赛方面，看看动力是否继续。

保持简短的演示文稿 - 我们做了类似的一次演讲，每次演讲1小时（每两周1次），但会议结束了......很多。

Answer 8

让您的开发人员讨论他们热衷的事情。

我可能首先发送一封电子邮件，让每个开发人员向我发送一份他们想要谈论和分享知识的三个主题的列表。它可以是从技术到工具再到测试的任何东西。没关系，只要他们想谈论它并对它有一些热情。

然后我会开始挑选并选择哪些主题以及哪些人将在下次会议上展示/交谈。我正在寻找多人建议的主题，因为如果人们对同一主题有不同的看法，那么可能会有一些有趣的对话。

但大多数情况下，我尝试和培养的是共享知识的心态。我正在寻找那些可以向我解释他们面临的障碍，他们如何克服挑战，他们用什么技术/工具来克服它，以及他们是否认为这些技术/工具将适用于他们的人未来的发展环境。希望他们对他们的解决方案充满热情，并愿意分享这些知识。

我还要让他们列出两到三件会导致他们在环境中痛苦/痛苦/沮丧的事情。我在这里寻找的是一个暴露常见问题和头痛的机会，然后看看是否有人已经成功处理相同或类似的问题。

主要是 - 知识共享。他们必须了解这个时代的内容以及每个人的目标。

在某种程度上，它就像是开发人员的支持小组。