IT-Discovery-Workshops – das Fundament für den Erfolg jedes Technologieprojekts

Jedes ambitionierte Technologieprojekt braucht, wie ein komplexes Gebäude, das über Jahre hinweg Bestand haben soll, ein solides, sorgfältig konzipiertes Fundament. Ohne dieses kann selbst die innovativste Vision und der Einsatz der besten Spezialisten unzureichend sein, und das gesamte Vorhaben kann in einem kostspieligen Scheitern, einer mangelnden Übereinstimmung mit den tatsächlichen Bedürfnissen oder einer endlosen Reihe von Problemen und Verzögerungen enden. In der Welt der Softwareentwicklung und Implementierung komplexer IT-Systeme übernimmt die Discovery-Phase die Rolle eines solchen unverzichtbaren Fundaments, und in ihrem Zentrum stehen häufig intensive, interaktive Discovery-Workshops. In diesen ersten, entscheidenden Sitzungen konfrontiert das Projektteam die Vision mit der Realität, identifiziert verborgene Risiken und entwickelt ein gemeinsames Verständnis dessen, was gebaut werden soll. Die Daten sprechen für sich – laut Berichten der Standish Group haben Projekte, in denen die Discovery-Phase übersprungen oder verkürzt wurde, ein bis zu dreimal höheres Risiko, Budget und Zeitplan zu überschreiten. Gleichzeitig sind die Kosten für die Behebung eines Fehlers, der erst in der Produktionsphase entdeckt wird, 30- bis 100-mal höher als die Identifizierung desselben Problems in der Analysephase. Dies ist nicht nur ein weiterer unnötiger Schritt im Softwareentwicklungsprozess – es ist eine Investition in Klarheit, Risikominimierung und letztlich in den Erfolg des gesamten Vorhabens, die sich in jeder nachfolgenden Phase der Projektdurchführung vielfach auszahlt.

Siehe auch

• Eine Anwendungsperformance-Krise? Ihre ersten 5 Schritte zur Wiedererlangung der Kontrolle
• Anatomie eines Projektscheiterns: Warum „billige” Anbieter am meisten kosten und wie strategische Partnerschaften mit ARDURA Consulting Projekte retten
• Accessibility Testing – Wie starten Sie mit WCAG (Web Content Accessibility Guidelines)?

Warum ist die Discovery-Phase für jedes IT-Projekt unverzichtbar?

Stellen Sie sich vor, Sie versuchen Ihr Traumhaus zu bauen – ohne detaillierten Architekturentwurf, ohne Bodenanalyse, ohne präzise Definition der Bedürfnisse der zukünftigen Bewohner und ohne realistisches Budget. Klingt wie ein Rezept für eine Katastrophe, nicht wahr? Leider ist es in der Welt der IT-Projekte, insbesondere bei solchen, die unter Zeitdruck oder mit unzureichender Vorbereitung durchgeführt werden, keine Seltenheit, dass sich Teams auf der Grundlage unklarer Annahmen, unvollständiger Anforderungen und übermäßig optimistischer Schätzungen in die Entwicklungsarbeit stürzen. Die Folgen dieses Ansatzes können verheerend sein und betreffen gleichermaßen kleine Startups wie große Konzerne mit erheblichen Budgets.

Das Überspringen oder oberflächliche Durchführen der Discovery-Phase ist eine der häufigsten Ursachen für das Scheitern von IT-Projekten. Es führt zu einem vage definierten oder sich ständig ändernden Projektumfang, einem Phänomen, das als Scope Creep bekannt ist. Ohne ein gemeinsames, präzises Verständnis dessen, was gebaut werden soll, wird das Projekt zu einem beweglichen Ziel, dessen Grenzen sich ständig erweitern, was zusätzliche Kosten und Verzögerungen verursacht. Jede neue Anforderung, die nach Beginn der Entwicklung eingereicht wird, erfordert eine erneute Analyse, architektonische Überarbeitung und Aktualisierung der Tests, was die Kosten geometrisch vervielfacht.

Eine weitere schwerwiegende Konsequenz sind falsche Annahmen über die Nutzerbedürfnisse. Wenn wir zu Beginn nicht ausreichend Zeit für ein tiefes Verständnis des zu lösenden Problems und der Erwartungen der wichtigsten Stakeholder aufwenden, riskieren wir, ein Produkt zu schaffen, das zwar technologisch fortschrittlich ist, aber die tatsächlichen Bedürfnisse nicht erfüllt und den erwarteten Mehrwert nicht liefert. In der Praxis bedeutet dies eine Situation, in der das Team nach Monaten intensiver Arbeit ein System abliefert, das niemand nutzen möchte, weil es die realen Probleme der Anwender nicht löst.

