将软件项目外包--解决冲突
我的任务是管理一个外包给一些乌克兰开发商的项目。
公司通过埃朗斯以固定的价格雇用了他们。这时，我的老板让我一个人来处理他们，把工作做完。我创建了一个详细的规范，说明了需要完成的全部工作。
该项目涉及处理诸如XMPP、RabbitMQ和数据库等问题。在我和他们的第一次见面(总是即时通讯)中，我彻底地解释了他们需要做什么。他们似乎明白这一点--而且他们很有信心，这样做会很容易。
到目前一切尚好。但一周后，当我们再次见面时，他们对需要做的事情充满了误解。当我问其中一个开发人员是否了解XMPP时，他说他是第一次使用XMPP。在我们的第一次会议上，我非常具体地提到了项目的复杂性和所涉及的技术。此外，我还反复要求他们编写一个功能规格，说明他们将如何做到这一点。但他们拒绝了，并坚持他们宁愿写代码。我说好的。
该项目在3周后完成，他们交付了所需的东西。从那时起，我开始检查代码。这在很大程度上是可以的，但也有一些重要的问题：
- 他们将一些需要分离出来的东西硬编码成一个配置文件。
- 有多个配置文件需要合并到一个
- 他们绝对没有写任何文件
- 其他一些小变化
我让他们做这些改变(除了文档) --而且，我们有一个争论。
他们说，既然价格是固定的，我要求他们在完成工作守则后作出任何改变，是不公平的。他们在这个项目上花了不合理的时间，现在要求任何东西都是完全错误的。
现在他们终于做出了改变，项目也就结束了。但它在我脑海里留下了一些问题..。
- 他们做了需要做的事，但我需要正确地做，因此改变了。我真的不公平吗？
- 为什么我同意让他们在没有功能规范的情况下编写代码？
- 为什么我不确定他们第一次就明白了一切？
有没有人发现自己处于同样的位置？你认为有更好的方法来管理外包项目吗？
-更新--
谢谢大家的意见--在回顾了所有的经历之后，我可以得出结论.
- 虽然我对我身边的规格并没有含糊不清，但我肯定没有像建议的那样让它们变得铁板一块。因此，拿走是:始终要尽可能具体-从他们的角度看你的规格，看看你是否遗漏了什么。至少重复三次。
- 仅仅指定代码应该做什么还不够。您必须指定代码应该是什么样的。目录结构将是什么；如果可能的话，甚至文件名。这会让你以后避免很多烦恼。严格指定编码准则、变量命名约定、内部文档格式等。确保它们遵守这些准则，如果不遵守，则尖叫。
- 要求他们提供一个功能规范--坚持在任何代码之前都要编写它。这将消除许多困惑和误解。
- 在开发代码时检查代码，以便更早地识别异常并得到纠正。至少每隔一天和他们交谈一次。
- 最后，努力与他们建立良好的关系。让他们觉得你欣赏他们的工作。不要为了满足你的指导方针而夸张地催促他们--而是要求他们这么做，告诉他们，一旦他们完成了项目，你就可以更容易地维护代码了。
回答 5
Software Engineering用户
发布于 2012-03-01 17:13:16
首先，这不是外包的问题，而是供应商管理的问题
是的，你犯了很多错误，…
他们做了需要做的事，但我需要正确地做，因此改变了。我真的不公平吗？
是的，这是公平的，如果你希望它做一定的方式，你应该说，在价格是商定的，所以他们可以相应地出价。
为什么我同意让他们在没有功能规范的情况下编写代码？因为你不想为规格买单！文档是耗时且昂贵的，他们应该免费做吗？
为什么我不确定他们第一次就明白了一切？
他们确实明白。但在你的第一次会议后，合同被签署(并同意的固定价格)是当你支出它！所以需要削减成本(小时)，使他们能够做到..。基本上每周只开一次会，不给任何反驳的选择。
这里是如何在下一次…做到这一点分两阶段…
阶段1:让他们收集需求，执行系统分析，并编写技术设计和\或功能规范(或者自己编写)。就这个阶段的价格达成协议。一定要解释一下，你并没有承诺给他们一个发展阶段。一定要在价格中包括开会的时间。
第二阶段:让他们投标的开发基于规范，现在他们(和你)有，并真正知道的努力是必要的。同样，一定要在价格中包括开会的时间。因为要包含一个用于更改的小的可选预算。
编辑:我想补充一点..。供应商在这方面也有问题，其中一部分工作太有助于指导您进行项目管理，并让您知道流程中有哪些地方会出现短时间。
Software Engineering用户
发布于 2012-03-01 17:00:25
我需要把它做好
然后，不要把它外包出去，或者如果你这样做了，那么确保他们在您的项目团队中工作，并确保您当时参与了代码评审。
该项目在3周后完成，他们交付了所需的东西。从那时起，我开始检查代码。
同样，您应该在项目期间，而不是在项目之后检查代码。
他们说，既然价格是固定的，我要求他们在完成工作守则后作出任何改变，是不公平的。
你给了他们固定的工作代码。糟了。那不是他们的错，是你的错。支付他们参与你控制的冲刺的时间，你就不会遇到这个问题。您应该支付他们的时间和接受用户故事，而不是代码。
在我和他们的第一次见面(总是即时通讯)中，我彻底地解释了他们需要做什么。他们似乎明白这一点--而且他们很有信心，这样做会很容易。
在处理一个完全外包的项目时，您需要确保您的规范是铁板一块的。如果你必须解释任何花费超过几句话的时间，那么你的规范是不完整的。这就是他们偏离规范的原因。
当我问其中一个开发人员是否了解XMPP时，他说他是第一次使用XMPP。
当开发商将简历和技能过度膨胀以获得这份工作时，将其外包到受欢迎的低成本离岸国家是很常见的。他们通常不会担心自己的能力，直到他们着陆，因为他们中的许多人只是在恢复建筑，以土地的工作，实际上支付了舒适的生活工资。
为什么我同意让他们在没有功能规范的情况下编写代码？
只有你可以自己回答这个问题，但下次要把它当作一次学习的经验。
Software Engineering用户
发布于 2012-03-01 17:47:07
公司通过Elance以固定的价格雇用了他们。这时，我的老板让我一个人来处理他们，把工作做完。我创建了一个详细的规范，说明了需要完成的全部工作。
所以你们两个先签订了一份合同，然后他们让你写了一份规范，然后他们接受了这个规范，成为你合同的一部分？如果是这样的话，那不是你的错，那是你承包商的错。你可以轻松地写一份说明书，给他们三个月的工作时间，而不是三个星期--所有这些都是以相同的价格。
这在很大程度上是可以的，但也有一些重要的问题：
- 他们将一些需要分离出来的东西硬编码成一个配置文件。
- 有多个配置文件需要合并到一个
- 他们绝对没有写任何文件
- 其他一些小变化
这些东西是你规范的一部分吗？如果是的话，那是他们的错。如果不是，那就是你的了。如果不太清楚这些东西是否包含在规范中，那么这也是您的错，因为您编写了文档。下次试着写一个更好的规范。
https://softwareengineering.stackexchange.com/questions/137794
复制相似问题
腾讯云开发者
