如何保持一支训练有素的团队？[关闭]

我目前正在指导由小型软件公司组成的4人初级开发小组。他们非常聪明，经常通过高质量的工作来完成任务，但我确信他们仍然可以做得更好-实际上，我对自己的感觉完全相同：)-。此外，其中一些比其他的更“初级”。

因此，除了他们在日常工作中获得的经验之外，我想找到一种有趣的方法来提高其CS技能（设计，编码，测试，算法...）。例如，我正在考虑设置不超过2个小时的每周课程，在这里我们可以聚在一起进行富有挑战性的CS练习。有点像编码道场。

我确定团队会喜欢的，但这真的是个好主意吗？在专业环境下会高效吗？他们已经花了整整一周的时间来编码，所以我应该如何组织它们以便使他们获得一些好处？

欢迎任何反馈！

这里有一些想法

• 读书俱乐部，阅读诸如实用程序员或其他以职业为中心的书籍。
• 在编写Dojo编码时，您可以从项目外部的一个简单问题开始，然后将其扩展到Project或选择其他方式。
• 回顾会议或反馈会议，目的是从小组本身那里收集想法，以改善每个人都参与的项目开发

• 指定人员出席的用户组会议将提高团队的介绍/软技能

• 偶尔执行与工作无关的任务，例如去Dave＆Busters参加一个有趣的星期五或其他活动。

为了使整个团队感兴趣，任何任务或会议都应少于45分钟。任何超出时间和精力的事情都将完全落在演示者或小组负责人的肩膀上。

人们可能对自己的学习方式有自己的想法。就我个人而言，我宁愿在自己的时间参加课程或从事项目工作，并且两者都做到了。如果团队中的每个人都接受培训，那么就去做吧，只要您的团队中的人不会随着时间的推移开始将其视为“工作”即可...

我认为，保持团队训练有素的唯一方法是雇用想要继续学习的开发人员。

如果不是从内部来的，则不会产生持久的结果。

如果他们确实想学习，那么团队学习活动是否有效将主要取决于兴趣和学习方式。

我认为dojo系统听起来很酷，并且允许他们在需要时在家中进行。添加某种奖励可能会很有用，但您可能会强调竞争，我认为这对团队合作没有多大好处。无论如何，Sphere Online Judge是寻找计算机问题的绝佳去处。它定义了一个问题，一组预期结果，并允许您上传包含问题解决方案的文件。如果做对了，您的观点就会上升。

祝你好运！

作为开发人员，我们需要许多技能，这些技能不一定与代码直接相关。一个示例就是以非技术人员可以理解的方式介绍和解释技术内容。在使您的团队达到他们想要的目标时，有效的做法是进行家庭作业。

每周，您都会给您的问题解决。为了使它对公司最有利，请将问题保留在与您正在从事的事情有关的事情上。最好是您还没有为自己找到解决方案的痛点。在您扮演客户角色时，您的每个下级成员都会轮流进行演示（最好是每周一次）。本质上，使用此方法有两个目标：

1. 教学/演讲的行为要求地板上的那个人比做练习更深入地了解。这是一种间接的但非常有效的向某人教授主题的方法。
2. 如果他们可以说服您这是一个好主意，则他们可以说服客户。确保提出问题，使他们考虑提议的业务影响。

当然，在每次会议开始时都会提醒您要提出尖锐的问题-目的不是要刻薄，而是要为艰难的客户做好准备。

作为经理或高级管理人员，我将努力在“实际”工作中不断提出挑战。尝试给人们一些需要努力的东西，或者至少挑战他们。如果需要，请派他们的一位同行帮助和辅导。

某人完成某件事后，挑战他们尝试一种新的/不同的方法。

指导他们现场解决问题，而不是解决他们尚不知道的事情。

将学习整合到工作本身中，用于学习的辅助项目往往会随着最后期限的临近而被跳过。

有时，直接说明对特定专业知识的需求可能会起到激励作用。

给他们每周3个小时的时间，研究/研究他们对编程感兴趣的东西。理想情况下，这会更多，但我认为3个小时是一个好的开始。它可能全部集中在一起，在整个过程中可能会细分为30分钟。听起来这些程序员有足够的动力去控制一切。

但是，让他们探索自己感兴趣的领域也会回来为团队提供帮助。一个真正喜欢数据的人可能会使用NoSQL解决方案来研究和编写一个小型应用程序，这可能会帮助几个月后完成的项目。另一个人可能会针对小型需求（例如解析日志文件）使用小型实用程序应用程序，而该应用程序已成为您团队中的主要应用程序。甚至通过阅读有关大公司正在做的事情而获得的知识也可以帮助评估即将到来的下一个项目的选择。

我们处于一个不断变化的环境中，我敢肯定您团队中的每个成员都会带来一些独特的东西，因此请给他们机会，以他们自己的方式扩展。他们会很感激他们没有被强迫做某事（即使所有的意图都很好），而且您会获得各种各样的反馈。

我见过的另一项有效的技术是高级开发人员/顾问的午餐演示，每月大约一次。并且不要忘记提供午餐。我认识的大多数开发人员都喜欢免费的grub。您可能会问他们是否喜欢任何特定主题。