Wie Amazon organisiert ist

Wie viele andere US-Unternehmen basiert auch die Workflow-Organisation von Amazon auf Grundprinzipien, deren Hauptzweck darin besteht, den Mitarbeitern zu helfen, die richtige Entscheidung auf der Grundlage der Unternehmenswerte zu treffen. Wir haben mit einem Produktmanager bei Amazon gesprochen, der darüber sprach, welchen Grundsätzen das Unternehmen folgt, wie es bei Aufgaben hilft und welche Prozesse das Team bei der Entwicklung eines neuen Produkts durchläuft. Unten haben wir einen Link zu einem Video mit einem vollständigen Interview hinterlassen.

Amazon Mission, Vision und Prinzipien


Nach meinem Verständnis ist es die Mission von Amazon, das kundenorientierteste Unternehmen der Welt zu sein. Alle Produkte, an denen das Unternehmen arbeitet, werden mit dem Ziel entwickelt, zuerst das Produkt für den Kunden herzustellen und dann dessen Umsatz zu steigern.

Es gibt 14 Prinzipien, nach denen ein Unternehmen lebt und die in allen Arbeitsprozessen angewendet werden. Diese Prinzipien sind ziemlich grundlegend, sie sind nichts Besonderes. Sie werden von der Einführung eines neuen Produkts, von Interviews oder von Rückmeldungen an Kollegen geleitet. Sie sind nicht gezwungen, sich zu merken, aber wenn Sie in einem Unternehmen arbeiten, wenn Sie wollen, wollen Sie nicht, beginnen Sie, diesen Prinzipien zu folgen.

Viele von ihnen gehen auseinander. Zum Beispiel wie Think Big und Bias for Action. Der eine sagt: "Global denken" und der andere sagt: "Handeln, nicht planen." In der Tat gibt es viele solche Prinzipien, die miteinander in Konflikt stehen. Aber das ist der springende Punkt. Wenn die Mitarbeiter auf das Think Big-Prinzip fixiert wären, würden alle die Fristen verlängern. Und wenn nur Bias for Action eingehalten würde, würden sie schnell kleine Projekte durchführen und nicht an große denken.

Viele sagen, die Amazonas-Kultur sei anspruchsvoller. Die Leute kommen hierher, um zu arbeiten, zu studieren und sich zu entwickeln. Und wenn sie müde werden, gehen Sie zu Microsoft.

Dies liegt daran, dass Amazon ein dynamischeres und schnell wachsendes Unternehmen ist. Wir versuchen in verschiedene Richtungen zu wachsen. Das Geschäftsmodell von Boeing und Microsoft hat sich jedoch seit vielen Jahren nicht geändert. Google hat das Gleiche: Die Suchmaschine bleibt ihre Haupteinnahmequelle.

Amazon wird ermutigt, ständig neue Ideen zu generieren. Es gibt immer viele Projekte im Entwicklungsprozess. Wenn die Arbeit an einem Produkt endet, wechselt sofort jeder zu einem anderen. Gleichzeitig werden innerhalb der Abteilungen immer hohe Ziele für jedes Projekt festgelegt.



Produktentwicklungsprozess


Bevor Sie die Aufgabe festlegen, müssen Sie zunächst die Hypothese testen. Hierzu wird MVP oder MLP verwendet. Basierend auf diesen Konzepten wird ein großes Dokument erstellt, das dann vom gesamten Team berücksichtigt wird. In dem Dokument sollten zwei Dinge hervorgehoben werden:

Wie wird das Projekt das Problem der Kunden lösen? Das Dokument hat 1 Seite, um die Idee kurz zu erläutern und ihren Wert zu vermitteln.

Welche Fragen können Verbraucher zum Produkt stellen? Und technische Fragen: Wie werden wir Geld verdienen? Wo kann man technische Ausrüstung kaufen? Wer wird der Auftragnehmer sein? Alles sollte im Dokument im Format von Fragen und Antworten beschrieben werden.

Wenn wir verstehen, dass die Idee allen gefallen hat, geht sie in die Entwicklung. Der Produktmanager erstellt eine Liste der Anforderungen, die in der Agile-Release-Phase aufgeschlüsselt werden. Alles ist so organisiert, dass Sie Schritt für Schritt eine Sache testen und Feedback erhalten.

Das Wichtigste im Team ist, nicht auf Anweisungen zu warten. Wenn Sie mit einem Problem an den Kopf kommen, sollten Sie bereits eine Lösung haben. Und der Manager kann nur Feedback geben - ob Sie eine gute Lösung gefunden haben oder nicht.

Das Team hat immer einen Zeitplan für die Tage, an denen es abgeschlossen sein wird. Jede Woche treffen sich Mitarbeiter, um Aufgaben zu besprechen. Wir zeigen sie auf einem Dashboard mit den Status - grün, gelb und rot.