Ein Mangel an gemeinsamer Vision führt auch zu Konflikten und Missverständnissen innerhalb des Projektteams und zwischen IT und dem Fachbereich. Unklare Prioritäten und unterschiedliche Interpretationen von Anforderungen führen zu Frustration, ineffektiver Kommunikation und internen Reibungen, die sich negativ auf die Arbeitsatmosphäre und den Fortschritt auswirken. Der Kaskadeneffekt dieser Probleme schlägt sich in unrealistischen Zeitplänen, gesprengten Budgets und mangelhafter Qualität des Endprodukts nieder, das zahlreiche kostspielige Nachbesserungen nach der Inbetriebnahme erfordert. In Extremfällen enden Projekte, die ohne solides Fundament durchgeführt werden, in einem vollständigen Scheitern, was nicht nur finanzielle Verluste bedeutet, sondern auch verlorene Zeit und entgangene wertvolle Geschäftschancen.

Die Discovery-Phase ist ein strukturierter Prozess, der darauf abzielt, das Geschäftsproblem gründlich zu verstehen, die Projektvision und -ziele zu definieren, Anforderungen zu sammeln und zu analysieren, potenzielle Risiken zu identifizieren und einen ersten Aktionsplan zu entwickeln. Es ist die Phase, in der wir die Schlüsselfragen stellen: „Was wollen wir erreichen?”, „Für wen tun wir das?”, „Was sind unsere Prioritäten?”, „Was sind die potenziellen Hindernisse?” und „Wie sieht der Weg zum Erfolg aus?”. Die Investition von Zeit und Ressourcen in eine sorgfältig durchgeführte Discovery-Phase ist kein zusätzlicher Kostenpunkt, sondern eine der wichtigsten Formen langfristiger Einsparung – sie vermeidet viele kostspielige Fehler, minimiert das Risiko des Scheiterns und erhöht die Wahrscheinlichkeit, eine Lösung zu liefern, die echten geschäftlichen Mehrwert bringt, erheblich.

Wie verwandeln Discovery-Workshops eine Vision in einen konkreten Aktionsplan?

Discovery-Workshops sind intensive, interaktive Sitzungen, die darauf ausgelegt sind, die Bedürfnisse einer Organisation gemeinsam und gründlich zu erforschen und selbst die vagueste Vision in einen klaren, konkreten und realistischen Aktionsplan zu verwandeln. Der Ansatz basiert auf mehreren grundlegenden Prinzipien, die professionelle Discovery-Workshops von gewöhnlichen Anforderungserhebungs-Meetings unterscheiden.

An erster Stelle stehen Partnerschaftlichkeit und ein tiefes Verständnis des einzigartigen Geschäftskontexts jedes einzelnen Kunden. Ein professionelles Workshop-Team kommt nicht mit fertigen „Lösungen von der Stange”. Stattdessen versucht es zunächst, vollständig in die Welt der Kundenorganisation einzutauchen – die Branchenspezifika, das Geschäftsmodell, die Strategie, die zentralen Herausforderungen und die Ziele, die das geplante IT-Projekt erreichen soll, zu verstehen. Nur ein solch individueller, „maßgeschneiderter” Ansatz kann zu Lösungen führen, die in einem bestimmten organisatorischen Kontext wirklich funktionieren und Mehrwert liefern.

Discovery-Workshops sind hochgradig interaktiv und einbindend. Es handelt sich nicht um eintönige Vorträge oder Präsentationen, bei denen eine Seite spricht und die andere mitschreibt. Es sind dynamische Teamarbeitssitzungen, in denen eine Vielzahl bewährter Techniken und Werkzeuge eingesetzt wird, um Kreativität zu fördern, Diskussionen zu erleichtern, Schlüsselprobleme zu identifizieren und gemeinsam die bestmöglichen Lösungen zu erarbeiten. Es ist wesentlich, dass sich jeder Teilnehmer wohlfühlt, seine Meinung äußern und aktiv zur Entwicklung eines gemeinsamen Verständnisses beitragen kann – selbst wenn seine Perspektive im Widerspruch zur vorherrschenden Meinung zu stehen scheint.

Ein Schlüsselelement für den Erfolg der Workshops ist die Einbeziehung der richtigen Personen – der wichtigsten Stakeholder – sowohl auf Kundenseite als auch im Lieferteam. Auf Kundenseite ist es äußerst wichtig, Unternehmensvertreter (Product Owner, für den jeweiligen Bereich verantwortliche Manager, Fachexperten), Personen aus der IT-Abteilung (Architekten, zukünftige Systemadministratoren) und, wenn möglich, Vertreter der zukünftigen Endanwender einzubeziehen. Ihre unterschiedlichen Perspektiven und ihr Wissen sind für ein umfassendes Verständnis der Projektanforderungen und des Kontexts von unschätzbarem Wert.

Welche Phasen umfasst ein professioneller Discovery-Workshop?

Obwohl jeder Discovery-Workshop auf die individuellen Bedürfnisse des Kunden und die Besonderheiten des Projekts zugeschnitten wird, umfasst ein typischer Sitzungsablauf in der Regel mehrere zentrale, logisch miteinander verbundene Phasen, die von einer übergeordneten Vision zu einem konkreten Plan führen.

Die erste Phase ist ein tiefgreifendes Verständnis des Geschäftskontexts und der strategischen Ziele des Projekts. In dieser Phase konzentriert sich das Team darauf, vollständig in die Welt der Kundenorganisation einzutauchen. Die Geschäftsstrategie, die Marktposition, zentrale Herausforderungen und Chancen werden analysiert. Es ist entscheidend, genau zu verstehen, welches Geschäftsproblem das geplante IT-Projekt lösen soll, welche spezifischen, messbaren Ziele es erreichen soll (Umsatzsteigerung, Kostensenkung, verbesserte Effizienz, erhöhte Kundenzufriedenheit) und wie es sich in die langfristige Entwicklungsvision des Unternehmens einfügt. Diese Phase wird häufig übereilt durchlaufen, doch ohne sie basiert die gesamte nachfolgende Arbeit auf Vermutungen statt auf Fakten.

Die zweite Phase ist die präzise Definition des Projektumfangs und die Priorisierung. Nachdem die Ziele verstanden sind, definiert das Team gemeinsam die Grenzen des Projekts – was zum Umfang gehört und was bewusst ausgeschlossen wird. Die Schlüsselfunktionalitäten, die das System haben muss, um die definierten Geschäftsziele zu erfüllen, werden identifiziert. Häufig werden hier Techniken wie User Story Mapping oder die MoSCoW-Methode (Must have, Should have, Could have, Won’t have) eingesetzt, um Anforderungen zu priorisieren und den Umfang für die erste Produktversion (MVP) zu definieren, sofern das Projekt iterativ geliefert werden soll.

Die dritte Phase umfasst eine gründliche Analyse der Nutzer und ihrer tatsächlichen Bedürfnisse. Der Erfolg jedes IT-Systems hängt davon ab, ob es die realen Bedürfnisse seiner Nutzer erfüllt und ob es für sie einfach und angenehm zu bedienen ist. In dieser Phase konzentriert sich das Team darauf zu verstehen, wer die zukünftigen Nutzer der Anwendung sind (Personas werden erstellt), welche Ziele, Aufgaben, Motivationen, Frustrationen und Schmerzpunkte sie haben. Das Mapping typischer Interaktionspfade mit dem System (Customer Journey Mapping oder User Journey Mapping) hilft, Bereiche zu identifizieren, in denen der größte Mehrwert geschaffen werden kann.

Die vierte Phase ist das gemeinsame Brainstorming und die kreative Generierung potenzieller Lösungen. Mit klar definierten Zielen, Umfang und Nutzerbedürfnissen geht das Team dazu über, die bestmöglichen Lösungen zu finden. Verschiedene kreative Denktechniken werden eingesetzt (Design Thinking, Brainstorming, „Was wäre wenn”-Szenarien), um ein breites Spektrum an Ideen für Funktionalitäten, Benutzeroberflächen oder technologische Ansätze zu generieren.

Die fünfte Phase ist die Definition der Systemarchitektur und der wichtigsten technischen Anforderungen auf einem angemessenen Detaillierungsgrad. Architekten und technische Spezialisten erstellen einen vorläufigen Entwurf der Architektur der geplanten Lösung, identifizieren die wichtigsten Systemkomponenten und deren Wechselbeziehungen, wählen geeignete Technologien aus und definieren die wichtigsten nicht-funktionalen Anforderungen – Performance, Skalierbarkeit, Sicherheit, Zuverlässigkeit und Wartbarkeit.

Die sechste Phase ist die Identifikation und Bewertung potenzieller Projektrisiken sowie die Planung von Gegenmaßnahmen. Jedes IT-Projekt birgt technologische, geschäftliche, organisatorische und ressourcenbezogene Risiken. In dieser Phase identifiziert das Team gemeinsam potenzielle Bedrohungen, bewertet die Wahrscheinlichkeit ihres Eintretens und entwickelt konkrete Strategien zu deren Minimierung oder Beseitigung.

Die siebte Phase umfasst die Entwicklung einer vorläufigen Roadmap und eines Umsetzungszeitplans, aufgeschlüsselt in logische Phasen, Meilensteine und Abhängigkeiten. Die abschließende, achte Phase ist die Erstellung einer vorläufigen Budget- und Ressourcenschätzung auf Basis des definierten Umfangs, des gewählten technologischen Konzepts und des geplanten Zeitplans.

Welche Techniken und Werkzeuge bewähren sich bei Discovery-Workshops?

Die Effektivität von Discovery-Workshops hängt maßgeblich von der Auswahl geeigneter Workshop-Techniken und -Werkzeuge ab, die die Teilnehmer einbinden, Kreativität fördern und dabei helfen, effektiv zu gemeinsamen Erkenntnissen zu gelangen. Die folgende Tabelle stellt die am häufigsten verwendeten Methoden zusammen mit ihrem Einsatzbereich und dem optimalen Kontext vor.

