Accelerating Cloud Product Development with the STACKIT Maturity Model

Creating a product company, particularly a cloud platform from scratch is exciting and challenging. I’ve had the opportunity to embark on this journey multiple times, from consulting for software-industry clients to my role at SAP Cloud Platform and now with STACKIT. I’m going to share the insights and lessons learned from these experiences in this blog series. These posts will also be informed by the research I conducted at the University of Stuttgart.

My first article focusses on accelerating and maturing cloud product development… It is a copy of the according LinkedIn article.

The Challenge: Navigating uncharted Territories with plenty of options

Picture yourself embarking on an uncharted journey, venturing into a realm of possibilities unknown to you. This could be the experience of launching a cloud-based company, where the freedom to innovate and explore new frontiers is both exhilarating and daunting. While early-stage product teams relish the autonomy to chart their own course, they often face the challenges of operating in a „wild west“ environment, making independent decisions that can lead to inconsistencies, delays, and uncertainties.

In this uncharted territory, where options abound, product teams need time to find their footing. But… asking each team to handle the complexity of product development decisions independently can detract from their primary objective: maximizing value for their customers or users. Moreover, the pressure of releasing a product to a broader audience can lead to fear and uncertainty, as teams question whether their creation is fully ready for general availability. This fear is often exacerbated by concerns about missed non-functional requirements that could cause unforeseen problems.

Our Golden Path: The STACKIT Maturity Model

To overcome these challenges, early-stage product companies need to establish a framework that provides structure and guidance while still allowing for innovation. That’s why we introduced the STACKIT Maturity Model in order to help STACKIT product teams to scale.

The STACKIT Maturity Model defines non-functional(!) criteria and templates for each stage of product development, providing a structured roadmap and golden path for teams to progress step-by-step. This approach eliminates roadblocks, reduces discussions, and accelerates product development while ensuring enhanced technical quality.

To accommodate less experienced teams, the model offers an incremental approach, allowing teams to mature gradually rather than attempting to reach the pinnacle in a single leap. This incremental growth resembles a child’s development, starting with crawling, then walking, running, and continuously improving. Importantly, the model extends beyond product launch, catering to the post-release period. Which means, the paved-road supports day 2 to day 50 operations, emphasizing sustained scalability.

For teams that embarked on their journey prior to adopting the „golden path,“ the STACKIT Maturity Model offers a path to assess their current product maturity, ensuring they avoid accumulating excessive technical debt before launch. This assessment enables early adopters, or STACKITeers, to leverage their existing knowledge and align with the model’s principles.

Standing on the Shoulders of Giants

The STACKIT Maturity Model draws inspiration from proven scaling models used by industry leaders like Netflix, Red Hat, and Spotify. While not entirely novel, its principles remain highly relevant in the ever-evolving world of software-driven organizations. Maturity models like ours provide a structured roadmap, akin to a „golden path,“ that is crucial for achieving sustainable growth and scalability. This approach resonates with the concept of „internal developer platforms,“ which increasingly emphasize the value of golden paths for product development.

Visualizing the Solution: A Comprehensive Roadmap for scalable development.

Imagine the STACKIT Maturity Model as a dynamic roadmap, a checklist that simplifies the intricate maze of product development. This roadmap, depicted below, guides teams through various stages of maturity, from initiation to optimization. Each stage is mapped along a spectrum of essential dimensions, or „golden paths,“ like „Service Levels“, „Commercials“, or „Lifecycle Management“ that collectively contribute to successful product development.

Illustration of the Maturity Model

Along this roadmap, each step is accompanied by detailed criteria, links to best practices, templates, and contact information for subject matter experts (SMEs) who can provide guidance and support. This comprehensive approach ensures that teams have the necessary resources to navigate each stage effectively. We believe that merely providing criteria without additional support would leave teams feeling overwhelmed. Instead, we aim to empower them with the knowledge and tools they need to thrive.

Change Management: Implementing the Maturity Model

Introducing a transformative approach like the STACKIT Maturity Model demands a robust organizational change management strategy. After introducing some mistakes at the beginning (yes… stupid) we employed a multifaceted approach, including information sessions, training, short videos, hands-on workshops, and individual follow-ups, to effectively disseminate the model and foster adoption.

Visual Aid: Explaining the Maturity Model: One key element of our change management efforts was the creation of short explainer videos that concisely outlined the model’s key tenets and benefits. See the example below:

The videos circulated among teams, providing a clear and engaging introduction to the maturity model. They communicated the model’s purpose, its structure, and its potential impact on product development. The video highlighted above also served as a valuable tool for onboarding new employees and ensuring consistent understanding across the organization.

Measuring Success and Continuous Improvement

