兴奋在科技创业公司中具有感染力。 他们的目标通常包括创建问题的创新解决方案，建立开发人员的心态和增加收入，增加订户基础或两者兼而有之。 初创企业通常开始亏损运营，其目标是表现出足够的增长以被另一家公司收购或发展到下一个Facebook。 公司可能需要数年时间才能培育出自己的大创意，然后才能实现理想的结果。
另一方面，在大型公司中，特别是在公开交易的公司中，投资者对高管施加压力，要求他们Swift发展业务并显示出快速的投资回报。 众所周知，股东对长期孵化的容忍度很低。 此外，大型公司在流程或开发技术方面都面临变革的挑战。
我们的开发团队负责提供移动解决方案来个性化用户交互。 在开发我们的软件即服务时，我们挑战自我以创建一个新的开发环境，其中包含了技术初创公司中常见的新技术和开发理念。 我们专注于建立充满活力的发展文化，同时实现新想法的快速增长并获得高管的支持。
“在本文中，我们分享了我们如何从大型，缓慢移动的海牛到敏捷，快速移动的海豚，实现了项目的“大变化”。 ”
我们希望我们的故事和经验中的主要经验对其他尝试在大型企业环境中建立启动文化的开发团队有所帮助。
初创公司的开发实践
具有讽刺意味的是，在IBM工作使我们的开发团队对初创社区的实践有了深刻的了解。 这怎么可能？ 每年，IBM都在技术收购上投入大量资金，而我们的许多关键收购都来自初创公司。
在过去的几年中，随着IBM致力于将其产品过渡到云交付模型，这种发展尤其如此。 将这些公司整合到IBM中时，我们看到的最明显的区别是他们的软件交付和云战略方法。 在初创企业中，对话的开始和结束以在公共云中运行为基础，建立了一种云原生架构，该架构是为运行在云中而预先设计的，最终随着用户采用该技术而扩展。
市场需求决定了这种方法。 当务之急是尽快进入市场，并与客户紧密反复合作以帮助证明这些想法。 利用云托管的解决方案，可以使这种情况以激光速度发生，因为客户不必担心系统的设置，配置和管理。 客户可以专注于解决方案的真正价值。
此外，初创公司的开发团队几乎总是需要解决方案的运营支持，因此他们管理的次数越少越好。 这些团队更有可能选择经过验证的现成可用的开源云架构和部署，以最大程度地降低交付风险。
在企业中采用启动实践的挑战
相反，在企业公司中，对话通常以IT为起点和终点，IT的目标是控制基础结构。 讨论很快转到企业的数据中心。 向混合云和公共云的转变已开始改变这一重点，但是产品交付产品的市场需求以及向云原生架构迁移的速度通常受到企业释放记录系统能力的影响。 数据托管在企业数据库中，开发和运营之间存在角色分离。
在许多会议上的演讲活动中，以及在与我们团队的讨论中，一个又一个问题浮出水面：为什么企业不能仅仅像一家初创企业那样做呢？ 答案很复杂。 作为技术人员，现有的程序和政策通常会妨碍我们。 让我们仔细看看。
尽管技术行业中的大多数公司都已转向敏捷方法，但是仍然存在发行管理期望的强大，根深蒂固的发行模式和流程。 这不是天生的坏。 毕竟，流程通常有利于优化交付和质量。 但是，对现有系统进行了优化，以减少变更和破坏，并为成千上万的客户提供支持，而在初创企业中，利用新技术和工具进行快速创新的能力要求对整个团队进行快速教育。
我们的团队花费了大量时间来尝试打破这种范式，我们一直在认真研究启动社区为解决此问题所做的工作。 在本文的其余部分中，我们将讨论如何在名为“海牛到海豚”的项目中实现必要的“大变化”。
改造我们的技术
对于我们的项目，我们转向了持续交付模型，在该模型中，我们逐个冲刺地将新功能主动释放到云中。 我们使用Git工作流程鼓励持续集成，并使用工具来帮助加快工作速度。 为此，我们必须使开发人员更接近实时运行的系统，并且我们采用了DevOps实践以快速交付功能。
我们有目的地寻找开放源代码技术，并将我们的代码库从我们继承的旧技术堆栈中分离出来。 我们采用了通用功能的现有解决方案，以节省团队的时间和精力。 我们的重点是创造价值。 任何使我们的实际任务花费时间的事情都被认为是噪音，是不能容忍的。
IBM的几项重要收购对我们采用启动方法至关重要，包括Xtify，Cloudant，Silverpop和StrongLoop。 IBM对这些技术的战略投资是其转型的一部分，这表明我们在决定在项目中使用它们的方向是正确的。
- 收购Xtify证实了我们使用以云为中心的架构和基于NoSQL的数据库的决定。
- 收购Cloudant教会了我们如何大规模交付NoSQL，并且我们为其服务采用了其地理空间支持。
- 收购Silverpop教会了我们微服务和消息传递作为构建云原生架构的基础的价值。
- 对StrongLoop的收购证实了我们对Node.js的使用。
大多数初创公司严重依赖开源技术，这些技术结合了经过验证的云可扩展功能和成本（免费），两全其美。 从一开始，我们就将Node.js ， Redis和Elasticsearch等开源技术作为我们技术堆栈的基础。 在适当的时候，我们还利用了MQLight之类的 IBM软件和上述Cloudant（在CouchDB的支持下也是开源的）。
充满活力的开源社区的关键是开发人员对推动社区发展的技术的参与。 作为开源技术的采用者和良好的开源公民，我们投资了在GitHub上交付我们的库和模块。 我们的客户认为这是迈出的重要一步，因为这给了他们杠杆作用和信心，使他们可以控制对服务客户的更改。 我们还为我们的SDK 引入了诸如CocoaPods （iOS）和Gradle （Android）之类的开源依赖项管理解决方案，以期加快开发人员的工作效率并遵循我们在开放技术开发中看到的最佳实践。
此外，我们经常能够在这些充满活力的社区中找到开发资源和技术文档，以解决我们正在解决的问题。 这些社区也是吸引新人才的好地方。
改变我们的团队
我们的团队从企业开发团队过渡到类似启动的开发团队大约需要6到9个月的时间。 我们的主要目标之一是使我们的团队成为开发人员想要工作的地方。 尽管技术对我们的成功至关重要，但真正的成功取决于能否建立合适的团队，并确保他们采用新的工具集，包括GitHub Enterprise ， Grunt ， NPM和其他工具来加速开发。 该团队与New Relic积极合作，以获取有关我们部署的运营见解。
在整个过程中，我们依赖于一个核心开发人员团队，并且始终专注于该项目，并且我们非常注重与作战室在同一地点的团队，并在Slack频道上不断互动。 我们还创建了一个微型网站和工作页面，以吸引创业社区的新开发人员。
我们组织的目标之一是招募，加入和提升顶尖技术人才，以继续推动我们的技术方向。 我们建立了一支强大的技术团队，该团队具有不同的经验水平以及对如何构建软件的不同见解。 通过非正式调查，我们发现大约45％的团队在IBM有0至4年的经验，而许多人只有1至2年的经验。 在拥有4年以上经验的人中，约75％的经验不足10年。 我们发现，这些经验水平的组合有助于推动我们对技术的采用，同时保持对大规模交付服务的理解。 换句话说，我们将经验与青年融为一体。
我们还发现，拥有出色的技术堆栈和明确的使命是交付下一代云原生架构会导致营业额非常低。 实际上，我们的团队表示，技术堆栈是他们想要在IBM工作的关键原因之一。
开拓创新不只是编码
开辟一条小路后，您需要提供一张地图，以便其他人可以跟随！ 我们的团队一直活跃于Stack Overflow等社区，这使我们能够与开发社区保持密切联系。 我们的团队还通过各种Twitter渠道推动了开发人员拓展活动，以使用户了解我们的进展和新功能。
由于我们已成功过渡到启动开发实践，因此经常要求该团队出席IBM和行业技术会议。 我们使用SlideShare共享会议演示和经验教训。
现在，我们的开发人员被认为是IBM移动和云技术团队中的创新者和技术先锋。 我们希望，作为希望转向云原生开发的团队的榜样，我们可以使用实际部署来验证我们的方法，从而帮助共享最佳实践并为其他团队确定方向。
从“海牛到海豚”之旅的要点
采用技术创业开发模式的回报可以帮助您转变公司，吸引和激励开发团队。 以下是将团队从海牛转变为海豚时应考虑的一些要点：
- 记录您到软件即服务过程的步骤。 帮助他人从您学到的经验教训和所做的选择中受益。
- 采用同类最佳技术。 开源解决方案是很好的加速器。
- 建立一支充满活力的技术团队。 吸引和留住顶尖技术人才是第一要务。 成为其他开发人员想要加入的团队！
- 通过文章（如此！），演示，会议和社交媒体与更广泛的社区分享经验教训。
结论
向初创公司过渡很有意义，但这确实需要时间。 在此过程中，您将遇到麻烦，需要进行重新设计和重新设计，但这项投资将激发您不断改进的热情。 我们开始了这个项目，以了解IBM开发团队如何利用云为IBM带来可观的价值。 我们不仅为IBM提供了引人注目的解决方案，而且还获得了创新的移动和云开发团队的认可。 了解我们的团队如何进一步过渡到以云为中心的架构 。
并且，如果您的旅程涉及开发或过渡到云技术，您是否尝试过在IBM Cloud平台上构建和运行应用程序？ 试试看 。
翻译自: https://www.ibm.com/developerworks/cloud/library/cl-enterprise-to-startup-mentality-trs/index.html
1804
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
