Читать книгу Inspired - Marty Cagan - Страница 30

Haben Sie erst einmal die Grundlagen für ein Produktteam geschaffen, stellt sich als Nächstes diese große Frage: Wo liegt der Zuständigkeitsbereich jedes Teams? Das heißt, wofür ist jedes Team verantwortlich?

Einer der dazugehörigen Parameter ist die Art der zu erledigenden Arbeit und es ist wichtig, dass ein Produktteam die Verantwortung für die gesamte Arbeit trägt – Projekte, Features, Bugfixing, Performance, Optimierungen und inhaltliche Änderungen –, also für wirklich alles, was mit seinem Produkt zusammenhängt.

Der andere Aspekt ist der Arbeitsumfang. In einigen Unternehmen ist das Produktteam für ein komplettes Produkt zuständig. Heutzutage ist es jedoch häufiger so, dass das Produkt komplett identisch mit dem Kundenerlebnis ist (denken Sie nur an Facebook oder PayPal), und jedes Team ist verantwortlich für irgendeinen kleineren, aber bedeutsamen Teil dieses Erlebnisses.

Sie arbeiten beispielsweise in einem Team bei eBay, das für eine Technologie verantwortlich ist, die Betrug aufdeckt und verhindert, oder für Tools und Dienstleistungen für gewerbliche Anbieter. Oder Ihr Team ist bei Facebook zuständig für den Newsfeed, für eine native iOS App oder für die Einsatzmöglichkeiten, die für einen bestimmten vertikalen Markt erforderlich sind.

In einem kleinen Start-up ist das einfach, denn hier gibt es üblicherweise nur ein oder wenige Teams, in denen Sie leicht Dinge aufteilen können.

Doch wenn ein Unternehmen wächst, erweitert sich die Anzahl der Teams von einer Handvoll zu zwanzig, fünfzig oder mehr Teams in großen Produktunternehmen. Die Koordination wird schwieriger (dazu mehr im Abschnitt Product @ Scale), doch das Konzept ist sehr gut skalierbar und genau genommen einer der Hauptfaktoren für die Skalierbarkeit.

Es gibt viele sinnvolle Methoden, den Kuchen aufzuteilen. Manchmal konzentriert sich jedes Team auf eine andere Art von Anwendern oder Kunden. Manchmal ist jedes Team verantwortlich für eine andere Geräteart. Manchmal nehmen wir die Aufteilung nach Workflow oder Customer Journey vor.

Manchmal, oder genauer gesagt sehr häufig, definieren wir die Teams weitgehend aufgrund der Architektur. Das ist recht verbreitet, weil die Architektur die Technologieplattform bestimmt, und das erfordert oft verschiedene Arten von technischem Fachwissen.

Auf jeden Fall ist das Alignment zwischen Product Management und Engineering von größter Bedeutung. Deshalb setzen sich der Head of Product und der Head of Engineering normalerweise zusammen, um Größe und Zuständigkeitsbereich der Teams festzulegen.

Ich kann Ihnen sagen, dass es keine perfekte Aufteilung des Kuchens gibt. Machen Sie sich bewusst: Wenn Sie das eine optimieren, geht das auf Kosten von etwas anderem. Entscheiden Sie also, was Ihnen am wichtigsten ist, und halten Sie sich daran.