飞机上读完了来自著名敏捷产品开发小公司–37signals的两本书，Getting Real《达成现实》和 Rework 《重塑工做》，后一本是前一半的升级版。做者是大名鼎鼎的Jason Fried / David Heinemeier Hansson / Matthew Linderman。讲述在VUCA(乌卡)互联网时代，用聪明、快速、容易的方式构建一个成功的产品。程序员

最可以引发共鸣的，第一个是专一，专一于问题的关键，专一于客户价值，专一于要事，分清轻重缓急，勇于说“不”。第二个是“动手，别吵吵”，把手弄脏同时拥抱变化，迅速决定下一个小目标，而后完成它，从成功的成就感和经验中迭代前行。第三个是高效的适量工做远好于过量的低效工做，轻松优雅地平衡好生活与工做，在路上要不时地抬头望望天。工具

正巧在看到一篇文章，关于今日头条旗下悟空问答高薪挖角快手和知乎社区大V（即头部做者和活跃答主）。这些有价值的知识内容是日积月累，彼此启发而慢慢产生的。“但对于估值已经超过200亿美圆的今日头条，规模化焦虑正变得愈来愈强烈，以致于它根本没有耐心花数年时间去经营一个能够源源不断长出优质内容的社区或者生态。他须要全部能让用户沉迷的东西，而不是真正有价值的东西，在尽量短的时间内汇集到自家平台上来。在别人建造的森林里，寻找最粗最壮的大树，砍倒，拖走，插到自家的花园里，而后就能够骄傲地宣称：咱们拥有一片最牛逼的森林，这里没有树苗，没有小树，甚至没有生长过程，每一棵树生来就是最牛逼的参天大树。”学习

这像极了如今火爆的敏捷培训和咨询市场，特别传统大型咨询公司，也想来分一杯羹，试图快速复制一套商业模式结合手上的客户资源，来帮助那些一样传统的大型公司来进行组织规模化敏捷转型，甚至所谓创新。可行吗？不知道，反正已经有一头大象失败了，可是还有更多的大象会想试试，咱们冷眼旁观，继续作好本身的事情就行了。测试

回到这两本书，不管是思惟仍是实践，都和咱们如今这个打造中的小而美的“海豹突击队”很像，也坚决了继续前行的决心，不论是领导力和敏捷教练、精益创新产品咨询、Scrum认证培训、Design Thinking等等。咱们这个团队不会拒绝长大，但毫不会急于适得其反。踏实地开创一项生意，而不是一个臃肿复杂的怪物。多少初创团队急于扩展规模、接受投资，只会沦为傀儡，忘了初心。spa

读书笔记

1 起跑线
  1.1 问题的关键是什么？
    1.1.1 为本身而作，自助
    1.1.2 一切源于必要性
    1.1.3 要不同凡响，吸引世界的注意(dent)
  1.2 不要太早扩张和融资
    1.2.1 会成为资本和规模的奴隶，真的须要这么多吗？
        1.2.1.1 开创一个事业，而非一家公司
    1.2.2 本身必须先在意这个东西
    1.2.3 资源拮据每每能激发想象力
  1.3 固定时间和预算，灵活控制产品范围
    1.3.1 要有优先级
        1.3.1.1 渐进明细
        1.3.1.2 抓大放小
        1.3.1.3 不要过早拘泥于细节
        1.3.1.4 Good enough is good enough
        1.3.1.5 动做越快，用户的反馈越好
    1.3.2 别把时间浪费在还未成问题的问题
    1.3.3 魔鬼在细节中
    1.3.4 划定本身的底线，“不”作什么？
  1.4 找个敌人
    1.4.1 别老跟着领头羊
    1.4.2 你的激情或者冷漠，会其做用的
    1.4.3 把你本身投入到你的产品中，走近客户
    1.4.4 作的比竞争对手少
        1.4.4.1 放弃冷战思惟
  1.5 数月的规划没有做用
    1.5.1 放弃猜想，决定这个星期该作的，而不是今年的，而后去作！
    1.5.2 能动手就别吵吵
  1.6 从成功中学习，而不只仅是从错误中学习
  1.7 高效的适量工做，不要过量的低效工做，保持节奏
    1.7.1 没时间只是个借口
    1.7.2 完美的时机历来没有过
    1.7.3 去睡觉
  1.8 文化不是创造出的，而是持续行为的副产品
    1.8.1 以身做则
    1.8.2 用人不疑、疑人不用
    1.8.3 请你们按时下班
    1.8.4 制定政策只适用于状况一再出现的时候
    1.8.5 非凡的环境能产出信任、自主、责任
    1.8.6 别用那些4个字母的词：need, must, can't, easy, just, only, fast, everyone, noone, always, never，asap，这些都是激起敌意
