Atlassian 在 Config 现场抛出一个反直觉真相：设计协作不是接力赛

在 Figma Config 2023 的舞台上，Atlassian 团队用一个看似“老生常谈”的话题，戳破了科技行业最顽固的迷思之一：软件交付不是分工明确的接力赛，而是一项必须同时在场的团队运动。这场分享，正在悄悄改变设计、工程和 AI 团队的协作方式。

一个隐秘却致命的误解：我们一直把做产品当成接力赛

Jade Jiang 的开场没有谈工具，也没有谈流程，而是先推翻了一个几乎所有科技团队都默认接受的隐喻：软件开发是一场接力赛。设计做完交给工程，工程做完交给测试，最后“交付”给市场。听起来高效、专业、分工明确，但问题也恰恰埋在这里。

Jade 坦言，她在 Atlassian 工作很久之后，才意识到这个隐喻正在悄悄制造摩擦：每一次“交棒”，都会伴随着信息丢失、理解偏差和责任转移。设计稿一旦 handed over，设计师心理上就“完成任务”了；工程一旦接手，就只对可实现性负责，而不是体验本身。

她给出的反直觉结论是：“真正高质量的软件，从来不是靠一次次完美交接完成的。”这个判断之所以刺耳，是因为它直接否定了许多团队赖以维持秩序的流程设计。

从 themework 到 teamwork：不是换流程，而是换心智模型

Jade 提出了一个简单却锋利的对比：relay race vs team sport。前者强调阶段、交付物和边界；后者强调同时在场、持续沟通和共同目标。

她特别点出了一个容易被忽视的词：shared context（共享语境）。当团队成员只是围绕“自己的那一段工作”优化时，大家其实在玩不同的游戏；而当团队围绕同一个问题空间持续协作时，决策质量会出现质变。

这不是情绪化的判断。Jade 引用研究指出，高绩效团队的关键特征之一，是所有角色都“确保自己在玩同一场比赛”。这也是 Atlassian 内部转向团队运动模式后的直接收益：沟通成本下降、返工减少，设计决策更容易被工程和产品接受。

对 AI 从业者来说，这一点尤其值得警惕。模型、产品、体验被切割成不同模块时，系统级问题往往没人负责。

三个改变团队命运的细节：沟通、所有权，以及“交付之后”

在分享中，Jade 总结了 Atlassian 团队实践中最关键的三点变化。

第一，设计师不再只是“表达想法的人”，而是主动成为沟通的枢纽。因为当设计师理解工程和产品的约束，设计决策本身就会更具可落地性。

第二，是 shared ownership。整个团队共同为产品质量负责，而不是各自为自己的工种辩护。设计不再是为设计而设计，工程也不再只是完成需求。

第三，也是最颠覆的一点：handover 不是设计工作的终点。设计师在交付后持续参与，确保最终上线的内容仍然符合最初的意图。这直接提升了“ship 出来的东西”的质量。

这一点对 AI 产品尤为重要——模型上线之后的表现，往往才是真正设计工作的开始。

规模化之后怎么办？Maria 和 Lewis 给出的系统性答案

如果说 Jade 讲的是理念转变，那么 Maria Christley 和 Lewis Healey 则回答了另一个更现实的问题：当团队规模扩大，这套方法还能成立吗？

Maria 的答案是“以使命为核心的团队结构”。设计系统团队不再只是维护组件库，而是围绕明确使命运作，目标是“释放设计生产力”。当团队健康运转，handover 本身会自然减少。

他们观察到一个正反馈循环：更高质量的产出，带来更高的内部需求；需求增加，又进一步推动设计系统的采用和生产力提升。

这为大规模 AI 团队提供了一个重要启示：系统化不是为了管控，而是为了让协作更容易发生。

总结

这场分享真正有价值的地方，不在于某个具体流程或工具，而在于它迫使我们重新思考“协作”本身。对 AI 从业者来说，模型能力越来越强，但产品失败往往源于团队协作的断裂。你是否还在用接力赛的方式做一项本质上需要团队运动的工作？一个可执行的行动建议是：从下一个项目开始，刻意减少 handover，把“共享语境”作为明确目标。未来真正拉开差距的，可能不是谁的技术更强，而是谁的团队更像一支真正的队伍。

关键词： 团队协作， 设计与工程， Atlassian， Figma Config， AI 产品开发

事实核查备注： 需要核查：演讲者姓名拼写（Jade Jiang、Maria Christley、Lewis Healey）；Figma Config 2023 时间；Atlassian 内部实践是否被明确描述为 team sport；研究结论的具体来源未在视频片段中给出