Facebook 工程副总谈及如何尽早解决难题

尽早开始解决难题，将它们构建成可以在几周（而非几个月）内运行的可测试的小赌注。当项目变得复杂时，清晰的计划有助于每位开发人员和经理保持一致。第一个假设启动一个可衡量的循环，您可以在其中更快地学习更多内容，并在构建实际产品的同时限制风险。

明确记录约束条件、成功标准以及证明或反驳该想法所需的最小更改。这种方法帮助团队缩短了反馈循环，并且需要一名开发人员和一名经理参与其中以负责该计划，因为协作可以提高质量并减少周期。就像一个紧密的三人组一样，他们设定优先级、分配负责人，并避免导致混乱的突击工作。

专注于您可以最快推动进展的地方：构建一个出色的、可观察的信号，在无需完全重写系统的情况下证明该方法。创建一个最小的产品更改，启动一个受控实验，并针对我们发布的产品，根据明确的基线来衡量结果。如果指标呈上升趋势，您可以扩展；如果不是，则快速调整并保持更改的幅度较小。这个循环不断提高利益相关者的可预测性。

最初只是一个简单的黑客行为，现在已发展成为团队在各个小组中采用的可重复流程。这种节奏正在提高跨团队的协作，并帮助企业避免后期修复。每个团队都应明确记录要测试的内容、如何衡量结果以及何时停止错误的引导。通过这种模式，更改变得易于采用，并且产品可以充满信心地发布。

Facebook 工程：尽早解决难题和工作的未来

首先，成立一个专门的、跨职能的团队，在一月份解决两个具有高影响力且困难的问题，并在他们快速行动并共同进步时，在共享的电子邮件线程中记录决策。

他们关注的是缩短从想法到可运行软件的时间，以便工程师团队可以建立信心、负责任地解决问题，并从每次快速进入测试的迭代中学习。 这种方法可以控制问题，提高影响的标准，同时使团队对整个产品更加负责。

在实践中，我们通过视频签到、异步更新和一键加入仪表板运行一个紧密的循环，以保持每个人的一致性。当我们加入 Meta 团队、蓝天创意以及一位关心影响而不是表面形式的专注工程师时，这种方法将使协作更加强大。该平台旨在扩展，我们的技术选择减少了构建周期中的延迟。

我们接下来要衡量的重点是早期预警信号、快速分类和清晰的交接：每个警报都链接到负责人、截止日期以及测试更改的简短计划。电子邮件线程从一月份一直持续到未来，因此团队可以清楚地了解所有权，并在无需等待正式发布的情况下，从想法转化为影响。

总而言之，这种纪律塑造了 Meta 和 Facebook Engineering 的工作未来：工程师们感到有能力点击进入所有权、推动决策并交付能够随着用户需求扩展的软件。最终的结果是比以前更强大的产品、更少的蓝天误读，以及一种即使面对困难问题也能分担责任的文化。

Facebook 工程副总裁：实现影响力的实用途径

发起为期三周的冲刺式发布，为移动用户交付一个最小可行性的新手入门功能，并衡量激活率和留存率，以快速证明影响。

专注于切实的成果。组建一个跨职能团队，包括产品、工程、设计、数据和质检，像对待家人一样对待团队，以快速行动。选择一个与Meta优先事项一致的蓝天机会，然后将一个小的、已构建的功能推向生产环境，供真实用户使用。使用来自新闻和行为的真实信号来验证假设，避免过度构建。

使用一套清晰的指标，跟踪第一周内的激活情况，并在接下来的两周内监测留存率。如果指标呈上升趋势，则扩展到Facebook的移动和Web界面，并在保持积木式简单和可衡量性的前提下扩大范围。该计划应该是简单的、可重复的，并由团队负责，设定每个人都理解的里程碑。

设置风险预算：如果某个指标在两次迭代后停滞不前，则迅速调整方向并公开沟通，以避免浪费精力。增长源于发布可见的改进，团队通过使用真实客户数据迭代反馈循环来更快地学习。

作为领导者，培养一种文化，让从工程师到产品经理的每位成员都感到有权进行实验和做出贡献。鼓励黑客思维，专注于影响而非活动，并确保工作与Facebook和更广泛的Meta战略保持一致。这种方法使每个人都朝着具体的结果努力，并为移动、发布和新平台（包括bluesky）带来机会。

实施早期阶段实验：标准、范围和决策关口