2 保持精益
  2.1 越精益，越容易改变，质量越高
    2.1.1 轻装上阵
  2.2 减小改变的成本
    2.2.1 移除阻碍
    2.2.2 从三人小组开始
        2.2.2.1 梅特卡夫定律
  2.3 拥抱约束
    2.3.1 不充裕会强迫创新
    2.3.2 Stay Hungry
3 首要任务
  3.1 作你本身
    3.1.1 经过亲切友善和人性化，来有别于大公司
    3.1.2 从客户出发
    3.1.3 要由本身的理念和原则
  3.2 去网罗对味的顾客
    3.2.1 找到核心市场
    3.2.2 不要试图讨好每一个人
4 挑选功能
  4.1 部分，而非残缺不全
    4.1.1 构建一半产品，而不是有一半缺陷的整个产品
  4.2 只留精髓
    4.2.1 从说“不“开始”
    4.2.2 看清隐藏的成本
    4.2.3 作你有把握的
        4.2.3.1 “调子出自你的指尖”
    4.2.4 盯住那些不变的本质的东西
    4.2.5 忘记功能需求
        4.2.5.1 只有不断被提醒的须要，才是重要的
    4.2.6 问人们不要什么
        4.2.6.1 创新来自于说不
  4.3 作个决定，别拖延了
  4.4 出售你的副产品
5 操做
  5.1 一场把软件运行起来的比赛
    5.1.1 尽快推出一个真实的产品
  5.2 在不断反复中工做着
  5.3 从灵感，到草稿，到HTML，到Code
  5.4 远离设置首选项
    5.4.1 设置首选项是一种逃避困难抉择，丢给用户的方式
    5.4.2 要本身拿主意
  5.5 搞定
    5.5.1 决定都是暂时的，拿个主意而后继续下一步
    5.5.2 成就=点子x执行
  5.6 放飞让大众去测试
    5.6.1 提早预热
    5.6.2 Beta测试
  5.7 缩短期
    5.7.1 把时间和任务分红小份
    5.7.2 小的任务和时间表
6 组织
  6.1 跨职能团队
  6.2 独处时间
    6.2.1 留出不被打扰的整块时间
  6.3 会议有毒
    6.3.1 少开会
    6.3.2 分解它
    6.3.3 时间盒
  6.4 寻找和庆祝小的胜利
    6.4.1 天天发现点什么
    6.4.2 不断最求可达成的小目标
    6.4.3 越长的清单越作不完
7 人员配备
  7.1 不要过早招聘太多员工
    7.1.1 慢慢加人，迅速发展
    7.1.2 Brooks定理
    7.1.3 程序员的效率和效果相差悬殊
        7.1.3.1 高精尖要用诸葛亮
        7.1.3.2 普通工做用三个臭皮匠
    7.1.4 从亲力亲为开始
        7.1.4.1 直到没法忍受了再雇人
        7.1.4.2 没必要担忧“错过了那个牛人”，由于你还不须要他
  7.2 核查自我介绍，而非简历
  7.3 先从模拟项目开始结对工做
  7.4 根据对开源社区贡献来选择人才
    7.4.1 上学和受教育是两码事
  7.5 寻找通用的专才
    7.5.1 具有快速学习的能力
    7.5.2 而非专供一面的专家
  7.6 热情是装不出来的
    7.6.1 选择快乐的，中等技术水平的
    7.6.2 不选使人不满的专家
    7.6.3 为提问加分
    7.6.4 避免喜欢发号施令的人
    7.6.5 寻找自律的人
  7.7 找文字功底好的人
    7.7.1 清晰的文字才有清晰的思路