Technik / Werkzeug	Einsatzbereich	Optimaler Kontext
Design Thinking	Gestaltung nutzerzentrierter Lösungen	Verbraucherprodukte, mobile Apps, Kundenportale
Business Model Canvas	Analyse und Gestaltung von Geschäftsmodellen	Neue Produkte, strategische Neuausrichtungen, Corporate Startups
Value Proposition Canvas	Abstimmung von Wertversprechen mit Kundensegmenten	Product-Market-Fit-Validierung, Angebotsneupositionierung
User Story Mapping	Definition funktionaler Anforderungen aus Nutzerperspektive	Transaktionssysteme, E-Commerce-Plattformen, SaaS-Anwendungen
Event Storming	Modellierung komplexer Geschäftsprozesse und Domänenereignisse	Microservices-basierte Systeme, Domain-Driven Design
MoSCoW-Priorisierung	Priorisierung von Anforderungen (Must/Should/Could/Won’t)	MVP-Definition, Projektumfangsmanagement
Customer Journey Mapping	Abbildung der Nutzererfahrung entlang des Interaktionspfads	UX-Redesign, Optimierung von Kundenserviceprozessen
Low-Fidelity-Prototyping	Schnelle Visualisierung von Interface-Konzepten	Ideenvalidierung mit Nutzern, UX-Hypothesentests
SWOT-Analyse	Bewertung von Stärken, Schwächen, Chancen und Risiken	Strategische Entscheidungen, Technologieauswahl, Wettbewerbsanalyse

Die Auswahl der konkreten Werkzeuge wird immer auf die Besonderheiten des Projekts und die Workshop-Ziele abgestimmt. Für Systeme mit komplexer Geschäftslogik eignet sich Event Storming besonders gut, da es dem Team ermöglicht, alle Ereignisse in einem Prozess visuell abzubilden und Stellen zu identifizieren, an denen Probleme auftreten können. Für Projekte mit Fokus auf die Nutzererfahrung ist die Kombination aus Design Thinking und Prototyping die bessere Wahl, da sie eine schnelle Validierung von Konzepten mit zukünftigen Nutzern ermöglicht, noch bevor eine einzige Codezeile geschrieben wird.

Es sei betont, dass professionelle Discovery-Workshops nicht die mechanische Anwendung einer einzelnen Technik sind, sondern die geschickte Kombination verschiedener Methoden zu einem kohärenten Prozess. Ein erfahrener Moderator kann je nach Gruppendynamik und auftretenden Herausforderungen nahtlos zwischen Techniken wechseln – beispielsweise mit dem Business Model Canvas beginnen, um den breiteren Kontext zu verstehen, über User Story Mapping zur Definition der Anforderungen übergehen und mit Event Storming abschließen, um diesen Anforderungen eine technische Struktur zu geben.

Welchen konkreten Nutzen bringen Discovery-Workshops einer Organisation?

Die Investition von Zeit und Engagement in professionelle Discovery-Workshops bringt einer Organisation eine Reihe konkreter, greifbarer Ergebnisse und langfristiger Vorteile, die die Erfolgschancen des gesamten IT-Projekts erheblich steigern und den Return on Investment maximieren.

Das wichtigste Ergebnis ist die Entwicklung eines gemeinsamen, tiefen und eindeutigen Verständnisses der Projektziele, des Umfangs und der Prioritäten durch alle wichtigen Stakeholder – sowohl auf der Fachbereichs- als auch auf der IT-Seite. Durch intensive, interaktive Workshop-Arbeit werden Unklarheiten, widersprüchliche Erwartungen und fehlerhafte Annahmen beseitigt, und das gesamte Projektteam erhält eine kohärente Vision dessen, was erreicht werden soll und warum. Diese gemeinsame Perspektive ist das Fundament, auf dem jede während der Projektdurchführung getroffene Entscheidung ruht.

Der Workshop liefert außerdem eine präzise definierte und dokumentierte Liste funktionaler und nicht-funktionaler Anforderungen an das geplante System. Diese Anforderungen werden so formuliert, dass sie für alle Beteiligten verständlich sind, häufig in Form von User Stories mit Akzeptanzkriterien, und bieten eine solide Grundlage für die weitere Design- und Entwicklungsarbeit. Dadurch muss das Entwicklungsteam nicht raten, was der Kunde tatsächlich gemeint hat, und der Kunde wird nicht von Lösungen überrascht, die von seinen Erwartungen abweichen.

Discovery-Workshops ermöglichen auch die frühzeitige Identifikation und Bewertung potenzieller Projektrisiken (technisch, geschäftlich, organisatorisch) sowie die Entwicklung konkreter Strategien zur Risikominderung. Dies ermöglicht ein proaktives Management von Unsicherheiten und die Vermeidung vieler Probleme, die in späteren Projektphasen auftreten könnten, wenn die Kosten für deren Lösung um ein Vielfaches höher sind. Die realistische Roadmap, der vorläufige Zeitplan und die zuverlässigere Budgetschätzung, die als Workshop-Ergebnisse entstehen, geben allen Stakeholdern ein klares Bild der geplanten Aktivitäten und Zeitrahmen und unterstützen fundierte Investitionsentscheidungen.

Der Wert des Aufbaus einer starken Partnerschaft und gegenseitigen Vertrauens zwischen dem Kundenteam und dem Lieferteam von Beginn der Zusammenarbeit an kann ebenfalls nicht hoch genug eingeschätzt werden. Intensive gemeinsame Arbeit, offener Austausch von Ideen und Erfahrungen sowie das gemeinsame Streben nach den besten Lösungen schaffen eine Atmosphäre gegenseitigen Verständnisses und Engagements, die für die effektive Durchführung des gesamten Projekts von unschätzbarem Wert ist.

In welchen Szenarien sind Discovery-Workshops besonders wertvoll?

Obwohl die Discovery-Phase für jedes IT-Projekt wichtig ist, gibt es bestimmte Situationen und Arten von Vorhaben, in denen die Durchführung dedizierter, interaktiver Discovery-Workshops besonders hohen Mehrwert bietet und sogar entscheidend sein kann, um ernsthafte Probleme zu vermeiden.

Workshops sind äußerst wertvoll, wenn eine Organisation ein neues, komplexes IT-Projekt von Grund auf in Angriff nimmt – wenn sie plant, ein völlig neues transaktionales System, eine E-Commerce-Plattform, eine mobile Anwendung mit umfangreicher Funktionalität oder eine dedizierte Lösung zur Unterstützung zentraler Geschäftsprozesse zu entwickeln. In solchen Fällen, in denen es viele Unbekannte gibt und Umfang sowie Anforderungen noch nicht vollständig herauskristallisiert sind, ermöglichen Workshops dem Team, gemeinsam die Vision zu gestalten, Prioritäten zu definieren und ein solides Rahmenwerk für das gesamte Projekt zu schaffen. Ohne sie arbeitet das Entwicklungsteam im Dunkeln, was unweigerlich zu kostspieligen Iterationen und Neubauten führt.

Ebenso wichtig sind Discovery-Workshops im Kontext der Modernisierung, Transformation oder Ablösung bestehender Legacy-Systeme. Das Verständnis der Einschränkungen und Probleme aktueller Lösungen, die Definition der Anforderungen an ein neues System, die Auswahl einer geeigneten Modernisierungsstrategie (Refactoring, Neuentwicklung, Ablösung) und die Planung des Migrationsprozesses sind äußerst komplexe Aufgaben, die eine vertiefte Analyse und die Einbeziehung vieler Stakeholder erfordern. Workshops bieten ein ideales Forum für die Durchführung einer solchen Analyse und die Entwicklung eines optimalen Aktionsplans, der sowohl die geschäftlichen Bedürfnisse als auch die technischen Einschränkungen der bestehenden Infrastruktur berücksichtigt.

Wenn ein Unternehmen plant, ein innovatives Produkt, eine Dienstleistung oder ein Geschäftsmodell einzuführen, dessen Umfang und Marktakzeptanz noch mit erheblicher Unsicherheit behaftet sind, helfen Discovery-Workshops dabei, potenzielle Nutzer besser zu verstehen, zentrale Hypothesen zu validieren, den Umfang für eine MVP-Version zu definieren und eine Strategie für die iterative Entwicklung und Markttestung der Idee zu erarbeiten. Sie helfen auch, das Syndrom des „Aufbaus einer Lösung auf der Suche nach einem Problem” zu vermeiden, das viele innovative Projekte betrifft.

Workshops sind auch besonders empfehlenswert für Projekte, die die Einbeziehung und enge Zusammenarbeit vieler verschiedener Stakeholder aus unterschiedlichen Abteilungen der Organisation (IT, Marketing, Vertrieb, Betrieb, Finanzen) und potenziell externer Partner erfordern. Sie ermöglichen es, alle wichtigen Personen an einem Ort zusammenzubringen (physisch oder virtuell), den Austausch von Perspektiven zu erleichtern, ein gemeinsames Verständnis aufzubauen und Entscheidungen zu ermöglichen, die für alle Beteiligten akzeptabel sind. In der Praxis decken solche abteilungsübergreifenden Workshops häufig versteckte Interessenkonflikte und widersprüchliche Prioritäten auf, die – wären sie nicht in einem frühen Stadium adressiert worden – das Projekt während der Durchführung torpediert hätten.

Warum zahlt sich die Investition in Discovery-Workshops schlicht aus?

Aus der Perspektive des Chief Technology Officers (CTO) und des Projektmanagers mag die Entscheidung, Zeit und Ressourcen für die Durchführung von Discovery-Workshops bereitzustellen, zunächst wie eine zusätzliche Belastung eines ohnehin engen Zeitplans und Budgets erscheinen. Die Erfahrung zeigt jedoch deutlich, dass es sich um eine der kosteneffektivsten Investitionen handelt, die in einem frühen Stadium eines bedeutenden IT-Projekts getätigt werden kann.

Für den CTO sind Discovery-Workshops in erster Linie ein Instrument zur Minimierung technologischer und geschäftlicher Risiken. Sie ermöglichen die frühzeitige Identifikation potenzieller architektonischer Probleme, Integrationsherausforderungen, Sicherheitslücken oder Unzulänglichkeiten ausgewählter Technologien, bevor erhebliche Entwicklungskosten anfallen. Sie ermöglichen es auch, geplante Lösungen besser mit der langfristigen Technologiestrategie des Unternehmens abzustimmen und deren Konsistenz mit dem bestehenden IT-Ökosystem sicherzustellen. Letztlich führt dies zu stabileren, skalierbaren und leichter wartbaren Systemen, was sich in niedrigeren Gesamtbetriebskosten (TCO) und größerer Effizienz der IT-Abteilung niederschlägt.