Our implementation of the STACKIT Maturity Model (or golden paths) has yielded significant benefits, despite encountering initial obstacles related to team adoption. While not every team readily embraced change, the efforts invested in change management were crucial to its success. We learned our lession the hard way. Thats why I would encourage you to invest as well into change management, when following a similar approach…

The results: a more standardized approach among product teams, enhanced confidence in the teams‘ ability to deliver high-quality cloud products, and a reduced time to market for new products. Positive feedback from external auditors and internal product teams further validates the effectiveness of our approach. One product owner approached us lately, telling:

„Thank you for the Maturity Model! It has often helped me to be well prepared for questions about product development. This helped us to achieve our goal much faster.“

Which made me smile… 🙂

The Unfinished Tale: Maturing the Maturity Model

Are we done? Everything fine? Our journey with the STACKIT Maturity Model is far from over. Just as our product teams and their products evolve, the maturity model itself requires continuous refinement. While we celebrate our accomplishments, we remain committed to improvement. As we gather feedback, we are exploring ways to enhance the model, perhaps by making it more streamline, having lean variants fitting to different product categories, or by providing additional self-service guidance through templates.

In essence, tools like the STACKIT Maturity Model can serve as valuable guides in our pursuit of mature cloud product development. With ongoing refinements, we are confident that this golden path will continue to steer us towards excellence, eventually becoming a mature product in itself.

Stay tuned for more insights and updates as we continue our journey of scaling organizations and maturing product development.

#STACKITMaturityModel # STACKIT #CloudProductDevelopment #ScalingOrganizations #InnovationJourney

Meine Dissertation „Softwareplattformen für Unternehmenssoftwareökosysteme“ ist im Eul Verlag erschienen. :-)

Und kann bspw. bei Amazon, aber auch direkt beim Verlag erworben werden…  Das Buch ist in Auszügen (Leseprobe) auch auf Google Books verfügbar. 🙂

Cover Lars Oliver Mautsch Softwareplattformen für Unternehmenssoftwareökosysteme


Hier der Klappentext:

Beeinflusst durch Megatrends, wie bspw. die Globalisierung und Individualisierung, sind Softwarefirmen im Umfeld von Unternehmenssoftware immer seltener in der Lage, die von den Kunden gewünschten Leistungen komplett eigenständig in effizienter Art und Weise zu erbringen. Vielmehr sind sie zunehmend von den komplementären Leistungen Dritter, wie bspw. Partnern und Kunden, abhängig. Durch die Kooperation mit diesen Akteuren entstehen Wertschöpfungsnetzwerke, sogenannte Unternehmenssoftwareökosysteme.
Erfolgreiche Beispiele im IT-Umfeld stellen die Softwareökosysteme von Microsoft, salesforce oder SAP dar. Dank der Partnerschaften mit Anbietern von komplementärer Software und/oder komplementären Dienstleistungen, integriert durch zentrale Softwareplattformen, werden diese Plattformanbieter in die Lage versetzt, im Innenverhältnis Produkte und Prozesse zu standardisieren, aber gleichzeitig mittels Partnern individuelle Leistungen anzubieten und Kunden durch funktionale sowie technische Lock-in-Effekte an sich zu binden. Allerdings existieren bislang kaum Abhandlungen darüber, wie solche Unternehmenssoftwareökosysteme gezielt gesteuert werden können oder wie deren Softwareplattformen gestaltet sein müssen, um die Ziele dieser Softwareökosysteme zu erreichen.

Das vorliegende Buch verfolgt die Zielsetzung, diese Forschungslücke zu schließen, indem zunächst relevante Determinanten der erfolgreichen Gestaltung von Unternehmenssoftwareökosystemen identifiziert und darauf aufbauend systematisch Gestaltungsempfehlungen für Softwareplattformen entwickelt werden. Während die Gestaltungsempfehlungen insb. Praktiker in Software- und IT Dienstleistungsunternehmen bei der Gestaltung bzw. Auswahl von Softwareökosystemen und -plattformen als Basis für die eigene Geschäftstätigkeit unterstützen, werden Wissenschaftlern zusätzlich Anknüpfungspunkte für die weitere Forschung im Kontext aufgezeigt.

Den Waschzettel zum Buch kann man WZMautsch downloaden.

Über Feedback freue ich mich sehr!

2015 Platform Research Symposium in Boston (MA)

Am 09. und 10. Juli 2015 findet das Platform Research Symposium in Boston mit verschiedenen Beiträgen zu Plattformen, Strategien von „Hochkarätern“ der Community wie bspw. Geoffrey Parker oder Marshall Van Alstyne statt. Der erste Veranstaltungstag richtet sich hierbei an Forscher, der zweite Tag an Praktiker. Auch Einreichungen von Beiträgen sind derzeit noch möglich. Weitere Infos unter:

Hier die offizielle Einladung, welche mich dazu erreicht hat:

Boston University Executive Education Center

July 9, 2015

We are hosting the third academic symposium on platform research July 9 in Boston. As an active scholar in related areas, you are cordially invited to join us. We can’t promise that every paper will be accepted, but we can promise an outstanding day of research, colleagues, and good cheer. Topics of particular interest include:

• Platform business models
• Launch
• Two-sided networks
• Platform pricing strategy
• Internal organization
• Transitioning products to platforms
• Multihoming
• Coalitions, standard setting & policy
• Open Innovation
• Platform analytics


Due to generous sponsorship from the Center for Global Enterprise and from Mars Corporation, all conference fees are waived for presenters and discussants.

We are also delighted to share a summary of Platform Strategy literature forthcoming in the Palgrave Encyclopedia of Strategy ( If you don’t have free academic access, the penultimate version is available here (

We look forward to seeing you in Boston this summer.


Geoffrey Parker
Marshall Van Alstyne
Tulane University / Boston University / MIT

Blog zu Plattformen, Plattformstrategien, mehrseitigen Märkten und Softwareökosystemen

Im Rahmen meiner Dissertation zu Softwareplattformen in Unternehmenssoftwareökosystemen habe ich neben zahlreichen Papers, Büchern usw. auch verschiedene Blogs o.ä. gelesen. Eines der besseren Blogs im Kontext ist m. E. das Blog von Geoffrey Parker and Marshall Van Alstyne mit dem Titel „Platform Economics and Strategy“. Einige der Beiträge sind sehr lesenswert… und thematisieren u.a. das Verhalten von Intel, Apple, IBM, Microsoft usw. im IT-Umfeld aber auch das Verhalten von Anbietern materieller Plattformen, z.B. im Automobilsektor. Das Blog kann unter der folgenden Adresse gefunden werden:

In der Vergangenheit ist auch das Blog von Slinger Jansen u.a. unter recht interessant gewesen. Allerdings scheint dieses in der letzten Zeit etwas eingeschlafen zu sein.

Viel Spaß beim Lesen. Vielleicht schaffe ich es in der Zukunft einmal hier eine Übersicht der relevanten Literatur bzw. interessanter Websiten im Kontext zu erstellen…

Softwareökosysteme: Ziele und Herausforderungen aus ERP-Anbietersicht

Zusammen mit meinem Kollegen Tobias Tauterat und meinem Doktorvater Prof. Dr. Georg Herzwurm habe ich für die Ausgabe 1/2013 der Zeitschrift ERP-Management einen Artikel zu den Zielen und Herausforderungen bei der Gestaltung von Softwareökosystemen und Softwareplattformen aus Sicht der ERP-Hersteller geschrieben.

Hier geht es zur Website der Zeitschrift ERP-Management.

Viel Spaß beim Lesen!

Software-Plattformen – Standort, Spektrum und Stellenwert

An dieser Stelle werde ich Inhalte publizieren, die im Zusammenhang mit meiner Promotion an der Uni Stuttgart stehen. Hier die Beschreibung des zugehörigen Forschungsprojektes, welches ich an der Uni Stuttgart verantwortet habe.

INDUS.NET – Teilprojekt: Softwareplattformen für Unternehmenssoftwareökosysteme

Motivation und Problemstellung

Beeinflusst durch Megatrends wie die Globalisierung und Individualisierung bzw. IT-Trends wie das Cloud Computing agieren Softwareanbieter nur noch selten als unabhängige Einheiten, die Software bzw. Dienstleistungen komplett eigenständig erbringen können. Vielmehr sind die Hersteller zunehmend von den Innovationen, Produkten und Dienstleistungen Dritter, wie z. B. Partnern, Value-Added-Resellern (VAR), Systemhäusern oder proaktiven Kunden, abhängig. Diese Komplementoren übernehmen oftmals die „letzte Meile zum Endkunden“ und haben daher großen Einfluss auf den Umsatz und Erfolg der Hersteller. Das Umfeld hat sich somit dahin gehend geändert, dass Netzwerkstrukturen, einen immer höheren Stellenwert einnehmen – so genannte Softwareökosysteme entstehen.

Dieser Trend wird seit einigen Jahren auch im Bereich für Unternehmenssoftware sichtbar. Immer öfter formieren sich Softwareökosysteme (in diesem Bereich auch Partnernetzwerke genannt) um die im Zentrum stehende Unternehmenssoftware eines Anbieters, wie z. B. ERP- (SAP, Microsoft) CRM- (salesforce) oder CMS (TYPO3). Die Unternehmenssoftware stellt also nicht nur ein Produkt für den Endkunden, sondern auch eine Softwareplattform für die Leistungen der Komplementoren dar und sollte entsprechend gestaltet werden.

Softwareplattformen für Unternehmenssoftwareökosysteme in Anlehnung an Cusumano - Staying Power (2010)

Softwareplattformen für Unternehmenssoftwareökosysteme in Anlehnung an Cusumano – Staying Power (2010)

Nachhaltig ein vitales Softwareökosystem an Kunden und Komplementoren für die Nutzung der zentralen Softwareplattform des Anbieters zu motivieren ist dabei ein kritischer Erfolgsfaktor für die beteiligten Akteure: Ohne eine entsprechende Anzahl an möglichen Kunden werden tendenziell weniger Komplementoren ihre Leistungen anbieten. Die resultierende geringere Leistungsvielfalt senkt wiederum die Attraktivität des Ökosystems und der Softwareplattform für die Kunden. Um diese Attraktivität zu gewährleisten, sollten Softwareplattformen die Anforderungen einer ausreichend großen Anzahl an Akteuren erfüllen.

Allerdings liefert die Literatur meist nur Hinweise auf Anforderungen zentraler Plattformanbieter – die teilweise konfliktären Ziele und Anforderungen von Kunden und Komplementoren werden nur rudimentär diskutiert und bleiben oftmals unbekannt. Die Integration dieser Stakeholder, die aus den o.g. Gründen von essenzieller Bedeutung für den Erfolg sind, stellt für die Plattformanbieter im Umfeld für Unternehmenssoftware somit oftmals eine Herausforderung dar. Aber auch für Kunden und Komplementoren wird die Auswahl einer Softwareplattform mangels Kenntnis möglicher Anforderungen erschwert.

Ziele des Projekts

Dieses Forschungsprojekt zielt darauf ab, die skizzierte Situation durch Beantwortung der nachfolgenden Forschungsfragen zu verbessern und darauf aufbauend Kriterien bzw. Gestaltungsempfehlungen für Software-Plattformen im Umfeld von Unternehmenssoftware zu erarbeiten:

  • Welche Ziele verfolgen die unterschiedlichen Stakeholder bei der Nutzung einer Software-Plattform für Unternehmenssoftware?
  • Welche Anforderungen stellen die Stakeholder an eine Softwareplattform für Unternehmenssoftware, die als Basis für die Leistungen von Komplementoren dienen soll?
  • Welche Wichtigkeit (Priorität) haben diese Anforderungen für die unterschiedlichen Stakeholder?
  • Wie sollten Lösungen (wie z.B. Softwareplattformen, AppStores, …) zur Erfüllung der Anforderungen der Stakeholder gestaltet werden?

Erwartete Ergebnisse und Verwertungsmöglichkeiten für Studienteilnehmer

Software-Plattformanbieter: Die Ziele und Anforderungen der Stakeholder können als belastbarer Input für die Entwicklung eigener Software-Plattformen dienen. So können z. B. Verbesserungs- bzw. Differenzierungspotenziale gegenüber dem Wettbewerb aufgezeigt und somit die Akzeptanz eigener Software-Produkte erhöht werden. Der Verweis auf die Teilnahme an der Studie kann in der Kommunikation mit Partnern und Endkunden genutzt werden.

Komplementoren: Die Forschungsergebnisse helfen, die eigenen Ziele und Anforderungen bei der Auswahl einer Software-Plattform zu identifizieren und gegenüber dem Hersteller der zentralen Software zu kommunizieren. Nicht abgedeckte Anforderungen der Endkunden können auf Potenziale für eigene komplementäre Produkte oder Dienstleistungen (z.B. Branchenlösungen) hinweisen.

Endkunden: Die Kenntnis der eigenen Anforderungen an eine Unternehmenssoftware-Plattform kann eigene Auswahlentscheidungen unterstützen. Darüber hinaus können Kunden die Anbieter auf aktuelle und zukünftige Bedarfe aufmerksam machen und zur Zukunftssicherheit der Software-Plattform beitragen. Dies kann helfen, ein bestehendes Investment in eine Lösung auf Basis dieser Software-Plattform zu schützen.

Update Februar 2015:

Das Forschungsprojekt wurde erfolgreich abgeschlossen. Die Ergebnisse wurden im Rahmen meiner Dissertation veröffentlich. Sollten Sie Interesse an einer aggregierten Zusammenfassung der Ergebnisse des Projekts haben, dann kontaktieren Sie bitte mich! Ansonsten bleibt mir nur den ganzen Beteiligten für Ihre Mühen, Feedback, usw. zu danken! 🙂