Blog

Maxim’s journey – Design Thinking & KI (chunk-2-2)

Der Konferenzraum „Hegel“, in dem normalerweise prozedurale Debatten oder Bobs dröhnende Verkündigungen widerhallten, war nun mit einer alarmierenden Anzahl von Haftnotizen in grellen Neonfarben zugepflastert. Timo, unser hauseigener UX/UI-Designer und Lieferant handwerklich hergestellter Donuts, war in seinem Element. Er hatte das größte Whiteboard in Beschlag genommen und skizzierte enthusiastisch etwas, das wie ein Flussdiagramm aussah und „Automatisierte Schadenregulierung“ über eine gestrichelte Linie mit der Aufschrift „Unvorhergesehene Konsequenzen“ mit „Empfindungsfähiger KI-Aufstand (Frankfurter Quadrant)“ verband. Heute war der „Design-Thinking-Workshop-Tag“ für das Projekt Chimera.

„Okay, Leute, Konzentration!“, zwitscherte Timo und schwang eine Packung Sharpies wie den Taktstock eines Dirigenten. „Wir sind hier, um uns in unsere Nutzer hineinzuversetzen! Um der verärgerte Versicherungsnehmer, der überarbeitete Schadensregulierer, die … die zwielichtigen Gestalten zu werden, die im globalen Versicherungs-Finanz-Komplex die Fäden ziehen!“ Er zwinkerte und klebte dann eine weitere Notiz mit der Aufschrift „Aktuarielle Echsenmenschen?“ in seine Verschwörungsecke des Boards.

Laura, wie immer professionell, versuchte, das kreative Chaos zu lenken. „Alles klar, Timo. Ausgezeichnete Energie. Versuchen wir, diese darauf zu konzentrieren, die tatsächlichen Nutzerbedürfnisse für unser KI-gestütztes Schaden-Triage-System zu verstehen. Denkt daran, das Ziel ist es, den Prozess für die Kunden von GlobalSecure und unsere internen Teams schneller, fairer und transparenter zu machen.“ Sie deutete auf eine etwas vernünftigere Reihe von Notizen, die sie vorbereitet hatte und die Personas wie „Anna Müller, 35, Erstmelderin, Wasserschaden“ und „Klaus Richter, 52, erfahrener Schadenssachbearbeiter, überlastet“ skizzierten.

Bob war, wie zu erwarten, bereits am Kritzeln. Er hatte eine Reihe von Strichmännchen auf ein großes Blatt Papier gezeichnet. „Das“, verkündete er schwungvoll, „sind meine ‚Aktuariellen Personas‘! Seht ihr? Diese hier repräsentiert das ‚Aggregierte Risikoprofil Alpha-7‘, und diese hier ist der ‚Potenzielle Betrugsvektor Omega-3‘. Hochkonzeptionell, erfasst die Essenz des Finanzinstruments!“

Ray, der per Videoanruf von seinem Balkon in Sachsenhausen zugeschaltet war (sein Hund Pythagoras schlummerte anscheinend knapp außerhalb des Bildes), seufzte hörbar. „‚Der Nutzer ist kein Idiot. Sie ist Ihre Frau.‘ David Ogilvy, mit leichten Modifikationen für die moderne, geschlechtsneutrale, datenschutzbewusste versicherte Entität. Bevor wir für abstrakte Risikovektoren entwerfen, Bob, sollten wir vielleicht die tatsächlichen Menschen berücksichtigen, die mit diesem System interagieren werden. Was sind ihre Ängste, Frustrationen, Hoffnungen, wenn sie einen Versicherungsanspruch geltend machen? Das geschieht oft in einem Krisenmoment.“

Anna, die sich den Haftnotizen zunächst mit dem Misstrauen genähert hatte, das sie normalerweise für ungeprüfte Drittanbieter-APIs reservierte, war überraschend engagiert. „Aus Compliance-Sicht“, sinnierte sie, „ist das Verständnis der User Journey entscheidend. Wo sind die Daten-Berührungspunkte? Welche Einwilligungen sind erforderlich? Eine schlecht gestaltete Benutzeroberfläche könnte zu versehentlichen Datenschutzverletzungen oder zur Nichteinhaltung von Offenlegungspflichten führen. Zum Beispiel, wenn die KI im Voraus übermäßige persönliche Informationen anfordert …“ Sie erstellte bereits eine mentale Checkliste.

Kerim, der ungewöhnlich nachdenklich aussah (vielleicht hatte seine Networking-Reise nach London nicht die gewünschten Salsa-Partner ergeben), fügte hinzu: „Und aus Vertriebssicht ist ein reibungsloser, empathischer Schadenprozess ein riesiges Unterscheidungsmerkmal. Wenn unsere KI es einfacher und weniger stressig macht, einen Schaden zu melden, ist das ein massives Verkaufsargument. Wir können ‚Sorgenfreiheit, angetrieben durch intelligente Technologie‘ vermarkten.“

Arjuns verpixeltes Gesicht erschien auf dem Bildschirm aus Mumbai. „Nutzerbedürfnisse? Gebt ihnen einfach einen Knopf mit der Aufschrift ‚Zahlt mich jetzt aus!‘ Warum all dieses … Nachdenken?“ Er gestikulierte abfällig und stieß dabei beinahe einen schiefen Turm aus leeren Red-Bull-Dosen um.

Maxim, anfangs verwirrt von der Explosion aus Neonpapier und Timos energiegeladener, wenn auch etwas unzusammenhängender Moderation, fühlte sich in den Prozess hineingezogen. Laura hatte sie in kleinere Gruppen aufgeteilt, um Pain Points für verschiedene Nutzertypen zu brainstormen. Er wurde Ray (remote) und, zu seiner Überraschung, Anna zugeteilt. Ihre Aufgabe war es, sich auf „Maximilian Mustermann“ zu konzentrieren, einen fiktiven Kleinunternehmer, der mit einem komplexen gewerblichen Schadenfall zu tun hat.

„Okay“, begann Maxim und fühlte sich etwas unbehaglich, „wenn ich dieser Mustermann bin und mein Laden überflutet ist, ist meine größte Angst der Ausfall. Wie schnell kann ich einen Vorschuss bekommen? Wie viel Papierkram ist damit verbunden?“ Er nahm eine Haftnotiz. „Pain Point: Unklarer Zeitplan für die Auszahlung.“