从一个重点突出、具体的建议开始：采用黑客思维，对一个可测试的假设进行为期两周的试点。这能保持办公室精简，避免流程臃肿，并为管理层提供清晰的信号以扩展或暂停。在实践中，团队在这方面一直很有纪律性，最有意义的见解来自最佳选择。当与公司目标保持一致时，每个季度进行三个实验是一个健康的节奏。团队编写了一份简短的视频备忘录，以记录计划和预期结果。

选择实验的标准

• 影响和战略契合度：定义对公司至关重要的主要指标，并确保其与增长、留存率或收入相关；跟踪三个信号（激活、参与、收入），以避免过度依赖单一数字。
• 可行性和数据访问：确认您可以使用现有的技术堆栈和数据流来衡量效果；每个变体至少以1,000个独立用户为目标，并记录每次点击事件及其上下文。
• 风险和成本：限制预算（例如，低于1万美元）并尽量减少对用户的影响；如果出现任何问题，需要制定回滚计划。
• 速度和可学习性：设计一个运行7-14天且具有可重复设置的实验，以便在下一个班次或在另一个办公室进行；内置的仪表板有助于团队实时监控进度。
• 变量的独立性：每个实验隔离一个变量，以简化分析和解释；除非您计划进行受控的析因设计，否则避免多因素押注。

范围指南

• 每个实验一个核心假设：一个驱动主要指标的单独更改；这是归因影响和学习的最清晰方式。
• 时间和范围限制：将迭代保持在最多两周；避免在早期阶段测试中进行广泛的重写，以保持信号质量。
• 目标数据量：每个变体以1,000-2,000个独立用户为目标，或者有足够的流量来有把握地检测到实际差异。
• 衡量和工件：跟踪点击、转化和最终结果；包括一个简短的视频回顾和一个针对利益相关者的一页备忘录。

文档和共享：编写假设、方法、结果和决策；确保加入的团队成员和新员工可以快速理解其原理（对于最近加入公司的人员，这有助于他们快速了解情况）。

1. 关卡 0 – 设计就绪：确认明确的假设、主要指标、数据来源和预算上限；如果缺少任何一项，请暂停并在开始前填补空白。
2. 关卡 1 – 数据收集和信号检查：完成目标样本并评估增量；如果提升幅度达到阈值（例如，8-12%），且结果在各细分市场中均成立，则继续；否则，停止或修改假设。
3. 关卡 2 – 风险和可行性审查：验证没有不利影响、季节性因素或实施阻力；如果结果不确定或在不同队列之间突然发生变化，则需要进行第二次审查。
4. 关卡 3 – 规模决策：如果结果为积极、低风险，并且有针对下一次发布或办公室的推广计划，则转向更广泛的部署；如果结果好坏参半或存在风险，请暂停或使用不同的假设进行有针对性的后续测试。

微软 vs Facebook：工程速度、权衡和文化对比

双轨方法：使用功能标志和小型 PR 快速推进面向用户的功能，同时通过专门的责任制和治理来保持核心可靠性。

以下是这些巨头如何平衡速度、风险和文化的实践观点，以及您如何在您的组织中应用这些经验：

• 速度杠杆：他们推动工程师频繁交付小变更。功能标志使他们能够在生产环境中进行测试，而不会让用户面临风险。他们从 Google 的实验中汲取灵感，通过循环迭代来控制风险。这培养了工程师之间的良好工作习惯，并加强了责任制。
• 权衡和风险：对创新的强烈关注可能会与可靠性发生冲突。微软倾向于正式的组织流程和更长的计划周期，为分阶段发布和风险控制创造了窗口；Facebook 强调快速迭代和所有权，这可能会使关键系统受到边缘案例的影响，除非专门的 SRE 实践对其进行控制。
• 文化对比和招聘：微软的招聘优先考虑跨团队协作、长期发展和流程严谨性；Facebook 优先考虑自主性、速度和务实的所有权。组织结构反映了这一点：微软采用更集中的治理模式，而 Facebook 则采用更扁平的小组。对于许多公司而言，明确的责任制和工程师的清晰职业道路有助于平衡速度和稳定性。
• COVID 和远程办公：疫情推动团队进行异步和跨时区协作。最好的团队会嵌入可靠的仪式、一致的文档和快速的反馈循环，以便即使人们分散，工作习惯也能保持强大。在这里，像 SRE 和随叫随到的工程师这样的专门角色通过轮班提供稳定性。

招聘实践，包括入职培训和跨团队配对，对速度至关重要。它们为组织如何养成良好的习惯和责任感奠定了基调。

现在要实施的第一和第二项要点：

1. 第一：按产品领域划分决策权，并明确责任制；将所有权分配给产品经理、工程师和 SRE，以最大限度地减少漂移。
2. 第二：实施强大的功能标志和仪器策略；包括回滚计划和实时指标，以证明在广泛推广之前的影响。
3. 第三：配备专门的 SRE 并投资于自动化测试、容量规划和发布后审查；这可以防止速度损害可靠性。
4. 第四：围绕所选的节奏调整招聘和组织结构；强调良好的工作习惯和跨职能协作，而不仅仅是个人的才华。

要点：速度是一系列有意的选择，而不是单一的技巧。他们通过给予团队自主实验的权利并在确保风险责任的前提下获得成功，同时提供允许快速迭代和一流客户成果的机会之窗。这种平衡的回报体现在更快的周期、更好的产品质量以及跨云和客户端平台的持久创新。

Facebook 的未来工作：远程规范、异步协作和团队仪式

建议：在产品团队中建立固定的异步协作窗口，以减少干扰、加快决策速度并为远程工作构建正确的结构。这将使对齐变得显而易见，推动所有权，并创建一个可重复的节奏，从而加速产品的构建并实现对影响的宏大愿景。一些团队已经推动了这种方法，这标志着公司产品线战略的下一步行动。

远程规范将定义响应预期、阻塞问题处理以及决策如何在中心结构中记录。经验丰富的工程师呼吁明确性；下一步是明确定义什么符合紧急情况与异步进展的标准。一些团队完全转向异步，而另一些团队则保持简短的同步接触点。该计划是在产品线之间实现平衡，将办公室作为可选的枢纽而不是默认设置。这种方法将有助于在需要时回归协作并防止倦怠。

团队仪式将异步工作转化为人际连接。我们将采用仪式节奏，例如每周设计评审、双周架构会议和每月事后分析，这些仪式经过时间限制并在透明的表格中记录。这些仪式可确保快速反馈、减少返工并在尊重远程现实的同时保持产品速度完好无损。结果是一个经验丰富、凝聚力强的团队，可以在不牺牲质量的情况下更快地行动。

增强现实/虚拟现实和音频路线图：优先考虑沉浸式体验和平台集成

从一个 12 个月的增强现实/虚拟现实和音频路线图开始，该路线图在 90 天内提供一个可用于生产的基线：一个强大的空间音频引擎、一个跨平台软件开发工具包和一个轻量级的内容格式。该路线图建立在过去的经验教训之上，并与公司战略保持一致。上个季度，我们发布了一个初始空间音频原型，以验证路由、渲染和遮挡。从该基础出发，计划三个阶段：下一个第一阶段的目标是头戴式耳机性能和核心沉浸感；第二阶段增加沉浸式视觉效果和实时照明；第三阶段扩展到平台应用程序编程接口和开发者工具。

专注于沉浸式体验，通过将音频保真度与视觉效果联系起来，实现低于20毫秒的延迟目标、360度音频场景以及精确的口型同步。通过参与时间和用户留存率直接跟踪指标。我们的目标是实现具体成果：在推出后的头两个月内，参与度提高15%，并取得强劲的开端，供西雅图团队在此基础上进行构建，向社区发布更新。

明确集成 Quest、OpenXR、SteamVR、iOS/Android AR 和 WebXR；为头像语音、空间音频、麦克风捕捉和遮挡提供单一 API 界面。下一个版本将发布适用于 Unity 和 Unreal 的统一插件，使开发人员能够在各个平台上重复使用资源。

位于西雅图的领导团队将通过精益组织模式与产品经理进行协调。管理层将为音频、视觉效果和平台代码分配明确的负责人，并在单一待办事项列表中保持一切可见。我们将与公司各团队保持一致，以确保相同的流程可以在各个组织部门之间扩展。管理人员讨论了风险、可行性和人员配置，这些记录为计划提供了依据。在西雅图，领导层与外部合作伙伴联系，以同步路线图和资源规划。

尽早与社区互动，直接从开发人员和用户那里获得反馈。通过季度节奏实现切实的价值：每八周发布一次更新，到年底跟踪150万月活跃用户，并衡量空间音频的准确性和每次会话的参与度。为合作伙伴提供早期访问权限将加速采用，同时确保路线图与公司的长期目标和西雅图生态系统的需求保持一致。