飞机上读完了来自著名敏捷产品开发小公司–37signals的两本书，Getting Real《达成现实》和 Rework 《重塑工作》，后一本是前一半的升级版。作者是大名鼎鼎的Jason Fried / David Heinemeier Hansson / Matthew Linderman。讲述在VUCA(乌卡)互联网时代，用聪明、快速、容易的方式构建一个成功的产品。
最能够引起共鸣的，第一个是专注，专注于问题的关键，专注于客户价值，专注于要事，分清轻重缓急，敢于说“不”。第二个是“动手，别吵吵”，把手弄脏同时拥抱变化，迅速决定下一个小目标，然后完成它，从成功的成就感和经验中迭代前行。第三个是高效的适量工作远好于过量的低效工作，轻松优雅地平衡好生活与工作，在路上要不时地抬头望望天。
正巧在看到一篇文章，关于今日头条旗下悟空问答高薪挖角快手和知乎社区大V（即头部作者和活跃答主）。这些有价值的知识内容是日积月累，彼此启发而慢慢产生的。“但对于估值已经超过200亿美元的今日头条，规模化焦虑正变得越来越强烈，以至于它根本没有耐心花数年时间去经营一个可以源源不断长出优质内容的社区或者生态。他需要所有能让用户沉迷的东西，而不是真正有价值的东西，在尽可能短的时间内聚集到自家平台上来。在别人建造的森林里，寻找最粗最壮的大树，砍倒，拖走，插到自家的花园里，然后就可以骄傲地宣称：我们拥有一片最牛逼的森林，这里没有树苗，没有小树，甚至没有生长过程，每一棵树生来就是最牛逼的参天大树。”
这像极了现在火爆的敏捷培训和咨询市场，特别传统大型咨询公司，也想来分一杯羹，试图快速复制一套商业模式结合手上的客户资源，来帮助那些同样传统的大型公司来进行组织规模化敏捷转型，甚至所谓创新。可行吗？不知道，反正已经有一头大象失败了，但是还有更多的大象会想试试，我们冷眼旁观，继续做好自己的事情就好了。
回到这两本书，不论是思维还是实践，都和我们现在这个打造中的小而美的“海豹突击队”很像，也坚定了继续前行的决心，不管是领导力和敏捷教练、精益创新产品咨询、Scrum认证培训、Design Thinking等等。我们这个团队不会拒绝长大，但绝不会急于拔苗助长。踏实地开创一项生意，而不是一个臃肿复杂的怪物。多少初创团队急于扩展规模、接受投资，只会沦为傀儡，忘了初心。
读书笔记
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 莎士比亚、海明威用简单清晰的语言也有更好的文学效果（本资讯于2017-09-13首次发布）
