协作要求理解：另一位同事需要收到什么，才能发挥自己的专业能力。
除了组织架构，也要看任务经过的路径
设想一家机构希望改善服务咨询的接收方式。营销了解最初的问题，销售知道哪些条件会改变方案，运营则清楚可以交付什么。技术人员需要理解这些边界，才能评估可以开发或连接哪些能力。
组织架构说明一个人在哪个部门，却不能说明每个环节需要什么知识。画出一次咨询的路径，标明涉及的决定，就可能发现会议名单看不出的依赖：尚未明确的定义、例外标准，或没人保留的信息。
保留每种专业的深度
T 型团队并不要求所有人都能完成其他人的工作。专业深度使人能够识别问题、检查假设，并解释某个选择为什么可能失败。如果这种经验被过于笼统的讨论掩盖，团队就会失去一部分重要能力。
明确每项事项由谁验证，以及需要什么材料。语气、商务条件和访问权限，涉及不同责任与后果。让这些责任清晰可见，可以避免把某一个人的批准理解为所有部门都已同意。
通过实例建立共同语言
当一个人能够向其他专业解释判断依据，而不要求对方掌握全部术语时，广度便开始发挥作用。与其抽象讨论什么是合格商机，不如查看一条具体咨询：什么信息能让沟通继续，还有什么尚不清楚。
用团队可以再次使用的语言记录共识。一个可接受的例子，加上一个需要审核的例子，有时比很长的演示更能澄清定义。同时保留仍未解决的分歧。共享背景不等于把仍影响项目的争议宣布为已经结束。
定义专业之间如何交接
在想象力 + 技术的主张中，Wiwo 强调连接能力，并由人确定工作方向。把这个理念应用于任务时，应准备好专业之间的交接点：分享什么、支持什么决定，以及信息不足时应找谁。
先用一个小任务检查交接，而不是假设它能直接适用于整个项目。请接收材料的人解释自己理解了什么、准备如何使用。由此出现的问题，会指出背景、格式或责任分配需要改善的地方，也能避免把合作变成无休止的会议。
画出能力地图
Wiwo 将战略与创意服务，同软件、定制开发及人工智能结合。这样的组合仍需要你所在组织的知识。找出熟悉日常工作的人、有权做决定的人，以及之后需要使用成果的人。
实用的能力地图应区分参与、审核与决定。它不必描绘理想架构，也不应让一个人代表整个业务。先围绕眼前任务开展，并在范围变化时重新检查。当每个专业都知道在哪里贡献深度、如何帮助下一步推进时，合作才更有基础。
常见问题
T 型团队的成员必须精通所有专业吗？
不需要。这一理念结合专业深度与协作能力。理解其他部门的背景，不等于取代其经验或责任。
T 型团队与增加更多专家有什么区别？
区别在于专业之间的交流。每个人需要理解从其他领域收到什么、如何使用其贡献，以及能据此作出什么决定。没有明确这些交换关系，增加人数并不能解决协调问题。
