Agile Marketing Kanban Vorlage
Dies ist ein agiles Marketing Kanban Board, das vom Marketing Team vom ersten Gespräch mit dem Kunden bis zum Abschluss des Projekts täglich verwendet wird.
Dieses Kanban ist für einen Kunden/einen Projektvorgang gedacht, beispielsweise das Einrichten einer Webseite, einer digitalen Kampagne, die Organisation einer Veranstaltung usw.
Schritt 1: Planung
1.1. Kundenbriefing: Pläne, Ziele und Wünsche (45 Minuten)
Diese Übung wird für das erste Briefing mit dem Kunden über das konkrete Projekt verwendet. Sie ist als Unterstützung für das Briefing-Gespräch gedacht, das das Marketingteam zu Beginn des Projekts führt. Du stellst dem Kunden Fragen zu seinen Zielen, Erwartungen, seinem Zielmarkt, den wichtigsten Zielen und/oder Wünschen und schreiben diese in die Abschnitte. Wir empfehlen, dass das gesamte Team beim ersten Kundenbriefing anwesend ist.
1.2. Kundenbriefing: Entscheider und Budget (15 Minuten)
Im Briefing-Interview musst du auch wichtige Informationen über die Entscheidungsträger einholen, was ihnen wichtig ist und natürlich wie hoch das Budget für das Projekt ist. Notiere in den weiteren Notizen alles, was das Team für das Projekt wichtig findet.
1.3. Task Force (15 Minuten)*:
Basierend auf dem ersten Briefing mit dem Kunden ist es nun an der Zeit, dass das gesamte Marketingteam alle Rollen ermittelt, die erforderlich sind, um das Projekt erfolgreich, pünktlich und in hoher Qualität abzuliefern. Basierend auf den Rollen schreibt das Team alle Aufgaben auf, die erledigt werden müssen, um das Projekt erfolgreich abzuschließen. Wenn die Beziehung zum Kunden gut ist, definiert das Team die Definition von „Erledigt“ mit dem Kunden. Andernfalls definiert das Team sie allein. Die Definition von „Erledigt“ ist ein vereinbarter Satz von Elementen, die abgeschlossen sein müssen, bevor ein Projekt oder eine User Story als abgeschlossen betrachtet werden kann. Sie wird konsequent angewendet und dient als offizielles Tor, das Dinge von „in Arbeit“ zu „erledigt“ trennt. Wenn alle Aufgaben aufgeschrieben sind, prüfe, ob einige der Aufgaben zu groß sind, um an einem Tag erledigt zu werden, und teile sie in Tagesaufgaben auf.
1.4. Priorität (15 Minuten)*:
Nachdem alle Aufgaben aufgeschrieben sind, entscheidet das Team gemeinsam mit dem Kunden über die Priorität der Aufgaben oder die Entscheidung wird von der Person getroffen, die am meisten Kontakt mit dem Kunden hat. Sie entscheiden, welche Aufgaben im Moment am wichtigsten sind und in den nächsten 14 Tagen erledigt werden müssen. Die wichtigsten oder kritischsten Aufgaben werden oben auf die Pyramide gesetzt, die am wenigsten wichtigen unten. Die wichtigsten Aufgaben können auch unterhalb der Pyramide hinzugefügt werden.
Schritt 2: Kanban (10 Minuten):
Die Teammitglieder treffen sich jeden Tag zu einem kurzen Daily Stand-up, bei dem sie drei Fragen beantworten: Welche Aufgaben habe ich gestern erledigt? Welche Aufgaben werde ich heute erledigen? Erwarte ich irgendwelche Probleme und wo? Verwende dafür das online Kanban Board und bespreche das WIP-Limit – wie viele Aufgaben können auf die Genehmigung des Kunden warten? Dies dient dazu, die Autonomie des Teams zu schützen. Erledigte Aufgaben werden in die Erledigt-Abschnitte verschoben. Nach 14 Tagen führe eine Überprüfung durch: Das gesamte Team präsentiert dem Kunden, was erledigt wurde, erhält Feedback und versucht, Aufgaben von der Validierung in den Erledigt-Abschnitt zu verschieben. Hier besprichst auch die Prioritätenpyramide.
Schritt 3: Retro (12 Minuten)*
Nach der Überprüfung und vor der nächsten Planung führt das gesamte Team eine Retrospektive durch.
Einschalten: Was müssen wir besser machen? (4 Minuten)
Abschalten: Womit müssen wir aufhören? (4 Minuten)
Status Quo: Was ist ok, damit sind wir zufrieden und können es so lassen wie es ist? (4 Minuten)
*Task Force, Priorität und Retros werden alle 14 Tage durchgeführt.
Template für 4L-Retrospektive
Ideal für:
Retrospektiven, Entscheidungsfindung
Du hast gerade einen Sprint abgeschlossen. Die Teams haben alles gegeben und die Gefühle kochten hoch. Jetzt solltest du einen klaren Blick zurückwerfen und den Sprint ehrlich bewerten: Was lief gut, was lief nicht gut und was könnte verbessert werden. Dieser Ansatz ist eine unschätzbare Hilfe, um Themen sachlich zu erörtern und einen kritischen Blick zurück auf den Prozess zu werfen. 4L steht für „Liked“ (was lief gut), „Learned“ (was hat das Team gelernt), „Lacked“ (was hat das Team vermisst) und „Longed for“ (was hätte sich das Team gewünscht). Mit dieser Methode kannst du Vertrauen aufbauen, die Moral verbessern und das Engagement steigern – sowie Anpassungen vornehmen, um in Zukunft produktiver und erfolgreicher zu sein.
FMEA-Analysis-Template
Ideal für:
Agile Methodologie, Strategische Planung, Software-Entwicklung
Wenn du ein Unternehmen aufbaust oder ein Team leitest, sind Risiken vorprogrammiert. Du kannst sie nicht beseitigen. Du kannst sie jedoch identifizieren und mindern, um deine Erfolgschancen zu erhöhen. FMEA (Failure Modes and Effects Analysis) ist ein leistungsstarkes Tool, mit dem du Risiken und potenzielle Probleme bewältigen kannst, indem du sie in einem Prozess, Produkt oder System erkennst. Und du kannst sie früher in deinem Prozess erkennen und so kostspielige Änderungen umgehen, die spät vorgenommen werden oder schlimmer noch, nachdem deine Kunden und ihr Erlebnis bereits beeinflusst wurden.
Das DMAIC-Analysis-Template
Ideal für:
Agile Methodologie, Design Thinking, Betrieb
Prozesse zu entwickeln und zu untersuchen macht vielleicht nicht unbedingt Spaß, aber es kann sich sowas von auszahlen! Ein effizienterer Prozess kann Kosten einsparen und zu einem besseren Produkt führen. Genau dafür ist die DMAIC Analysis da. DMAIC wurde im Rahmen der Six-Sigma-Initiative entwickelt und ist eine datengesteuerte Qualitätsstrategie zur Optimierung von Prozessen und Lösung von Problemen. Die Technik ist in fünf grundlegende Schritte mit einer konkreten Abfolge unterteilt: Define, Measure, Analyze, Improve und Control (definieren, messen, analysieren, verbessern, überwachen).
Template für PI-Planung
Ideal für:
Agile Methodologie, Strategische Planung, Software-Entwicklung
PI-Planung steht für „Program Increment Planning“, also die Planung des nächsten Programminkrements. Sie ist Teil des „Scaled Agile Framework“ (SAFe) und hilft Teams dabei, die Strategie für eine gemeinsame Vision zu entwickeln. In einer typischen PI-Planungssession kommen Teams zusammen, um einen Programmbacklog zu prüfen, funktionsübergreifende Abstimmungen durchzuführen und Entscheidungen über nächste Schritte zu treffen. Viele Teams führen alle 8 bis 12 Wochen eine PI-Planung durch, aber du kannst den Planungsrahmen an deine Bedürfnisse anpassen. Verwende die PI-Planung, um Funktionen aufzuschlüsseln, Risiken zu erkennen, Abhängigkeiten zu finden und zu entscheiden, welche Storys du entwickeln wirst.
Vorlage für schnelle Retrospektiven
Ideal für:
Bildung, Retrospektiven, Meetings
Eine Vorlage für Retrospektiven ermöglicht es dir, erkenntnisreiche Meetings durchzuführen, eine Bestandsaufnahme deiner Arbeit zu machen und effektiv zu Veränderungen umzusetzen. Gegenüber den gebräuchlicheren Begriffen „Nachbesprechung“ (Debriefing) und „Post-Mortem“ hat sich der Begriff „Retrospektive“ durchgesetzt, da er wertneutraler ist als die anderen Begriffe. Einige Teams bezeichnen diese Meetings als „Sprint-Retrospektiven“ oder „Interations-Retrospektiven“ oder „Agile-Retrospektiven“. Unabhängig davon, ob du ein Scrum-Team leitest, agile Methoden verwendest oder eine bestimmte Art der Retrospektive durchführst (z. B. eine Mad-Sad-Glad-Retrospektive), sind die Ziele im Allgemeinen dieselben: herausfinden, was gut gelaufen ist, die Ursache von aufgetretenen Problemen identifizieren und Wege finden, um es bei der nächsten Iteration besser zu machen.
Sailboat Retrospektive Template
Ideal für:
Agile Methodology, Meetings, Retrospectives
Die Segelboot Retrospektive ist eine Methode, mit der Teams mit geringem Druck darüber nachdenken können, wie sie ein Projekt durchgeführt haben. Indem du deine Risiken (die Felsen), verzögernde Probleme (Anker), helfende Teams (Wind) und das Ziel (Land) definierst, kannst du herausfinden, was du gut machst und was du für den nächsten Sprint verbessern musst. Wenn man die Teamdynamik mit der Metapher des Segelboots betrachtet, können alle Beteiligten beschreiben, wohin sie gemeinsam gehen wollen, indem sie herausfinden, was sie bremst und was ihnen hilft, ihre zukünftigen Ziele zu erreichen.