解密解密Facebook产品的开发流程产品的开发流程
在详细说明Facebook产品开发流程的九大步骤之前，必须先讲清楚一点，这些是我用马后炮的方式来思考自己在
Facebook做产 品、项目的实践中可能出现的步骤。所谓的“流程”，在Facebook内部并不存在，这些步骤并不都是必须
的。对于不同类型的项目，有些对时间要求高一些，所以更强调速度；有些对质量要求高一些，会更强调项目管理的
流程（Process）。请读者在阅读时仔细斟酌，哪些符合自身的实际情况，则可以借鉴； 哪些不适合，要灵活掌握。
描绘远景，设置目标
做每件事情之前都要有明确的目标，在聚焦于细节之前要有大的远景（Vision），这可以在以后的实施过程中指引方
向。对于远景的思考，主要围绕以下三点。
1. 为什么设这个目标，而不是另外一个？
2. 在做一件事情之前，脑子里应该有这件事情完成之后是什么样子这个画面，接下来很多事情都是围绕着这个最终画
面来进行的。
3. 计划做些什么来实现这个远景？这就需要将最终目标具体化，变成一个可以想象的图片，甚至量化，然后才能使得
最终目标容易被别人理解。
那又该如何设定目标呢？在Facebook，常用的方法是遵循“SMART”规则。
S——非常详细具体的（Specific）。目标必须被清晰定义，无法被混淆或者误解。
M——是能够衡量的（Measurable）。只有可以被衡量的目标，才能一直清楚做得如何，离目标有多远，当前是超出
还是低于预期的进度。
A——要有足够的难度和挑战性（Aggressive）。容易完成的目标，很容易让员工懈怠；一旦失去战斗的激情，更谈不
上发挥潜能。
R——现实的（Realistic），这是对上一点的平衡。过于有难度的目标，会令员工疲惫不堪，如果最后还是没能完成任
务的话，对他们的信心是非常大的打击。
T——要有实现的期限（Time-bound）。没有实现期限的目标是没有意义的，因为不知道什么时候应该到达什么程
度。
有了目标之后，才可能有很详细的项目计划，所有的项目都应该是跟这些目标相关的。不相干的项目会分散注意力
（Distraction），要坚决抵制。接下来，组里人员的绝大多数时间都要花在跟这几个目标相关的项目上。
收集想法并排出优先次序
有 了目标以后，会产生很多相关的想法（Idea），但很难判断究竟哪个想法一定能达到这些目标，也不可能把所有的
想法都试一遍，往往到最后都需要有理有据地 进行“赌博”，把精力押在某几个核心的想法上。这也是Facebook要招最
好的工程师的原因之一。工程师不仅要善于写程序，也要有选择想法的能力，你不 仅要对这个问题有很深入的思考，
进行大量的分析，还要有胆量，能果断押注，并且有很高的命中率。
那么，这些想法从何而来呢？最自然的方式就 是之前延续下来的、大家明确知道要做的项目，而那些不明确的想法，
才是难点。在发展非常快的公司里，绝对不会缺少这种不明确的想法。在Facebook， 一般是由技术经理、产品经理、
工程师贡献大量的想法。负责商业运营（Business Operation）的同事也会贡献一些想法。做下一个月计划时，我会在
当月25日左右开始给相关人员发一个一周后的头脑风暴会议邀请，并希望他们在会议 之前把自己认为应做的或者想做
的事情发邮件告诉我。我事先做分类整理，让会议进行得更加高效。当然，线下的讨论、分享等也是产生想法的好机
会。
接下来最为关键的就是分析想法——如何挑选出最可能产生效果的想法。理论上，如果有无限的资源，我们应该尝试
所有的想法。但在Facebook，任何时候都处于资源短缺的状态，我们必须把有限的资源放到有可能产生最大价值的想
法上面。
这里，我要特别强调一下“Top X（只做前X项）”规则：只做对目标最有影响的前X项。我们会对所有的想法进行讨论，
根据每个想法对目标的影响和其所需要的资源（主要是人力与时间—— “人周”）进行讨论，然后排序（按
P0，P1，P2……的方式来），最后挑选排在最前面的几项。分析完后，对几个明显一定要做的想法很容易决定，对几
个要 去掉的也很容易决定，关键是剩下的那些想法，没有足够的精力把它们都尝试一遍，这就要考验你的抉择能力
了。
跨团队沟通
决定了要做的项目之后，就需讨论如何跟其他相关组的计划对接。你当然不希望原本以为兄弟组能配合自己做一个项
目时，却发现对方并未把与你项目相关的工作放入他们的计划中。这里要进行的沟通，就是让相关组之间做的事情是
相辅相成的，而不是互相扯皮，造成不必要的内耗。
有两类人是特别需要沟通的。
资源评论