8 界面设计
  8.1 界面先行
    8.1.1 从页面核心开始扩展
  8.2 常规、初始、错误三种状况
    8.2.1 期待一个周到的初次运行体验
    8.2.2 作好防护
    8.2.3 应用的上下文赛过一致性
  8.3 每一个字母都相当重要
  8.4 统一管理功能到公共界面
9 代码
  9.1 使代码尽可能简化
    9.1.1 寻找更简化的方案
  9.2 选择使团队兴奋和倍感激励的工具
  9.3 代码会说话
  9.4 付清技术债
  9.5 经过API、RSS引入数据
  9.6 功能定义文档无用
  9.7 写活文档
    9.7.1 告诉我一个故事
    9.7.2 把产品想象成一我的
10 订价和注册
  10.1 免费样品
    10.1.1 毒品贩子用好货来吸引回头客付钱上瘾
    10.1.2 拿出最热单曲做为免费奖励
    10.1.3 大厨把本身的食谱展现出来，才能出名
    10.1.4 向人们展现你的是怎么运营生意的
  10.2 让注册和注销绝不费力
    10.2.1 离开时用growth Hacking设法挽留
    10.2.2 但不要勉强留住用户及其数据，来去自由
  10.3 避免长期合同和注册费用
  10.4 塑料子弹
    10.4.1 用提早通知和保留条款来缓和坏消息给用户的打击
11 推广
  11.1 好莱坞运做
    11.1.1 从挑逗，到预演，到开幕
  11.2 博客比广告更有力且便宜
    11.2.1 尽早征集共鸣和注册
    11.2.2 有趣的特点是引发共鸣好办法
  11.3 经过分享和教育来推广
    11.3.1 让顾客从你这里学到东西
    11.3.2 别去和对手竞争打广告和销售行为
    11.3.3 别写新闻稿Spam，去脱颖而出
  11.4 研究日志并跟踪共鸣(buzz)
  11.5 在应用内推销升级的机会
  11.6 起个好记的名字
  11.7 不须要市场部，每一个行为都是Marketing
12 技术支持
  12.1 感知痛苦
    12.1.1 拆除研发和技术支持之间的墙壁，全员上阵
    12.1.2 零培训零手册，使用内嵌的帮助和答疑
    12.1.3 最高优先级去响应疑难问题
  12.2 招募跨职能端到端部队
    12.2.1 每一个人都上前线
  12.3 强硬的爱，对客户说不
    12.3.1 当客户抱怨时，先让他们沸一会，他们最终会适应的
  12.4 公开你的坏消息，掌握主动
    12.4.1 快速、直接、诚实
    12.4.2 塑料花与残缺之美的鲜花(wabi-sabi)
    12.4.3 最糟的道歉就是不含道歉的道歉
13 上线以后
  13.1 上线一个月后发布一个重大更新
  13.2 保持发帖量
  13.3 测试版是私下的，公开的应该是发布版
  13.4 全部缺陷并不生而平等
  13.5 等到要求改变的应激反应中止后再采起行动
  13.6 订阅竞争对手的新闻消息
  13.7 当心臃肿的怪物
    13.7.1 更成熟并不意味着更复杂
14 软件以外的也能够应用这些理念
  14.1 小而快的绿色贝雷帽和海报突击队
  14.2 白线条乐团，2我的，流畅的乐曲，儿童鼓点，最少化待在录音室里
  14.3 苹果iPod并不像竞争对手同样提供内置调频广播或录音机
  14.4 橄榄球的"快攻hurry up offence"，减小集合(huddle)和战术选择(play-call)的官僚
  14.5 Rachael Ray的30分钟美食节目
  14.6 莎士比亚、海明威用简单清晰的语言也有更好的文学效果

点击查看更多推荐阅读的敏捷精益创新创业管理领导力书籍设计

http://www.jackyshen.com/2017/09/11/Getting-Real-and-Rework-notes/
日志