Get best of the week

亚马逊的组织方式

与许多其他美国公司一样，亚马逊的工作流程组织也建立在基本原则上，其主要目的是帮助员工根据公司的价值观做出正确的决定。我们与亚马逊的产品经理进行了交谈，他谈到了公司遵循哪些原则，他们如何协助任务以及开发新产品时团队要经历的流程。在下面，我们留下了包含完整访谈视频的链接。

亚马逊的使命，愿景和原则


据我了解，亚马逊的使命是成为世界上最以客户为导向的公司。公司正在开发的所有产品的开发目的是首先为客户生产产品，然后增加销售量。

公司遵循14条原则，并在所有工作流程中使用它们。这些原则很基础，没什么特别的。在发布新产品，面试过程中或向同事提供反馈时，他们会受到指导。他们并没有被迫记住，但是当您在公司工作时，如果您想要，不想要，您就会开始遵循这些原则。

他们中的许多人彼此分开。例如，像“思考大”和“行动的偏见”。一个说：“从全局考虑”，另一个说：“采取行动，而不是计划。”实际上，有许多这样的原则相互冲突。但这就是重点。如果员工被固定在“大思维”原则上，那么每个人都会延长截止日期。如果仅遵守“行动偏见”，他们将迅速开展小型项目，而不考虑大型项目。

许多人说亚马逊的文化要求更高。人们来到这里工作，学习和发展。当他们累了时，请去微软。

这是因为亚马逊是一家更具活力，发展迅速的公司。我们正在努力朝着不同的方向发展。但是波音和微软的商业模式多年没有改变。Google也有同样的想法：搜索引擎仍然是他们的主要收入来源。

鼓励亚马逊不断产生新想法。在开发过程中总是有很多项目。当一种产品的工作结束时，每个人都立即切换到另一种产品。同时，每个项目的高目标总是在部门内部设定的。



产品开发过程


设置任务之前，您必须做的第一件事就是检验假设。为此，使用了MVP或MLP。基于这些概念，将编译一个大文档，然后由整个团队考虑。该文档中应强调两点：

该项目将如何解决客户问题？该文件有一页，以简洁地解释该思想并传达其价值。

消费者对产品有什么疑问？技术问题：我们将如何获利？在哪里购买技术设备？谁将是承包商？一切内容均应以问题和答案的格式进行描述。

如果我们知道每个人都喜欢这个主意，那么它就会发展。产品经理会编译需求列表，并在敏捷发布阶段将其分解。一切都以这种方式组织起来，以便一步一步地测试一件事并获得反馈。

团队中最重要的事情是不要等待指示。如果您遇到某种问题，那么您应该已经有了解决方案。经理只能提供反馈-无论您是否找到了一个好的解决方案。

团队始终对完成日期有时间表。每周，员工聚集在一起讨论任务。我们在状态为绿色，黄色和红色的仪表板上显示它们。

绿色表示一切正常，不需要关注任务。黄色-出了点问题，但是我们知道如何解决。例如，他们计划在5月1日之前完成该项目，但是我们将尝试在5月1日之前解决该问题。和红色-出了点问题，我们尚不知道如何在截止日期之前完成。

之后，每个开发人员都将演示演示工作。在此类会议期间，产品经理可以提供反馈并更改任务的路径。其余的-如果不清楚如何解决问题之一，可以向同事征求意见。当每个人都试图发布要发布的东西，而不是花整整一年的时间时，每周的团队报告支持敏捷文化。

项目准备就绪后，产品经理会批准该项目并将其发送到下一个阶段-测试。该公司有内部测试人员检查功能是否损坏，还有一组Beta测试人员，他们再提供反馈。经过测试，开发将在几天后发布。这就是完成任务的地方。



公司工作流程的组织


Scrum-一种在接下来的2-3周中确定任务优先级的方法-用于冲刺。

Sprint-这是一个短暂的过程，您会说：“好的，接下来的两周，我们将完成这10项任务。我们将仅对它们进行工作，而不会进行其他任何工作。” 这有其优点和缺点。一方面，您不会被其他任务分散注意力。但是您必须不断添加，它们会大量冲刺。

在编程中没有什么事情让您只是坐下来开始编写代码。首先，产品经理收集所有需求，描述新产品的功能。然后，一切都转到设计上。程序员坐下来，根据需求描述他们将要做的事情，例如，与系统集成，制定特定的框架等。第三阶段是代码进行中，员工已经坐下来并开始编写代码。然后测试。最后一个阶段是发布。

看板是您可以为每个阶段设置限制的方法。一组“需求”不能具有3个以上的功能。在将任何需求转移到设计之前，我无法添加新任务。

即，任务的流向被调节。如果您有更多开发人员，则可以扩展任务。该方法的优点是它很灵活。减号-与Scrum不同，优先级可以不断变化。您可以随时包含以前不存在的任务。

两种方法都与敏捷方法有关。其含义是，您始终将大发行版分成小块，并尽可能频繁地发行，以免执行用户不需要的操作。

在Scrum中，我们以点为单位评估每个任务。您无法用任何东西来衡量它们，而是更多的相对价值。例如，一个任务比在2处估计的任务多4个点。通过这些点，您可以查看开发人员已完成任务的程度。
在看板中，这更加复杂。

我们的另一条规则是仅执行3个任务。如果团队有10个开发人员，那么每个人都在完成这些任务，没有人可以承担新任务。因为如果每个开发人员执行一项任务，这需要2个月的开发时间，那么每月分别只有2个发行版。

这就是为什么至少要限制3个任务，每个任务都有3个开发人员的原因。而且，如果有人被释放，那么他就不能承担新项目。他应该帮助同事完成为sprint设置的其余任务。并且只有在项目发布后，您才能执行新任务。

More articles:


All Articles