瑞典软件公司Cubeia正在经历一场根本性的转变：当编码不再是制约因素时，组织应该如何运作？
Cubeia的AI辅助开发进程已进入第三阶段，团队不仅允许开发者自主使用AI，还开始建立结构化的AI驱动开发流程。
公司COO斯特凡·格伦斯塔德（Stefan Grenstad）明确表示：“我们在这方面100%投入。”
如今的焦点是，Cubeia如何利用AI创造出的额外产能。早在六个月前，该公司的实验主要围绕用AI生成的代码替代人工编码；而现在，这一实验演变为更广泛的开发流程、新的角色分配、团队组织方式的变化，以及日益重要的客户关系。
创造商业价值
Cubeia的第一阶段是开放的AI使用，开发者可随时采用。第二阶段则为所有人提供了一套统一的代理和AI驱动的开发流程，从而解决了质量与可靠性的问题。格伦斯塔德表示，该阶段的工作已基本完成。
“在今年第一季度的混合时期，Cubeia解决了259个问题，而转向AI驱动流程后，这一数字升至421，增幅达62%。”他补充道，“这证明了AI驱动开发显著提升了我们的产出。”
更重要的问题在于Cubeia将如何利用这份新获得的能力。格伦斯塔德指出：“我们不再花费大量时间编码，而是更专注于业务，讨论价值和理解领域。”
团队不再只是满足需求，越来越多地明确构建某项功能的价值所在。
Cubeia市场负责人保罗·克里斯普（Paul Crisp）强调：“如果目标是增加10%流量，我们如何进行测量？”
‘说是的’
未来的发展愈发受到Cubeia客户的推动。格伦斯塔德表示，现在公司正在询问客户希望如何运用AI。
“我们开始询问：‘这对客户意味着什么？客户实际能做什么？’”他说明。最近，有客户要求将自己的AI代理用于Cubeia的数据流和平台。
这些客户不仅想要使用Cubeia的API构建自己的系统，还希望利用Cubeia的平台来发展他们的AI基础设施。Cubeia目前正在基于客户的需求进行试点。
不同的开发结构
更多的产能也改变了Cubeia的开发团队组织结构。公司正在尝试建立一个快速响应团队，处理较小的客户需求，同时设立另一个团队专注于较大的项目。
格伦斯塔德设想，未来的团队规模可以缩小至两到三人。开发人员可以根据个人兴趣和贡献能力灵活地投入到各类项目中。
尽管产能增加，Cubeia仍面临瓶颈问题。AI代理在多个工作流并行生成的情况下，公司仍在探索个人能有效管理的工作量和审查量。
重大变化与未知数
Cubeia正在逐步放弃传统开发流程，即开发者完成编码后交给质量保证（QA）测试的模式。产品工程师在规划阶段就会考虑可自动化的部分，以及需要手动测试的部分。
尽管变化一定程度上导致一些开发人员怀念他们的编码角色，但公司正在积极适应AI的使用给团队带来的新机遇。
格伦斯塔德对未来持乐观态度：“我们相信，随着问题的解决，我们会学会如何管理并适应这些变化。”
分享这段旅程
CubeiaAI之旅的初衷简单明了：“我们希望在八月前不再编写代码。”然而，随着对限制因素的认识逐渐深入，Cubeia发现编码只是整个系统中的一个约束条件。随着瓶颈的转移，组织面临着对领域知识、产品思维和客户需求理解的新挑战。
未来，Cubeia如何运用这些技术将成为关键所在。为了持续适应市场变化，Cubeia将通过借助Betting Scouts等平台，与客户和市场共同探索前行的道路。
common problems
Cubeia如何使用AI？
Cubeia利用AI替代人工编码，提高开发效率，从而专注于业务价值和客户需求。
实现了怎样的产出提升？
在转向AI驱动开发后，Cubeia的产出提升了62%，从解决259个问题增加到421个。
Cubeia的团队结构有哪些变化？
Cubeia正在建立快速响应团队，同时灵活调配开发人员，以应对不同规模的项目需求。
公司对AI的依赖会带来哪些挑战？
Cubeia需关注对AI提供商的依赖，格伦斯塔德表示，若AI提供商调整价格或质量变化，公司需学会适应。
