《亚马逊逆向工作法》读书心得

逆向工作法

本质是从客户的角度出发。
开发之前，我们要写新闻稿(PR)来阐明这种新想法或新产品将如何惠及客户，还要撰写常见问题 (FAQ) 清单，预先解答棘手的问题。我们会仔细地、批判性地研究和修改这两份文档，感到满意之后才会正式开发

关键观点

• 禁用PPT，采用"六页纸备忘录";
  我们的信条：最重要的的是想法，而不是陈述者
  
• 树立“抬杠者招聘流程”，抬杠：抬高标准杠；STAR法，situation，task，action，result；
  
  
  
  
• 关注可控的投入类指标，而非产出类指标（财务数据，股市等）；
  关注因而不是果。
  
  
• 调整组织结构，建立具有单线程领导者的自主团队，减少依赖（技术依赖、组织依赖）；
  技术依赖--API、微服务；类似菜单。
  组织依赖--多功能团队；
  前端与客户打交道，需要快速决策，适合多功能团队；中后端是共享服务，以专业性为主，需要知识的沉淀和专业化发展，适合职能性的团队；另外，IT中的项目团队这种有限期的项目适合矩阵型团队。
  协调的目的就是为了获取资源；因为资源有限，依赖导致结构性的阻力。
  
• 改革领导者的薪酬结构，以便鼓励长期承诺和长期思维，薪酬激励以几年内获得的股票为主；
  
  
  
• 明确表述公司文化的核心要素，例如亚马逊的长期思维、客户至上、渴望创新、运营卓越；
  股东的长期利益和客户利益是完全一致的；客户至上，不太关注竞争对手。
  
• 确定一套领导力准则，必须有大家的参与与贡献；
  高标准。开放的心态很重要，避免防御者心态。有则改之无则加勉。
  领导者不要迷恋自己或团队身上的香水味，要以最优标准要求自己和团队。
  
• 画出你的“飞轮”，明确什么是公司成长的驱动因素。
  

文章摘要

• 要永远少承诺、多交付，以确保超过客户的期望。
  
• 只有良好的意愿没有用，建立机制才有用。
  意愿-准则-机制-标准
  
• 两个披萨团队，少于10个人；
  
• 大部分的决策，在拥有70%的信息就可以做出了，等到90%再做决策，说明你的决策就慢了，容易错失机会。
  
• 事实证明，提供有价值的反馈和洞见，其难度并不亚于叙述体备忘录写作本身。我职业生涯中收到的最珍责的礼物，是我参与阅读并评论的备忘录的陈述者所送的两支钢笔。（会议结束后，我常会把写有我的书面评注的纸质备忘录交还给陈述者）。两位陈述者都告诉我，我的评注对他们的业务成功起到了重要作用。
  PS：送礼送钢笔也挺好。
  
• 层级最高者需要最后发言，以避免影响其他人。
  
• 客户故事和异常报告被加入数据包。
  
• 与会者也可包括更多的人。如果让公司的中层人员参加业务回顾周会，让他们观摩经验更丰富的领导者何讨论和思考，可以提高他们的业务参与感，促进他们的成长和发展。
  
• 失败和创新是连体双胞胎。
  
• 我和我的团队很快就发现，创新道路比跟随战略更具挑战性。跟随战略的路线图是相对清晰的--研究竞争对手的产品，然后加以模仿。创新没有任何路线图。
  
• 侧向加载
  
• 决策->承当责任、风险->成功或失败->复盘（从成功或失败中学习）
  
• 目标 如何达成目标（方案） 需要资源 时间
  只有3/4的目标能达成，如果目标都达成，说明目标的门槛过低；