工作向后

||评论 (

在细粒度服务的方法,我们使用亚马逊,服务不只是代表一个软件结构,而且还组织结构。该服务具有很强的所有权模式,这与小团队的规模相结合的目的是使它很容易创新。在某种意义上,你可以看到这些服务作为一个大公司的围墙内的小创业公司。所有这些服务都需要强烈关注谁是他们的客户,他们无论是外部还是内部。为了确保服务满足客户的需求(而不是不止这些),我们使用了一个名为“进程工作向后”在你开始你的客户和工作的方式向后,直到你得到的最小集合的技术要求,以满足你试图达到的目标。我们的目标是通过持续,明确以客户为中心,以推动简单。

产品定义过程的工作向后方式如下:我们开始写我们需要在启动(新闻稿和FAQ)朝着更接近实施文件文档,然后工作。

工作向后产品定义过程是所有关于被充实的概念,实现清晰的思维,什么,我们最终将熄灭,并构建。它通常包括四个步骤:

  1. 通过写新闻稿启动。搞定它。该新闻稿介绍一个简单的方法是什么产品呢?为什么它的存在 - 有什么特点和优势。它需要非常清晰,重点突出。写新闻稿前面阐明了世界将如何看待产品 - 我们不只是在内部如何去想它。
  2. 撰写常见问题文件。这里就是我们加入瘦肉由新闻稿提供的骨架。它包含了上来,当我们写的新闻稿提问。您将包括其他人问,当你共享的新闻稿的问题,你包括定义什么产品是好的问题。你把自己放在别人的鞋使用该产品,并考虑你将有问题。
  3. 定义客户体验。详细描述客户对产品可能做的不同事情的体验。对于具有用户界面的产品,我们将为客户使用的每个屏幕建立模型。对于web服务,我们编写用例,包括代码片段,这些用例描述了您可以想象的人们使用产品的方式。这里的目标是讲述客户如何使用产品解决问题的故事。
  4. 写用户手册。用户手册是什么客户将使用真正了解产品是什么以及它们将如何使用它。用户手册通常有三个部分,概念,操作方法和参考,这两者之间告诉他们需要知道使用该产品的客户的一切。如果产品有多于一个类型的用户,我们写一个以上的用户手册。

一旦我们完成创建新闻稿,常见问题解答,实体模型,和用户手册的过程中消失了,这是多么惊人更清楚什么是你正在筹建。我们将有一套,我们可以用它来解释新产品中的亚马逊其他球队的文档。我们知道,在这一点上,整个团队有什么产品我们将构建一个共享的愿景。

评论

博客评论由Disqus