Successfully reported this slideshow.
We use your LinkedIn profile and activity data to personalize ads and to show you more relevant ads. You can change your ad preferences anytime.

怪异的Google文化

  • Login to see the comments

  • Be the first to like this

怪异的Google文化

  1. 1. 怪异的 Google - 它的项目管理方式
  2. 2. 笑话 1 <ul><li>IBM 的笑话 </li></ul>
  3. 3. 人事基本组织结构
  4. 4. 产品组织结构 (Focus Area) TLM: 10-20 reports Director: 20 - 50 reports VP: 100-500 reports SVP: 1000 – 5000 reports
  5. 5. Web Search Quality Focus Area
  6. 6. 文化: Engineering Driving Google Fellow (依然写代码)享受副总裁待遇。
  7. 7. 工程师的基本要求 <ul><li>坚实的计算机科学基础 </li></ul><ul><li>理论上讲可以做任何项目 </li></ul><ul><li>懂得取舍,找到最好最实际的方案 </li></ul><ul><li>Business Vision </li></ul><ul><ul><li>判断一件事是否对公司有大的、正面影响 </li></ul></ul><ul><li>产品概念 </li></ul><ul><ul><li>完成许多产品经理的工作 </li></ul></ul><ul><li>活动能力和领导能力 </li></ul><ul><ul><li>要带团队并且和各个部门(包括非工程的)打交道 </li></ul></ul>
  8. 8. 产品经理的要求 <ul><li>要有足够的工程或者计算机科学背景 </li></ul><ul><li>理论上讲可以做任何项目 </li></ul><ul><li>很多过去是创业者 </li></ul><ul><li>商业头脑 </li></ul><ul><li>定义产品 </li></ul><ul><ul><li>不定义功能 </li></ul></ul><ul><li>流程管理 </li></ul><ul><li>跨部门的协调员 </li></ul>
  9. 9. 让每一个人发挥主动性 <ul><li>权力下放 </li></ul><ul><ul><li>资深的非管理人员有很大的自主权 </li></ul></ul><ul><ul><ul><li>项目上的发言权 </li></ul></ul></ul><ul><ul><ul><li>招聘的发言权 </li></ul></ul></ul><ul><ul><ul><li>财政权 </li></ul></ul></ul><ul><li>流程简单 </li></ul><ul><ul><li>雇佣一个人只要有五个人面试,一般一个月都可以搞定 </li></ul></ul><ul><ul><li>$75 以下的任何报销不要发票 </li></ul></ul><ul><li>英雄不问出处 </li></ul>
  10. 10. 项目与产品 <ul><li>任何人可以起新的项目 </li></ul><ul><li>只有 <10% 的项目能生存下去 </li></ul><ul><li>< 5% 的项目可以上线 </li></ul><ul><li>产品上线有严格的流程 </li></ul><ul><li>每个季度项目要考核 ( OKR = KPI ) </li></ul><ul><li>2000 – 5000 各项目 </li></ul><ul><ul><li>经常淘汰和 Achive (封存) </li></ul></ul><ul><li>< 100 个产品 </li></ul><ul><ul><li>也不断有产品下线( Froogle ,早期问答, 3D 社区, Google-Everywhere etc ) </li></ul></ul>
  11. 11. 上线的流程 <ul><li>有一个兼职的 Launch Engineer 将整个流程串起来 </li></ul><ul><ul><li>UI 批准 </li></ul></ul><ul><ul><li>质量 Eval 批准 </li></ul></ul><ul><ul><li>运营 Load Test 批准 </li></ul></ul><ul><ul><li>法律批准 </li></ul></ul><ul><ul><li>机器到位 </li></ul></ul><ul><ul><li>…… </li></ul></ul>
  12. 12. 决定的依据 <ul><li>Never get conclusion without data. </li></ul><ul><li>Check list </li></ul><ul><ul><li>是否对公司有大的、正面影响(自己胡乱做项目得不到提升、奖金甚至要去学习班) </li></ul></ul><ul><ul><li>是否简单、直接地命中主题 </li></ul></ul><ul><ul><ul><li>不要用五年后的技术解决今天遇到的问题 </li></ul></ul></ul><ul><ul><li>是否是目前最好的方法 </li></ul></ul><ul><ul><li>是否改进用户体验 </li></ul></ul><ul><ul><ul><li>苦劳不会被认可 </li></ul></ul></ul>
  13. 13. 具体的项目 - 基础架构 <ul><li>Owner : Jeff Dean and Sanjay Ghemawat (两位美国工程院院士,没有任何 reports ) </li></ul><ul><li>Engineers: 200s </li></ul><ul><li>2002 : GFS + WorkQueue </li></ul><ul><li>2003 : MapReduce </li></ul><ul><li>2005 : BigTable </li></ul><ul><li>2006 : Borg </li></ul><ul><li>2010 : CFS </li></ul>
  14. 14. Cross-Company 的项目 <ul><li>解决全公司所有业务 </li></ul><ul><ul><li>搜索 </li></ul></ul><ul><ul><li>广告 </li></ul></ul><ul><ul><li>Gmail/Gtalk </li></ul></ul><ul><ul><li>YouTube </li></ul></ul><ul><ul><li>Apps </li></ul></ul><ul><li>原则:不断进化 </li></ul><ul><ul><li>解决 10X 的业务问题, 100X 时要重新设计 </li></ul></ul><ul><ul><li>八年内有 10 次左右大的架构变化 </li></ul></ul>
  15. 15. 笑话 2 <ul><li>麦卡锡的笑话 </li></ul>
  16. 16. 牧羊人的话 <ul><li>第一,不请自到 </li></ul><ul><li>第二,用一种非常复杂的方法,解决一个非常简单的问题,告诉一个已知的答案 </li></ul><ul><li>第三,过高收费 </li></ul><ul><li>第四,抱走的是牧羊犬 </li></ul>
  17. 17. 人事经理和技术经理分开 <ul><li>人事经理有资源 </li></ul><ul><ul><li>一般和下属同在一个地点 </li></ul></ul><ul><ul><li>资源全部分配完,就可以招新人 </li></ul></ul><ul><ul><li>资源分配不完,就要减 Head Count </li></ul></ul><ul><li>( Focus Area )的技术经理有项目 </li></ul><ul><ul><li>人员来自世界各地 </li></ul></ul><ul><ul><li>人员流动完全自由 </li></ul></ul>
  18. 18. 人事经理和技术经理分开 <ul><li>XP (技术经理, Machine Translation ) </li></ul><ul><ul><li>Mountain View 6 人 (Engine) </li></ul></ul><ul><ul><li>China 10 人 (UI) </li></ul></ul><ul><ul><li>Kirkland 2-3 人 (Client) </li></ul></ul><ul><ul><li>Zurich 2-3 人 (European Language) </li></ul></ul><ul><li>Bin Lin (北京,人事经理) 30-40 人 </li></ul><ul><ul><li>Client ( 6 人, IME , jwu 写 Review ) </li></ul></ul><ul><ul><li>Mobile (~ 10 人) </li></ul></ul><ul><ul><li>JAPAC (~ 10 人: Music ) </li></ul></ul><ul><ul><li>Research ( 2 人: Voice Search , jwu 写 Review ) </li></ul></ul>
  19. 19. 个人成功的关键 <ul><li>从事有重大影响的项目 </li></ul><ul><li>在项目中成为领导或达人( Stop Person ) </li></ul><ul><li>成绩被同事认可 </li></ul><ul><ul><li>直接上级和技术经理各只有 1/N 的表决权 </li></ul></ul><ul><ul><li>被级别比自己高的同事认可是关键 </li></ul></ul><ul><ul><li>Promotion 由高两级的人所组成的委员会决定 </li></ul></ul><ul><ul><li>直接上级可以上诉 </li></ul></ul><ul><ul><li>Junior Level 要 Focus , Senior Level 要 leverage </li></ul></ul>
  20. 20. 主管成功的关键 <ul><li>每一个下属的贡献就是自己的贡献 </li></ul><ul><li>感激每一个配合自己的部门 (Share Credit) </li></ul><ul><ul><li>每一个专利的发明人都特别多 </li></ul></ul><ul><li>技术主管 </li></ul><ul><ul><li>Delivery </li></ul></ul><ul><ul><li>对公司有大的、正面影响 </li></ul></ul><ul><ul><li>用工业界最好的办法解决问题 </li></ul></ul><ul><ul><li>把项目做大 </li></ul></ul><ul><li>人事主管 </li></ul><ul><ul><li>是否把人派到重要的项目中 </li></ul></ul><ul><ul><li>派出去的人是否在项目中产生了重大影响 </li></ul></ul><ul><ul><li>把团队做大 </li></ul></ul>
  21. 21. Google Quality <ul><li>质量是关键 ( Swiss Made ) </li></ul><ul><ul><li>设计的质量(产品作为整体设计) </li></ul></ul><ul><ul><ul><li>PM: 很多是 Ph.D. </li></ul></ul></ul><ul><ul><ul><li>任何一个独立工作的工程师要有 PM 的感觉 </li></ul></ul></ul><ul><ul><li>代码的质量(由 Google 第一个雇员负责) </li></ul></ul><ul><ul><li>CodeForTest </li></ul></ul><ul><ul><ul><li>测试几乎全部推到开发人员一段 </li></ul></ul></ul><ul><ul><ul><li>厕所里贴的都是测试的 Tips </li></ul></ul></ul><ul><ul><li>很多代码周期性优化和升级 </li></ul></ul><ul><ul><li>上线流程的规范化 </li></ul></ul><ul><ul><ul><li>例子: Load Test </li></ul></ul></ul><ul><li>质量线性提高,价格指数提高 </li></ul><ul><ul><li>杀鸡一定要用牛刀(博士生做本科生的工作) </li></ul></ul>
  22. 22. 普通资源和稀有资源 <ul><li>成功的关键 </li></ul><ul><ul><li>尽可能多地采用廉价的资源,尽可能少地使用稀有资源 </li></ul></ul>
  23. 23. 不要怕失败 <ul><li>战略上不怕失败,战术上小心谨慎 </li></ul><ul><li>Google 像一个大的 VC </li></ul><ul><ul><li>Cisco 也是一样 </li></ul></ul><ul><li>Google 一个 Ads Bug 经常损失百万甚至千万 </li></ul><ul><li>Amit Singhal 曾经有一个 Bug 让所有 Page 的 Irscore 清零 </li></ul><ul><li>XX 的一个 Bug 让所有 CJK 结果全部变乱( Yahoo 发现的) </li></ul><ul><li>不能有“道德”上的错误 </li></ul><ul><ul><li>泄密 </li></ul></ul><ul><ul><li>利益冲突,卖 Gmail 帐号,私建 Adsense 帐号 </li></ul></ul><ul><ul><li>性骚扰 </li></ul></ul>
  24. 24. 问题之处 <ul><li>IPO 后出现 IBM 综合症 </li></ul><ul><ul><li>中层人事和技术经理为了扩大地盘,盲目扩充人员 </li></ul></ul><ul><li>杀鸡用牛刀带来巨大的浪费 </li></ul><ul><ul><li>很多人是靠高福利留住,远没有发挥应有的作用 </li></ul></ul><ul><ul><ul><li>目前的利润还可以容忍这样的浪费 </li></ul></ul></ul><ul><li>对失败的容忍度下降,产品质量提升周期过长 </li></ul><ul><ul><li>07 年后,搜索质量没有大的提升 </li></ul></ul><ul><ul><ul><li>一个月的开发,需要 3x 时间验证和走上线流程 </li></ul></ul></ul><ul><li>不同办公室重复的工作造成很大的浪费 </li></ul>

×