Ray nickte vom Bildschirm aus. „Gut. Und was ist mit der Interaktion selbst? Spricht er mit einem Chatbot? Einem Menschen? Einem verwirrenden Hybrid? Frustration: ‚Ich werde ständig zwischen Bots und Menschen hin- und hergeschaltet und muss meine Situation wiederholt erklären.‘“

Anna fügte hinzu: „Datenschutzbedenken: ‚Lade ich sensible Geschäftsunterlagen in ein sicheres System hoch? Wer sieht das?‘ Mangelnde Transparenz: ‚Wie trifft die KI ihre Entscheidung? Ist sie fair?‘“ … Als sie das virtuelle Miro-Board füllten (Timo hatte auf einem digital-physischen Hybridansatz bestanden, „um alle Dimensionen der Ideenfindung zu erfassen“), spürte Maxim einen Funken Verständnis. Hier ging es nicht nur um abstrakte Anforderungen. Es ging darum, in die Schuhe eines anderen zu schlüpfen. Er begann, eine einfache „User Story“ auf seinem Notizblock zu skizzieren: „Als Kleinunternehmer mit einem überfluteten Laden möchte ich den Schadenprozess schnell verstehen und eine erste Einschätzung erhalten, damit ich Geschäftsunterbrechungen und finanzielle Verluste minimieren kann.“ Es fühlte sich konkret an. Umsetzbar.

Timo erklärte unterdessen „Crazy Eights“ und andere Ideenfindungstechniken. Bob versuchte, seine Strichmännchen in eine „User Journey Map“ zu verwandeln, was hauptsächlich darin bestand, mehr Pfeile zu zeichnen. Laura leitete geduldig jede Gruppe an und sorgte dafür, dass sie (einigermaßen) auf die eigentlichen Projektziele fokussiert blieben. Sogar Arjun begann nach einigem Murren, Ideen beizusteuern, wenn auch hauptsächlich darauf ausgerichtet, den Entwicklungsaufwand zu minimieren.

Am Ende der Sitzung sah der „Hegel“-Raum aus wie ein Jackson-Pollock-Gemälde aus Bürobedarf. Aber inmitten des Chaos kristallisierten sich Muster heraus. Gemeinsame Pain Points, gemeinsame Wünsche und sogar die ersten Anzeichen potenzieller Lösungen. Maxim blickte auf seine User Story, dann auf das wachsende Miro-Board. Er musste noch einen Berg lernen, aber zum ersten Mal hatte er das Gefühl, nicht nur ein Programmierer zu sein, der auf Anweisungen wartet; er war Teil der Gestaltung dessen, was sie bauten. Er begann, das „Warum“ hinter dem „Was“ zu sehen.

Design Thinking

A. Allgemeine Einführung Design Thinking ist ein menschenzentrierter, iterativer Ansatz zur Problemlösung und Innovation. Es ist eine Methodik, die Teams hilft, Nutzer zu verstehen, Annahmen in Frage zu stellen, Probleme neu zu definieren und innovative Lösungen zu entwickeln, um Prototypen zu erstellen und zu testen. Für das Projekt Chimera und Maxims Entwicklung als KI-Ingenieur ist die Übernahme von Design-Thinking-Prinzipien entscheidend, um sicherzustellen, dass die von ihnen entwickelten KI-Lösungen nicht nur technisch machbar sind, sondern auch wirklich die Bedürfnisse der Kunden und internen Nutzer von GlobalSecure erfüllen und über Bobs abstrakte „aktuarielle Personas“ hinausgehen, um echte menschliche Erfahrungen anzusprechen.

B. Vertiefung: Das Konzept des Design Thinking

  1. Definition \& Kernprinzipien: Design Thinking wird oft als ein nicht-linearer, iterativer Prozess beschrieben, der typischerweise fünf Phasen umfasst:
    • Empathize (Einfühlen): Die Bedürfnisse, Gedanken, Emotionen und Motivationen der Menschen verstehen, für die man entwirft. Dies beinhaltet Forschungsmethoden wie Nutzerinterviews, Beobachtung und die Erstellung von Empathy Maps oder Personas (wie Lauras „Anna Müller“ oder Maxims Gruppe, die sich auf „Maximilian Mustermann“ konzentriert).
    • Define (Definieren): Die Kernprobleme formulieren, die man zu lösen versucht, basierend auf den in der Empathize-Phase gewonnenen Erkenntnissen. Dies beinhaltet oft die Formulierung einer klaren Problemstellung oder eines Point of View (POV). Maxims erste Skizze einer User Story ist ein Schritt in diese Richtung.
    • Ideate (Ideen finden): Eine breite Palette potenzieller Lösungen für das definierte Problem brainstormen. Diese Phase fördert Kreativität und „Querdenken“ durch Techniken wie Brainstorming mit Haftnotizen, SCAMPER oder Timos „Crazy Eights“. Das Ziel ist zunächst Quantität vor Qualität.
    • Prototype (Prototypen erstellen): Einfache, kostengünstige und verkleinerte Versionen der potenziellen Lösungen erstellen, um Schlüsselaspekte der Ideen zu testen. Prototypen können von Papierskizzen bis hin zu interaktiven Mockups reichen.
    • Test (Testen): Prototypen mit tatsächlichen Nutzern teilen, um Feedback zu sammeln, Lösungen zu verfeinern und die Nutzer besser zu verstehen. Diese Phase führt oft zurück zu früheren Phasen (z. B. Neudefinition des Problems oder Generierung neuer Ideen). Zu den Kernprinzipien gehören Nutzerzentrierung, Zusammenarbeit (über verschiedene Rollen hinweg wie im KI-Lösungsteam), Iteration und eine Tendenz zum Handeln und Experimentieren.
  2. Warum es für die KI-Entwicklung wichtig ist: In der KI-Entwicklung, insbesondere bei nutzerorientierten Anwendungen wie dem Schaden-Triage-System von Projekt Chimera:
    • Sicherstellung des Nutzwertes: KI-Lösungen können technisch beeindruckend, aber nutzlos sein, wenn sie kein reales Nutzerproblem lösen oder nicht in deren Arbeitsablauf passen. Rays Kommentar, dass der Nutzer kein Idiot sei, unterstreicht dies.
    • Minderung von Bias und ethischen Risiken: Durch das Einfühlen in vielfältige Nutzer können Teams potenzielle Verzerrungen in KI-Modellen oder unfaire Ergebnisse besser erkennen und mindern. Annas Bedenken hinsichtlich Datenschutz und Fairness stehen damit im Einklang.
    • Verbesserung der Akzeptanz: Lösungen, die mit den Bedürfnissen der Nutzer im Hinterkopf entworfen wurden, werden eher angenommen und effektiv genutzt. Kerims Punkt, dass ein reibungsloser Schadenprozess ein Verkaufsargument ist, ist hier relevant.
    • Förderung von Innovation: Design Thinking ermutigt zur Erkundung mehrerer Lösungen, was potenziell zu innovativeren und effektiveren KI-Anwendungen führen kann als nur die Automatisierung bestehender Prozesse.
    • Management von Komplexität: Zerlegt komplexe Probleme in überschaubare Teile und fördert die iterative Entwicklung, was gut zu KI-Projekten passt.
  3. Anwendung in der Praxis (Beispielreich): Der Workshop, den Maxim erlebte, ist ein klassisches Design-Thinking-Szenario:
    • Empathize: Laura lieferte erste Personas. Maxims Gruppe vertiefte sich in die Denkweise von „Maximilian Mustermann“ und diskutierte seine Ängste und Frustrationen. Ray regte eine tiefere Auseinandersetzung mit dem menschlichen Element an.
    • Define: Maxims User Story („Als Kleinunternehmer …“) ist ein Versuch, ein spezifisches Bedürfnis zu definieren. Das gemeinsame Identifizieren von Pain Points auf Haftnotizen hilft dem Team, ein gemeinsames Verständnis der Probleme zu synthetisieren.
    • Ideate: Timo moderierte Brainstorming-Sitzungen. Das Ziel war es, viele Ideen zur Lösung der identifizierten Pain Points für das Schaden-Triage-System zu generieren, von einfachen UI-Verbesserungen bis hin zu neuartigen Wegen, wie die KI kommunizieren oder Informationen anfordern könnte.
    • Prototype (Nächste Schritte): Die Ergebnisse dieses Workshops (User Stories, verfeinerte Problemstellungen, priorisierte Ideen) würden in die Erstellung von Prototypen einfließen. Timo könnte Figma verwenden, um interaktive Mockups einer neuen KI-gesteuerten Schadensoberfläche zu erstellen. Maxim könnte einen sehr einfachen funktionalen Prototyp einer spezifischen KI-Interaktion bauen.
    • Test (Zukünftige Phase): Diese Prototypen würden dann mit echten Versicherungsagenten oder Testkunden getestet, um Feedback zu erhalten.

Wenn beispielsweise ein wichtiger identifizierter Pain Point „unklarer Schadensstatus“ ist, könnte die Ideenfindung zu Lösungen wie „KI-gestützte proaktive Status-Updates per SMS“, „eine visuelle Zeitleiste im Kundenportal“ oder „ein Chatbot, der den aktuellen Status in einfacher Sprache erklären kann“ führen. Dann würden Prototypen gebaut, um diese Ideen zu testen.

  1. Vorteile \& Nachteile/Herausforderungen: Vorteile: *Entwickelt Lösungen, die wirklich den Nutzerbedürfnissen entsprechen.
    • Reduziert das Risiko, das falsche Produkt zu bauen. *Fördert Innovation und Kreativität.
    • Verbessert die Zusammenarbeit im Team und das gemeinsame Verständnis. Kann zu höherer Nutzerzufriedenheit und Akzeptanz führen. *Herausforderungen:
    • Kann zeitaufwendig sein, insbesondere die Empathize-Phase. *Erfordert einen Mentalitätswandel, besonders in traditionellen, prozessgesteuerten Organisationen, wie GlobalSecure eine sein könnte (wie durch Dr. Beckers früheren Fokus angedeutet).
    • Die Moderation effektiver Design-Thinking-Sitzungen erfordert Geschick (Timos etwas chaotischer Stil könnte sowohl eine Stärke als auch eine Schwäche sein). *Es kann schwierig sein, den direkten ROI zu messen, besonders in den frühen Phasen.
    • Risiko der „Analyse-Paralyse“ oder des Steckenbleibens in der Ideenfindung, ohne zur Tat zu schreiten. Lauras Rolle ist entscheidend, um dies zu verhindern.
    • Die Integration der probabilistischen Natur und der „Blackbox“-Elemente der KI in ein nutzerzentriertes Design kann komplex sein.
  2. Vergleich (falls zutreffend): Design Thinking ergänzt agile Methoden (diskutiert in chunk 2.1). Während sich Agile darauf konzentriert, wie man Software iterativ baut, konzentriert sich Design Thinking darauf, sicherzustellen, dass man die richtige Software für die Nutzer baut. Die Erkenntnisse aus dem Design Thinking (z. B. User Stories, priorisierte Features) fließen direkt in das Agile Backlog ein, das Laura verwaltet.

C. Allgemeine Schlussfolgerung (für Design Thinking): Maxim erkennt, dass es bei Design Thinking nicht nur um bunte Haftnotizen und wildes Brainstorming geht. Es ist ein strukturierter Weg, um sicherzustellen, dass die komplexen KI-Systeme, die sie bauen, den Menschen tatsächlich helfen werden. Es verbindet die technischen Möglichkeiten der KI mit realen menschlichen Problemen, eine Verbindung, die für den Erfolg von Projekt Chimera und für sein eigenes Wachstum zu einem vielseitigen KI-Ingenieur entscheidend erscheint.

User Stories

A. Allgemeine Einführung User Stories sind kurze, einfache Beschreibungen einer Funktion aus der Perspektive der Person, die die neue Fähigkeit wünscht, normalerweise ein Nutzer oder Kunde des Systems. Sie sind ein zentrales Artefakt in der agilen Entwicklung und im Design Thinking und helfen dabei, Nutzerbedürfnisse auf eine prägnante und umsetzbare Weise zu formulieren. Für Maxim ist das Erlernen des Schreibens und Verstehens von User Stories ein entscheidender Schritt, um die weitreichenden Ideen aus dem Design-Thinking-Workshop in spezifische Aufgaben zu übersetzen, an denen er arbeiten kann.

B. Vertiefung: Das Konzept der User Stories

  1. Definition \& Kernprinzipien: User Stories folgen typischerweise einer einfachen Vorlage: „Als [Benutzertyp] möchte ich [eine Aktion/ein Ziel], damit [ein Nutzen/Wert].“
    • [Benutzertyp]: Für wen bauen wir das? (z. B. „Erstmelder“, „Schadensregulierer“, „Kleinunternehmer Maximilian Mustermann“). Dies knüpft an die Personas aus der Empathize-Phase des Design Thinking an.
    • [Eine Aktion/ein Ziel]: Was wollen sie mit dem System erreichen? (z. B. „den Schadenprozess schnell verstehen“, „Unterlagen einfach hochladen“, „einen geschätzten Zeitplan für meinen Anspruch erhalten“).
    • [Ein Nutzen/Wert]: Warum wollen sie das? Was ist die Motivation oder das gewünschte Ergebnis? (z. B. „damit ich Geschäftsunterbrechungen minimieren kann“, „damit ich keine physischen Kopien per Post schicken muss“, „damit ich meine Finanzen planen kann“).

Gute User Stories werden oft durch die „INVEST“-Kriterien beschrieben: *Independent (Unabhängig): Stories sollten so eigenständig wie möglich sein.

* **N**egotiable (Verhandelbar): Kein starrer Vertrag; Details können diskutiert und verfeinert werden.
***V**aluable (Wertvoll): Liefert klaren Wert für den Nutzer oder Kunden.
* **E**stimable (Schätzbar): Das Team sollte in der Lage sein, den Aufwand für die Umsetzung zu schätzen.
***S**mall (Klein): Sollte klein genug sein, um innerhalb einer einzigen Iteration/eines Sprints abgeschlossen zu werden.
* **T**estable (Testbar): Es sollte klare Akzeptanzkriterien geben, um zu überprüfen, wann die Story fertig ist.
  1. Warum es für die KI-Entwicklung wichtig ist: *Nutzerzentrierter Fokus: Hält das Team darauf fokussiert, Mehrwert für die Endnutzer zu liefern, anstatt nur technische Features zu implementieren. Dies ist bei KI entscheidend, wo man sich leicht in der Modellkomplexität verlieren kann.
    • Klare Kommunikation: Bietet eine einfache und konsistente Möglichkeit, Anforderungen zu beschreiben, die jeder (Entwickler wie Maxim, Product Owner wie Laura, UX-Designer wie Timo und sogar Stakeholder wie Dr. Becker) verstehen kann. *Erleichtert die Priorisierung: Hilft Laura als Product Owner, Features basierend auf dem Nutzwert zu priorisieren.
    • Treibt Design und Entwicklung an: Leitet das Design von Benutzeroberflächen (Timo) und die Implementierung von Backend-Logik und KI-Modellen (Maxim und Ray). *Unterstützt das Testen: Akzeptanzkriterien, die mit User Stories verbunden sind, definieren, was „fertig“ bedeutet und wie das Feature getestet werden soll.
  2. Anwendung in der Praxis (Beispielreich): Aus dem Design-Thinking-Workshop könnten mehrere User Stories für Projekt Chimera entstehen:
    • Maxims Beispiel: „Als Kleinunternehmer mit einem überfluteten Laden (Maximilian Mustermann) möchte ich den Schadenprozess schnell verstehen und eine erste Einschätzung erhalten, damit ich Geschäftsunterbrechungen und finanzielle Verluste minimieren kann.“ *Für einen Schadensregulierer (Klaus Richter): „Als Schadensregulierer möchte ich, dass die KI potenziell betrügerische Ansprüche automatisch mit Beweisen kennzeichnet, damit ich meine Untersuchungen effizienter konzentrieren kann.“
    • Für eine Erstmelderin (Anna Müller): „Als Erstmelderin möchte ich Schritt für Schritt durch die Informationen geführt werden, die ich bereitstellen muss, damit ich mich nicht überfordert fühle und meinen Anspruch korrekt einreichen kann.“ *Bezogen auf Annas (Compliance Officer) Bedenken: „Als Systemadministrator möchte ich, dass alle Begründungen für KI-Entscheidungen protokolliert werden, damit wir bei einer Prüfung die Compliance nachweisen können.“ Diese Stories würden dann dem von Laura verwalteten Product Backlog hinzugefügt. Maxim, Ray und Arjun würden Stories während des Sprint Plannings auswählen, sie in technische Aufgaben zerlegen und umsetzen. Für Maxims Story könnten die Aufgaben lauten: „UI für die anfängliche Schadensaufnahme entwerfen“, „KI-Modell entwickeln, um eine grobe Schätzung basierend auf Schadenstyp und Schadensbeschreibung zu geben“, „KI-Modell in die UI integrieren“.
  3. Vorteile \& Nachteile/Herausforderungen: Vorteile:
    • Fördert gemeinsames Verständnis und Zusammenarbeit. *Hält den Fokus auf dem Nutzwert.
    • Passt gut zur iterativen und inkrementellen Entwicklung (Agile). Hilft bei der Definition des Umfangs und dem Management von Erwartungen. *Herausforderungen:
    • Gute User Stories zu schreiben, erfordert Übung. Es ist einfach, Stories zu schreiben, die zu vage, zu groß sind oder keinen klaren Wert liefern. *Es kann eine Herausforderung sein, nicht-funktionale Anforderungen (z. B. Leistung, Sicherheit) rein durch User Stories zu erfassen, obwohl diese oft als Einschränkungen oder spezifische technische Stories hinzugefügt werden. Annas Compliance-Punkte könnten separate technische Stories oder Akzeptanzkriterien für nutzerorientierte Stories erfordern.
    • Gefahr, zu einer „Wunschliste“ zu werden, wenn sie nicht rigoros priorisiert und verfeinert wird.
  4. Vergleich (falls zutreffend): User Stories sind eine agilere und nutzerfokussiertere Art, Anforderungen auszudrücken, im Vergleich zu traditionellen, langwierigen Anforderungsdokumenten, die Dr. Becker von alten GlobalSecure-Projekten gewohnt sein könnte. Sie sind ein direktes Ergebnis der Define-Phase des Design Thinking und ein zentraler Input für die Agile/Scrum-Planung.

C. Allgemeine Schlussfolgerung (für User Stories): Maxim begreift, dass User Stories die Brücke zwischen den hochrangigen Ideen des Design-Thinking-Workshops und dem tatsächlichen Code sind, den er schreiben muss. Sein erster Versuch, eine zu entwerfen, mit Fokus auf „Maximilian Mustermann“, fühlte sich wie ein kleiner, aber bedeutender Schritt zum Verständnis an, wie seine technischen Fähigkeiten direkt auf Nutzerbedürfnisse eingehen können. Er sieht sie als praktische Werkzeuge, um seine Arbeit in den kommenden Sprints zu leiten.

Ideenfindungstechniken

A. Allgemeine Einführung Ideenfindung (Ideation) ist der kreative Prozess des Generierens, Entwickelns und Kommunizierens neuer Ideen. Im Kontext des Design Thinking ist es die Phase, in der Teams eine breite Palette von Lösungen für die definierten Nutzerprobleme brainstormen. Für das Projekt Chimera ist eine effektive Ideenfindung, wie die von Timo moderierte Sitzung, unerlässlich, um über offensichtliche Lösungen hinauszugehen und innovative Wege zu entdecken, wie KI den Versicherungsschadenprozess verbessern kann.

B. Vertiefung: Das Konzept der Ideenfindungstechniken

  1. Definition \& Kernprinzipien: Die Ideenfindung zielt darauf ab, eine große Menge vielfältiger Ideen zu generieren und „Querdenken“ zu fördern. Zu den Schlüsselprinzipien gehören:
    • Urteile aufschieben: Vermeiden Sie es, Ideen während der Brainstorming-Phase zu kritisieren. Zunächst sind alle Ideen willkommen. Bobs „aktuarielle Personas“ mögen albern sein, aber in einer echten Ideenfindungsphase würde sogar das zunächst notiert werden.
    • Quantität anstreben: Je mehr Ideen, desto höher die Chance, einen Durchbruch zu finden.
    • Wilde Ideen suchen: Ermutigen Sie unkonventionelle und scheinbar unpraktische Ideen, da sie praktischere Ideen anstoßen können. Timos „KI-Aufstand“-Ideen passen, obwohl extrem, zu diesem Prinzip (auch wenn sie in einer echten Sitzung sanft zur Relevanz zurückgeführt würden).
    • Auf den Ideen anderer aufbauen: Verwenden Sie Techniken wie „Ja, und …“, um Konzepte zu erweitern und zu kombinieren.
    • Fokussiert auf das Thema bleiben: Während Sie wilde Ideen fördern, behalten Sie das Kernproblem oder das Nutzerbedürfnis im Auge. Lauras Rolle ist hier entscheidend.
    • Visuell sein: Verwenden Sie Skizzen, Diagramme und Haftnotizen, um Ideen greifbar zu machen.
  2. Warum es für die KI-Entwicklung wichtig ist:
    • Entdeckt neuartige KI-Anwendungen: Die Fähigkeiten von KI sind oft nicht offensichtlich. Die Ideenfindung kann helfen, einzigartige Wege zu entdecken, um GenAI für Nutzerprobleme zu nutzen.
    • Vermeidet vorzeitige Fixierung: Verhindert, dass sich Teams auf die erste oder offensichtlichste Lösung festlegen, die möglicherweise nicht die beste ist.
    • Fördert interdisziplinäre Lösungen: Bringt verschiedene Perspektiven zusammen (technische wie die von Ray, Compliance wie die von Anna, geschäftliche wie die von Kerim, UX wie die von Timo), um ganzheitlichere Lösungen zu schaffen.
    • Generiert einen reichen Pool an Optionen: Bietet eine Reihe von Ideen, die dann gefiltert, als Prototyp erstellt und getestet werden können.
  3. Anwendung in der Praxis (Beispielreich): Timo nutzte im Workshop mehrere Ideenfindungstechniken:
    • Brainstorming mit Haftnotizen: Die klassische Methode, bei der Teammitglieder Ideen auf Haftnotizen schreiben und an eine Tafel kleben. Dies ermöglicht eine schnelle Generierung und Gruppierung von Ideen. Maxim trug auf diese Weise „Unklarer Zeitplan für die Auszahlung“ bei.
    • „Crazy Eights“: Eine schnelle Skizzierübung, bei der jede Person ein Blatt Papier in acht Abschnitte faltet und in acht Minuten acht verschiedene Ideen skizziert (eine Idee pro Minute pro Abschnitt). Dies erzwingt schnelles Denken und visuellen Ausdruck. Timo ließ das Team dies wahrscheinlich ausprobieren, um Lösungen für ein spezifisches Nutzerproblem wie „Wie kann die Schadensmeldung weniger stressig gestaltet werden?“ zu generieren.
    • „Wie könnten wir …“-Fragen: Umformulierung von Problemstellungen in „Wie könnten wir …“ (HMW)-Fragen, um Lösungsmöglichkeiten zu eröffnen. Zum Beispiel: „Wie könnten wir den Schadenprozess für Erstnutzer empathischer gestalten?“ oder „Wie könnten wir KI nutzen, um sofort verständliches Feedback zu eingereichten Dokumenten zu geben?“
    • Analoge Inspiration: Betrachten, wie ähnliche Probleme in völlig unterschiedlichen Branchen gelöst werden. Zum Beispiel, wie Logistikunternehmen Echtzeit-Tracking-Updates bereitstellen und könnte das Ideen für die Schadensstatusverfolgung inspirieren? Nach der Generierung vieler Ideen würde das Team dann zu konvergenten Denktechniken übergehen, um zu filtern und zu priorisieren, wie zum Beispiel:
    • Dot Voting: Jedes Teammitglied erhält ein paar „Punkte“, um für seine Lieblingsideen abzustimmen.
    • Impact/Effort-Matrix: Ideen auf einer 2×2-Matrix basierend auf ihrer potenziellen Auswirkung und dem zur Umsetzung erforderlichen Aufwand darstellen. Laura würde dies wahrscheinlich leiten, um es mit den Geschäftszielen und der technischen Machbarkeit in Einklang zu bringen.
  4. Vorteile \& Nachteile/Herausforderungen: Vorteile:
    • Generiert eine breite Palette kreativer Lösungen.
    • Fördert das Engagement des Teams und die Eigenverantwortung für Ideen.
    • Kann zu bahnbrechenden Innovationen führen.
    • Hilft, den Problemraum gründlich zu erkunden. Herausforderungen:
    • Kann chaotisch sein, wenn sie nicht gut moderiert wird (Timos Stil könnte eine sorgfältige Steuerung durch Laura erfordern).
    • Einige Teammitglieder könnten zögern, „wilde“ Ideen zu teilen.
    • Risiko, viele Ideen zu generieren, aber Schwierigkeiten zu haben, sich auf umsetzbare zu einigen.
    • Erfordert eine offene und psychologisch sichere Umgebung. Arjuns Abneigung könnte dies behindern.
  5. Vergleich (falls zutreffend): Die Ideenfindung ist eine eigenständige Phase innerhalb des Design Thinking. Sie folgt auf Empathize und Define und geht dem Prototyping und Testing voraus. Während agile Methoden ebenfalls Brainstorming beinhalten (z. B. während des Sprint Plannings oder der Retrospektiven), ist die Ideenfindungsphase des Design Thinking oft expansiver und explorativer und konzentriert sich auf den Problem-Lösungs-Raum, bevor man in Implementierungsdetails eintaucht.

C. Allgemeine Schlussfolgerung (für Ideenfindungstechniken): Maxim fand die Ideenfindungssitzung überraschend anregend. Obwohl einige von Timos Anregungen abwegig waren, half ihm der Prozess des schnellen Generierens und Diskutierens von Ideen mit dem Team, Möglichkeiten zu sehen, die er allein nicht in Betracht gezogen hätte. Er verstand, dass selbst die „verrücktesten“ Ideen eine praktischere Einsicht auslösen konnten und dass die schiere Menge an Vorschlägen eine Stärke und kein Zeichen von Unentschlossenheit war.

Miro (PRIMÄRES Web-Tool/Framework)

A. Allgemeine Einführung Miro ist eine kollaborative Online-Whiteboard-Plattform, die für Teams entwickelt wurde, um in Echtzeit oder asynchron zu brainstormen, zu planen, zu entwerfen und zusammenzuarbeiten. Es ist wie eine unendliche digitale Leinwand, auf der Benutzer Diagramme, Haftnotizen, Mindmaps und mehr erstellen können. Für das KI-Lösungsteam bei GlobalSecure und insbesondere für Maxims ersten Ausflug in das Design Thinking dient Miro als digitaler Spielplatz zur Erfassung von Ideen, zur Organisation von Gedanken und zur Visualisierung komplexer Informationen, die während Workshops wie dem von Timo generiert werden.

B. Typspezifische Vertiefung: Miro (Web-Tool/Framework)

  1. Definition \& Kernfunktionalität: Miro ermöglicht es verteilten Teams, visuell zusammenzuarbeiten, als wären sie im selben Raum mit einem physischen Whiteboard. Zu den wichtigsten Funktionen für die KI-Entwicklung und Teamzusammenarbeit gehören:
    • Infinite Canvas: Benutzer können auf einem praktisch unbegrenzten Board schwenken und zoomen.
    • Vorlagen: Eine riesige Bibliothek vorgefertigter Vorlagen für verschiedene Anwendungsfälle (z. B. Brainstorming, User Journey Mapping, Kanban-Boards, Mindmaps, Flussdiagramme, Retrospektiven). Timo hat wahrscheinlich mit einer Design-Thinking-Workshop-Vorlage begonnen.
    • Kollaborationswerkzeuge: Echtzeit-Cursor, Kommentare, Abstimmungen, Timer, Video-Chat-Integration.
    • Vielfältige Inhaltstypen: Haftnotizen, Formen, Konnektoren, Text, Bilder, eingebettete Videos, Dokumenten-Uploads, Freihandzeichnen.
    • Integrationen: Verbindet sich mit anderen Tools wie Jira, Slack, Google Drive, Microsoft Teams.
  2. Zugang \& Einrichtung (Anmeldung/Konfiguration):
    • Zugang: GlobalSecure hat wahrscheinlich ein Firmenkonto für Miro. Laura hätte Teammitglieder wie Maxim zu bestimmten Boards oder Projekten eingeladen. Miro bietet kostenlose Tarife mit begrenzten Boards und Funktionen sowie kostenpflichtige Tarife für eine umfangreichere Nutzung.
    • Einrichtung: Maxim würde über seinen Webbrowser auf Miro zugreifen, indem er sich bei der Miro-Instanz von GlobalSecure anmeldet. Es ist keine komplexe lokale Installation erforderlich. Er würde dem von Timo oder Laura erstellten Board „Projekt Chimera – Design Thinking“ beitreten.
    • Dashboard-Übersicht: Nach dem Einloggen würde Maxim ein Dashboard sehen, das die Boards auflistet, auf die er Zugriff hat. Das Öffnen eines Boards zeigt die Leinwand. Zu den wichtigsten UI-Elementen gehören:
      • Toolbar (normalerweise links): Enthält Werkzeuge zum Hinzufügen von Haftnotizen, Formen, Text, Stiften, Kommentaren, Rahmen usw.
      • Navigationspanel (unten rechts): Zum Zoomen, Schwenken und Anzeigen einer Übersicht des Boards.
      • Kollaborationsfunktionen (oben rechts): Zeigt, wer sich gerade auf dem Board befindet, Freigabeoptionen, Kommentare, Aktivitäts-Feed.
  3. Kernfunktionen im Detail (Anwendungsorientiert): In Timos Workshop interagiert Maxim mit Miro:
    • Haftnotizen hinzufügen: Maxim lernte, schnell seinen „Pain Point: Unklarer Zeitplan für die Auszahlung“ hinzuzufügen, indem er das Haftnotiz-Werkzeug auswählte, eine Farbe wählte, seinen Text eingab und ihn auf der Leinwand platzierte. Ray und Anna fügten ihre Punkte auf ähnliche Weise im gemeinsamen Board-Abschnitt für ihre „Maximilian Mustermann“-Persona hinzu.
    • Verschieben und Gruppieren: Als die Ideen zunahmen, zogen Laura oder Timo verwandte Haftnotizen zusammen und bildeten Cluster zu gemeinsamen Themen (z. B. „Kommunikationsprobleme“, „Frustrationen bei der Dateneingabe“).
    • Vorlagen verwenden: Timo könnte den Workshop begonnen haben, indem er eine „User Persona“-Vorlage und eine „Empathy Map“-Vorlage zum Board hinzugefügt hat, die das Team dann ausfüllte.
    • Abstimmen: Um Pain Points oder HMW-Fragen zu priorisieren, könnte Timo eine Abstimmungssitzung starten. Jedes Teammitglied erhält eine festgelegte Anzahl von Stimmen (Punkten), um sie auf die Elemente zu platzieren, die es für am wichtigsten hält. Maxim würde auf seine ausgewählten Haftnotizen klicken, um seine Stimmen abzugeben.
    • Kommentieren: Wenn Arjun eine besonders abwegige Idee postete, könnte Ray einen Kommentar dazu hinzufügen, anstatt den Hauptfluss zu stören.
    • User Journey Maps erstellen (konzeptionell): Laura könnte später Miro verwenden, um die Workshop-Ergebnisse in einer formelleren User Journey Map zu synthetisieren, indem sie Formen, Konnektoren und Text verwendet, um die Schritte, Pain Points und Chancen im Schadenprozess zu visualisieren. Maxim könnte dazu beitragen.
  4. Integration:
    • Jira/Azure DevOps: Laura könnte später die Jira-Integration von Miro nutzen, um priorisierte Haftnotizen (die Features oder User Stories repräsentieren) direkt in Issues in ihrem agilen Projektmanagement-Tool umzuwandeln.
    • Slack/Teams: Links zu Miro-Boards können in Slack für einfachen Zugriff und Diskussionen geteilt werden. Benachrichtigungen über Kommentare oder Erwähnungen auf einem Miro-Board können ebenfalls in Slack erscheinen.
    • Exportieren: Boards oder Abschnitte können als Bilder (PNG, JPG) oder PDFs exportiert werden, um sie mit Stakeholdern wie Dr. Becker zu teilen, die möglicherweise keine aktiven Miro-Nutzer sind.
  5. Profi-Tipps \& Best Practices:
    • Frames verwenden: Organisieren Sie verschiedene Abschnitte eines großen Workshops auf separaten „Frames“ (wie Folien oder Artboards) für eine bessere Navigation und einen besseren Export.
    • Tastenkombinationen lernen: Lernen Sie Shortcuts für häufige Aktionen (z. B. N für Haftnotizen), um die Teilnahme zu beschleunigen.
    • Moderatoren-Tools verwenden: Nutzen Sie Timer, Abstimmungen und die „Bring everyone to me“-Funktion, um Workshops effektiv zu leiten.
    • Elemente sperren: Sperren Sie Hintergrundelemente oder Vorlagen, um ein versehentliches Verschieben während einer geschäftigen Sitzung zu verhindern.
    • Farbcodierung: Verwenden Sie Farben konsistent für verschiedene Arten von Ideen, Benutzern oder Themen.

