问开发团队的组成

EN

团队是一组人，每个人都可能根据自己的长处和能力有自己的目标。在一个团队中，技术专家和更倾向于沟通而不是技术方面的人并肩工作，这是没有错的。

当然，这需要一个良好的组织和相互尊重。有一种风险是，拥有大量技术背景和良好代码库知识的人会利用他们的代码库知识和技术技能，认为自己更优越、更聪明或其他任何东西，并试图迫使每个人都同意他们的决定。

有些情况可能会使这一风险更高。示例：

• 在一个小组中有一个“大师”，并且不断地把他当作最好的人对待。例如，如果开发人员有自己的意见，而专家又有另一种意见，那么对于管理人员(项目经理、主任等)来说是错误的。就是说：“他是一位大师，所以按他说的去做，闭上嘴”(或者，以一种更礼貌的方式：“他有足够的经验，他对密码很了解，所以相信他”)。
• 有一个独立的技术专家团队(在你的公司里是这样的吗？)，同样的原因是:如果你孤立一群人，并公开认为他们是最好的，他们可能会开始忽视那些不是团队成员的人的意见。

至于你的第二个问题，你需要有足够的背景来领导一个开发团队。否则，你不仅会不明白他们在做什么，而且他们还会给人一个不好的印象，以为自己是由一个缺乏经验的人领导的，而且会避免问你问题。

这么说吧，不，你不必是一个技术专家。这是一个好处，但如果我必须在一个有良好沟通技能但缺乏一些技术技能的人和一个根本没有沟通技能的大师之间做出选择，我将永远选择第一个。

棒极了，

• 你的队伍很强大，
• 这个方法看上去很不对，选择了它的流行语值，
• 那些知识最渊博的人实际上已经被从团队中移走(而不是分散到平衡的子团队中，在那里他们可以做出贡献和领导)，并被派往深思岛上进行神奇的探索。

这三个因素都导致了一个单一的结论:你的经理是随意行事的。

...and你担心顾客吗？我的意思是，顾客是你在这里所关心的最后一个问题(是的，不应该是最后一个，我们可能会同意)，但我在这里看到的是：(请原谅我的法语)

• 一个超级粉丝，
• 一堆粪肥慢慢地落在上面，
• 你在中间，试着把你的重量扔进风扇里。

远离那些老一套的人和他们的意见，记下他们和他们的意见是如何影响你的工作和项目，如何，什么时候:重大的重组将到来，你会想要有可参考的事实来支持你在这个情况下的地位和作用。

领导开发团队的职责可能有很大不同，从分配任务、批准生产代码、设计架构、决定计划数字或培训需求等，到批准休假请求等更普通的任务。虽然您可以将一些任务委托给团队成员，但是如果您在某些类别中缺乏专业知识，那么您将很难领导这样的团队。了解团队做什么和如何做是很重要的。

从您的问题中，我收集到您主要关注的是团队缺乏沟通技能，因此与其他部门(或客户)的协调和跟踪需求是一个问题。似乎您的团队将受益于增加一个项目经理或联络经理的团队。这并不意味着这样的经理需要是整个团队的领导或技术总监。他的工作是在处于困境的沟通伙伴之间架起一座桥梁，并在他们之间进行转换，而不一定要领导他们。