Facebook 的產品立項流程是怎樣的？

01-08

被邀請來回答，其實我很慚愧地說，我也沒自己立過項目，所以不知道細節的流程。

以我自己參加的FB裡面已經立好的項目來推斷：

１.將idea陳述給自己的manager，如果他同意，再繼續上報；

２.如果最後vp和zuck同意，那麼問題不大；

３.然後將公司裡面的人招來做director，manager，tech leads，pm和初期的幾個engineer；

４.Chief Architect (Tech Lead)　將這個大項目細分，然後一個或者幾個人own一個part，開始開發。

５.後來招得人越來越多，項目加的feature也越來越多；當然deadline也越來越近；

６.其他公司還有QA的環節，但是FB沒有tester，一般就給partner去做QA。

1. 描繪遠景，設置目標

1) 遠景的思考

a) 我們為什麼設這個目標，而不是另外一個目標？

b) 在你做事之前，腦子裡應該有畫面感，接下來就是圍繞這個去實現

c) 我們計劃做些什麼來實現這個遠景？需要目標具體化

2) 如何設定目標（SMART 規則）

a) S – 非常詳細具的（Specific）

b) M – 能夠衡量的（Measurable）

c) A – 要夠難度，有挑戰性（Aggressive）

d) R— 現實的（Realistic）

e) T – 要有實現的期限（Time-bound）

2. 收集想法並排出優先順序

1) 收集想法

a) 由技術經理、產品經理、工程師貢獻大量想法

b) 商業運營的同事

c) 相關人員頭腦風暴會議

d) 線下的討論與分享

2) 頭腦風暴的作法

a) 先列出設定的目標

b) 再在這個目標的指引下去思考哪些想法可以為之服務

c) 對提出的想法要剋制住討論其優點與缺點的衝動

d) 頭腦風暴是提出想法，而非分析想法

分析想法，挑選出最可能產生效果的要想法

e) 根據 2/8 原則，找出最具影響這 20%的工作

f) 6-2-2 原則，60%放在那些能夠預期的工作上，20%的時間放在後台架構和產品質量上，20%時間花在比較有風險、爭議可能會帶來某種顛覆性的後果的那些想法上

3) 如何挑選接下來要去實現的想法

a) 季度性計劃主要是指導性的，不會強求把它們變成必須要遵循的工作計劃

b) 圍繞著每一個想法的影響力進行論辯

c) 120%原則。挑選出來做的想法大概是團隊可以承擔範圍的 120%

d) 保證一些底層架構和產品質量的工作是在想法之中

3. 跨團隊溝通

1) 最需要溝通的兩類人

a) 不同職能之間的溝通

b) 相關工程兄弟組之間的溝通

2) 跨團隊溝通要注意的地方

a) 讓不同團隊人員清楚自己在項目中的角色和任務

b) 避免執行時出現「意外驚嚇」

c) 計劃是所有人都認同的

4. 告知所有可能關心你的人（郵件保持簡潔）

5. 設計產品

1) 項目執行的四個維度

a) 有哪些功能

b) 預期完成時間、

c) 預算（人員、伺服器、帶寬資源、金錢

d) 完成質量（擴展性、性能）

2) 設計的注意點

a) 你要大概知道第一個版本是什麼樣子的。你可在設計時構思產品的最終狀態，但不允許你花大量資源去打造一個所謂的終極版本

b) 一定要去思考第一個版本包含哪些功能、什麼時間發布、需要多少人員配置、花多少時間做市場宣傳、達到什麼效果

c) 3 倍的緩衝

3) 產品設計的基本理念

a) 不要過度設計

b) 產品越簡單越好，但不意味著簡陋

c) 對自己做出來的產品，你必須是它的用戶

d) 產品要確實有用，主要流程儘可能順暢

e) 不追求完美

f) 保留最基本的質量底線。目標使用場景在 98%

6. 指定項目責任人

責任非常清楚，責任人負責推動該項目的進展。他要去提醒、督促。
鍛煉員工的才能
方便交流

7. 定期碰頭會

把所有相關的任務及其進展迅速過一遍，每一個人把自己前一天完成的任務情況彙報一下
如果碰到困難，大家集中討論下，問一些解決困難相關的問題

a) 你找到了解決方案了嗎

b) 你需要幫忙嗎

c) 我們當中誰可以幫你

d) 你還有什麼其它可以預料的困難嗎

8. 了解迚度，匯總報告

1) 項目進度簡報

a) 你的簡報應該能在一分鐘之內被人閱讀完畢

b) 在簡報的開頭一段，可以明確列出這周核心數據變化

c) 應該只涉及組裡最重要的 3~5 個項目

d) 每個項目只用最重要的一句話去闡述清楚進展

e) 項目進度的描述要得在動詞上，是做了還是正在進行，或是準備進行

9. 發布產品監測數據

1) 發布前評估

a) 要短。不要超過半小時

b) 形式可以多樣

c) 人員選擇可能多樣

d) 內容可以多樣

2) 需要監測的兩類數據

a) 數據反映當前系統狀態，比如訪問量、訪問成功量及其點總量的比例、致命範圍錯誤的量和比例、訪問速度、出現最多的錯誤類型統計。這些數據就是實時的

b) 另一類數據反映新功能的用戶影響

3) Post-Mortem，分析過去發生的問題

a) 發生了什麼

b) 影響多大

c) 問題的原因是什麼

d) 事件發生的具體時間表

1.決策

2. 建團隊

3. 持續改進

- 負責人拆分子項目，Owner拆分工作項（複雜項目管理）

- Feature的優先順序管理

- 選擇合適技能的人員負責開發

- 做好單元測試

不知上述理解是否正確。