Grün bedeutet, dass alles in Ordnung ist und keine Aufmerksamkeit für die Aufgabe erforderlich ist. Gelb - etwas ist schief gelaufen, aber wir wissen, wie wir es beheben können. Zum Beispiel wollten sie das Projekt bis zum 1. Mai abschließen, aber es gab ein Problem, das wir bis zum 1. Mai lösen wollen. Und rot - etwas ist schief gelaufen, und wir wissen noch nicht, wie wir die Fristen einhalten sollen.

Danach zeigt jeder Entwickler Demos mit der geleisteten Arbeit. Während solcher Besprechungen hat der Produktmanager die Möglichkeit, Feedback zu geben und den Pfad der Aufgabe zu ändern. Im Übrigen - die Möglichkeit, Kollegen um Rat zu fragen, wenn nicht klar ist, wie eines der Probleme zu lösen ist. Wöchentliche Teamberichte unterstützen die agile Kultur, wenn jeder versucht, etwas zur Veröffentlichung freizugeben, anstatt ein ganzes Jahr lang daran zu ziehen.

Wenn das Projekt fertig ist, wird es vom Produktmanager genehmigt und an die nächste Teststufe gesendet. Das Unternehmen verfügt über interne Tester, die prüfen, ob die Funktion nicht funktioniert, und eine Gruppe von Betatestern, die ihr Feedback geben. Nach ihren Tests wird die Entwicklung in ein paar Tagen veröffentlicht. Und hier endet die Arbeit an der Aufgabe.



Organisation der Arbeitsprozesse im Unternehmen


Scrum - eine Methode zur Priorisierung von Aufgaben für die nächsten 2-3 Wochen - für einen Sprint.

Sprint ist eine so kurze Strecke, in der Sie sagen: „OK, in den nächsten zehn Wochen werden wir diese 10 Aufgaben erledigen. Und wir werden nur an ihnen arbeiten und sonst nichts. “ Das hat Vor- und Nachteile. Einerseits werden Sie nicht von anderen Aufgaben abgelenkt. Aber Sie müssen ständig Ergänzungen vornehmen, und sie werden ziemlich viel sprinten.

Es gibt keine solche Programmierung, bei der Sie sich einfach hingesetzt und mit dem Schreiben von Code begonnen haben. Zunächst sammelt der Produktmanager alle Anforderungen und beschreibt die Funktionen des neuen Produkts. Dann geht alles zum Design. Programmierer setzen sich und beschreiben anhand der Anforderungen, was sie tun müssen, z. B. in das System integrieren, ein bestimmtes Framework erstellen usw. Die dritte Stufe ist der laufende Code, in dem sich der Mitarbeiter bereits hinsetzt und mit dem Schreiben von Code beginnt. Dann testen. Und die letzte Phase ist die Veröffentlichung.

Und hier ist Kanban eine Methode, bei der Sie für jede Stufe Grenzen setzen. Eine Gruppe von "Anforderungen" kann nicht mehr als 3 Funktionen haben. Bis ich eine der Anforderungen an das Design übertrage, kann ich keine neuen Aufgaben hinzufügen.

Das heißt, der Aufgabenfluss wird reguliert. Wenn Sie mehr Entwickler haben, können Sie die Aufgaben erweitern. Der Vorteil der Methodik besteht darin, dass sie flexibel ist. Minus - Priorisierung kann sich im Gegensatz zu Scrum ständig ändern. Sie können jederzeit eine Aufgabe einfügen, die zuvor noch nicht vorhanden war.

Beide Ansätze beziehen sich auf die Agile-Methodik. Dies bedeutet, dass Sie eine große Version immer in kleine Teile zerlegen und sie so oft wie möglich freigeben, um nicht das zu tun, was der Benutzer nicht benötigt.

In Scrum bewerten wir jede Aufgabe in Punkten. Sie können sie mit nichts messen, es ist eher ein relativer Wert. Beispielsweise ist eine Aufgabe 4 Punkte höher als die auf 2 geschätzte Aufgabe. Mit diesen Punkten können Sie sehen, wie viel der Entwickler seine Aufgabe geschlossen hat.
Bei Kanban ist das komplizierter.

Unsere andere Regel ist, nur 3 Aufgaben in Arbeit zu nehmen. Wenn das Team 10 Entwickler hat, arbeitet jeder an diesen Aufgaben, niemand kann eine neue übernehmen. Denn wenn jeder Entwickler eine Aufgabe übernimmt, die 2 Monate Entwicklungszeit in Anspruch nimmt, gibt es jeweils nur 2 Releases pro Monat.

Aus diesem Grund gibt es Einschränkungen für mindestens 3 Aufgaben, von denen jede 3 Entwickler hat. Wenn jemand freigelassen wird, kann er kein neues Projekt übernehmen. Er sollte den Kollegen helfen, die restlichen Aufgaben für den Sprint zu erledigen. Und erst nach der Veröffentlichung des Projekts können Sie neue Aufgaben übernehmen.


All Articles