
Jedes Projekt steht und fällt mit den Menschen, die daran beteiligt sind – und ohne die richtigen Personen an Bord helfen selbst die besten Pläne nichts. In diesem Kapitel erfährst du, warum die Identifikation der Stakeholder zu den wichtigsten frühen Schritten eines Projekts gehört. Du lernst, was einen Stakeholder ausmacht, warum schon eine einzige übersehene Person große Folgen haben kann und wie dieses Wissen das Fundament für alles Weitere legt. Klare Rollen, weniger Überraschungen, bessere Kommunikation – genau hier beginnt es.
Lerninhalte:
Was ein Stakeholder ist – und warum das wichtig ist
Welche Risiken entstehen, wenn Schlüsselpersonen übersehen werden
Wie die Stakeholder-Identifikation den Projekterfolg unterstützt
Warum es sich nicht um eine einmalige Aufgabe handelt, sondern um einen fortlaufenden Prozess
Und wie es weitergeht: Vorbereitung der Stakeholder-Matrix
Zu wissen, wer deine Stakeholder sind, ist nur der erste Schritt – der Unterschied liegt darin, zu verstehen, wie man mit ihnen arbeitet.
In diesem Kapitel lernst du, wie man Stakeholder basierend auf ihrem Einfluss und Interesse klassifiziert und wie man für jede Gruppe die richtige Beteiligungsstrategie definiert.
Die Stakeholder-Matrix gibt dir einen klaren Überblick darüber, wer eingebunden werden muss, wer informiert werden sollte und wo potenzielle Risiken oder Unterstützung entstehen können.
Lerninhalte
Zweck und Aufbau einer Stakeholder-Matrix
Wie man Einfluss und Interesse bewertet
Wie man Stakeholder-Typen mit Beteiligungsstrategien verknüpft
Wann man über das klassische Einfluss-Interesse-Modell hinausgehen sollte
Es reicht nicht aus zu wissen, wer deine Stakeholder sind – du musst auch verstehen, wie sie zueinander stehen. In diesem Kapitel lernst du, wie du mit einer Stakeholder Map Beziehungen, Abhängigkeiten und mögliche Spannungen im Stakeholder-Netzwerk sichtbar machst. Du erkennst, wie Einflussströme verlaufen, wie Allianzen oder Konflikte dein Projekt beeinflussen können – und warum dieses Verständnis so wichtig für vorausschauende Planung und Kommunikation ist.
Lerninhalte
Zweck und Aufbau einer Stakeholder Map
Beziehungsarten zwischen Stakeholdern: positiv, negativ, neutral
Wie man Einfluss, Richtung und Intensität visuell darstellt
Warum das Visualisieren von Beziehungen versteckte Konflikte verhindert
Vorbereitung auf den nächsten Schritt: Nähe zum Projekt mit dem Onion Diagram
Nicht alle Stakeholder sind gleich nah am Geschehen – und genau das ist wichtig. Das Onion Diagram hilft dir dabei zu erkennen, wer direkt am Projekt beteiligt ist und wer eher aus der Distanz agiert. In diesem Kapitel lernst du, wie du die Nähe von Stakeholdern visuell darstellen kannst, wer tägliche Abstimmung braucht, wer regelmäßig informiert werden sollte und wer einfach nur im Loop bleiben muss. Diese gestufte Darstellung unterstützt eine gezielte Kommunikationsstrategie, die sich mit dem Projekt weiterentwickelt.
Lerninhalte
Zweck und Aufbau des Onion Diagram
Wie du Stakeholder nach Nähe zum Projekt positionierst – nicht nur nach Einfluss
Wichtige Unterschiede zwischen Core Team, Key Stakeholdern und unterstützenden Rollen
Warum die Nähe von Stakeholdern den Kommunikationsstil und die Frequenz beeinflusst
Wann und wie du das Diagramm anpasst, wenn sich Rollen im Projektverlauf verändern
Wenn Kommunikation scheitert, scheitert das Projekt – so einfach ist das. In diesem Kapitel lernst du, wie du mit einer Communication Matrix die Kommunikation im Projekt klar strukturierst. Du erfährst, welche Informationen wann, über welche Kanäle und an wen weitergegeben werden sollen. Dieser strukturierte Ansatz hilft dabei, Missverständnisse zu vermeiden, die Abstimmung zu verbessern und Vertrauen bei allen Stakeholdern aufzubauen. Die Communication Matrix ist dabei mehr als nur eine Tabelle – sie wird zu einem lebendigen Werkzeug, das sich mit dem Projekt weiterentwickelt und dafür sorgt, dass alle informiert und eingebunden bleiben.
Lerninhalte
Zweck und Aufbau einer Communication Matrix
Festlegung von Frequenz, Format, Kanälen und Zielgruppen
Praktische Beispiele für interne und externe Kommunikation
Vorteile klarer und fokussierter Updates
Wie du die Matrix anpasst, wenn sich das Projekt weiterentwickelt
Um das richtige System zu entwickeln, musst du verstehen, was Nutzer tatsächlich erwarten. Use Case Diagrams helfen dabei, übergeordnete Anforderungen in klare, visuelle Interaktionen zwischen Nutzern und System zu übersetzen. In diesem Kapitel lernst du, wie du Akteure identifizierst, die Systemgrenze definierst und mit Include-, Extend- und Generalization-Beziehungen komplexe Verhaltensmuster abbildest. So werden vage Anforderungen zu konkretem, strukturiertem Input – leicht nachvollziehbar, diskussionsfähig und gemeinsam mit Stakeholdern validierbar.
Lerninhalte
Zweck und Aufbau eines Use Case Diagram
Akteure und Systemgrenzen identifizieren
Include- und Extend-Beziehungen modellieren
Generalization nutzen, um gemeinsame Verhaltensweisen zu vereinfachen
Wie Use Cases helfen, funktionale Anforderungen zu visualisieren
Nicht alle Systeminteraktionen sind erwünscht – und genau deshalb sind Misuse Cases so wichtig. Während klassische Use Case Diagrams zeigen, was ein System tun soll, konzentrieren sich Misuse Cases auf das, was auf keinen Fall passieren darf. In diesem Kapitel lernst du, wie du Bedrohungen modellierst, potenzielle Angriffsszenarien identifizierst und mit gezielten Security Use Cases wirksame Gegenmaßnahmen entwickelst. Diese Methode verankert das Thema Sicherheit direkt in der Anforderungsanalyse – und sorgt dafür, dass Schwachstellen frühzeitig erkannt und adressiert werden, bevor etwas schiefläuft.
Lerninhalte
Zweck und Definition von Misuse Cases
Unterschiede zwischen Use Cases, Misuse Cases und Security Use Cases
Bedrohungen und unerwünschtes Verhalten mit Misuse Case Diagrams modellieren
Wie sich Angriffe, Risiken und Gegenmaßnahmen visuell darstellen lassen
Mit Misuse Cases die Systemsicherheit von Anfang an stärken
Use Cases bieten einen guten Überblick – aber wenn es darum geht, Anforderungen in handhabbare, nutzerorientierte Aufgaben zu übersetzen, sind User Stories oft das bessere Werkzeug. In diesem Kapitel lernst du, wie du klare und prägnante User Stories formulierst, die ausdrücken, was Nutzer brauchen und warum – ohne zu früh ins Technische abzudriften. Du erfährst außerdem, wie Akzeptanzkriterien für Klarheit sorgen, wie sich Stories in eine Backlog-Struktur einfügen und warum diese Methode ideal zu agilen Projektumgebungen passt.
Lerninhalte
Zweck und Aufbau von User Stories
Wie man wirkungsvolle, nutzerzentrierte Anforderungen schreibt
Die Rolle von Akzeptanzkriterien bei der Definition von Erfolg
Backlogs strukturieren mit Epics, Features und Stories
Unterschiede zwischen User Stories und klassischen Anforderungen
Zu wissen, was ein System tun soll, ist nur die halbe Miete – genauso wichtig ist es zu verstehen, wo das System beginnt und wo es endet. In diesem Kapitel lernst du, wie du mit einem Context Diagram die Systemgrenzen festlegst und die Interaktionen mit externen Systemen, Nutzern und Services abbildest. Diese einfache, aber wirkungsvolle Visualisierung hilft dabei, Scope Creep zu vermeiden, Zuständigkeiten zu klären und Integrationen sowie Datenflüsse frühzeitig zu erkennen.
Lerninhalte
Zweck und Aufbau eines Context Diagram
Externe Systeme, Akteure und Schnittstellen identifizieren
Datenflüsse und Verantwortlichkeiten visuell darstellen
Mit Context Diagrams Scope Creep vermeiden
Best Practices für Übersichtlichkeit, Einfachheit und gemeinsame Ausrichtung
Prozesse legen fest, was ein System tun soll – aber genauso wichtig ist die Frage, wie diese Prozesse mit den Daten interagieren. In diesem Kapitel lernst du, wie du mit einer CRUD Matrix abbildest, welche Operationen ein Prozess auf zentrale Datenobjekte ausführt. Diese strukturierte Darstellung sorgt für Konsistenz zwischen Business-Funktionen und Datenmodell, hilft dabei, Lücken oder Redundanzen zu erkennen, und unterstützt sowohl die Anforderungsanalyse als auch das Systemdesign. Ob Business Analyst, Developer oder Projektmanager – die CRUD Matrix ist ein unverzichtbares Werkzeug, um komplexe Datenflüsse verständlich zu machen.
Lerninhalte
Zweck und Aufbau der CRUD Matrix
Create-, Read-, Update- und Delete-Operationen verstehen
Geschäftsprozesse mit Datenobjekten verknüpfen
Inkonsistenzen und Modellierungslücken identifizieren
Best Practices für Klarheit und Konsistenz
Anforderungen klar darzustellen ist entscheidend – besonders im Austausch mit Management und Stakeholdern. In diesem Kapitel lernst du, wie du mit einem Requirements Diagram nach SysML Anforderungen visuell strukturierst und nachvollziehbar machst. Du erfährst, wie du Anforderungen mit Validierungsmethoden verknüpfst, abstrakte Ziele in konkrete Elemente herunterbrichst und durchgängige Traceability von der Geschäftsidee bis zur Umsetzung sicherstellst. Dieses Diagramm verbessert nicht nur die Kommunikation, sondern unterstützt auch Qualität, Klarheit und gemeinsame Ausrichtung im gesamten Projektverlauf.
Lerninhalte
Zweck und Aufbau eines Requirements Diagram
Anforderungen und ihre Abhängigkeiten modellieren
Derive-, Verify-, Refine- und Satisfy-Beziehungen einsetzen
Wie visuelle Traceability die Kommunikation mit Stakeholdern unterstützt
Best Practices für Klarheit, Konsistenz und Pflege
Zu wissen, was gefordert wird, ist nur der erste Schritt – genauso wichtig ist es nachzuweisen, dass jede Anforderung auch umgesetzt, getestet und validiert wurde. In diesem Kapitel lernst du, wie du mit einer Requirements Traceability Matrix (RTM) eine durchgehende Nachvollziehbarkeit von den Business-Anforderungen bis hin zur technischen Umsetzung und Testabdeckung sicherstellst. Besonders in regulierten Branchen ist Traceability nicht nur Best Practice, sondern oft eine verbindliche Vorgabe. Die RTM bringt Struktur, Verlässlichkeit und Transparenz in komplexe Projekte – und sorgt dafür, dass alle Beteiligten abgestimmt und auditbereit arbeiten können.
Lerninhalte
Zweck und Aufbau einer Requirements Traceability Matrix
Wie Anforderungen mit Testfällen, Defects und Umsetzung verknüpft werden
Warum eindeutige IDs und einheitliche Formate entscheidend sind
Best Practices für Priorisierung, Pflege und Zusammenarbeit
Wie die RTM Qualität und Vertrauen bei Stakeholdern stärkt
Nicht jede Anforderung kann sofort umgesetzt werden – umso wichtiger ist es, die richtigen Prioritäten zu setzen. In diesem Kapitel erfährst du, warum eine strukturierte Priorisierung entscheidend ist und wie du zwei der am häufigsten genutzten Methoden anwendest: die MoSCoW-Methode und die Value-vs.-Effort-Matrix. Du lernst, wie du Anforderungen nach Dringlichkeit, Business Value und Umsetzungsaufwand kategorisierst – und wie die Kombination dieser Perspektiven zu realistischeren Planungen, besserer Abstimmung mit Stakeholdern und schnelleren Ergebnissen führt.
Lerninhalte
Warum Priorisierung für den Projekterfolg entscheidend ist
Überblick über die MoSCoW-Methode und ihre Kategorien
Die Value-vs.-Effort-Matrix als Grundlage für strategische Entscheidungen
Wie sich beide Methoden auf reale CRM-Anforderungen anwenden lassen
Stärken und Grenzen der jeweiligen Ansätze in der Praxis
Manche Funktionen sind dringend, andere besonders wertvoll – und einige beides. Die Scoring Matrix hilft dir, genau diese Unterschiede klar herauszuarbeiten. In diesem Kapitel lernst du, wie du Anforderungen anhand mehrerer Dimensionen bewertest – zum Beispiel Business Value, Zeitkritikalität, Aufwand, Risiko und Kundenzufriedenheit. Du bekommst Einblick in einfache und gewichtete Bewertungsmodelle, mit denen sich Anforderungen auf Basis klar definierter Kriterien objektiv priorisieren lassen. Diese Methode ersetzt Bauchgefühl durch transparente, datenbasierte Entscheidungen – und sorgt dafür, dass der Fokus auf den wirklich wichtigen Themen liegt.
Lerninhalte
Zweck und Nutzen einer Scoring Matrix
Zentrale Bewertungskriterien: Wert, Dringlichkeit, Aufwand, Risiko und Zufriedenheit
Wie du mit einer 1–5-Skalierung konsistente Vergleiche ermöglichst
Gewichtete Bewertungen für strategischere Priorisierungen nutzen
Scoring mit anderen Methoden kombinieren, um fundiertere Entscheidungen zu treffen
Wenn ein Projekt komplexer wird, ist Struktur unerlässlich. In diesem Kapitel lernst du, wie du mit einer Work Breakdown Structure (WBS) den gesamten Projektumfang in handhabbare Arbeitspakete unterteilst. Die WBS hilft dir, genau festzulegen, was geliefert werden soll, erleichtert die Planung und Fortschrittsverfolgung und stellt sicher, dass nichts Wichtiges vergessen wird – und auch nichts ohne Freigabe hinzugefügt wird. Ob phasen- oder lieferobjektbasiert aufgebaut: Die WBS bildet das Fundament für Terminplanung, Budgetierung und Scope Management.
Lerninhalte
Zweck und Aufbau einer Work Breakdown Structure (WBS)
Die 100%-Regel und warum eine klare Scope-Definition so wichtig ist
Wie du Deliverables und Arbeitspakete definierst und strukturierst
Die WBS nutzen, um Anforderungen zuzuordnen, Verantwortlichkeiten festzulegen und Fortschritt zu verfolgen
Best Practices für Detailtiefe, Klarheit und Nachvollziehbarkeit in komplexen Projekten
In diesem Kapitel lernst du, wie du Gantt-Diagramme und Roadmaps einsetzt, um deinen Projektzeitplan sinnvoll zu planen, zu strukturieren und zu kommunizieren. Du erfährst, wie du Aufgaben organisierst, Abhängigkeiten definierst und Meilensteine sowie Pufferzeiten in einem Gantt-Chart abbildest. Anschließend wechseln wir zur strategischen Perspektive der Roadmap – dort stehen übergeordnete Ziele, Release-Pläne und grobe Abhängigkeiten im Fokus. Zusammen bilden beide Werkzeuge eine stabile Grundlage für die operative Umsetzung und die Kommunikation mit Stakeholdern.
Lerninhalte
Aufbau und Zweck eines Gantt-Charts verstehen
Aufgaben, Laufzeiten und Abhängigkeiten definieren
Wie Meilensteine und Pufferzeiten zur Steuerung beitragen
Die strategische Funktion einer Roadmap kennenlernen
Unterschiede zwischen detaillierter Zeitplanung und grober Zielorientierung verstehen
Wie sich Gantt-Charts und Roadmaps in der Praxis sinnvoll ergänzen
Selbst die beste Planung nützt nichts, wenn niemand weiß, wer für was zuständig ist. In diesem Kapitel lernst du, wie du mit der RACI Matrix Rollen und Verantwortlichkeiten für jede Projektaufgabe klar definierst und kommunizierst. Egal ob es darum geht, wer führt, wer unterstützt oder wer einfach nur informiert werden muss – RACI schafft Klarheit und fördert Verantwortungsbewusstsein. Du bekommst außerdem praktische Tipps und einen Überblick über Varianten wie RASCI, RACI-VS oder DACI – und erfährst, wann sich ihr Einsatz lohnt.
Lerninhalte
Zweck und Aufbau einer RACI Matrix
Bedeutung und Anwendung von Responsible, Accountable, Consulted und Informed
Wie du eine klare Zuständigkeitsmatrix erstellst und überprüfst
Überblick über gängige RACI-Varianten und deren Einsatzbereiche
Best Practices für den erfolgreichen Einsatz von RACI in realen Projekten
Wenn unklar ist, wer Entscheidungen trifft, ist Verwirrung vorprogrammiert. Das Delegation Board schafft hier Abhilfe, indem es genau aufzeigt, wer in welchem Bereich Entscheidungsbefugnis hat – und bringt so Struktur in die Zusammenarbeit und Klarheit in die Führung. In diesem Kapitel lernst du, wie du die sieben Delegationsebenen aus Management 3.0 sinnvoll auf dein Projekt anwendest. Egal ob du leitest oder moderierst – dieses Tool hilft dir, gemeinsame Grenzen zu definieren, Mikromanagement zu vermeiden und dem Team eigenverantwortliches Handeln zu ermöglichen – ohne die Kontrolle zu verlieren.
Lerninhalte
Zweck und Aufbau des Delegation Board
Überblick über die sieben Delegationsebenen (von Tell bis Delegate)
Wie du Entscheidungsbereiche definierst und mit der passenden Ebene verknüpfst
Best Practices für schrittweises Delegieren und vertrauensvolle Zusammenarbeit
Wie das Board Transparenz und Eigenverantwortung im Projekt stärkt
Eine präzise Zeitplanung beginnt mit realistischen Schätzungen – genau dabei hilft dir die PERT-Methode. In diesem Kapitel lernst du, wie du mit einem PERT Diagram Projektphasen strukturierst, Aufgabenabhängigkeiten definierst und erwartete Dauern auf Basis von Best Case, Most Likely und Worst Case berechnest. Du erfährst, wie du den kritischen Pfad identifizierst, Zeitrisiken berücksichtigst und eine fundierte Basis für Gantt-Charts und Roadmaps schaffst. Mit PERT verwandelst du Unsicherheit in Klarheit – und gewinnst Sicherheit im Zeitmanagement.
Lerninhalte
Zweck und Aufbau des PERT Diagram
Anwendung der Drei-Punkt-Schätzung
Berechnung erwarteter Dauern mit der PERT-Formel
Identifikation des kritischen Pfads und von Aufgabenabhängigkeiten
Best Practices für realistische Planung und Kommunikation mit Stakeholdern
In agilen Teams werden täglich Entscheidungen getroffen – große wie kleine. Doch ohne klare Absprachen, wie diese Entscheidungen zustande kommen, sind Verwirrung und Frust vorprogrammiert. Genau hier setzt die Team Decision Matrix aus Management 3.0 an. In diesem Kapitel lernst du, wie du Entscheidungsbereiche definierst, passende Entscheidungsstile zuordnest und dein Team darauf ausrichtest, wer was wie entscheidet. Die Matrix schafft Transparenz, fördert Selbstorganisation und sorgt dafür, dass aus Entscheidungschaos gemeinsame Klarheit wird.
Lerninhalte
Zweck und Aufbau der Team Decision Matrix
Fünf zentrale Entscheidungsstile – von Aristokratie bis Konsens
Wie du Entscheidungsbereiche definierst und den passenden Stil zuordnest
Praxisbeispiel: Anwendung der Matrix in einem Entwicklungsteam
Best Practices für Klarheit, Transparenz und Teamausrichtung
Kein Projekt ist risikofrei – aber erfolgreiche Projekte wissen, wie man mit Risiken umgeht. In diesem Kapitel lernst du, wie du mit einer Risk Matrix potenzielle Bedrohungen identifizierst, bewertest und priorisierst. Indem du Risiken nach Eintrittswahrscheinlichkeit und Auswirkung einschätzt, entsteht ein klares, visuelles Gesamtbild, das dem Team hilft, den Fokus auf das Wesentliche zu richten. Du erfährst außerdem, wie sich Risiken gezielt mindern lassen, wie Verantwortlichkeiten zugewiesen werden und wie du mit einer Mischung aus proaktiven und reaktiven Maßnahmen dein Projekt auf Kurs hältst.
Lerninhalte
Zweck und Aufbau einer Risk Matrix
Risiken nach Wahrscheinlichkeit und Auswirkung bewerten
Risikokategorien mit einer farblich codierten Matrix visualisieren
Beispiele für kritische Risiken in der CRM-Entwicklung
Strategien zur Risikominderung, Überwachung und Reaktionsplanung
Manche Abläufe lassen sich am besten visuell erklären – und genau dafür ist ein Flow Diagram ideal. In diesem Kapitel lernst du, wie du ein Flow Diagram erstellst, um einen vollständig automatisierten Lead-Segmentierungsprozess darzustellen. Mit einfachen Symbolen und klaren Konventionen zeigst du Schritt für Schritt, wie ein Lead erfasst, ins CRM überführt und anschließend einem B2B- oder B2C-Segment zugeordnet wird. Solche Diagramme sind besonders hilfreich in der Zusammenarbeit mit nicht-technischen Teams wie Marketing – sie halten den Überblick einfach, visuell und gut nachvollziehbar.
Lerninhalte
Zweck und Aufbau eines Flow Diagram
Zentrale Symbole: Terminal, Prozess, Ein-/Ausgabe, Entscheidung und Verbindungen
Wie du einen Prozess vom Lead Capture bis zur Segmentierung abbildest
Annotations sinnvoll nutzen – für Klarheit ohne zusätzliche Komplexität
Best Practices für Diagramme, die auch nicht-technische Teams verstehen
Wenn ein grober Überblick nicht mehr ausreicht, ist BPMN 2.0 der Standard für die Modellierung detaillierter Geschäftsprozesse. In diesem Kapitel lernst du, wie du mit den zentralen Elementen von BPMN – Events, Activities, Gateways und Sequence Flows – präzise und strukturierte Diagramme erstellst. Du siehst, wie BPMN parallele Abläufe, bedingte Pfade und Wartezustände abbildet – alles mit klarer, professioneller Logik. Egal ob du mit Marketing, Entwicklung oder Management arbeitest – BPMN macht Prozesse verständlich und umsetzbar.
Lerninhalte
Zentrale Elemente von BPMN: Events, Activities, Gateways und Flows
Wie du ein Prozessmodell mit klarem Start- und Endpunkt aufbaust
Gateway-Typen verstehen: exklusiv, inklusiv, parallel und ereignisbasiert
Ablauflogik, Bedingungen und Automatisierung modellieren
Best Practices für visuelle Klarheit und Kommunikation mit Stakeholdern
BPMN 2.0 ist weit mehr als Kästchen und Pfeile – es bietet dir die Werkzeuge, um nicht nur darzustellen, was in einem Prozess passiert, sondern auch wie es passiert. In diesem Kapitel tauchst du tiefer in die wichtigsten Task-Typen ein: von User- und Service-Tasks bis hin zu Send-, Receive-, Manual- und Rule-Tasks. Du lernst, wie du Verantwortung, Automatisierung und Kommunikationspunkte direkt im Diagramm sichtbar machst. In Kombination mit Gateways, Events und Sequence Flows wird BPMN zu einer leistungsstarken Sprache, um reale Workflows klar, einheitlich und für Business und IT gleichermaßen verständlich abzubilden.
Lerninhalte
Überblick über BPMN-Task-Typen und ihre visuellen Marker
User-Interaktion, Systemautomatisierung und Nachrichtenflüsse modellieren
Wann Manual, User, Service, Send, Receive und Rule Tasks eingesetzt werden
Wie Tasks und Gateways gemeinsam die Prozesslogik abbilden
Wichtige Unterschiede zwischen BPMN und Flowcharts – und warum sie relevant sind
Wenn Entscheidungen von mehreren Kriterien und Abhängigkeiten abhängen, ist ein Decision Tree das ideale Werkzeug, um Klarheit zu schaffen. In diesem Kapitel lernst du, wie du mit einfachen Ja/Nein-Fragen und verzweigter Logik einen strukturierten, transparenten Entscheidungsweg modellierst. Anhand von Anforderungen aus dem Marketing zeigen wir, wie sich Business-Leads entlang mehrerer Dimensionen segmentieren lassen – etwa Umsatz, Branche, Region und Engagement. Du erfährst, wie Decision Trees dabei helfen, Regeln klar zu definieren, Ergebnisse nachzuvollziehen und sicherzustellen, dass jeder Pfad zu einem sinnvollen Ergebnis führt.
Lerninhalte
Aufbau und Zweck eines Decision Tree
Entscheidungspfade und Ergebnislogik visuell abbilden
Abhängigkeiten und Knockout-Kriterien modellieren
Best Practices für Klarheit, Einfachheit und Praxistauglichkeit
Einsatz von Decision Trees zur Kundensegmentierung und Lead-Qualifizierung
Wenn aus Anforderungen konkrete Lösungen werden, beginnt alles mit Struktur – und genau die liefert ein ERD. In diesem Kapitel lernst du, wie du mit einem konzeptuellen Entity Relationship Diagram die zentralen Datenobjekte deines Systems und ihre Beziehungen untereinander modellierst. Mit klaren Entitäten, einfachen Beziehungen und genau dem richtigen Maß an Detail entsteht ein gemeinsames Verständnis des fachlichen Datenmodells – lange bevor die Entwicklung beginnt. Das ERD ist ein visuelles Blueprint, das alle Beteiligten auf Linie bringt und teure Missverständnisse später vermeidet.
Lerninhalte
Zweck und Aufbau eines konzeptuellen ERD
Wie man Entitäten, Attribute und Beziehungen definiert
Verständnis von Kardinalitäten: 1:1, 1:n und n:m
Modellierung von Kontakten, Unternehmen und Kommunikationseinträgen
Best Practices für Klarheit, Konsistenz und Vermeidung von Redundanzen
Agile Projekte sind schnelllebig – und gerade bei diesem Tempo wird leicht übersehen, welche Testbereiche wirklich abgedeckt sein müssen. Das Agile Testing Quadrant Model bietet dir einen strategischen Rahmen, um genau das zu verhindern. In diesem Kapitel lernst du, wie du Tests nach ihrem Zweck (Produkt unterstützen oder hinterfragen) und nach ihrem Fokus (technisch oder fachlich) einordnest. Das Vier-Quadranten-Modell hilft deinem Team, Vertrauen in den Code aufzubauen, fachliche Anforderungen zu erfüllen, Usability-Probleme zu erkennen und nicht-funktionale Anforderungen wie Performance oder Sicherheit zu überprüfen – alles in einer gemeinsamen, klaren Übersicht.
Lerninhalte
Struktur und Zweck des Agile Testing Quadrant Model
Wie Q1–Q4 verschiedene Testarten und Perspektiven abbilden
Rolle von Unit Tests, Akzeptanztests, explorativem Testen und nicht-funktionalen Tests
Die Quadranten nutzen, um Lücken zu erkennen und die Teststrategie auszubalancieren
Das Modell als Kommunikations- und Abstimmungswerkzeug im Team einsetzen
Bugs gehören zu jedem Projekt – aber die entscheidende Frage ist: Wird es besser oder schlechter? In diesem Kapitel lernst du, wie ein Defect Trend Chart dir hilft, die Entwicklung von Softwarefehlern im Zeitverlauf zu visualisieren. Du erkennst, ob sich Probleme anhäufen oder behoben werden, wie schnell dein Team reagiert und ob sich die Produktqualität in die richtige Richtung entwickelt. Das Diagramm schafft eine gemeinsame Sicht auf Qualität für Teams und Management, unterstützt fundierte Entscheidungen und sorgt dafür, dass alle auch bei komplexem Projektverlauf den Überblick behalten.
Lerninhalte
Zweck und Aufbau eines Defect Trend Chart
Wichtige Kennzahlen und wie man die richtigen Daten erfasst
Wie man Qualitätssignale aus den Trendlinien abliest
Typische Muster und Warnsignale, auf die man achten sollte
Best Practices für den Einsatz in realen Projekten
Nicht alle Bugs sind gleich – und nicht alle Systembereiche sind gleich stark betroffen. Während Defect Trend Charts zeigen, wie viele Fehler es im Zeitverlauf gibt, macht eine modulbasierte Heatmap sichtbar, wo diese Fehler auftreten. In diesem Kapitel lernst du, wie du die Verteilung von Defects über Module hinweg mithilfe von Farben visualisierst. Du erkennst Hotspots, setzt gezielte Testschwerpunkte und deckst tieferliegende Qualitätsprobleme in der Codebasis auf. Heatmaps helfen Teams, frühzeitig zu reagieren, Ressourcen sinnvoll einzusetzen und Qualitätsrisiken auch gegenüber nicht-technischen Stakeholdern verständlich zu kommunizieren.
Lerninhalte
Zweck und Nutzen von Heatmaps im Qualitätsmanagement
Wie man eine modulbasierte Defect-Heatmap erstellt und strukturiert
Hotspots interpretieren und Ursachen erkennen
Tests und Bugfixes gezielt priorisieren
Best Practices für Layout, Farbcodierung und Lesbarkeit
Komplexe Projekte, unzählige Anforderungen, unklare Zuständigkeiten – und du sollst trotzdem den Überblick behalten?
Dann ist es Zeit, mit den richtigen Tools zu arbeiten.
In diesem Kurs lernst du, wie du mit über 20 professionellen Visualisierungstechniken Struktur und Klarheit in deine Projekte bringst – für dich selbst, dein Team und deine Stakeholder.
Du lernst unter anderem folgende Methoden und Werkzeuge kennen:
WBS – Work Breakdown Structure
RTM – Requirements Traceability Matrix
RACI – Responsibility Assignment Matrix
CRUD – Create, Read, Update, Delete Matrix
PERT – Program Evaluation and Review Technique
BPMN 2.0 – Business Process Model and Notation
ERD – Entity Relationship Diagram
Use Case Diagram
Misuse Case Diagram
Decision Tree
Scoring Matrix – Gewichtete Priorisierung
Gantt Chart – Zeitplanung mit Abhängigkeiten
Roadmap – Strategische Meilensteinplanung
Flow Diagram – Einfache Prozessvisualisierung
Context Diagram – Systemgrenze und Umfeld
Stakeholder Matrix & Stakeholder Map
Onion Diagram – Stakeholder-Schichten visualisieren
Communication Matrix – Projektkommunikation strukturieren
Delegation Board – Entscheidungsbefugnisse sichtbar machen
Team Decision Matrix – Entscheidungsregeln im Team definieren
Risk Matrix – Projektrisiken visuell einschätzen
Agile Testing Quadrants – Agile Teststrategien strukturieren
Defect Trend Chart – Bug-Trends über die Zeit verfolgen
Heatmap – Fehlerdichte in Modulen sichtbar machen
Der Kurs ist entlang der typischen Phasen eines Projekts aufgebaut – vom Kickoff bis zur Übergabe in den Betrieb. So erfährst du, welche Visualisierung zu welchem Zeitpunkt im Projekt am wirkungsvollsten ist.
Zu jeder Technik erhältst du:
Eine verständliche Erklärung mit praxisnahen Beispielen
Ein Whitepaper zum Download mit den wichtigsten Erkenntnissen
Fertige Vorlagen zum direkten Einsatz (wo sinnvoll)
Warum Visualisierung?
Weil gute Visualisierungen nicht nur Informationen zeigen – sie bringen Struktur, erleichtern Entscheidungen und machen Komplexität beherrschbar. Ob im Stakeholder-Workshop, bei der Anforderungsanalyse, im Projektmeeting oder im Management-Review: Wenn du deine Inhalte klar visualisieren kannst, wirst du gehört, verstanden und ernst genommen.