Discovery- & Kickoff-Workshop: der richtige Projektstart

Bevor die erste Zeile Code entsteht, entscheidet sich oft schon, ob ein Projekt gelingt. Der Discovery- und Kickoff-Workshop ist der Moment, in dem Auftraggeber und Agentur ein gemeinsames Verständnis herstellen: Was soll gebaut werden, für wen, in welcher Reihenfolge – und wie arbeitet man zusammen. Dieser Leitfaden konzentriert sich auf genau diesen Workshop: seine Ziele, die richtigen Teilnehmer, eine bewährte Agenda, die konkreten Ergebnisse sowie Orientierung zu Dauer, Kosten und dem Format remote oder vor Ort. Wo dieser Workshop im Gesamtablauf steht und welche Phasen danach folgen, beschreibt ausführlich unser Leitfaden zum Ablauf eines Softwareprojekts – hier geht es um den Startpunkt selbst.

Discovery und Kickoff – zwei Ziele, ein Termin

Die beiden Begriffe werden oft vermischt, meinen aber unterschiedliche Dinge. Discovery ist die inhaltliche Erkundung: Man versteht das Problem, die Nutzer, den fachlichen Kontext und die technischen Rahmenbedingungen. Kickoff ist der organisatorische Auftakt: Man klärt Rollen, Zusammenarbeit, Kommunikationswege und den groben Fahrplan. In kleineren Projekten fallen beide in einen einzigen Workshop zusammen, bei größeren Vorhaben zieht sich die Discovery über mehrere Sitzungen und mündet in einen separaten Kickoff. Unabhängig vom Zuschnitt gilt: Ziel ist ein geteiltes Verständnis, keine perfekte Spezifikation. Details werden später verfeinert. Gerade bei umfangreicheren Vorhaben in der Softwareentwicklung zahlt sich diese frühe Klärung besonders aus, weil die Kosten einer Fehlannahme mit jeder Projektwoche steigen.

Ziele des Workshops

Ein guter Discovery- und Kickoff-Workshop verfolgt einige klare Ziele. Er soll das eigentliche Problem und die angestrebten Geschäftsziele herausarbeiten, statt sofort über Lösungen und Funktionen zu reden. Er soll die wichtigsten Nutzergruppen und ihre Bedürfnisse benennen. Er soll offene Fragen, Annahmen und Risiken sichtbar machen – denn was hier auf den Tisch kommt, kostet später kein teures Nachbessern. Und er soll die Basis für Vertrauen legen: Menschen, die zusammenarbeiten sollen, lernen sich kennen und einigen sich auf Spielregeln. Am Ende weiß jede Seite, woran sie ist.

Teilnehmer und Rollen

Der richtige Teilnehmerkreis ist entscheidend – zu wenige, und wichtige Perspektiven fehlen; zu viele, und der Workshop verliert sich. Bewährt haben sich diese Rollen:

• Auftraggeberseite – Entscheider: eine Person mit Budget- und Entscheidungsbefugnis, die Prioritäten verbindlich setzen kann. In agilen Projekten übernimmt sie später die Priorisierung des Backlogs.
• Auftraggeberseite – Fachexperten: Menschen, die den Arbeitsalltag und die Prozesse wirklich kennen, die die Software abbilden soll. Ohne sie bleibt die Discovery oberflächlich.
• Agenturseite – Projekt- oder Product-Verantwortliche: führt durch den Workshop, moderiert und hält Ergebnisse fest.
• Agenturseite – technische Rolle: mindestens ein Entwickler oder Architekt, der Machbarkeit, Aufwände und technische Risiken einschätzen kann.
• Optional – Design/UX: bei Projekten mit relevanter Nutzeroberfläche früh sinnvoll, um Nutzersicht und UI/UX-Design von Anfang an mitzudenken.

Halten Sie den Kreis handlungsfähig. Als Faustregel gilt: Jeder im Raum sollte einen klaren Grund haben, dabei zu sein.

Eine bewährte Agenda

Eine Agenda gibt dem Workshop Struktur, ohne ihn starr zu machen. Die folgende Reihenfolge hat sich in der Praxis bewährt:

• Vorstellung und Ziele des Tages: Wer ist wer, was wollen wir am Ende erreicht haben.
• Problem und Geschäftsziele: Welches Problem lösen wir, welchen messbaren Nutzen soll die Software stiften. Bewusst noch ohne Lösungsdiskussion.
• Nutzer und Anwendungsfälle: Für wen bauen wir, welche zentralen Abläufe muss die Software unterstützen.
• Funktionsumfang sammeln: Ideen und Anforderungen offen zusammentragen – erst breit, dann priorisieren.
• Technischer Rahmen: bestehende Systeme, Schnittstellen, Datenschutz, Betriebsumgebung. Erste Einschätzung zur Machbarkeit.
• Risiken und offene Fragen: alles festhalten, was noch unklar ist – das wird zur To-do-Liste nach dem Workshop.
• Zusammenarbeit klären: Kommunikationswege, Termine, Ansprechpartner, Entscheidungswege.
• Nächste Schritte: Wer macht was bis wann.

Wie Sie die inhaltliche Vorarbeit für die ersten Punkte strukturieren, zeigt der Leitfaden zum Anforderungen definieren. Für die Klärung der Zusammenarbeit lohnt ein Blick in den Leitfaden zur Zusammenarbeit und Kommunikation mit der Agentur.

Die Ergebnisse – was am Ende auf dem Tisch liegt

Ein Workshop ohne dokumentierte Ergebnisse verpufft. Nach einem guten Discovery- und Kickoff-Workshop sollten mindestens diese Artefakte vorliegen:

• Abgestimmter Scope: ein gemeinsames Verständnis, was zum Projekt gehört – und ebenso wichtig, was nicht. Diese Abgrenzung ist die beste Vorbeugung gegen Scope Creep.
• Grobe Roadmap: eine grobe zeitliche Abfolge der großen Etappen. Kein detaillierter Terminplan, sondern eine Orientierung.
• Priorisiertes Backlog: eine geordnete Liste der Anforderungen nach Wichtigkeit. Der Scrum Guide beschreibt ein solches Product Backlog als geordnete, sich weiterentwickelnde Liste dessen, was für das Produkt nötig ist – die zentrale Arbeitsgrundlage für die folgenden Sprints.
• Risiko- und Fragenliste: dokumentierte offene Punkte mit Verantwortlichen.
• Vereinbarte Spielregeln: Kommunikationsrhythmus, feste Termine wie Sprint Review und Statusgespräche, Ansprechpartner.

Diese Ergebnisse sind der eigentliche Wert des Workshops – sie bilden das Fundament, auf dem die weitere Umsetzung aufsetzt.

Dauer, Kostenrahmen und Vorbereitung

Wie lang ein Workshop dauert, hängt vom Umfang ab. Für ein überschaubares Vorhaben reicht oft ein halber bis ganzer Tag; bei komplexen Projekten mit vielen Beteiligten und Schnittstellen zieht sich die Discovery über mehrere Sitzungen oder Tage. Rechnen Sie den Aufwand ehrlich ein: Als grobe Orientierung liegen Tagessätze qualifizierter Teams im DACH-Raum bei rund 90 € pro Stunde und darüber; belastbare Marktzahlen zu Stunden- und Tagessätzen liefert der Freelancer-Kompass. Ein gut vorbereiteter Workshop spart diese Investition schnell wieder ein, weil er teure Missverständnisse in der Umsetzung vermeidet.

Zur Vorbereitung: Stellen Sie vorab zusammen, was die Agentur braucht – Ziele, bekannte Anforderungen, bestehende Systeme, relevante Dokumente und die Namen der Fachexperten. Ein knappes schriftliches Briefing hilft enorm; wie es aufgebaut sein sollte, zeigt der Leitfaden Briefing für die Digitalagentur. Klären Sie intern vorab, wer Entscheidungen treffen darf, damit der Workshop nicht an Rückkopplungsschleifen scheitert.

Remote oder vor Ort?

Beide Formate funktionieren – mit unterschiedlichen Stärken. Ein Workshop vor Ort fördert Vertrauen, spontane Diskussion und das gemeinsame Arbeiten an Whiteboards; er lohnt sich besonders beim ersten Kennenlernen und bei komplexen, emotional besetzten Themen. Ein Remote-Workshop spart Reisezeit, lässt sich leichter terminieren und funktioniert mit digitalen Whiteboards heute erstaunlich gut – vorausgesetzt, die Moderation ist diszipliniert, die Termine sind kürzer getaktet und alle Teilnehmer sind aktiv dabei. Eine pragmatische Mischform: der erste Kickoff vor Ort zum Kennenlernen, spätere Abstimmungen remote. Entscheiden Sie nach Komplexität, Teamgröße und geografischer Verteilung – nicht nach Gewohnheit.

Typische Fehler beim Projektstart

Einige Muster tauchen bei misslungenen Workshops immer wieder auf – wer sie kennt, kann gegensteuern:

• Zu früh über Lösungen reden: Wird sofort über Funktionen, Buttons und Technik diskutiert, bleibt das eigentliche Problem ungeklärt. Halten Sie die Lösungsdiskussion bewusst zurück, bis Ziel und Nutzer verstanden sind.
• Die falschen Personen im Raum: Fehlen die Fachexperten, die den Arbeitsalltag kennen, oder fehlt jemand mit Entscheidungsbefugnis, produziert der Workshop schöne Folien ohne Substanz. Lieber wenige richtige als viele beliebige Teilnehmer.
• Ergebnisse nicht festhalten: Was nicht dokumentiert wird, ist eine Woche später Auslegungssache. Scope, Backlog und offene Fragen müssen schriftlich und für alle zugänglich vorliegen.
• Alles klären wollen: Der Workshop soll ein gemeinsames Verständnis schaffen, keine vollständige Spezifikation. Der Versuch, jede Kleinigkeit sofort zu entscheiden, blockiert und lähmt.
• Keine nächsten Schritte: Endet der Workshop ohne konkrete To-dos mit Verantwortlichen und Terminen, verpufft die Energie. Die letzte halbe Stunde gehört immer den nächsten Schritten.

Vermeiden Sie diese Fehler, und Sie haben die halbe Miete für einen produktiven Auftakt bereits eingefahren.

Vom Workshop in die Umsetzung

Der Workshop ist kein Selbstzweck – sein Wert entscheidet sich daran, wie nahtlos die Umsetzung anschließt. Das priorisierte Backlog wird zur direkten Arbeitsgrundlage des ersten Sprints: Das Team greift sich die wichtigsten Punkte, schätzt sie und beginnt zu liefern. Die vereinbarten Termine – Sprint Planning, Daily Scrum, Sprint Review und Retrospektive – geben der Zusammenarbeit von Anfang an einen festen Rhythmus, wie ihn der Scrum Guide beschreibt. Wichtig ist, dass die im Workshop benannten offenen Fragen nicht in Vergessenheit geraten, sondern als Aufgaben mitgeführt und nach und nach beantwortet werden. So wird aus dem einmaligen Auftakt eine kontinuierliche, nachvollziehbare Zusammenarbeit – und der gute Start trägt bis zum Ende.

Häufige Fragen

Kostet ein Discovery-Workshop extra, oder ist er im Angebot enthalten?

Das ist unterschiedlich. Manche Agenturen bieten einen bezahlten Discovery-Workshop als eigenständige erste Leistung an, gerade weil er die Grundlage für ein belastbares Angebot ist. Andere rechnen ihn in die Projektpauschale ein. Klären Sie das vorab – ein separat vergüteter Discovery ist oft ein gutes Zeichen, weil er zeigt, dass die Agentur den Aufwand ernst nimmt.

Brauche ich schon fertige Anforderungen für den Workshop?

Nein, im Gegenteil – der Workshop dient ja gerade dazu, Anforderungen gemeinsam zu schärfen. Sinnvoll ist aber, mit einem klaren Problemverständnis, groben Zielen und den wichtigsten bekannten Anforderungen hineinzugehen. Perfekte Spezifikationen sind hier weder nötig noch erwünscht.

Wer sollte den Workshop moderieren?

In der Regel die Agentur, da sie Erfahrung mit dem Format mitbringt und neutral durch die Themen führen kann. Achten Sie darauf, dass die Moderation strukturiert vorgeht, alle zu Wort kommen lässt und Ergebnisse sauber dokumentiert. Eine schwache Moderation ist einer der häufigsten Gründe für ergebnislose Workshops.

Was, wenn im Workshop mehr Fragen als Antworten entstehen?

Das ist völlig normal und sogar ein gutes Zeichen. Der Wert der Discovery liegt genau darin, Unklarheiten früh sichtbar zu machen, solange ihre Klärung noch günstig ist. Wichtig ist, jede offene Frage mit einem Verantwortlichen und einem Termin zu versehen, statt sie zu ignorieren.

Wie verbindlich sind die Ergebnisse?

Scope und Roadmap aus dem Workshop sind eine belastbare Ausgangsbasis, aber kein starrer Vertrag. In iterativen Projekten werden sie bewusst weiterentwickelt. Verbindlich sind vor allem die vereinbarten Spielregeln der Zusammenarbeit und die Priorisierung – sie geben dem Projekt Halt, ohne es einzufrieren.

Passende Agentur finden: Über Deine-Agenturen.com vergleichen Sie neutral geprüfte Softwareagenturen aus der DACH-Region und finden einen Partner, der Ihren Projektstart mit einem strukturierten Discovery- und Kickoff-Workshop auf ein tragfähiges Fundament stellt.