Inhaltsverzeichnis des Kurses
1. Rolle des Produktmanagers und des Frameworks
2. Marktsegmentierung und Wettbewerbsanalyse
3. Benutzerpersönlichkeiten
4. Hypothesentest
5. Produktpositionierung
6. Produkt-Roadmap <- Sie sind hier
7. Entwurfsanforderungen für die Entwicklung
8. Geschäftsmodell und Geschäfts- Plan
9. Finanzplan und Preisgestaltung
- Fortsetzung
Eine Roadmap ist für das Management der Produktentwicklung sehr wichtig. Um jedoch eine Roadmap korrekt zu erstellen, muss dieses Problem systematisch angegangen werden. Es ist sehr wichtig, eine Roadmap nicht mit einer Vision zu verwechseln, obwohl eine Vision erforderlich ist, um eine Roadmap korrekt zu erstellen.
Motto der Vereinten Nationen: „Global denken, lokal handeln . " Interessanterweise funktioniert es auch beim Erstellen einer Roadmap für ein gutes Softwareprodukt. Dazu benötigen Sie eine globale Vision, damit Ihre Bestrebungen nicht hier und jetzt enden. Im Rahmen der Vision werden Ziele gesetzt - sie sind auch ziemlich global, und zu diesen Zielen sollte die Roadmap führen. Wenn Sie sich gemäß der vorbereiteten Karte bewegen, werden Releases zu Meilensteinen und Phasen dieser Bewegung - die Verkörperung spezifischer Schritte für die Produktentwicklung.
Welchen Horizont sollten Sie mit der Planung schwingen? Es kann anders sein, aber für den Anfang ist es besser, sich auf 6 Monate zu beschränken. Wenn Sie genau wissen, wohin sich Ihr Produkt bewegen wird, können es 3 oder 5 Jahre sein. Es gibt keine Grenzen. Zum Beispiel in seiner jüngsten RedeAmazon-Gründer Jeff Bezos kündigte das Weltraumprogramm Blue Origin mit einem Planungshorizont von 50 bis 100 Jahren an. Das heißt, eine Person schafft ein Unternehmen, das die meiste Zeit nach seinem Leben arbeitet. Wie ist das überhaupt möglich?
In diesem Fall handelt es sich nur um eine globale Vision - Blue Origin sollte die Möglichkeit intensiver Raumflüge bieten. Laut Bezos vertraute Amazon auf eine bereits vorhandene Kurier- und Postinfrastruktur. Wenn sie nicht existieren würden, hätte Amazon nicht arbeiten oder so erfolgreich werden können. Heute plant Blue Origin, die Infrastruktur für die zukünftige Raumfahrt zu schaffen - Raketen, Raumhäfen, Satelliten, Orbitalstationen und so weiter. Das globale Ziel von Blue Origin ist es, bis 2025 ein Raumschiff zu bauen.
Das Verständnis Ihrer globalen Ziele hilft bei der Erstellung einer Roadmap, in der wir konkrete Schritte aufzeigen und einen realistischen Plan erstellen, um die gesetzten Ziele in naher Zukunft zu erreichen. Und Blue Origin als Unternehmen mit ehrgeizigen Plänen versucht, seine Mission zu erfüllen - einen weltweiten Service für den zugänglichen und bequemen Personen- und Warenverkehr zu organisieren.
Vom Himmel zur Erde ...
Betrachten Sie ein realistischeres Beispiel. Wenn ein Bauunternehmen qualitativ hochwertige Bauarbeiten ausführt, kann das Konzept seiner Arbeit folgendermaßen aussehen:
● Vision - das beste Wohngebiet im Norden Moskaus (SAO) zu bauen.
● Ziele - 5000 Apartments, moderne Architektur, erstklassiger Komfort, praktische Grundrisse, ein Innenhof ohne Autos.
● Roadmap - Warteschlangen für Entwicklung und Landschaftsgestaltung.
● Freigabe - Betonfertige Gebäude, Straßen, Parks (Teilung ist zum Zeitpunkt der Fertigstellung möglich).
● Feature - eine Komponente der Version. Zum Beispiel ein Spielplatz, gepflanzte Bäume, überdachter Parkplatz, Rampe.
Wie erstelle ich eine Softwareprodukt-Roadmap?
Die Software-Roadmap enthält Releases, von denen jedes bestimmte Funktionen enthalten muss. Es ist sehr wichtig, eine Roadmap nach Datum zu planen und dabei die verfügbaren Funktionen und Ressourcen zu berücksichtigen (dazu später mehr). So sieht beispielsweise eine Roadmap für eine der sozialen Apps aus.
Beachten Sie, dass die Roadmap für alle Abteilungen gleichzeitig geplant werden sollte. Wenn das Unternehmen groß ist und Vertriebsleiter eine eigene Roadmap haben, müssen Sie diese mit der Roadmap der Entwicklungsabteilung verknüpfen. Andernfalls, wenn es zum Beispiel an der Zeit ist, ein Produkt auf dem asiatischen Markt zu bewerben, kann sich herausstellen, dass Sie keine vorgefertigte Lokalisierung haben ... und tatsächlich die chinesische Sprache unterstützen.
Anfragen nach dem, was in einem Produkt enthalten sein soll, kommen aus vielen verschiedenen Bereichen. Wir haben bereits in einem der vorherigen Beiträge darüber gesprochen.... Sie müssen sorgfältig organisiert und geplant werden. Es ist wichtig zu verstehen, dass es nicht möglich sein wird, alle Funktionen in Version 1.0 vorzubereiten und freizugeben, da in Wirklichkeit nie genügend Ressourcen vorhanden sind, um alle Ideen umzusetzen (wenn dies nicht der Fall ist, haben Sie nur wenige Ideen und müssen mehr darüber nachdenken).
Mit dem richtigen Ansatz bietet Roadmap die Möglichkeit, den Produktentwicklungsprozess in Phasen zu unterteilen und Funktionen mit abnehmender Priorität und Bedeutung in Iterationen einzuführen.
Werfen wir einen Blick auf eine andere Software - Produktentwicklung Rahmen (Software Product Management Framework) , dass die Kontrollen der Software - Entwicklung:
Die Reifegradmatrix eines Unternehmens, das unter einem bestimmten Rahmen lebt, wird durch die folgende Tabelle bestimmt. Und mit der formalen Einhaltung des Prozesses der Erstellung der Roadmap gelangt das Unternehmen sofort zum zweiten Reifegrad:
Im Allgemeinen ist dieser Rahmen ein separater Zweig für jeden Kurs zur Produktentwicklung. Wir werden jetzt nicht weiter darauf eingehen. Wenn jemand daran interessiert ist, einen zusätzlichen Beitrag zu diesem Thema zu lesen, hinterlasse bitte einen Kommentar zu diesem Beitrag.
Hier akzeptieren wir nur, dass das Unternehmen selbst die Kultur der Bereitstellung besserer Software verbessert, wenn bestimmte formale Verfahren bei der Softwareentwicklung eingehalten werden, wenn diese Prozesse erstellt werden. Roadmap ist Teil dieser Kultur.
Wie werden Produktanforderungen erfasst und verarbeitet?
Wenn wir Anforderungen von verschiedenen Seiten erhalten, müssen diese in eine Art System eingegeben werden. Zum Beispiel verwendet Acronis Jira, ein ziemlich mächtiges Tool, aber für Startups können Sie einfachere verwenden, einschließlich kostenloser, zum Beispiel Redmine oder Asana.
Die Hauptsache ist, dass alle Ideen registriert sind, weil es keine schlechten Gedanken gibt. Wenn die Idee noch keine Umsetzung verdient, bleibt ihre Priorität niedrig. Daher ist es sehr wichtig, jeden Satz in das System einzugeben - auch ohne eine detaillierte Beschreibung, "wie es funktionieren soll". Nur mit diesem Ansatz können Sie die Implementierung der erforderlichen Funktionen planen, dh eine echte Roadmap erstellen.
Alle Ideen kommen zum sogenannten "Incoming Backlog", sie können entweder formalisiert oder "roh" sein, ohne Bewertungen und Verständnis, wer diese Funktionen benötigt. Nachdem Sie die Anforderungen ausgearbeitet und Details hinzugefügt haben, können einige von ihnen zur nächsten Version wechseln. Der Rest wird an das Backlog geschickt und ich kann dort lange bleiben.
Epos
Die Agile- oder Scrum-Methode impliziert einen Begriff wie "Epic". Um das Wesentliche so einfach wie möglich zu erklären, sprechen wir über ein großes Feature, dessen Implementierung die Einbeziehung aller Teilnehmer erfordert - Entwickler, Tester, Interface-Designer, technische Redakteure usw.
In der Regel wird beim Erstellen eines Epos seine geschäftliche Bedeutung bewertet, die Arbeitskosten berechnet und entschieden, ob es in die aktuelle Version aufgenommen oder an den Rückstand gesendet werden soll.
Für bereits ausgewertete Epen können Sie im System eine Priorität zuweisen. In derselben Jira können Sie beispielsweise "hoch", "mittel" oder "niedrig" einstellen. In unserem Acronis-Backlog gibt es beispielsweise Hunderte und sogar Tausende von Funktionen. In diesem Fall sind einfache Prioritäten unabdingbar.
Feature Score berechnen
Eine komplexere Bewertungsmethode wird als Feature Score bezeichnet. Die Idee ist, alle Faktoren, die die Entwicklung beeinflussen, in einem einzigen Rating zusammenzufassen. Treffen Sie dann basierend auf der normalisierten Bewertung Entscheidungen darüber, ob Sie die Funktion in die Version aufnehmen oder die Entwicklung im Moment abbrechen möchten. Positive Metriken fügen einem Feature also Punkte hinzu, während negative mit einem umgekehrten Verhältnis (mehr Wert - weniger Punkte) wirken. Einige der positiven Kennzahlen umfassen:
1. Dringlichkeit.
2. Die Größe des Kunden, der es benötigt.
3. Steigerung des Marktanteils aufgrund der Entstehung neuer Kunden.
4. Möglicher Gewinn oder Verlust aus dem Abgang bestehender Kunden.
5. Strategische Erfolge (Ziele, die uns zur Verkörperung von Vision führen).
Negative Kennzahlen:
1. Die Höhe der Arbeitskosten.
2. Mögliche Risiken.
Feature Score muss eine Zahl sein. Dies ist keine qualitative Bewertung, sondern eine Art Bewertung, und die Berechnungsmethode muss im Rahmen der Entwicklung eines bestimmten Produkts vereinheitlicht und genehmigt werden.
Punkte werden basierend auf normalisierten Werten, Marktzielen des Unternehmens und anderen Parametern bestimmt. Der erste Parameter, der im Feature Score berücksichtigt wird, ist der Kundenfaktor. Der sogenannte Kundenfaktor ist definiert als das Produkt aus Dringlichkeit und Kundengröße. Ein Beispiel für die Berechnung sehen Sie im Bild unten.
Marktdurchdringungist definiert als die Wahrscheinlichkeit, neue Kunden zu gewinnen, und hängt von Ihren Plänen ab, Ihren Kundenstamm zu erweitern. Für Funktionen, die keine neuen Kunden anziehen, kann dieser Parameter beispielsweise gleich 0 sein, und für Funktionen, die Ihnen beispielsweise 500 Kunden bringen können,
beträgt die Punktzahl 20. Die nächste Frage ist die Einhaltung der Strategie. Um die Strategie zu bewerten , müssen Sie überprüfen, ob die Funktion Ihnen hilft, sich in strategischen Entwicklungsrichtungen zu bewegen. Und je mehr Richtungen es abdeckt, desto höher ist die Punktzahl.
Der Umsatz ist der potenzielle Gewinn, den die Implementierung eines Features bringen kann. Die Schätzung dieses Parameters hängt von der Größe des Unternehmens, den Eigenschaften des Produkts und den erwarteten Einnahmen ab. Die Tabelle zeigt ein Beispiel für die Bewertung dieses Indikators.
Aber jetzt sprechen wir über die entgegengesetzten Faktoren: Je weniger Punkte einem Feature gegeben werden, desto mehr manifestieren sie sich. Beispielsweise können Entwicklungskosten für Ihr Unternehmen auch auf der Ebene bestimmter Schätzungen festgelegt werden, je nachdem, wie viel Sie bereit sind, für die Entwicklung bestimmter Funktionen auszugeben.
Risiken ist der zweite Aspekt. Je geringer Ihr Vertrauen in die Bewertungen ist, desto höher sind die Risiken. Dies bedeutet, dass der Wert des Kriteriums in der Feature-Score-Formel niedriger ist.
Nach Berücksichtigung aller genannten Faktoren kann die Feature-Score-Formel folgendermaßen aussehen:
Es ist gut, wenn die Scores auf bestimmten Faktoren objektiv sind. Wenn Sie jedoch gerade erst in den Markt eintreten, erstellen Sie dennoch einen Feature Score. Besser subjektiv zu sein als gar keine.
Roadmap am Beispiel der Taxi-Anwendung
In einem der vorherigen Beiträge haben wir bereits darüber gesprochen, eine Anwendung zum Anrufen eines Taxis zu erstellen. Angenommen, wir müssen die folgenden Funktionen für dieses Produkt bewerten:
Eine Tabelle mit Prioritäten könnte folgendermaßen aussehen:
Berücksichtigen Sie die Funktion "Zum richtigen Zeitpunkt bestellen". Wenn wir alle Parameter zusammenfassen, erhalten wir 56. Was bedeutet diese Zahl? Nichts! Dies ist eine relative Bewertung, und wir müssen alle 9 Merkmale berechnen, wobei dieselben Kriterien und Bewertungen eingehalten werden. Das Ergebnis ist eine Prioritätsliste. In unserer Anwendung müssen wir natürlich eine mobile Anwendung für Android erstellen. Der zweite Schritt ist der Kindertarif.
Ein systematischer Ansatz ermöglicht es, nicht das zu tun, was für das Unternehmen nicht so wichtig ist, und kein „zufälliges Merkmal“ für die Implementierung auszuwählen. Die Rendite für schrittweise und schrittweise Arbeiten wird höher sein. Und das ist sehr wichtig, da es für die Entwicklung jedes Projekts immer einschränkende Faktoren gibt: Zeit, Kosten, Volumen. Die Kombination davon gibt Ihnen Qualität.
Nicht nur Prioritäten
Die Release-Planung berücksichtigt die Kapazität des Entwicklungsteams. Einige Produkte haben mehr als einen solchen Befehl. Um beispielsweise einen Taxi-Bestellservice zu erstellen, sollten mindestens Backend-, QS-, Android- und iOS-Befehle vorhanden sein.
Zusätzlich zur Priorisierung müssen wir jedoch auch schätzen, wie viele Stunden Entwickler für die Arbeit an den nächsten Funktionen bereitstellen können. Dazu müssen Sie die Anzahl der Personen im Team mit der Anzahl der Tage multiplizieren, die für die Vorbereitung vorgesehen sind. Wenn Sie wissen, welche Kapazitäten für die nächste Version (Bereich) zur Verfügung stehen, können Sie Ressourcenverschwendung vermeiden.
Die Kapazität verschiedener Teams für einen Release-Zyklus:
Wenn Sie sich die folgende Tabelle ansehen, wird deutlich, dass für eine mobile Anwendung für iOS viele Ressourcen benötigt werden, nicht nur das iOS-Entwicklungsteam, sondern auch Backend- und QS-Spezialisten. Aus diesem Grund ist es für das Management logisch, eine Entscheidung zu treffen, keine mobile Anwendung für iOS in die erste Version aufzunehmen, da das Team ohnehin keine Zeit dafür hat, aber andererseits die „Taxibestellung zum richtigen Zeitpunkt“ abschließt.
Wenn wir also in der Reihenfolge der Priorität aller sortierten Funktionen vorgehen, sieht die Roadmap für die Entwicklung der Anwendung durch Bestellung eines Taxis
folgendermaßen aus : Jede nachfolgende Version enthält die Funktionen mit der nächsten Priorität, die in die Kapazität des Entwicklungsteams gestellt werden.
Roadmap - als Produktentwicklungsphilosophie
Denken Sie daran, dass die Roadmap keine Verpflichtung, sondern eine Vorhersage ist. Ich würde empfehlen, die Roadmap als aktuellen Plan zu behandeln. Es ist möglich, dass in einem Monat ein neuer Kunde kommt und nach einer neuen Funktion fragt. Und wenn wir sie zum Rückstand hinzufügen, wird ihre Priorität wahrscheinlich höher sein als alles, was zuvor geplant war. In der Regel ist es bei der Arbeit an einem Produkt wichtig, für jeden Moment eine Roadmap zu haben. Sie sollten diese jedoch nicht statisch gestalten, da Sie sich heute an sich ändernde Marktbedingungen anpassen müssen.
Die vorgeschlagene Arbeit mit der Roadmap (Priorisierung von Merkmalen gemäß allgemeinen Regeln) erfordert eine interne Kultur. Alle Stakeholder müssen die gleichen Bewertungsprinzipien befolgen. Der erste Schritt besteht darin, die Berechnungsformel zu diskutieren und dann diese Regel zu befolgen. Natürlich kann alles geändert werden, wenn verstanden wird, wie die Priorisierung verbessert werden kann, aber dann müssen die Prioritäten für den gesamten Rückstand neu berechnet werden.
Bei großen Produkten ist es auch ratsam, eine andere Kapazität von Entwicklungsteams für Dinge zuzuweisen, die nicht direkt mit der Entwicklung benutzerdefinierter Funktionen zusammenhängen .) für die Erhaltung des bestehenden Ökosystems in der alten Version ausgeben “. Um solche Probleme zu lösen, können Sie beispielsweise 25% der Kapazität des Teams für Funktionen im Zusammenhang mit der Gewinnung neuer Kunden, 45% für die Kundenbindung, 20% für technische Schulden und Refactoring und 10% als Puffer zuweisen, damit Platz für Funktionen vorhanden ist. Wer kam plötzlich oder Overhead, um Aktivitäten zu berücksichtigen, die nicht direkt mit der Produktentwicklung zusammenhängen (Bereitstellung eines neuen Build-Systems, Implementierung von CI \ CD usw.).
Fazit
Um die Entwicklung erfolgreich zu planen und die Roadmap anzupassen, müssen Sie Ihren Rückstand regelmäßig überprüfen und den Feature-Score für die Features neu berechnen, die Sie entwickeln möchten und die Sie im Release-Bereich haben möchten. Wenn wir uns jedoch bereits für die nächste Version entschieden haben, muss eine Interaktion zwischen Managern und Entwicklern hergestellt werden.
Zu diesem Zweck werden wir uns im nächsten Beitrag mit dem Mechanismus zum Erstellen von Anforderungen für eine Funktion befassen, die von der Entwicklungsabteilung festgelegt werden muss. Dies ist erforderlich, damit das Feature entwickelt werden kann, vorzugsweise in der Form, in der Sie es sehen möchten. Wir werden darüber sprechen, warum die Anforderungen klar sein sollten, wie sie formalisiert werden sollten und welche Praktiken für die Arbeit mit Anforderungen für Entwickler existieren.
→ Die Videoaufzeichnung aller Vorlesungen des Kurses ist auf YouTube verfügbar
Vorlesung über die Roadmap und Anforderungen an die Entwicklung: