Veröffentlicht:
Aktualisiert:
Autor:
Eine Schaukel, ein Baum und zwölf unterschiedliche Vorstellungen: Der bekannte Projektmanagement-Cartoon zeigt mit viel Humor, wie weit ein Kundenwunsch und das fertige Ergebnis auseinanderliegen können. Jede beteiligte Person trägt etwas zum Projekt bei. Trotzdem entsteht eine Lösung, die am eigentlichen Bedarf vorbeigeht.
Das Motiv passt auch heute zu Websites, Software und digitalen Prozessen. Denn bevor eine Lösung gebaut wird, muss klar sein, wofür sie gebraucht wird. Wer diese Frage überspringt, kann sehr effizient das Falsche entwickeln.
Was zeigt der Projektmanagement-Cartoon mit der Schaukel?
Der Projektmanagement-Cartoon, auch als „Tree Swing Cartoon“ bekannt, stellt unterschiedliche Sichtweisen auf dieselbe Aufgabe dar. Die Kundschaft erklärt ihren Wunsch, die Projektleitung versteht ihn auf ihre Weise, und weitere Beteiligte planen, entwickeln und vermarkten jeweils eine andere Schaukel. Erst das letzte Bild zeigt den tatsächlichen Bedarf: eine einfache Reifenschaukel.
Die Pointe liegt in der Lücke zwischen Wunsch, Verständnis und Umsetzung. Alle beschäftigen sich mit derselben Aufgabe. Ein gemeinsames Bild vom gewünschten Ergebnis fehlt jedoch. Genau diese Lücke kann digitale Projekte teuer und unnötig kompliziert machen.
Eine Schaukel, zwölf Perspektiven
Die folgende Bildreihe stammt aus der Version „How Projects Really Work, version 1.5“ von ProjectCartoon.com. Die deutschen Überschriften und Einordnungen haben wir ergänzt. Sie übertragen die Aussage der Motive auf die Planung und Umsetzung digitaler Projekte.
1. Was die Kundschaft erklärte
Am Anfang steht eine Vorstellung. Doch die Beschreibung lässt offen, wer die Schaukel nutzen soll und weshalb sie drei Sitzflächen braucht. Im Projekt lohnt sich deshalb die Frage: Welches Problem soll die gewünschte Lösung lösen?
2. Was die Projektleitung verstand
Die Idee wirkt einfacher, aber der Baumstamm steht im Weg. Auch eine scheinbar klare Zusammenfassung kann den eigentlichen Bedarf verfehlen. Entscheidend ist, ob alle Beteiligten dieselbe Nutzung vor Augen haben.
3. Was die Analyse entwarf
Der Entwurf schafft Platz für die Schaukel, verändert dafür aber den gesamten Baum. Eine Lösung kann auf dem Papier schlüssig wirken und in der Praxis unnötig aufwendig sein. Aufwand und Nutzen gehören gemeinsam auf den Prüfstand.
4. Was die Entwicklung umsetzte
Die Bauteile sind vorhanden. Benutzbar ist das Ergebnis trotzdem nicht. Bei digitalen Projekten reicht es ebenso wenig, einzelne Funktionen abzuhaken. Erst ihr Zusammenspiel zeigt, ob die Aufgabe tatsächlich erledigt werden kann.
5. Was die Testpersonen erhielten
Die Überzeichnung ist drastisch: Das gelieferte Ergebnis ist für den vorgesehenen Zweck ungeeignet. Frühe Tests helfen, solche Fehlentwicklungen zu erkennen, solange Korrekturen noch überschaubar sind.
6. Wie die Beratung die Lösung beschrieb
Aus einer einfachen Schaukel wird ein komfortabler Sessel. Große Versprechen können Erwartungen wecken, die das Projekt gar nicht erfüllen soll. Eine verständliche Beschreibung benennt den Nutzen und die Grenzen der Lösung.
7. Wie das Projekt dokumentiert wurde
Die leere Fläche steht für fehlende Dokumentation. Ohne festgehaltene Entscheidungen ist später schwer nachvollziehbar, warum etwas so gebaut wurde. Gute Dokumentation hält die Informationen fest, die für Betrieb und Weiterentwicklung gebraucht werden.
8. Was beim späteren Betrieb ankam
Ein Teil der Lösung ist angekommen, der Rest fehlt. Auch eine fertige Anwendung hilft wenig, wenn Zugänge, Einstellungen oder Zuständigkeiten ungeklärt bleiben. Die Übergabe gehört deshalb zur Projektplanung.
9. Was der Kundschaft berechnet wurde
Die Rechnung passt zu einer wesentlich größeren Anlage. Der Cartoon spitzt die Sorge zu, dass Aufwand und erwarteter Nutzen auseinandergehen. Ein vereinbarter Umfang und nachvollziehbare Änderungen schaffen hier Klarheit.
10. Wie die Lösung unterstützt wurde
Nach dem Eingriff ist die gesamte Grundlage weg. Unterstützung muss berücksichtigen, wie eine Lösung genutzt wird und welche Folgen Änderungen haben. Ein behobener Einzelfehler ist wenig wert, wenn dabei der Ablauf zerstört wird.
11. Was das Marketing versprach
Die Verpackung macht aus der Schaukel ein besonders inszeniertes Produkt. Ein guter Auftritt kann Interesse wecken. Ob die Lösung zum Bedarf passt, zeigt sich jedoch bei ihrer Nutzung.
12. Was die Kundschaft wirklich brauchte
Am Ende genügt eine Reifenschaukel. Die Pointe ist kein Plädoyer für möglichst wenig Leistung. Sie erinnert daran, die passende Lösung zu entwickeln. Manchmal ist diese einfacher als das, was zunächst bestellt wurde.
Was der Cartoon über digitale Projekte verrät
Die Bildreihe macht sich über einzelne Rollen lustig. Für die Praxis wäre es allerdings zu einfach, daraus eine Schuldfrage zu machen. Missverständnisse entstehen häufig zwischen den Beteiligten: Begriffe bleiben unklar, Annahmen werden nicht ausgesprochen und Ergebnisse erst spät gemeinsam geprüft.
Ein gutes Briefing ist deshalb der Beginn eines gemeinsamen Verständnisses. Dieses Verständnis muss im Verlauf des Projekts überprüft werden. Ein Entwurf, ein Prototyp oder ein Test mit einer echten Aufgabe zeigt oft mehr als eine lange Liste gewünschter Funktionen.
Websites: Was sollen Besucherinnen und Besucher erreichen?
„Wir brauchen eine moderne Website“ klingt nach einer klaren Aufgabe. Offen bleibt dabei, was die Website leisten soll. Sollen Menschen eine Leistung verstehen, einen Termin vereinbaren oder die passende Ansprechperson finden? Je nach Ziel ergeben sich andere Anforderungen an Inhalt, Navigation und Gestaltung.
Eine optisch überzeugende Website kann ihren Zweck verfehlen, wenn wichtige Informationen schwer zu finden sind oder ein Formular unnötig kompliziert ist. Das Ziel sollte deshalb als konkrete Aufgabe beschrieben werden: Eine interessierte Person soll die passende Leistung finden und eine Anfrage stellen können.
Automatisierung: Welcher Ablauf soll zuverlässig funktionieren?
Bei einer Schnittstelle steht schnell die technische Verbindung im Mittelpunkt. Für das Team zählt jedoch, ob der gesamte Ablauf funktioniert. Welche Daten werden benötigt? Was passiert bei fehlenden Angaben? Wer erfährt von einem Fehler, und wie lässt er sich beheben?
Eine erfolgreiche Übertragung ist nur ein Teil der Aufgabe. Auch Ausnahmen und Zuständigkeiten gehören zur Planung. Sonst verschwindet die manuelle Arbeit an einer Stelle und taucht an einer anderen wieder auf.
Barrierefreiheit: Können Menschen die Aufgabe selbstständig erledigen?
Bei einer barrierefreien Website geht es um die tatsächliche Nutzung durch Menschen mit unterschiedlichen Voraussetzungen. Ein Formular muss beispielsweise verständlich beschriftet sein, mit der Tastatur bedienbar bleiben und Fehlermeldungen nachvollziehbar ausgeben.
Technische Prüfungen helfen dabei, Fehler zu finden. Wie die einzelnen Elemente zusammenwirken, zeigt sich auch bei manuellen Tests und der Nutzung durch Menschen mit Behinderungen. Mehr dazu erklären wir im Beitrag Websites auf Barrierefreiheit testen.
Wie lässt sich ein gemeinsames Verständnis schaffen?
Der wichtigste Schritt ist, den Bedarf vor der Lösung zu beschreiben. Statt sofort ein bestimmtes Werkzeug oder eine Funktion festzulegen, lohnt sich ein Blick auf die Menschen, ihre Aufgaben und den bisherigen Ablauf. Daraus lassen sich Anforderungen ableiten, die später überprüfbar sind.
Fünf Fragen helfen dabei:
- Wer nutzt die Lösung? Beschreiben Sie die Personen und die Situation, in der sie die Lösung brauchen.
- Welche Aufgabe soll gelingen? Benennen Sie das gewünschte Ergebnis in verständlicher Sprache.
- Was ist dafür wirklich erforderlich? Trennen Sie notwendige Anforderungen von zusätzlichen Wünschen.
- Wie prüfen wir das Verständnis? Nutzen Sie konkrete Beispiele, Entwürfe und frühe Tests.
- Wann ist das Ergebnis fertig? Vereinbaren Sie nachvollziehbare Kriterien für die Abnahme und klären Sie den späteren Betrieb.
Eine Anforderung wie „Das Formular soll einfach sein“ lässt viel Raum für Interpretation. Konkreter wäre: „Die Anfrage kann mit der Tastatur ausgefüllt und abgesendet werden. Bei einem Fehler wird verständlich erklärt, welche Angabe korrigiert werden muss.“ Ob das gelingt, lässt sich gemeinsam prüfen.
Warum die Schaukel auch im Zeitalter der KI aktuell bleibt
KI kann Entwürfe, Texte und Code schnell erzeugen. Ein unklarer Auftrag wird dadurch aber nicht automatisch klarer. Wer eine ungeprüfte Vorstellung vorgibt, bekommt möglicherweise schneller ein Ergebnis, das am Bedarf vorbeigeht.
Gerade wenn die Umsetzung leichter wird, gewinnt die Frage nach dem richtigen Ziel an Bedeutung. Eine verständliche Aufgabenbeschreibung, fachliche Prüfung und Rückmeldungen aus der tatsächlichen Nutzung bleiben entscheidend. Die Schaukel erinnert daran: Geschwindigkeit hilft, wenn die Richtung stimmt.
Die passende Lösung beginnt mit einem verstandenen Bedarf
Die einfache Reifenschaukel am Ende des Cartoons ist ein guter Denkanstoß. Ein gelungenes Projekt muss nicht möglichst viele Funktionen enthalten. Es muss die vereinbarte Aufgabe zuverlässig erfüllen und zu den Menschen passen, die es nutzen.
Bei distriko verbinden wir deshalb Gestaltung, digitale Barrierefreiheit und technische Abläufe mit der Frage nach dem konkreten Nutzen. Wenn Sie ein Webprojekt oder einen digitalen Prozess planen, können Sie mit uns über Ihren Bedarf sprechen.
Quelle der Bildreihe
Bildquelle: ProjectCartoon.com, „How Projects Really Work“, Version 1.5. Grundlage dieses Beitrags ist eine über die Wayback Machine gesicherte PDF. Die Bildmotive wurden aus der PDF ausgeschnitten, deutsche Überschriften und erläuternde Texte wurden von distriko ergänzt. Historische Fassungen der Website lassen sich im Internet Archive zu ProjectCartoon.com recherchieren.
Schreibe einen Kommentar
Du musst angemeldet sein, um einen Kommentar abzugeben.