与我从未见过的一群人一起编程

我已经从AP计算机科学课分配了一个小组项目，并且我需要与其他三个人一起工作。我以前从未与他们交谈过，我不知道他们的技能水平，而我所拥有的只是他们的电子邮件地址。总结起来，作业是这样的：

“作为一个团队，您将至少完成一个课程的三个模块。...”

我将尝试成为“队长”，因为他们都没有尝试彼此联系，但我很好奇：该怎么做？我已经给他们发送了电子邮件，并询问他们是否有比彼此发送电子邮件更喜欢的交流方式，但是一旦我们真正开始该项目，我就必须弄清楚谁在做什么。

我该怎么办？我如何“负责”并领导三个我从未认识的人？

这是实际作业的摘录：

因此，您需要在本周初讨论每个团队成员将在此项目中扮演的各种角色。您可以通过Pronto（或Blackboard IM），电子邮件，Wiki，Google组，博客或您认为合适的任何其他方式进行通信。如果小组成员在一周结束前仍未加入小组，请告知您的教练，他们将提供其他指导。
...
在项目结束时还将进行团队评估，您将在其中评估每个团队成员对该项目完成的贡献以及建议的等级。

编辑：许多人建议我在咖啡厅见他们，或类似的东西。唯一的问题是，我们所有人都处在不同的状态。我还发现其中一个不允许使用Facebook / Skype / twitter，因此我不得不求助于Yahoo Messenger和电子邮件。

这个项目的负责人将是一开始就负责并负责的人。

这适用于生活中的大多数事物，而不仅仅是软件开发。当其他人像没有头的鸡到处乱跑时，思考问题的人向前走说：“ 这就是我们要做的事情，也是我们要做的事情。” 通常是该人在其余项目中被视为领导者。请记住，这样做对项目的最终成败负有责任。

您想领导这个项目吗？您可以立即采取以下几项措施来产生重大影响。

1. 使用Trello这样的项目管理工具，将邀请发送给所有人，然后开始将项目的各个部分分配给其他人。
2. 生成错误数据库并开始添加任务和错误-再次，只需开始分配即可。
3. 设置版本控制存储库，并检入每个人都可以使用的良好的初始代码块。拒绝处理任何其他形式的代码控制。
4. 通过向他们展示如何使用版本控制系统和错误数据库来帮助人们进行开发。
5. 每周发送一封电子邮件，详细说明项目的状态以及前一周的进度。

这些步骤都不是特别困难或费时的，但它们将为您节省大量的时间。此外，这将使您的团队互相交谈，并使他们习惯于看到您负责。

Jarrod Nettles的回答几乎总结了我要提出的很多建议，因此，我将介绍在类似情况下我最近的经验中起作用的一些内容。

我建议找到某种与他们进行口头交谈的方法，而不是通过电子邮件。如果您不在同一地区，请在Skype上将它们全部保存。如果您在该地区，请在咖啡馆或其他地点与他们会面。在初次会议上亲自讲话会导致您实际做出决定并在那里完成工作；电子邮件线程可让那些害羞或经常不在计算机旁的人来阻止这个过程-我们都知道学生会变得多么懒惰！

在您的第一次会议中，我会尝试与您的团队结识，而不是尝试继续进行该项目-但不要忽略该项目！在4个人中，花10到20分钟破冰可能就足够了。

当谈到项目时，我建议您遍历您认为项目涉及的内容。我认为重要的是您必须清楚这是您的理解，而不是告诉他们确切的操作方法。每个人如果有想法，都应该能够将他们的想法和想法付诸实践。您应该从初次会议中走出来，并且对团队整体感觉到您有什么体面的理解。

在以后的（例行）会议中，您可以开始更详细地研究项目的不同方面；例如，仔细研究需要做什么，需要什么资源和需要多少时间以及谁可以做什么。如有必要，将其进一步拆分。也许尝试设定一些软性的期限？

你们中的任何人是否有过与从未在网上认识的一群人一起工作的经验，并且您无法亲自见面，但必须共同完成一个项目？

再加上预算不足，可笑的截止日期，以及通过市场营销而流拍的声音，这听起来像现实世界中软件开发项目的大约65％。

最好让人们自愿参加他们感兴趣的部分，而不是单方面负责和分配任务。他们可能都坐在那里，思考如何负责。或者，他们如何获得一些可怜的草皮，这些草皮太在意他们无法完成所有小组作业，因此他们可以骑上他的成绩。

在这种情况下，要做的第一件事是建立问题跟踪器并学习如何使用它。

有关如何按照您的描述处理开发的更基本介绍，我最喜欢的参考文献是Martin Fowler的文章“ 将敏捷软件过程用于离岸开发”。本文概述了建立分布式团队沟通的基础知识和高级概念：

Use Continuous Integration to Avoid Integration Headaches
Have Each Site Send Ambassadors to the Other Sites
Use Contact Visits to build trust
Don't Underestimate the Culture Change
Use wikis to contain common information
Use Test Scripts to Help Understand the Requirements
Use Regular Builds to Get Feedback on Functionality
Use Regular Short Status Meetings
Use Short Iterations
Use an Iteration Planning Meeting that's Tailored for Remote Sites
When Moving a Code Base, Bug Fixing Makes a Good Start
Separate teams by functionality not activity
Expect to need more documents.
Get multiple communication modes working early

对于您的项目，您当然不能遵循那里提到的所有提示和技巧（例如，可能没有大使或联系访问：），但是还是值得研究的。

• 对于许多拥有以上所有条件的球队来说，肯定是过大了。不过，我发现拥有这样一个全面的检查清单确实很有帮助-以便即使跳过的项目也能得到检查并有明确记录的拒绝原因-只是确保没有遗漏任何重要内容。

您没有告诉我们您有多少时间，或者您使用的语言是多少（我想说一堂课很小，但也许用您的语言来说要多得多）。

首先，不惜任何代价获得有效的产品。

如果该项目持续两周或更短的时间，请假设您将是唯一做任何事情的人，并对获得的任何帮助感到非常高兴。尝试为每个人安排事情，但要确保如果没有人做任何事情，您仍然可以使用。即使有人做某事，也不要继续依靠他们：为任何人随时退出做好准备。

如果您有一周以上的时间，请考虑安排在一周中的某一天将产品标记为里程碑，并尽可能遵守。确保有什么可以解决的不足之处：如果最坏的情况到了最坏的情况，这将是您的工作。每创建一个人，您都会看到可以改进的地方，这将激励您去做上。不要计划得太远：当然，您需要对最终目标有所了解，但短期内要保留最具体的计划。

注意，这两个部分有点重叠：这是有意的，因为我认为两周是一个灰色区域，很难完成两次迭代，但是仅一次迭代是有风险的。

我假设最坏的情况是，您将与刚接触编程的人员一起工作。我的一般建议是：

• 列出您要很快实现的功能以及将使用这些功能的人员。Jarrod建议了Trello，我完全支持：如果您的队友经验不足，那会很有帮助。您也可以尝试将错误保留在那里。
• 四人一组，您需要版本控制。如果他们不知道如何工作，可能会使其他人更不愿意捐款，但这是值得的。
• 任何外部依赖关系都可能吓跑新手。如果编写单元测试，请告诉人们不要担心打破它们。告诉人们他们不应该担心破坏构建，特别是在开始时。纠正不提交任何代码的人比提交错误代码的人要难得多。
• 检查此处建议的内容是否真的适用于您。“持续集成”是一个奇特的术语-对于一个小型程序，可能意味着“该程序运行并且所有功能都可以使用”。您是否有网站？分成小组对您有帮助吗？
• YAGNI，一百倍以上。如果确实需要，请事先为自己准备的功能写一些东西。使它正常工作，然后进行重构，否则您将无法解决它。
• 重构。工作正常后，花点时间修复它。别忘了您的队友也必须阅读您的代码：花一天的时间修复难看的东西，用性能更好的解决方案替换简单的解决方案就不会浪费一天。
• 密切注意所有零件。略读变更日志并偶尔阅读他人的代码有助于确保所有内容均符合您认为应该执行的质量标准，并确保如果该人辍学也不会那么费劲。
• 不要犹豫，去做最重要的事情，而不是您指定的事情。如果某人落后于进度，请在某处做书面记录，然后自己动手做。首先问他们，但是如果他们不回答，或者您问一两次，然后觉得他们仍然不会回答，请继续。
• 专注于做自己引以为傲的事情。即使它偏离了作业。即使您不得不削减一些重要功能，而是为了使自己的功能更加流畅。每次迭代都认为“我为此感到骄傲吗？”，然后在下一个迭代中，尝试解决这些问题。

我最近有一个失败的项目。您可以阅读我对为何失败的想法，但这总结了如果有机会我将如何做这样的事情。

Jarrod Nettles的答案很好。我将添加以下内容：

1. 期望其他三个人中至少有一个完全没有用。
2. 只是接受您会觉得自己正在完成大部分（或全部）工作，但每个人都会得到同等的信誉。任何试图使事情“公平”的尝试只会引起不必要的冲突，并使您的速度放慢。
3. 与任何优秀的团队成员保持联系。很难找到这样的人，您将希望再次与他们合作。

我已经多次担任过类似职位，因为我肯定有很多人。不过，最主要的是尽力让每个人保持满意和快乐，所以我认为您愿意承担团队领导者的任务是一件好事，但是像上面提到的某人一样，确实需要像其他人一样谨慎对待可能会觉得他们应该做这份工作。

我知道您说过，没有人愿意承担彼此之间的联系，但是有时候对人们而言，这些情况可能会很困难，就像您说的是与从未见过的人一起工作，并且很难沟通等。

首先，我将向所有人发送电子邮件，让他们知道您是谁，您应该如何处理该项目，并让您知道您想领导该项目，负责设定角色，目标，截止日期，沟通时间，聚会（如果需要/期望）和项目更新。

尽管您无法完全影响他人，但您可以跟踪谁在做什么和谁没有做什么。委派工作可以将工作平均分配给具有不同技能或水平的人员。

这样，如果某些工作没有完成，您可以自己承担将工作划分为真正热衷于从事这项工作的人们的职责。这样，您最终不会以失败的项目结束，并且您将拥有尝试交流日期，时间和所有出错时可以显示的所有相关信息的记录。如果有人不减轻体重，所有使您处于正确状态的事情。

在提示方面：

我个人喜欢这里的协作工作环境：https : //docs.google.com/

这使您可以共享Word文档，电子表格等。这是一种很好的协作方式。我不能强调有时候这是多么有用。我与目前不在该国工作的一些人一起使用它。

希望这对某人有所帮助，领导一个项目有很多方面，我们可以永远进行下去，但这取决于很多事情。至少这有一点帮助。