团队课程的方法论

Question

我需要一种方法来组织我的团队完成一项大学任务。

我是一名大学生，已经有一些编程经验。我在一个相对较大的项目中超过2人的团队中工作的经验是，由于计划、组织和沟通问题，在上周左右的时间里，所有的事情通常都做得很快，而且做得很糟糕。在一月份，我将不得不在一个6人的团队中做一个(对我的技能来说很有挑战性)编程项目(Oracle上的Java应用程序)。我已经了解我的团队成员，并被选为项目负责人。期望人们在任何有意义的时间里聚在一起是不现实的--每个人在不同的时间都是空闲的，可能没有比每周1小时的会议更现实的了。人们努力工作，追求成功，但每个人都有自己的情况。大多数情况下，分布式工作是可能的发展方向。

我看过XP，Scrum，但它们都需要坐在一起(不太可能)，目标是项目的全职开发(人们有其他任务和兼职工作)和客户参与(我们将有书面的规范，根据经验，来自导师的电子邮件最多在2-3天内得到回复)。

有什么建议如何组织人员和划分工作吗？我对这个话题的研究是认真的，因为以后会有更多这样的作品。

感谢您的帮助。

Answer 1

去年在大学时，我是团队项目(6人)的负责人之一。根据我的经验，我有几个关键点。

虽然论坛，在线聊天，电子邮件，SVN提交消息等都是非常好的沟通机制(我推荐它们)，但没有什么比每周的会议更重要了。这些应该包括委派/讨论/监控任务，讨论一般问题和更大的图景，做出团队决策，以及简单地使用您的应用程序并将其作为一个组来识别问题。通过这样做，人们在他们的任务中处于什么位置，他们可能会在哪里感到困惑，以及他们是否知道需要做什么，这一点立即变得显而易见。这一点至关重要，因为“迷失”和不知道从哪里开始的感觉往往是取得进步的最大障碍，而不是懒惰。此外，团队决策最好是当面做出，在那里你们可以相互交流想法……这一切都有助于建立一种共享所有权的感觉。

没有一种最好的方法来制定、委派和监控任务。但重要的是，您可以将工作负载划分和并行(尽可能多地)为合理大小的任务，并确定它们之间的依赖关系。我们的团队在我们的存储库中维护了一个TODO文件，其中包含任务、日期和错误的列表。我们根据一些因素来确定任务的优先级，比如它们是强制性需求还是可选细节(比如MoSCoW)，它们是否在关键路径上，有多大的风险/不确定性等等。我们根据他们的长处和他们是否真的想做任务来分配一到两个人来完成大多数任务，但我们也把一些任务留给了任何想要他们的人(这也是潜在的危险)。我们中几个更强大的程序员也扮演着“浮动角色”，这意味着我们可以帮助完成任何任务。一个关键点是，任务描述应该包含会议中讨论的所有内容……什么，为什么和几个“如何”的句子作为开门红(即“为了完成这件事，你可能想要读一下blablabla”)……任何让你的队友很容易陷入任务的事情。

Answer 2

虽然不是一个编程项目，但我目前的位置与您选举的5人小组任务的组长相似。我们将提前两周结束，所以我想说这个团队是成功的。作为组长，我做了一些事情来确保这件事的发生(我也借鉴了在“真实世界”情况下管理项目的经验，所以可能会更有优势)：

• 根据偏移量设置基本规则。确保每个人都知道对他们的期望:会议出席率，工作截止日期，如果他们遇到困难该怎么办。我们大学有一套制度，如果人们没有“举重”，就可以将他们从小组中除名。如果您的uni有类似的情况，也应概述启动该过程所采取的步骤。例如，错过两次会议，你将被“黄牌”。错过另一个，那就是“红牌”。
• 将任务分解成可管理的块，然后决定一个时间线。如果你已经知道每周应该做什么，那么每周分配任务就会容易得多。或者，当然，无论你决定什么时间框架。
• 会议。应该有一个初始会议，上面的一切都已经决定了，可能是一个相当长的会议(我们的第一次会议花了90分钟)。在那次会议中，列出下一次会议之前要完成的任务。然后，在随后的每次会议中，验证每个人所做的工作，确保工作的完整性和正确性。然后，当然，委派下一次会议要完成的任务。
• ，每个人，每一对，或者其他任何人，都应该离开，自己独立地完成工作。因为会议时间很短(就像我们的会议一样)，所以他们应该确保一切都完成了，计划制定了，任务是delegated.
• Communication.我建立了一个论坛，让我的小组成员就他们正在做的工作进行交流，并上传完成的材料。我还有一个特定的子论坛，人们可以在那里发布他们可能遇到的任何问题-规则是他们应该在下一次会议的足够时间内这样做-以便其他人可以帮助，或者可以重新分配任务。重要的是，每次会议都要记录会议记录，并为下一次会议设定议程。我把这些上传到论坛上，这样任何错过会议的人都不会被蒙在鼓里，知道他们需要做什么。

因为你的项目是一个编程项目，下面的内容可以帮助团队保持组织和凝聚力：

• 在早期--最好是在第一次会议上--将你的程序分解成“模块”或类/过程/任何东西；基本上，要写的是可管理的、独立的代码块。然后，可以每周将这些分配给某人。为了确保以后不会将时间浪费在不必要的代码更改上，请确定全局变量。在开始编码之前决定每个类的方法和属性可能是个好主意。
• 正如sgolodetz建议的那样，你可能还想使用版本控制来跟踪正在编写的代码。同样，如果您这样做，请确保规则/指导原则已经到位，以便update.
• Perhaps安排从事相关任务的人员在两次会议之间会面的时间/频率，以确保他们的代码能够很好地集成。这样，他们就可以协同工作，确保每个人的代码与另一个人的代码“协作”。

我认为这里的关键是要有组织。有一个严格的、详细的计划，并尽可能地坚持下去。

至少在大学里，我认为有一定程度的冷酷是很重要的--记住，如果人们不尽自己的力量，也会影响你的成绩。可能只有我一个人，但一旦制定了规则，就应该遵守并打破规则(例如:不完成工作或不让别人知道你在努力工作，不出席会议等)应该总是导致“卡片”系统--就像一开始就同意的那样。这关系到你的未来，所以不要让那些不在乎的人危及你的未来。

Answer 3

以下是一些想法：

• 通信--也许使用IRC或wiki
• 给人们分配任务--你需要找出人们的优势和弱点在哪里，把项目分解成块并分配给他们accordingly
• Monitoring --人们远程工作的项目的一个大问题是他们可能不能按时完成工作；您需要考虑如何保持在这一点上(例如，使用版本控制，并查看签入)-为了使这项工作生效，每个人都需要购买它的up-front
• Strategic保留-可能值得有一个人(如果您是最强大的程序员，也许你)承担跨项目的任务，其他人发现很难防止人们陷入

的泥潭