-
2006
老帖新发：向后工作法
作者：Werner Vogels 2006年 首席技术官 - Amazon.com
在我们在亚马逊使用的细粒度服务方法中，服务不仅代表软件结构，而且代表组织结构。这些服务拥有强大的所有权模式，与小团队规模相结合意在使创新变得非常容易。从某种意义上说，你可以将这些服务看作是一家大公司内部的小型创业公司。无论这些服务是外部还是内部，这些服务都需要关注他们的客户。为了确保服务满足客户的需求（不超过），我们使用一个名为“ 反向工作 ”的流程“在这个过程中，你首先与你的客户一起工作，直到你达到满足你想要达到的最低技术要求。我们的目标是通过持续，明确的客户关注来推动简单化。
产品定义过程以下列方式向后工作：
我们首先编写我们在启动时需要的文档（新闻稿和常见问题解答），然后研究更接近实现的文档。
“向后工作”产品定义流程的重点在于充实这一概念，并对我们最终要实现和构建的内容进行清晰的思考。它通常有四个步骤：
从撰写新闻稿开始。搞定它。新闻稿以简单的方式描述了该产品的功能和存在原因 - 功能和优点。它需要非常清楚并且重点突出。预先写一篇新闻稿澄清世界将如何看待产品 - 而不仅仅是我们如何看待产品。
撰写常见问题解答文档。这是我们在新闻稿提供的骨架上添加肉类的地方。它包括我们撰写新闻稿时提出的问题。您将包括其他人在您分享新闻稿时询问的问题，以及包含定义该产品的优点的问题。你将自己置身于使用该产品的人的脚下，并考虑所有你会遇到的问题。
定义客户体验。详细描述客户对产品可能做的不同事情的体验。对于具有用户界面的产品，我们会构建客户使用的每个屏幕的模拟图。对于Web服务，我们编写用例，包括代码片段，描述了您可以想象人们使用该产品的方式。这里的目标是讲述客户如何使用产品解决他们的问题。
编写用户手册。用户手册是客户用来真正了解产品是什么以及如何使用它的。用户手册通常包含三个部分，概念，操作方法和参考，它们之间告诉客户使用产品时他们需要知道的一切。对于具有多种用户的产品，我们会编写多个用户手册。
一旦我们完成了创建新闻稿，常见问题解答，模型和用户手册的过程，令人惊讶的是，您计划构建的内容有多清晰。
我们将拥有一套文件，我们可以使用这些文件向亚马逊内的其他团队解释新产品。我们现在知道，整个团队对我们正在构建的产品有着共同的愿景。
简版：
亚马逊的 CTO 透露，他们采用“向后工作”的方法，即开发一项产品采用下面的步骤。
1、写新闻稿
2、写 FAQ
3、写用户文档
4、写代码
原文：
https://www.allthingsdistributed.com/2006/11/working_backwards.html
扫一扫 加微信
hrtechchina