C. Allgemeine Schlussfolgerung (für Miro): Maxim fand Miro anfangs aufgrund der schieren Anzahl von Optionen und des visuellen Chaos des Workshops etwas überfordernd. Er erkannte jedoch schnell dessen Stärke bei der Erfassung und Organisation der kollektiven Denkleistung des Teams, insbesondere da alle von verschiedenen Standorten (Frankfurt, Sachsenhausen, Mumbai) aus beitrugen. Er erkannte es als ein entscheidendes Werkzeug für die kollaborative und iterative Natur von Design Thinking und agilen Praktiken, die Laura im KI-Lösungsteam zu etablieren versuchte.

Figma (PRIMÄRES Web-Tool/Framework)

A. Allgemeine Einführung Figma ist ein kollaboratives Interface-Design-Tool, das im Browser läuft und es mehreren Benutzern ermöglicht, gleichzeitig an derselben Designdatei zu arbeiten. Es wird zur Erstellung von Wireframes, Mockups, interaktiven Prototypen und Designsystemen verwendet. Während Miro sich hervorragend zum Brainstorming und Organisieren von Ideen eignet, ist Figma der Ort, an dem diese Ideen als Benutzeroberflächen visuelle Form annehmen. Für das Projekt Chimera wird Timo Figma verwenden, um die Benutzeroberfläche für das KI-gestützte Schadensystem zu entwerfen, und Maxim wird diese Entwürfe schließlich verstehen müssen, um sie zu implementieren.

