Unterschied zwischen Entwicklungszeit und Zeit bis zur Markteinführung

Es gibt zwei Begriffe, die oft synonym verwendet werden und auf die ich heute eingehen möchte. Es handelt sich um die Entwicklungszeit und die Zeit bis zur Markteinführung. Diese Begriffe stehen für das Konzept der Zeit, die benötigt wird, um eine Softwarefunktion für den Endbenutzer bereitzustellen.

Während einige argumentieren würden, dass die Unterscheidung überflüssig ist, würde ich behaupten, dass sie sehr wichtig ist und es wert ist, sich die Zeit zu nehmen, darüber zu schreiben, weil sie dazu beiträgt:

• Kommunikation zu verbessern
• Erwartungsmanagement zu verbessern
• Effizienter zu werden

Lassen Sie uns mit einigen Definitionen beginnen. Es kann sein, dass ich in Scrum-Sprech verfalle, aber die Idee ist nicht auf das Scrum-Framework beschränkt und ist allgemeingültig.

Entwicklungszeit

Ich definiere die Entwicklungszeit als die Zeit zwischen der Annahme der Anforderungen durch den Entwickler und der Abnahme der Softwarefunktion durch den Product Owner. Die Entwicklungszeit umfasst die tatsächliche Zeit, die für das Schreiben des Codes, die Codeüberprüfung und die Qualitätssicherung aufgewendet wird. Diese Zeit beinhaltet nicht die Dinge, die außerhalb der Entwicklung getan werden, wie z. B. der Overhead, der mit der Anforderungsanalyse, Spezifikation, Aufwandsschätzungen usw. einhergeht.

Ich würde auch argumentieren, dass die Zeit für DevOps nicht berücksichtigt werden sollte, da diese Zeit unabhängig davon ist. So können und sollten die Entwickler die Softwarefunktion (und die Entwicklungszeit) als abgeschlossen betrachten, sobald diese akzeptiert ist.

Zeit bis zur Markteinführung

Die Zeit bis zur Markteinführung hingegen ist die Zeit, die von der Idee bis zur fertigen Softwarefunktion vergeht. Dazu gehören der Pitch, das Sammeln von Anforderungen, die Spezifikation, die Entwicklung, das Testen, das Ausrollen ... im Grunde alles, was passieren muss, damit die Softwarefunktion in die Hände der Endbenutzer gelangt.

In der Abbildung steht der hellgrüne Bereich für die Zeit bis zur Markteinführung und der hellrote für die Entwicklungszeit.

Ein weiterer wichtiger Aspekt der Zeit bis zur Markteinführung ist, dass sie auch die Wartezeit mit einschließt. Da ein Bild mehr sagt als tausend Worte, hier eine Infografik und ein stark vereinfachtes Beispiel:

Nehmen wir an, ein Softwareprodukt wird jeden Monat am 30. veröffentlicht, und eine neue Softwarefunktion wird am 1. vorgeschlagen.

Nehmen wir außerdem an:

• Es dauert eine Woche, um alle Vorentwicklungsaufgaben zu erledigen (1. bis 7.)
• Eine Woche für die eigentliche Entwicklung (7. bis 14.)
• Eine weitere Woche für alle Aufgaben, die vor der Veröffentlichung anstehen, wie z. B. das Testen der Veröffentlichung (14. bis 21.)

Während die Entwicklungszeit in diesem Beispiel nur eine Woche beträgt, beläuft sich die Zeit bis zur Markteinführung auf einen Monat, weil alle Schritte vor und nach der Entwicklung erforderlich sind, einschließlich des Wartens auf das nächste Veröffentlichungsfenster.

Obligatorische Elefanten, die angesprochen werden müssen

An dieser Stelle möchte ich kurz auf die beiden Elefanten im Raum eingehen:

1. Muss eine Softwarefunktion auf ein Veröffentlichungsdatum warten?

Kann sie nicht einfach live gehen, wenn sie fertig ist? Kurze Antwort: Ja, aber das würde den Rahmen dieses Beitrags sprengen. Das wäre eine längere Diskussion über die Vorteile und Kosten einer CI/CD-Pipeline, die wir daher vorerst auslassen wollen. Wenn Sie jedoch an weiterer Beratung und Unterstützung bei der Entwicklung einer schlanken, entwicklerfreundlichen CI/CD-Pipeline interessiert sind, können Sie sich gerne an uns djangsters wenden, lassen Sie sich nicht von der deutschen Sprache einschüchtern, wir sprechen auch Englisch.

2. Verhältnis zwischen Entwicklungszeit und Zeit bis zur Markteinführung

Das oben beschriebene Szenario ist nicht das einzige. Es ist nur ein einfacher Weg, um die Zeit bis zur Markteinführung und die Entwicklungszeit zu unterscheiden.

Je nach Projekt kann die Entwicklungszeit kleiner, gleich oder sogar größer als die Zeit bis zur Markteinführung sein. Bei der Webentwicklung beispielsweise kann die Entwicklungszeit kürzer sein als die Zeit bis zur Markteinführung. Andererseits dauert die Entwicklung von Spielen oft Jahre und dauert auch dann noch an, wenn sie bereits in den Händen der Benutzer sind. Hier ist die Entwicklungszeit größer als die Zeit bis zur Markteinführung.

Warum ist diese Unterscheidung wichtig?

Sie verbessert die Kommunikation und hilft, Erwartungen zu managen.

Es ist eine Tatsache, dass Entwickler und Stakeholder unterschiedliche Sprachen sprechen und oft die gleichen Wörter für unterschiedliche Dinge verwenden. Wenn sowohl Entwickler als auch Stakeholder den Unterschied kennen, ist die Wahrscheinlichkeit von Missverständnissen geringer.

Es konzentriert Optimierungsbemühungen

Wenn wir über Prozessoptimierung sprechen, denken wir oft nur an die Verbesserung der Entwicklungszeit. Ich halte das für unfair. Sie können die besten Entwickler der Welt haben, aber wenn eine Softwarefunktion drei Monate braucht, bis die Anforderungen definiert sind und in die Hände dieser Entwickler gelangen, wird die Zeit bis zur Markteinführung immer unverschämt lang sein. Es spielt keine Rolle, ob die Rockstar-Entwickler Rom an einem Tag bauen können.

Fazit

Softwareentwicklung ist ein anspruchsvolles, aber lohnendes Unterfangen, an dem viele Menschen mit unterschiedlichen Hintergründen beteiligt sind. Die Unterscheidung zwischen der Zeit bis zur Markteinführung und der Entwicklungszeit trägt wesentlich zur Verbesserung der Erfahrungen aller Beteiligten bei. So können wir Verbesserungsmöglichkeiten erkennen und den Prozess auf die Bedürfnisse des Projekts abstimmen.