管理像开源贡献者这样的p/t顾问？

Question

我刚刚担任了一个项目的技术负责人，该项目与其非全时(可能每周2至5小时)承包商有问题：

• 提交能降低生产应用的代码，
• 拉出不能自动合并的请求，
• 编写错误命名的测试，实际上并不测试他们声称的内容，
• 不为新提交的特性编写测试。

一个大问题是，如果代码出现问题，这些远程的、兼职的承包商不在办公室立即响应。

而且，我是这个应用程序中唯一的全职开发人员，我们不能让我花时间检查和调试其他人的代码。

我的想法是对他们采用开源的工作方式。也就是说，一个大而重要的项目(如Linux、Ruby、Rails等)接受提议的修改吗？我们找出他们的标准，然后强制执行。任何不遵守规则的承包商我们都会放手。

这就是处理人际关系的方法吗？

编辑:突出承包商的非全时性质。每周不到10个小时，通常是2-5小时。

Answer 1

在我以前的公司里，有一件事我一直在努力去理解，那就是一个项目需要保持一个最低的思考者与实施者的比率，如果你达到了极限，超过了这个门槛，你就会发现自己正处于一个你所处的境地。太多简单的“做”任务的人实际上带来了更多的伤害而不是好处。

这就是为什么我一直告诉我的老板和他的老板，我们需要花时间和投资于人。给他们一些自由，也给他们更多的责任(如果他们选择拥有它，不要把它推到他们的喉咙里)，并促进更多的思考和对产品的所有权。

然而，我所处理的一切都是在我们的开发团队内部进行的，有全职人员参与。我从来没有在你的情况下，几乎似乎承包商的定义是一个“实干家”，但话说回来，不一定。

所以我唯一的建议就是：

• 看看你能不能在你的团队里多找一个永久的人来帮你做评论和监控。
• 限制与你一起工作的承包商的数量，以便：( a)你只保留最上面的N，这会导致最少的开销；( b)你有更多的时间做你的工作，而不仅仅是整天做评论
• 找出好的，长期的承包商，并尝试将他们中的一些转变为“思想家”。如果你喜欢和他们一起工作，他们也喜欢和你一起工作，而且你已经建立了自己的期望，看看你能不能建立某种等级制度，让那些人真正地审查其他承包商的工作。
• 正如您所建议的，建立一些每个人都应该遵循的基本指导方针，当您进行评审时，如果这些指导方针没有得到满足，请以最小的努力拒绝它。

不幸的是，海事组织最不想做的事情是停止监测/审查/指导他们。正如Dan在评论中所建议的，作为团队领导，这是您比交付自己的代码更高的优先级。