首页
学习
活动
专区
圈层
工具
发布
社区首页 >问答首页 >您的团队是否开发了他们的支持工具,还是应该将其外包出去?

您的团队是否开发了他们的支持工具,还是应该将其外包出去?
EN

Software Engineering用户
提问于 2011-01-05 14:57:20
回答 2查看 146关注 0票数 1

支持工具,我的意思是:

  • 参考数据管理器,如反病毒软件的病毒定义。
  • 测试数据发生器
  • 游戏级建设者
  • 模拟器或高级模拟系统

构建core product的团队(在上面的情况下,游戏或反病毒)应该是supporting tools开发的重要部分,还是这是一项将团队外包以帮助它专注于产品的任务?

我没有足够的经验来评估每一个的利弊,所以我想让你拿出个人的经验来分享,甚至是你读到的关于这个问题的研究或论文。

EN

回答 2

Software Engineering用户

回答已采纳

发布于 2011-01-05 15:17:38

这是一个非常棘手的问题,因为在某一方面,这些类型的工具可以很容易地外包,比产品的核心元素更容易外包,但相反,如果您自己创建这些工具,您可能会发现它增加了对产品潜在核心元素的理解--例如,测试数据生成器可以告诉您很多关于您自己的数据完整性规则的信息,除非您尝试使用外包工具,否则可能不会出现这些规则,尽管当然,定义规则也可能有帮助。

我想我的核心指导原则很简单:它经济吗?

  • 是否需要更长的时间来定义问题,将定义传达给外包公司,并与他们一起管理流程,而不是构建工具?
  • 开发内部工具是否会为现有软件的行为增加有用的专门知识?
  • 是否有一种第三方工具,也许可以通过一些定制来完成这项工作,而不是做任何定制的东西?
  • 我们对人力和最后期限的看法如何?

在我工作的地方,我们成功地外包了一些QA工作,但是我们倾向于在内部开发支持工具(事实上,这主要是我的工作),并且与手头主要产品的开发人员一起进行指导是非常有用的。

票数 6
EN

Software Engineering用户

发布于 2011-01-05 15:51:34

最好的经验法则是:

  • 是与核心业务相关的工具。如果某件事与核心业务相关,那就把它建在自己的房子里。如果不是外包的话。因此,游戏建设者应该把模拟器和模拟系统放在内部,但要以库等为核心。你不需要重新发明车轮,但也不要买东西,然后发现它不适合业务,所以你最终要么修补你的过程(坏)或修补产品(更糟)。
票数 1
EN
页面原文内容由Software Engineering提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://softwareengineering.stackexchange.com/questions/33920

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档