B. Typspezifische Vertiefung: Figma (Web-Tool/Framework)

  1. Definition \& Kernfunktionalität: Figma ist ein Vektorgrafik-Editor und Prototyping-Tool, das auf UI/UX-Design ausgerichtet ist. Zu den wichtigsten Funktionen gehören:
    • Kollaboratives Design: Echtzeit-Co-Editing, Kommentierung und Versionsverlauf.
    • Vektorbearbeitungswerkzeuge: Leistungsstarke Werkzeuge zum Erstellen und Bearbeiten von Formen, Symbolen und Illustrationen.
    • Prototyping: Möglichkeit, Frames zu verknüpfen, um interaktive Abläufe zu erstellen und Benutzererfahrungen zu simulieren.
    • Komponenten und Stile: Erstellen wiederverwendbarer UI-Elemente (Komponenten) und Definieren gemeinsamer Stile (Farben, Typografie) für Konsistenz (Designsysteme).
    • Developer Handoff: Funktionen, die es Entwicklern ermöglichen, Designelemente zu inspizieren, CSS-Eigenschaften zu erhalten und Assets zu exportieren.
    • FigJam: Ein integriertes Whiteboarding-Tool ähnlich wie Miro, das oft für frühere Ideenfindungsphasen innerhalb des Figma-Ökosystems verwendet wird. (Timo könnte FigJam für schnelle Skizzen verwenden, bevor er für detailliertes Design zu Figma wechselt).
  2. Zugang \& Einrichtung (Anmeldung/Konfiguration):
    • Zugang: Ähnlich wie bei Miro hätte GlobalSecure wahrscheinlich ein Team- oder Enterprise-Konto für Figma. Timo wäre der Hauptnutzer, der Designdateien erstellt und verwaltet. Maxim und andere Entwickler hätten typischerweise „Betrachter“-Zugriff, um Designs und Prototypen zu inspizieren. Figma bietet auch kostenlose Einzelpläne an.
    • Einrichtung: Maxim greift über seinen Webbrowser auf Figma zu. Er könnte auch die optionale Desktop-App installieren. Er würde von Timo zu spezifischen Figma-Dateien für Projekt Chimera eingeladen.
    • Dashboard-Übersicht: Das Figma-Dashboard zeigt Projekte, Dateien und Teams. Das Öffnen einer Designdatei zeigt:
      • Canvas: Der Hauptbereich, in dem Designs erstellt werden.
      • Ebenen-Panel (links): Zeigt die Hierarchie von Frames, Gruppen und Elementen im Design.
      • Eigenschaften-Panel (rechts): Zeigt Optionen und Einstellungen für das ausgewählte Element an (z. B. Farbe, Typografie, Layout-Beschränkungen).
      • Toolbar (oben): Enthält Werkzeuge zum Erstellen von Frames, Formen, Text, Stiften, Kommentaren usw.
  3. Kernfunktionen im Detail (Anwendungsorientiert für einen Entwickler wie Maxim): Während Timo der primäre Ersteller in Figma ist, wird Maxim damit interagieren, um Designs zu verstehen und zu implementieren:
    • Prototypen ansehen: Timo wird Links zu interaktiven Prototypen teilen. Maxim kann sich durch diese Prototypen klicken, um Benutzerabläufe und Interaktionen für das KI-Schadensystem zu verstehen. Zum Beispiel kann er sehen, wie eine Nutzerin wie „Anna Müller“ den Prozess der Schadensmeldung Bildschirm für Bildschirm navigieren würde.
    • Elemente inspizieren: Im „Inspect“-Modus von Figma (oft als Dev Mode bezeichnet) kann Maxim jedes UI-Element (Button, Textfeld, Icon) auswählen und dessen Eigenschaften sehen: Abmessungen, Farben (Hex-Codes, RGBA), Typografie (Schriftfamilie, -größe, -gewicht), Abstände und sogar Code-Schnipsel (CSS, Swift, XML für Android). Dies ist entscheidend, um das Design präzise in Code zu übersetzen.
    • Assets exportieren: Maxim kann Icons, Bilder oder andere grafische Assets auswählen und sie direkt aus Figma in verschiedenen Formaten (PNG, JPG, SVG, PDF) und Größen exportieren.
    • Kommentieren: Wenn Maxim eine Frage zu einem bestimmten Teil des Designs hat (z. B. „Was passiert, wenn der Benutzer hier ein ungültiges Datum eingibt?“), kann er einen Kommentar direkt an diesem Element in Figma hinterlassen, damit Timo darauf eingehen kann.
    • Komponenten verstehen: Timo wird die Benutzeroberfläche wahrscheinlich mit wiederverwendbaren Komponenten (z. B. einem Standard-Button, einem Datumswähler) aufbauen. Maxim kann sehen, wie diese Komponenten definiert und verwendet werden, was beim Aufbau eines modularen Frontends hilft.
  4. Integration:
    • Storybook/Frontend-Frameworks: Figma-Designs können die Entwicklung von UI-Komponentenbibliotheken in Tools wie Storybook beeinflussen und so Design und Code aufeinander abstimmen.
    • Jira/Projektmanagement: Design-Links können an User Stories oder Aufgaben in Jira angehängt werden, um Entwicklern Kontext zu bieten.
    • Entwickler-Tools: Es gibt Plugins, um den Übergabeprozess weiter zu optimieren (z. B. die Konvertierung von Figma-Designs in Code, obwohl dies oft eher ein Ausgangspunkt als eine perfekte Konvertierung ist).
  5. Profi-Tipps \& Best Practices (für die Zusammenarbeit mit Entwicklern):
    • Dev Mode/Inspect Panel verwenden: Dies ist die primäre Art und Weise, wie Entwickler mit Figma-Designs interagieren werden.
    • Klar kommunizieren: Verwenden Sie Kommentare in Figma für designspezifische Fragen. Besprechen Sie breitere architektonische Implikationen separat mit Timo und Ray.
    • Auto Layout und Constraints verstehen: Figmas Layout-Funktionen (Auto Layout, Constraints) definieren, wie Elemente auf verschiedene Bildschirmgrößen reagieren. Das Verständnis dieser hilft beim Aufbau responsiver UIs.
    • Das Designsystem respektieren: Wenn Timo ein Designsystem (gemeinsame Farben, Typografie, Komponenten) etabliert hat, verwenden Sie es konsequent in der Entwicklung, um die UI-Integrität zu wahren.
    • Um Klärung bitten: Wenn etwas im Design unklar ist oder technisch schwierig umzusetzen scheint, besprechen Sie es frühzeitig mit Timo.

C. Allgemeine Schlussfolgerung (für Figma): Maxim erkennt Figma als Timos Domäne an, versteht aber dessen Bedeutung für seine eigene Arbeit. Die Fähigkeit, Designs zu inspizieren, genaue Spezifikationen zu erhalten und Benutzerabläufe durch Prototypen zu verstehen, wird unerlässlich sein, wenn er mit dem Bau des Frontends für Projekt Chimera beginnt. Er sieht es als ein kritisches Werkzeug, um die Lücke zwischen UX-Vision und technischer Implementierung zu schließen und sicherzustellen, dass das, was er baut, dem entspricht, was das Team und letztendlich die Benutzer erwarten. Die Kombination aus Miro für die frühe Ideenfindung und Figma für das konkrete UI-Design fühlt sich wie ein leistungsstarker Arbeitsablauf an.

Maxim verließ den „Hegel“-Raum mit einem Kopf voller HMW-Fragen, Nutzer-Personas und dem leichten Geruch von Permanentmarker. Der Design-Thinking-Workshop war, obwohl chaotisch, erhellend gewesen. Er hatte jetzt ein klareres Bild von den Menschen, für die sie das Projekt Chimera bauten, nicht nur von den technischen Spezifikationen. Werkzeuge wie Miro und Figma, die wie nur weitere Unternehmenssoftware gewirkt hatten, fühlten sich nun wie wesentliche Instrumente für die Zusammenarbeit und Kreation an. Er warf einen Blick auf die User Story, die er skizziert hatte: „Als Kleinunternehmer … möchte ich schnell verstehen … damit ich Störungen minimieren kann …“ Es war kein Code, aber es fühlte sich wie ein solides Fundament an. Der Weg zum „Make it Work“ wurde ein wenig klarer. Als Nächstes, so vermutete er, müssten sie anfangen, über Geld zu sprechen und wie diese große Vision tatsächlich finanziert und mit Ressourcen ausgestattet werden würde.

Leave a Reply