📈 Shape Up's hill view

关于 37 Signals 的新书《Shape Up》

37 Signals(现在叫 Basecamp) 是一家小公司，我虽然没有使用过他们的产品，但却因为他们公司的几本书让我喜欢上了这家公司。任何一个互联网行业技术圈子的人，大概都听说过 RoR (Ruby on Rails) 这个框架，而这个框架，就是这家公司做的。

他们公司的产品叫 Basecamp(和现在的公司名一样了)，是一款项目管理软件，以简单、清晰、易用而闻名。项目管理这件事具有天然的复杂性，软件很容易就会做得复杂难用。而这家公司是怎么做到 简单、清晰、易用 的呢？我想，每个人都会从他们的几本书里找到自己的答案。

以前看过他们的书，Getting Real, Remote: Office Not Required, 和 Rework。Rework是有中文版的（重来），而 Remote 的中文版叫 重来2 了。

这次要介绍的是瑞安·辛格（Ryan Singer）去年出版的文集《Shape Up》。Ryan 工作范围很广，前后端设计甚至是产品策略，在各个层面上都工作过。在 Basecamp 的 15 年间，他设计了数以百万计的功能，并发明了团队用来设计，开发和交付正确东西的流程。如今，他专注于产品策略：了解 Basecamp 的客户正在尝试做什么以及如何使产品更好地适合他们。

Shape Up 这个书名，并不太清楚怎样翻译会更好听，暂且不译。这本书是这样介绍自己的：

停止一圈一圈的跑，去交付那些重要的东西

Stop Running in Circles and Ship Work that Matters

Shape Up 适用于那些难以交付的产品开发团队。Shape Up充满了开阔的见解，将帮助您摆脱无效的“最佳实践”，深入思考正确的问题，并开始交付有意义的项目。

Shape Up is for product development teams who struggle to ship. Full of eye-opening insights, Shape Up will help you break free of "best practices" that aren't working, think deeper about the right problems, and start shipping meaningful projects.

这本书目前是英文在线版（ https://basecamp.com/shapeup ），还有个 pdf，一如既往的没什么废话，很快就能看完。

这里只介绍其中的一个小工具，hill view（我起的名字 😊）。

我们在度量工作完成度的时候，都会习惯性的使用，完成了多少这种度量方式。这种方式在某些情况下是合适的，比如如果需要搬10块砖，当搬了6块的时候，可以表示，我已经完成了 60%：

进度 60%

但这种度量方式在另外一些情况下又是不合适的，尤其不适用于脑力工作者，而我们日常的一些工作恰恰又是脑力工作更多一些。这些脑力工作常常不是线性难度，花了 N 小时完成 50% 并不代表再花 N 小时就可以全部完成。而 hill view 在某种程度上解决了这个问题。

在任务 合理 划分完之后...我们确定了一项任务 A：

A 开始时，我们可能需要搞清楚需要做什么以及一步步要怎么做，当难度问题全部解决之后，剩下的事情就只有工作量了。下图的 hill 就代表这样的过程，当我们攀登到山顶的时候，剩下的就容易多了。

hill view

如果你觉得这个任务有非常多的步骤都不知道怎么做，那么一般来说，任务的划分可能有问题。我们需要重新将任务划分为 manageable(可控) 的程度。

我们在做任务 A 时，会日常更新进度，这样别人包括自己就可以了解进度了。这样做除了能将非线性的进度展示出来以外，对项目也是有帮助的。如果我们记录了 hill view 的日常变化，那么就可以获得一些关于任务的洞察(insight). 比如下面这个 hill view 的变化过程：

stuck in hill

红色的任务在很多天都没有变化，那么一定是出了什么问题，有可能是之前计划的时候没有预料到的问题，还有可能是我们的任务规模划分的不合适等等。在这种时候，再去回顾我们的红色任务，做适当的处理，会及时地保证项目的推进。

hill view 虽好，但我们都知道，一两样工具其实并不能解决什么问题，其实最根本的问题还是价值观、世界观、人生观的问题，或者更简单点说，是品味的问题。在某些品味下，hill view 能够很好的可视化任务进度并帮助我们。

也希望你我都有这样的品味。如果你之前喜欢过 37 Signals 之前的几本书，那么这本推荐一看。