一本非典型性的软件研发担当手册
《Shape Up》是一本极其少见的，以「甲方」视角撰写的行业沉淀。不同于市面上绝大部分操蛋的敏捷教练，研发管理顾问，大部分二流的科技行业从业者那样只是告诉你一个你已经懂的自上而下视角的 SDLC 流程，《Shape Up》立体的建立了一个每一个软件研发过程中的参与者都能独立思考的工作形态——不是「制定」出来的，而是多年「自然而然的博弈」出来的。
这本书如此的立体，以至于你可以无论你是软件研发过程里的什么角色，这本书里你都可以找到属于自己的共识和许多问题的答案。
战略，管理，产品，项目，应有尽有。
这是一本非典型的软件研发管理手册。
Shape Up 尝试解决的痛点
- 一线的软件研发团队的工作最佳节奏，避免让人成为永远做不完需求的 Code Monkey
- 如何让高层管理者的时间花在刀刃上，保留战略视角，决策产品需求走向
- 真正透明，务实又让每个参与者舒适的项目管理办法
- 真正低损耗的软件研发职责边界
Shape Up 的底层逻辑
《Shape Up》里有大量细节，都是为了解决一般软件研发过程中的「不确定性」的，设计了最「容错」的分工和流程。这些不确定性，不在一线工作，没有端到端对结果负责的人很难体会，却是大部分软件研发实践中出现延期，浪费现象的罪魁祸首。
核心逻辑是（这个逻辑，事实上适用于任何治理结构的设计，不光是软件研发过程）：
- 想办法减少不确定性。
- 想办法从顶层（C 字头）逐层责任制的往下减少不确定性。
- 把无法避免的不确定性，留到一个可闭环的协作过程内限时解决，规避一切跨部门跨层级的传递不确定性的场景。
- 最终出现或意料之外的不确定性导致不良后果，责任永远向上追究。
没错，这实际上是一本非典型的软件研发「管理担当」手册。
关于读书笔记和 Heptabase
最近认真的读了好几遍 Shape Up，也花了一些时间整理了笔记。准备一块一块更新出来。用了两年的 Heptabase 是我重度使用的笔记工具，订阅其实有点贵，但物有所值。我的订阅链接在这里，如果有兴趣可以研究研究：Heptabase Link