Für den Projektmanager sind Discovery-Workshops das Fundament effektiver Planung, Scope-Management und des Aufbaus eines engagierten Teams. Ein präzise definierter Umfang, klare Prioritäten und ein gemeinsames Verständnis der Ziele erleichtern das tägliche Projektmanagement, die Entscheidungsfindung, die Stakeholder-Kommunikation und die Fortschrittsüberwachung erheblich. Sie reduzieren das Risiko unkontrollierten Scope Creeps, von Missverständnissen und Teamkonflikten. Ein realistischer Zeitplan und ein Budget, die auf Basis der Workshop-Ergebnisse entwickelt wurden, geben deutlich mehr Sicherheit bei der Einhaltung von Terminen und dem finanziellen Rahmen. Darüber hinaus fördert die Einbeziehung wichtiger Projektteammitglieder in den Discovery-Prozess von Anfang an deren Gefühl gemeinsamer Verantwortung für den Erfolg und ihre Handlungsmotivation.

Es lohnt sich, die Investition in Discovery-Workshops aus der Zahlenperspektive zu betrachten. Eine typische Discovery-Sitzung macht lediglich 3–8 % des Gesamtprojektbudgets aus und kann laut Studien von PMI und Gartner das Risiko von Budgetüberschreitungen um 25–40 % reduzieren. Für ein Projekt im Wert von einer Million bedeutet dies, dass eine Investition von 30.000–80.000 in die Discovery-Phase Verluste von 250.000–400.000 verhindern kann. Dies ist ein Verhältnis, das die Frage nicht mehr „Können wir uns Discovery-Workshops leisten?” lauten lässt, sondern „Können wir es uns leisten, sie auszulassen?”.

Welche Fehler werden in der Discovery-Phase eines IT-Projekts am häufigsten gemacht?

Die Entscheidung, eine Discovery-Phase durchzuführen, garantiert allein noch keinen Erfolg – ebenso wichtig ist es, typische Fehler zu vermeiden, die den Wert des gesamten Prozesses diskreditieren und ein falsches Sicherheitsgefühl erzeugen können.

Der erste und häufigste Fehler ist, Discovery-Workshops als Formalität zu behandeln, die man über sich ergehen lassen muss, statt als echten explorativen Prozess. Bei diesem Ansatz werden Workshops zu einer Reihe von Präsentationen, in denen das Team bereits getroffene Entscheidungen bestätigt, anstatt offen verschiedene Optionen zu erkunden und Annahmen zu hinterfragen. Das Ergebnis ist ein Anforderungsdokument, das professionell aussieht, aber die tatsächliche Komplexität des Problems nicht widerspiegelt.

Das zweite häufige Problem ist eine ungeeignete Zusammensetzung der Teilnehmer. Wenn nur das obere Management teilnimmt, ohne Vertreter der zukünftigen Endanwender, werden die Anforderungen eine „Top-down”-Perspektive widerspiegeln statt der realen Bedürfnisse der Menschen, die das System täglich nutzen werden. Andererseits kann der Workshop, wenn geschäftliche Entscheidungsträger fehlen, zwar großartige Ideen hervorbringen, für deren Genehmigung und Finanzierung jedoch niemand das Mandat hat.

Der dritte Fehler ist zu wenig Zeit für die Discovery-Phase. Unter Termindruck verkürzen Organisationen Workshops häufig auf ein bis zwei Tage, obwohl die Komplexität des Projekts eine Woche intensiver Arbeit erfordern würde. Das Ergebnis ist eine oberflächliche Analyse, die zentrale Risikobereiche übersieht und zu viele Unklarheiten für die Lieferphase hinterlässt. Paradoxerweise übersetzt sich die auf diese Weise „eingesparte” Woche in Monate zusätzlicher Arbeit während der Entwicklung.

Der vierte Fehler ist eine mangelnde ordnungsgemäße Dokumentation der Ergebnisse. Selbst die besten Workshops verlieren ihren Wert, wenn die Erkenntnisse nicht sorgfältig dokumentiert und an alle Interessierten kommuniziert werden. Notizen, die eine Woche nach dem Workshop „aus dem Gedächtnis” geschrieben werden, sind keine Dokumentation – sie sind die Interpretation einer einzelnen Person, die sich erheblich von dem unterscheiden kann, was tatsächlich während der Sitzung vereinbart wurde.

Der fünfte Fehler ist das Ignorieren von Warnsignalen. Während der Workshops entstehen häufig Momente, in denen Teilnehmer Zweifel äußern, widersprüchliche Anforderungen aufwerfen oder auf Bereiche hoher Unsicherheit hinweisen. Ein erfahrener Moderator behandelt diese Signale als wertvolle Informationen, die einer tieferen Analyse bedürfen. Ein unerfahrener überspringt sie, um „im Zeitplan zu bleiben”, was dazu führt, dass die risikoreichsten Elemente des Projekts unerforscht bleiben.

Wie funktionieren Discovery-Workshops mit agilen Methoden?

