创业阶段，将软件开发交给外包团队可能不太明智
创业公司在外包开发时，由于缺乏管理外包业务经验，需要三思而后行。本文作者Karan Chaudhry是创业公司的导师，他介绍了创业公司在开发软件时不该使用外包团队的原因。
企业家想要以更便宜、更快、更有效的方式达到目的。有时眼前节省的一点钱是抵不过最终成本的。
我是一个连续创业的人。在过去的几年里，我成功地为自己的创业公司建立和扩张了现场团队和远程团队。但是，在外包软件开发上我跌了跟头。
我本来打算和一些开发人员签约，让他们编写某些部分的代码，这样就可以在截止日期前发布我们的产品。当时我们还处在自力更生阶段，这看起来是很美好，事实上是一场灾难。以下就是为什么：
1.不同的观念模式导致目标错位
我把企业当作宝，全身心地投入其中。但对软件开发者来说，我们只是他们的一个客户而已——而且是一个非常小的客户。当大客户增加需求时，资源紧缩，这就导致我们的项目有所延迟。
此外，我们聘请的专家一直想说服我们搭建更多功能。他们公司因范围蔓延获益而我们缺偏离了最小可行性产品（MVP）。我们两个公司的驱动力不同，这往往会导致互相不理解。
2.合同谈判复杂耗时
我花了大量的时间与软件公司签订合同，我们根本没有想到会有这样的时间成本。我们想快速分发任务并运行。但我们却花了三到四个星期来确定、谈判和执行合同。
老实说，花几个星期谈合同是合理的。定义工作范围，界定每一方的责任并制定服务级别协议（SLA）都非常繁杂。如果合同不是仔细研究，将来会有更大的问题。企业家需要为这个耗时的过程预留好时间，不要急于通过，相信未来一切都可以运行下去。
3.质量的不确定性
外包公司的开发人员素质层次不齐。根据我的经验，其水平通常低于平均水平。几个被分派到我们项目的开发人员没做到我们想要的结果。我们不得不与其公司争吵，想要换掉他们，这个过程非常痛苦，我们也因此花费更多的时间和精力。更糟糕的是，代码本身没有达到我们的质量标准，导致我们的代码库变得非常零碎。
4.公司内部人才对于管理外包项目工作不熟练
许多创业公司都忽略了管理外包团队需要专业知识和特殊技能。外包是与内部开发完全不同的过程。
很少创业公司的团队成员曾经有过相关经历，这增加了失败的可能性。外包公司可以精确了解到团队缺乏经验。不道德的公司甚至可能利用这个弱点来延长交付时间和成本估计。要做好这点，你需要完成一系列具有挑战性的复杂任务：
·明确定义要求
·分配好哪些模块将由内部开发，哪些将由外包供应商开发
·规划主代码库中代码的平稳融合
·计划和执行商量好的质量保证措施和程序
·时间把控
·定期反馈
我们初创公司有信心进入外包这场冒险中，因为我们的团队有曾经管理过外包工作的人。但是即使这样，我也觉得很难。相信我：这不简单。我强烈建议不要外包软件开发，除非公司内部有专家。
5.外部问题给整个组织带来的多米诺效应
小团队运行时，问题很容易就显现出来了。但如果外包项目进展不顺利，这份压力往往会影响其他领域。至少，对整个公司来说，需要分出巨大的力气来解决这个问题。
外包项目的延误和质量问题是正常的、可预期的。然而，创业公司通常不会意识到这一点，也没有计划缓解这种影响。当我们的外包项目开始出现问题时，就有涟漪效应。我们的首席技术官直接参与外包项目，在项目管理上花费了不该花费的时间。结果，花在内部员工这边的时间少了，他们开始错过了最后期限。
士气受到打击，员工开始懈怠。技术团队的延误反过来又在给我们的产品和销售部门带来了挫折。这特别打击大家，因为我们已经向早期客户承诺了额外的功能，如果我们没有交付，有可能会失去他们。外包项目超出预算，后来我们意识到这个事情经常发生。作为一个早期初创公司，资金问题给我们带了来额外的压力。
干货：我们花费了比我们预期的更多的时间、金钱和力气，但是最终我们没有使用或重写大多由外包公司开发的代码。事后看来，这是一个错误。每个公司的情况都是独一无二的，外包可能适用于一些组织。但是，当你所能控制到的元素更少时，出差错的可能性更高，对于创业公司和小组织来说尤其如此。
下次再考虑外包公司的软件开发时，三思而后行。或者至少想想上面列出的经验教训，他们会帮助你看到你最后可能得到的结果。
责任编辑：
声明：本文由入驻搜狐号的作者撰写，除搜狐官方账号外，观点仅代表作者本人，不代表搜狐立场。推荐这篇日记的豆列
······966,690 六月 独立访问用户
语言 & 开发
架构 & 设计
文化 & 方法
您目前处于：
关于创业公司的软件开发我们知道多少？
关于创业公司的软件开发我们知道多少？
日. 估计阅读时间:
智能化运维、Serverless、DevOps......2017年有哪些最新运维技术趋势？!
创业公司是指新创立的公司，或者是在技术和市场上没有什么历史的公司。单就美国而言，每个月就有476,000家公司成立，创造的就业岗位接近全国的20%。为此，创业公司可谓是经济环境中非常重要的元素之一。然后，创业公司的环境是多变的、也是不可预测的、甚至是混乱的，这就迫使创业者要迅速行动、快速失败、更快的学习来寻找利基市场和可持续的收入。60%的创业公司在第一个五年不回存活下来。75%的由风险投资公司所投资的创业公司会失败。大多数是因为创业公司的高风险、错失了市场的机会或者其它什么原因。对于由于项目周期延长而导致的高失败率至今还没有研究表明到底占有多大的比例。我们尝试收集和调查来自相关创业公司的所有已知的软件工程实践，以及通过分析来准确而可靠的证明这点。[^4]我们认为这是迈入更大的未知领域的第一步，这个未知领域就是进入创业公司中的软件工程实践的世界。
话说什么是创业公司？
相关厂商内容
相关赞助商
CNUTCon全球运维技术大会，9月10日-9月11日，上海&光大会展中心大酒店，
在过去，术语&startup&是有很多个意思的。看下现在的研究人员和相关人员所采用的解释（表一有完整的列表），一个startup是指一个小型的寻求新的业务机会的公司，使用并不怎么出名的解决方案来努力的去解决一些问题，而且所在的市场也极不稳定。那些新创立的公司未必就可定义为一个创业公司。通过研究表明高度的不确定性和快速的发展是创业公司的两大特征。我们通过使用系统映射学习方法来检索和评估实证证据（见边栏）。
创业公司的软件开发
&完成比完美重要&以及&快速移动且要突破一些事情&，当你进入到创业公司的工作区域时会看到这样的箴言。这些箴言背后所代表的内容是来自超过200多个创业公司工作的实践。我们筛查了这些内容，认为研究他们之间的差距和未来的开发是有必要的。
流程管理是敏捷的、进化的、机会主义的
在创业公司中流程管理代表了用于管理产品开发的所有工程活动。因为灵活性对于创业公司来说能够使用频繁的变化至关重要，敏捷方法论被认为是最可行的流程－他们鼓励变化、允许开发去适应业务的策略[^5]。以增量和迭代的方式快速发布可以缩短从创意构思到生产部署的时间。其中一个敏捷的变体就是精益方法[^6]，此方法倡导识别软件业务中风险最大的部分，且据系统的测试提供最小化的可行办法，以及在下一代产品迭代时的修改计划。在此方面，原型是缩短上市时间必不可少的。为了能够更好的设计原型，在第一阶段需要实现&软编码&的进化工作流程，直到找到最优解为止。尽管在开发中用来鼓励快速的开发原型使用了多种方法论，但是创业公司没有一个是按照某种方法论严格执行的。然而创业公司的不确定和快速变化的性质驱使他们寻找最小化的流程管理来实现短期的目标，以快节奏的学习过程来适应用户，从而解决市场的不确定性。
经济、人力、以及物理资源都严重缺乏。
创业公司可以快速的响应来自市场、技术和产品的变化（相比于大多数的已有的公司）
在高度竞争的生态环境中，创业公司需要专注且要探索高度创新的市场定位。
创业公司要处理高度不确定的生态，在不同的方面：市场、产品功能、竞争对手、人力、以及财务。
成功的创业公司目标是快速的增长和扩张。
环境通常强制创业公司去快速发布以及在压力下工作（日程、演示、投资者的要求等）。
依赖第三方
因为缺乏资源，创业公司严重依赖于外部的解决方案来构建他们的产品：外部API、开源软件、外包、COTS等等。
创业公司通常是几个独立的人开干的。
单一的产品
仅有单一的产品或服务来吸引用户。
缺乏经验的团队
一个不错的开发团队由少于5年工作经验的人们和刚刚走出校门的大学生组成。
公司是最近才刚刚创建。
完善的组织
创业公司通常是以创始人为中心，且每个人在公司都肩负着很大的责任，无须由上至下的管理。
创业公司的失败率非常之高。
尤其是在早期阶段，创业公司需要外部的资金来支持他们的活动（风险投资、天使投资、个人资助等等）。
少工作经验
最初是没有任何企业文化的。
软件开发是由扮演设计者角色的客户所驱动的
创业公司正在经受着能够快速的证明他们所正在开发的解决方案是真正可解决某些问题的压力[^7]。他们要不断的优化问题／解决方案去适应需求。为了实现这个目标，创业公司必须去找到第一个客户的真实需求，只能通过定义一组最小化的功能需求来检查业务的猜测[^8]。
多数的人们都承认客户／用户在根据他们的主要需求来诱导和排优先级的过程的重要性。然而，这些所谓的以市场为驱动的这些个需求亦要求变化。举例来说，创业公司可以利用以用户故事的形式的场景来识别需求并为每个故事预估工作量。然而，打磨一个不请自来的需求也是要花费一番功夫的。需求的获取办法正在走向测试问题以及在进入市场之前做到理解真实的需求（所以叫做客户开发过程）。[^7]
在创业公司的环境中，通常是客户主导需求，那么开发者就得准备好每天都来应对变化。当功能不断的更新或去除时，能够运用架构和设计模式来将一些特性模块化和尽可能的独立就显得非常的重要。因此，采用容易扩展的设计的架构实践和框架能够在产品和市场都不确定的情况下做到动态的调整。[^9]这些都需要前期的一些努力，可以防止产品复杂性的增长。
科学的证据也指出了经常做代码重构是有好处的。如果是由于用户的突然增长而必须去立即扩展的话，重新实现整个系统是代价极大而且风险也大。因此需要一些品质上的保证，从而为用户提供最大化的价值。持久的老客户承认通过焦点小组尽早的采用可以为发现较大的缺陷提供一个省时且高效的方法。但是对于轻松访问的自动化测试框架和更加实用的用户界面测试的方法的解决方案来说还是稀缺。
团队是开发的催化剂
时间的压力和资源的匮乏让创业公司智能选择一种松散的组织结构，而不是传统企业的管理层级[^10]。
授权给团队成员代表着这是主要的用来提高效率和成功的可行方法。[^11]团队必须能够做到快速的从试验和错误中学习和吸收从而适应新的紧急措施。开发创新的产品需要有创意－一种能够应用新角色的能力，每天都要面对新的挑战，加班更是家常便饭。
的确，在一家创业公司的起步阶段，需要有专业的知识来弥补资源匮乏的情况。另外，拥有类似业务领域的过去的经验以及优秀企业的特点（勇气、激情、兑现承诺、领导力）对于创业的技能都是非常重要的部分。
然而，架构的确是也会隐藏一些重要的活动，诸如共享知识、团队协作，这尤其是在公司快速成长时表现的会更加的明显。在这种情况下，对于促进非正式的沟通和团队成员之间的密切互动，团队成员的搭配就显得非常的关键了。
公司接受产品和管理人员的变动
创业公司拥有能够采用最新技术和开发工具的优点，还毋需担心过去历史遗留的经验。[^12]但是选择一种技术需要考虑到特定领域或产品方面的需求，这些新的技术或开发工具处于早期阶段时往往有着意想不到的问题。
通常情况下，创业公司的雇员喜用技术在产品和管理中去应对快速的变化。[^13]比如一般用途的基础设施，诸如配置管理、问题报告、追踪和规划系统、日程和通知系统等。轻松实现的工具，诸如白板以及可以掌控快速的信息变化的技术，创业公司很少去做培训和为维护买单。为了缓减资源匮乏的压力，创业公司经常在必要时会选择使用开放源代码软件解决方案，开源解决方案能够让创业者们免费利用那些不断发展的大型的资源池。
创业公司急于寻找利益增长点和获得投资，从而得到进一步的发展。这也就意味着软件质量并非是他们主要关心的。为了能够快速的验证产品，他们倾向于利用特定的敏捷或精益方法。[^14]
有证据表明工程活动必须是试验性的，以在开发的工作流中允许更大的灵活性和更快的反应。在创业公司中的决策者们面临的是难以预测的不确定性；原因和结果之间的关系在回顾中只能可以被感知，而不是其他。[^15]采取严格的方法论去控制开发的活动显然是不可行的，因为不管经过多长时间的分析，都不可能找出所有的风险和准确的预测开发产品需要什么样的实践。
另外一方面，灵活性和快速反应的设计可以收集用户的反馈，以为决策者提供更多的观点和方案。开发者需要自由的来快速的选择一些活动，一旦发现结果是错误的就立即停止，修正方法，然后从过去的失败中吸取教训。与精益创业所倡导的是一致的，我们期望创业公司选择来自常见的敏捷实践的方法论和技术试验的文化，而且是需要的；要去完全的接受失败，或者甚至要优选更快的学习过程。
据通用的实践报告，下面所列出是赶上快速发展的技术和市场浪潮的那些方法：
根据市场需求使用众所周知的框架来快速的适应产品的变更；
通过已有的组件来使用进化的原型和实验；
持久的客户承认成立专门的团队来作早期的采用者；
持续的价值交付，专注于从事那些为付费用户服务的核心功能;
团队的授权会影响到最终到结果；
使用量化来快速的学习用户的反馈和需求；
使用容易实现的工具来促进产品的开发，且要掌控快节奏的、不断变化的信息。
现在的创业公司都是在实践中应用最为前沿的新技术。不断增长的创业现象打开了未知的机会以及给研究这些带来了很大的挑战。&创业者们&在处理高度不确定的实践中需要更多的交流背景和观点以确定可靠的结果。
R.W. Fairlie, &Kauffman Index of Entrepreneurial Activity,& Kauffman Foundation, 2014.
R.W. Fairlie, &State of Entrepreneurship Address,& Kauffman Foundation, 2014.
C. Nobel, &Why Companies Fail, and How Their Founders Can Bounce Back,& Harvard Business School, 2011.
N. Paternoster et al., &Software Development in Startup Companies: A Systematic Mapping Study,& Information and Software Technology, 2014; DOI: 10.1016/j. infsof.
G. Coleman and R. O&Connor, &An Investigation into Software Development Process Formation in Software Start-ups,& J. Enterprise Information Management, vol. 21, no. 6, 2008, pp. 633&648.
E. Ries, The Lean Startup: How Today&s Entrepreneurs Use Continuous Innovation to Create Radically Successful Businesses, Crown Business, 2011.
S. Blank, &Why the Lean Start-Up Changes Everything,& Harvard Business Rev., vol. 91, no. 5, 2013, p. 64.
S.-C. Li, &The Role of Value Proposition and Value Co-Production in New Internet Startups: How New Venture e-Businesses Achieve Competitive Advantage,& Portland Int&l Center for Management of Engineering and Technology (PICMET), 2007, pp. .
S. Yogendra, &Aligning Business and Technology Strategies: A Comparison of Established and Start-up Business Contexts,& Proc. Int&l Eng. Management Conf. (IEMC), 2002, pp. 2&7.
Y.-W. Yu et al., &Entrepreneurial Success for High-Tech Start-ups: Case Study of Taiwan High-Tech Companies,& Proc. 6th Int&l Conf. Innovative Mobile and Internet Services in Ubiquitous Computing, 2012, pp. 933&937.
E. Carmel, &Time-to-Completion in Software Package Startups,& Proc. 27th Hawaii Int&l Conf. System Sciences, 1994, pp. 498&507.
S.M. Sutton, &The Role of Process in Software Start-ups,& IEEE Software, vol. 17, no. 4, 2000, pp. 33&39.
M. Crowne, &Why Software Product Startups Fail and What to Do about It,& Proc. Int&l Eng. Management Conf. (IEMC), 2002, pp. 338&343.
S.W. Ambler, &Lessons in Agility from Internet-Based Development,& IEEE Software, vol. 19, no. 2, .
C.F. Kurtz and D.J. Snowden, &The New Dynamics of Strategy: Sense-Making in a Complex and Complicated World,& IBM Systems J., vol. 42, no. 3, 2003, pp. 462&483.
验证内容的证据
用来在某些特定领域内的结构化的经验证据的系统映射理论。我们确认了43家工作室，调查了来自不同方面的创业公司以及他们的软件开发流程。在此领域我们还评估证据的力度，通过评估研究的相关性和严谨性来实现。（参考下图）严谨性是指关于设计、有效性的威胁、以及结果的精度和完整性。相关性是指现实环境中的执行力以及传输结果到执行人员的潜力。
我们的严谨性和相关性的评估表明，对于创业公司的现象的实证研究还处于很不成熟的阶段。只有少数－10/43映射的研究－提供了传达并达到可靠的结果给执行人员（扇形A）。同样的，有10家所研究的结果是－提供了不够严谨的和相关（扇形C）。更多的研究表明，（23家）表现出适度的相关性，但是严谨程度更低（扇形B）。通过此次观察，我们认为在缺乏资源为主要特征的环境下进行研究充满了挑战。研究人员需要更多的努力去和创业公司进行合作研究。
Carmine Giardino：是一名博尔扎诺自由大学的一名在读博士生。他的研究兴趣包括创业公司的软件开发，专注于企业战略和开发活动之间的一致性研究。可通过联系他。
Michael Unterkalmseiner ：是一名布莱金厄技术研究所（BTH）的软件工程的在读博士，他的研究兴趣包括开发和测试中协作所需要的、决策支持的信息检索、以及软件仓库挖掘。Unterkalmseiner 同样是在BTH获得的计算机工程的硕士学位。可通过来联系他。
Nicolo Paternoster：是来自www.woodwallets.io的一名创业者。他的研究兴趣有比特币服务开发和创客空间开发。Paternoster拿到了布莱金厄技术研究所和查诺－博尔扎诺自由大学的软件工程硕士学位。可通过联系到他。
Tony Gorschek：是布莱金厄技术研究所（BTH）和查尔莫斯的一名教授，他的研究领域有需求工程、技术和产品管理、过程评估和改进、以及实践创新。Gorschek从BTH获得的博士学位，可通过联系他。
Pekka Abrahamsson：是查诺－博尔扎诺自由大学的一名全职计算机科学教授，他的研究领域有软件工程经验、敏捷开发、创业和云计算。Abrahamsson是在芬兰奥卢大学获得的博士学位，可通过电子邮件联系到他。
本文最初是发表在上，是一家提供关于技术前瞻问题的权威性的，得到同行一致认可的杂志。目的是为了满足企业日渐所运行的可靠、灵活的提出的挑战，面向IT经理和技术领导者，提供专业的、国内领先的解决方案。
查看英文原文：
K. Petersen et al., &Systematic Mapping Studies in Software Engineering,& Proc. 12th Int&l Conf. Evaluation and Assessment in Software Eng. (EASE), 2007, pp. 1&10.
M. Ivarsson and T. Gorschek, &A Method for Evaluating Rigor and Industrial Relevance of Technology Evaluations,& Empirical Software Eng., vol. 16, no. 3, 2010, pp. 365&395.
Author Contacted
告诉我们您的想法
允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p
当有人回复此评论时请E-mail通知我
允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p
当有人回复此评论时请E-mail通知我
允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p
当有人回复此评论时请E-mail通知我
赞助商链接
InfoQ每周精要
订阅InfoQ每周精要，加入拥有25万多名资深开发者的庞大技术社区。
架构 & 设计
文化 & 方法
<及所有内容，版权所有 &#169;
C4Media Inc.
服务器由 提供, 我们最信赖的ISP伙伴。
北京创新网媒广告有限公司
京ICP备号-7
找回密码....
InfoQ账号使用的E-mail
关注你最喜爱的话题和作者
快速浏览网站内你所感兴趣话题的精选内容。
内容自由定制
选择想要阅读的主题和喜爱的作者定制自己的新闻源。
设置通知机制以获取内容更新对您而言是否重要
注意：如果要修改您的邮箱，我们将会发送确认邮件到您原来的邮箱。
使用现有的公司名称
修改公司名称为：
公司性质：
使用现有的公司性质
修改公司性质为:
使用现有的公司规模
修改公司规模为：
使用现在的国家
使用现在的省份
Subscribe to our newsletter?
Subscribe to our industry email notices?
我们发现您在使用ad blocker。
我们理解您使用ad blocker的初衷，但为了保证InfoQ能够继续以免费方式为您服务，我们需要您的支持。InfoQ绝不会在未经您许可的情况下将您的数据提供给第三方。我们仅将其用于向读者发送相关广告内容。请您将InfoQ添加至白名单，感谢您的理解与支持。