再次问候大家！ 按照承诺，我将继续写有关IT管理的文章。 在上
一篇文章中，我谈到了在团队中寻找和雇用新球员的问题。 但是，无论他们有多酷和有才华，他们都还不是团队。 您可以与足球进行比较：您可以购买超级球员并在场上释放他们，但他们不会成为一支球队，并且由于没有战术和策略，他们很可能会输掉比赛。
聘请精明的专家团队如何解决业务问题？
目标，目的和策略
在雇用新员工之前，您必须明确定义目标。 创建新服务需要某些技术，而这些技术又需要专家的能力。 也就是说，聘用工程师的能力必须应对挑战。 保留一支潜力很大的任务重叠的专家团队是没有道理的，某人只能保持闲置状态，这是非常不合理的，并且从根本上违反业务原则。
因此，从分析开始，并制定工作计划，描述所有职能，能力和职责范围。 花时间去做，得到一些想法并采取行动。 相信我，这一次将在将来带来更多回报。
团队以及他们为什么无效
什么是团队？ 您可以表述这个定义：一群出于动机和兴趣而团结在一起以实现共同目标的人。 听起来不错，但实际存在问题。
- 相互理解并说相同语言的能力。 我们都是不同的，对事物的理解也各不相同，我们只能对此达成共识，这就是一个人的工作方式。 每个人都有自己的世界观。 您要求套用某些功能，例如，在Excel中从表中卸载，但是输出是完全错误的。 这似乎是一个简单的任务，但是在解决过程中却有些废话。 每个人的经验和思维方式都不相同，而且与他人暗示着与您相同的事实也相去甚远。 这个主题有一个有趣的测试 ，请尝试将其提供给同事。
- 说话能力。 通常情况：遇到困难的任务，有必要找到最佳解决方案。 您会聚同事并建议讨论解决方案。 好吧，如果有人说出来，但是碰巧人们无话可说。 他们只是等待特定的任务，就像他们被告知的那样，他们会写。 他们根本不了解或看不到他们如何提供帮助。
- 动机和兴趣。 您确定他们与TL和团队一致吗？ 您有动力使功能正常工作并按时完成。 团队成员想引入一种新的语言，或者尝试为在此刻需要此功能的所有场合提供一个很棒的体系结构解决方案。
- 听和听。 通常，会议中的工程师完全不了解为什么要退出会议，甚至不听。
- 参与过程。 碰巧程序员只是解决了某些任务，但他们不了解整个项目的最终含义。 例如，您需要添加一个按钮，但是他们不明白为什么，他们只是“盲目”地编写代码以关闭故障单。
最后，事实证明，这是一群不了解自己做什么和为什么做的人。 它似乎正在向某处移动，因此下降。 每个人都有自己的动机和目标。 尽管这称为团队，但实际上并非如此。
在创建团队并在其中建立流程时，您必须首先处理上面列出的问题。 当然，其他困难将等待您，但是必须首先克服这些困难。
如何团结人
从团队领导到首席技术官，领导者的主要任务是最大程度地降低所有负面因素和干扰因素的影响，并实现团队最高生产率。
我认为，一个好的团队的关键过程是沟通。 下面，我将列出建立交流的基本原理和技巧。
- 与每位员工坐下聊天，询问技能和经验。 尝试发现同事的优点和缺点。 您需要进一步确保人们利用自己的优势互相补充。 这是最终获得最大效率的唯一方法。
- 为团队带来工作目标。 如果实现了某种功能，那么每个人都应该了解其原始含义。 例如，需要与合作伙伴集成以扩大种类并增加销售，从而提高公司的利润。 向团队介绍这些功能的终极本质，这样人们就可以理解真正的目标并更乐意完成任务。
- 用简单的语言解释所有内容，以便每个人都可以理解，他毫不怀疑。 正如爱因斯坦所说：“如果您不能简单地解释它，那么您自己将无法理解它。”
- 让人们参与讨论。 例如，如果销售部门有问题，那么您可以询问团队他们对此有何想法。 首先，没有人可以说出来，但是没有人愿意采取第一步并开始对话。 逐渐让团队参与讨论。 每个工程师都必须了解他们正在听取他的意见，这一点很重要。 我们以某种方式将内部系统与其他物流服务集成在一起。 他们以为自己很舒服。 但是当他们坐下来为客户安排物流时，他们意识到使用，发送数据，查看状态等不便。 因此，我们确定了问题所在，这些家伙都被带走了，并开始解决问题，好像是他们的痛苦一样。
- 忘记“错误”这个词。 表明错误或失败是在寻找新的解决方案。 所有团队成员必须了解这是正常的工作流程。 无所事事的人不会误会。 每个人都学会了骑自行车，我认为没有人能够骑自行车而不会摔倒。
- 学会只在这种情况下批评。 您不能说一切都不好，您的决定也不是好的。 合理地，没有否定性地解释为什么特定解决方案不起作用，并提出替代方案。
- 说相同的语言。 讨论任务并要求摘要。 好的做法之一是要求工程师讨论问题的解决方案以及他如何理解一切。 您可能会发现许多发现：有时他们理解的内容与您所说的完全不同。 最好花一些时间讨论，而不是以后惊奇地发现完成的任务的结果，而这与计划完全不符。
- 学会抢先，并将其教给同事。 这是指错误。 人们必须站出来谈论过程中的困难或失败，而不是在冲刺结束时谈论。 报告说，找到最佳解决方案很重要，而不仅仅是完成特定任务。 将来，这可能会影响某些方面，从体系结构的角度来看，这很重要。 因此，即使可能需要更多时间，也最好立即执行。 每个团队成员都应养成先行一步的习惯，而不要stick脚，因为截止日期已经到了。
- 与团队讨论任务，而不是与其他高管讨论。 首先，它将使他们参与此过程，其次，他们可以提供您自己没有想到的非常好的解决方案。 记住，一个好的程序员不是将逻辑转换为代码的人，而是一个完全解决问题的人。 编程在一定程度上是创造力，因此请给团队自由的编程能力。 这样的方法将一次又一次为您提供真正优雅且称职的解决方案。
- 创建一个帮助室。 您应该在一个可以与任何员工交谈的地方，找出他的工作中存在哪些问题，什么可行，什么不可行。 重要的是，您要听这个人，他也明白这一点。 因此，可以确定其工作效率不足的原因。 例如，他的任务可能设置不正确，或者椅子可能会摔倒。 与同事进行系统的交流，保持团队生活的节奏。 因此，您可以防止发生冲突情况并简化工作流程。 如果每个人都默默地编码并且不与任何人交流，那么团队就会遇到问题-没有交流。
- 说谢谢。 如果人们做得不错，请务必感谢他们。 这件事非常重要，每个人都珍视您而感到高兴。 但不要滥用，否则感激之情会迅速贬值。
- 谈论公司的成就。 一个团队或特定的人应该意识到他们对共同事业的贡献。 当程序员从其他部门获得有关成功的反馈时，这很棒。 例如，营销人员可以谈论网站改进后的销售增长，或者经理可以谈论优化服务以加速其工作。 这提高了团队的士气。 最好的做法是，不时CTO甚至CEO都会收集普通员工并报告成就。
如您所见，大多数技巧都与沟通有关。 如果从一开始就没有能力胜任团队建设，那么就会出现问题。 是她在很大程度上决定了工程师的效率。 相信我的经验，最好不要花时间和精力立即执行此操作，而不要稍后解决问题。
控制的微妙之处
我以某种方式阅读了有关最佳团队规模的有趣理论。 乔治·米勒（George Miller）从事记忆研究，作为实验的结果，他可以得出结论，短期人类记忆中通常有5至9个不连贯的元素。 也就是说，一个人不需要根据一些原理和特征将它们分组以便于记忆。 Scrum的父亲杰夫·萨祖兰（Jeff Sazurland）重申了丰田的成功，他认为车队最多只能有7个人，因此这条规则是“一个项目要7个人”。 在他看来，只有这样的团队才能达到生产过剩的效果，它们的效率才能提高8倍！
我很惊讶，但是这些理论起作用了。 我有一个由12至13人组成的团队，我将其分为两部分，瞧瞧，生产力显着提高了。 随着程序员人数的增长，我创建了一个由6个人组成的第三小组。
下面，我将提供有关团队管理的建议，虽然它们并不是什么新鲜事物，但它们在当时对我有很大帮助，我自己也确信它们在实践中的用处。
- 合并团队，使其有成长的地方。 我早期的错误之一是将我的同事按级别划分为两个团队：一个团队聚集了强大的程序员，而另一个则经验不足。 改组后，生产率提高了。 每个人都开始更加密集地发展：新来者获得了技术经验，而强大的工程师尝试着自己作为导师。
- 学习正确分配任务。 程序员是公司的挚爱员工。 在他面前必须总是有挑战。 让事情变得比他马上能解决的复杂。 这将帮助他成长。 有经验的高级人员不应坐立不安，即使他比新手专家也能更快地完成任务。 不要用显微镜锤打指甲！ 当然，难以选择所需难度级别的任务，因此要保持平衡并与常规任务结合。
- 正确地激励员工。 这里需要一种单独的方法：一种是金钱，另一种是职业发展，第三种是成为一名超级职业人士，以便每个人都向他寻求建议。 也就是说，给他们他们真正需要的东西。 这将比当局从上方发布的某种命令更长久，更有效。 此外，更容易在公司和员工的需求之间取得平衡。
- 舒适的工作时间表。 很长时间以来，我都与当局争夺灵活的时间表，但最后我证明了他在人数上的优势。 我们与团队商定了工作时间，而每个人都可以在自己方便的时候来，在必要时出差。
- 不要试图控制每一步。 人们必须意识到自己的责任。 知道这一点的人会更有效率和更独立。
- 不要节省训练。 派同事参加会议，研讨会和其他活动。 贵吗 将他们自己安排在非正式的环境中，然后喝杯茶和披萨。 让人们分享经验，谈论新方法或一起解决一些棘手的问题。
- 开车不开车。 我认为这是特技飞行。 指示方向很容易，但是控制团队每个步骤的领导团队要持续多久？ 在一个好的团队中，负责人和部门其他人是同一位员工。 只有他不考虑特定的任务，而是公司的发展。 他不时地报告问题或新的工作方向，其余的就不断地提出并做出决定。 在我看来，这是最有效的管理方法，只有这样，才应该组建一个好的团队，并调试其中的所有流程。
令人惊讶但真实
在某些时候，您要推的手推车必须自行行驶。 在一个好的团队中，当出现问题或设计新功能时，人们应该坐下来讨论可能的解决方案，提出自己的选择。 理想情况下，他们可以没有您。
在一个真正的团队中，员工变得更加负责，他们很好地了解了目标和总体发展方向。 就像划船的人一样，他们同步运动，将船推向胜利。 然后他们自己会开始向您提出有关如何改进或优化某些东西的想法。 他们将开始看到问题本身，而且他们将渴望自己解决问题。 在这样的气氛中，对任何人都不愿做的日常工作的态度将会改变，他们的热情和素质将得到解决。
一旦我去度假，从那里我就写信给同事，询问工作，然后他们就放弃了，建议我休息，不要考虑工作。 我到来后最大的发现等待着我：工作如火如荼，像以前一样，工作按时完成，所有出现的问题都由我的同事解决，而没有我的参与。 那时我才意识到这是一支真正的团队。
结论
一个高效的团队是一个从错误中学习，成长并知道如何快速纠正或预测这些错误的团队。 在其中，每个人都互相倾听和倾听，并总是前来救援。 团队就像正在发展的生物。 有好的解决方案，但不是很好的解决方案，但是如果整个团队朝着他们前进并不断改进某些东西，那么每个人也会为此而努力。
理解自己编写的功能目的的人会更有动力，并且可以为其他人看不到的问题提供解决方案。
确保在团队中参与开发过程，并最大程度地注意沟通。 我相信团队领导足以编码10％到20％的时间，其他一切都是流程和人员。
人是您最重要的资源，以您希望他们与之相关的方式对待他们。 为他们的发展和成长创造条件。
我离开了我从头开始建立的公司，六个多月来，一切都一直在那儿移动和发展，利润正在增长。 他带着清楚的良心离开了公司，那时我已经意识到公司中的一切都已完成并正确构建。 也就是说，少数工程师能够成长为一个成熟而独立的团队，每个团队都成长为专家。 工作如火如荼，业务在发展，这不是该方法有效性的最好证明吗？ 然后可能会出现问题：“那为什么您需要经理？” 为了建立这样一支有效的团队。
感谢您的关注！ 在下一篇文章中，我将讨论向团队介绍新员工的细微差别。
我的其他IT管理文章：
什么是团队负责人一无所有的梦想团队：聘请IT专业人员新员工-生死攸关成长，团队负责人，大大小小的