In einer Ära, die von agilen Ansätzen in der Softwareentwicklung dominiert wird, stellt sich die berechtigte Frage nach dem Verhältnis zwischen der Discovery-Phase und dem iterativen Produktentwicklungsprozess. Einige Agile-Praktizierende argumentieren, dass eine umfangreiche Analysephase zu Projektbeginn ein Relikt des Wasserfall-Ansatzes sei und den Prinzipien des Agilen Manifests widerspreche. Dies ist jedoch ein grundlegendes Missverständnis.

Discovery-Workshops ersetzen nicht den iterativen Prozess – sie sind seine wesentliche Ergänzung. Beim agilen Ansatz benötigen wir weiterhin eine gemeinsame Produktvision, ein Verständnis des Geschäftskontexts, ein initiales Backlog und Erfolgskriterien. Ohne diese Elemente weiß das Scrum-Team nicht, was es im ersten Sprint bauen soll, der Product Owner hat keine Grundlage für die Priorisierung, und die Stakeholder haben keinen Bezugspunkt für die Bewertung des Fortschritts. Die Discovery-Phase gibt dem Team „gerade genug” Informationen, um bewusst und zielgerichtet mit der Arbeit zu beginnen, während sie Raum für iterative Entdeckung und Anpassung lässt.

In der Praxis haben Discovery-Workshops in einer agilen Umgebung einen etwas anderen Charakter als beim traditionellen Ansatz. Anstatt eine vollständige Anforderungsspezifikation zu erstellen (was dem Geist der Agilität widersprechen würde), konzentrieren sie sich auf die Definition der Produktvision, die Kartierung des Problemraums, den Aufbau des Backlogs für die ersten zwei bis drei Sprints und die Etablierung von Entscheidungsmechanismen für die Verwendung während der Lieferung. Das Ergebnis ist weniger ein detaillierter Plan als vielmehr ein „Kompass” – eine Reihe von Prinzipien und Prioritäten, die das Team unter Bedingungen der Unsicherheit leiten.

Ein zunehmend populärer Ansatz ist Dual-Track Development, bei dem die Discovery-Phase parallel zur Delivery-Phase läuft. Das Team führt kontinuierlich Nutzerforschung durch, validiert Hypothesen und plant zukünftige Iterationen, während es gleichzeitig genehmigte Funktionalitäten implementiert und ausliefert. In diesem Modell dienen Discovery-Workshops zu Projektbeginn als „Kickstarter”, der beide Spuren in Gang setzt, und Discovery wird zu einem fortlaufenden Prozess statt zu einem einmaligen Ereignis.

Wie unterstützt ARDURA Consulting Organisationen in der Discovery-Phase von IT-Projekten?

ARDURA Consulting hat sich seit Jahren auf die Bereitstellung von Technologieteams und Beratungsunterstützung für Organisationen spezialisiert, die komplexe IT-Projekte durchführen. Unser Pool von über 500 Senior-IT-Spezialisten mit Erfahrung aus mehr als 211 Projekten bedeutet, dass wir für jeden Discovery-Workshop Experten einbinden können, die nicht nur die richtigen Moderationstechniken beherrschen, sondern vor allem über tiefes fachliches und technologisches Know-how im spezifischen Projektbereich des Kunden verfügen.

Die Discovery-Workshops von ARDURA Consulting zeichnen sich in mehrfacher Hinsicht aus. Erstens ermöglicht unser Betriebsmodell die Einbindung des richtigen Teams innerhalb von nur 2 Wochen nach der Entscheidung des Kunden, die Discovery-Phase zu starten. Das bedeutet, dass die Organisation nicht monatelang auf den Beginn einer kritischen Projektphase warten muss – was besonders wichtig ist, wenn das Zeitfenster für die Umsetzung einer Initiative durch Markt- oder regulatorischen Druck eingeschränkt ist.

Zweitens garantiert unsere Spezialistenbindungsrate von 99 %, dass die Wissenskontinuität zwischen der Discovery-Phase und den nachfolgenden Projektphasen gewährleistet ist. Die Berater, die an den Workshops teilgenommen und ein tiefes Verständnis des Geschäftskontexts und der Anforderungen entwickelt haben, bleiben dem Projekt während der Lieferung erhalten. Das bedeutet, dass die Organisation unschätzbares Kontextwissen beim Übergang zwischen den Phasen nicht verliert, was ein häufiges Problem in Modellen ist, in denen die Analysephase von einem anderen Team durchgeführt wird als die Entwicklungsphase.

Drittens basiert unser Ansatz für Discovery-Workshops auf jahrelanger Erfahrung in der Zusammenarbeit mit Organisationen unterschiedlicher Branchen und Größenordnungen. Wir wissen, welche Techniken bei Legacy-System-Transformationen im Finanzsektor funktionieren, welche beim Aufbau von E-Commerce-Plattformen im Einzelhandel und welche bei IoT-Projekten in der Fertigung. Diese Spezialisierung ermöglicht es uns, Workshops nicht als generische Moderatoren durchzuführen, sondern als fachliche Partner, die aktiv Mehrwert in die Diskussion einbringen und dabei helfen, Risiken und Chancen zu identifizieren, die ein weniger erfahrenes Team möglicherweise übersehen würde.

Das Partnerschaftsmodell von ARDURA Consulting ermöglicht es Organisationen, bis zu 40 % der Kosten im Vergleich zum Aufbau interner Analyse- und Beratungsteams von Grund auf einzusparen. Dies ist besonders vorteilhaft für Unternehmen, die Discovery-Phasen nur gelegentlich durchführen (ein- bis zweimal pro Jahr für neue Initiativen) und keine geschäftliche Rechtfertigung für die Aufrechterhaltung eines permanenten internen Discovery-Teams haben.

Häufig gestellte Fragen zu IT-Discovery-Workshops

Wie lange dauern IT-Discovery-Workshops und wer sollte daran teilnehmen?

Typische Discovery-Workshops dauern zwischen 3 und 10 Arbeitstagen, abhängig vom Umfang und der Komplexität des Projekts. Kleinere Projekte (Webanwendungen, Integrationsmodule) erfordern möglicherweise nur 3–5 Tage intensiver Arbeit, während komplexe Initiativen (Kernsystem-Transformation, Entwicklung einer Multi-Modul-Plattform) eine volle Woche oder sogar zwei benötigen. Auf Kundenseite sollten Unternehmensvertreter (Product Owner, Manager), die IT-Abteilung (Architekten, Administratoren) sowie Vertreter der zukünftigen Endanwender teilnehmen. Auf Anbieterseite sind Business-Consultants, Systemanalysten, Softwarearchitekten und je nach Projektspezifik UX/UI-Spezialisten oder Experten für bestimmte Technologien unerlässlich.

Was kostet es, die Discovery-Phase in einem IT-Projekt zu überspringen?

Laut Studien der Standish Group und des PMI haben Projekte ohne solide Discovery-Phase ein bis zu dreimal höheres Risiko, Budget und Zeitplan zu überschreiten. Die Kosten für die Behebung eines Fehlers, der erst bei der Inbetriebnahme entdeckt wird, sind 30–100 Mal höher als die Identifizierung desselben Problems während der Discovery-Workshops. In der Praxis bedeutet dies, dass die Investition weniger Prozent des Projektbudgets in die Discovery-Phase 20–40 % der gesamten Lieferkosten einsparen kann. Ein zusätzlicher Kostenfaktor ist verlorene Zeit – Projekte ohne Discovery-Phase dauern im Durchschnitt 40–60 % länger als geplant.

Wie unterscheiden sich Discovery-Workshops von der traditionellen Anforderungserhebung?

Die traditionelle Anforderungserhebung ist ein einseitiger Prozess, bei dem ein Analyst die Kundenerwartungen in Form einer Spezifikation dokumentiert. Discovery-Workshops sind interaktive, mehrdimensionale Teamarbeit, die nicht nur Anforderungen abdeckt, sondern auch den Geschäftskontext, die Nutzeranalyse, die Risikoidentifikation, die vorläufige Architektur, eine Roadmap und die Budgetschätzung umfasst. Sie binden wichtige Stakeholder beider Seiten ein, nutzen Techniken wie Design Thinking, Event Storming und User Story Mapping, und ihr Ergebnis ist ein vollständiges Projektfundament – nicht nur eine Feature-Liste, sondern ein gemeinsames Verständnis des „Warum” und „Wie”.

Funktionieren Discovery-Workshops mit agilen Methoden?

Discovery-Workshops ergänzen den agilen Ansatz perfekt. Sie ersetzen nicht den iterativen Prozess, sondern geben ihm einen soliden Ausgangspunkt – sodass die ersten Sprints echten Mehrwert generieren, anstatt für die Klärung grundlegender Annahmen aufgewendet zu werden. In einer agilen Umgebung hilft die Discovery-Phase, die Produktvision zu definieren, das Backlog für die ersten Sprints aufzubauen und Erfolgskriterien festzulegen, während sie Raum für iterative Entdeckung und Anpassung lässt.

Was sind die häufigsten Fehler bei der Durchführung von Discovery-Workshops?

Die fünf häufigsten Fehler sind: Workshops als Formalität statt als echten explorativen Prozess zu behandeln, eine ungeeignete Zusammensetzung der Teilnehmer (fehlende Endanwender oder geschäftliche Entscheidungsträger), unter Termindruck zu wenig Zeit für die Analyse einzuräumen, Ergebnisse nicht sorgfältig zu dokumentieren sowie Warnsignale und von Teilnehmern geäußerte Zweifel zu ignorieren. Jeder dieser Fehler kann den Wert der Workshops erheblich mindern und ein falsches Sicherheitsgefühl erzeugen.

Sie planen ein komplexes IT-Projekt und möchten ein solides Fundament dafür schaffen? Kontaktieren Sie uns – unsere Experten helfen Ihnen bei der Durchführung von Discovery-Workshops, die Ihre Vision in einen konkreten, realistischen Aktionsplan verwandeln. Mit über 500 Senior-IT-Spezialisten und Erfahrung aus 211+ Projekten sorgen wir dafür, dass Ihr Projekt den bestmöglichen Start erhält.