Kanban für die WordPress-Entwicklung verwenden

Sind Sie ein „Wisch-den-Schiefer“-Mensch? Wie oft haben Sie gesagt, dass Sie am Montag, am Ersten des Monats oder im neuen Jahr neu anfangen werden? Hier ist ein Geheimnis: Es funktioniert nie.

Sie können die Schiefertafel nie wirklich sauber wischen und sollten es auch nicht wollen. Sie sind dank der Arbeit, die Sie in der Vergangenheit geleistet haben, so weit gekommen. Ja, es gibt wahrscheinlich einen effizienteren Weg da draußen, aber Sie werden ihn nicht entdecken, indem Sie alle Fortschritte, die Sie gemacht haben, rückgängig machen.

Deshalb liebe ich das Kanban-System. Ich habe Anfang 2019 damit begonnen, meinen Workflow zu überarbeiten, und ich bin begeistert. Es ist perfekt für die Art von Team, die organisiert und auf dem Laufenden bleiben muss, aber auch weiß, dass sich vieles ändern wird.

In diesem Artikel konzentriere ich mich auf Kanban für WordPress-Entwicklungsteams, aber einige der Beispiele, die ich verwende, stammen aus meinen eigenen Kanban-Boards, die um meine Schreibworkflows herum erstellt wurden.

Was ist Kanban?

Um die Kanban-Entwicklung zu verstehen, sollten Sie zunächst Lean Thinking verstehen.

Lean Thinking ist keine Methodik. Stattdessen ist es eine Denkweise, die auf Werten basiert, die den Kontext eines Projekts umrahmen. Die sieben mageren Werte sind:

1. Vermeiden Sie Verschwendung, indem Sie alles loswerden, was dem Projekt keinen Mehrwert bringt.
2. Verstärken Sie das Lernen, indem Sie regelmäßig Feedback sammeln, um Prozesse zu verbessern
3. Entscheiden Sie so spät wie möglich, dh nachdem Sie alle Informationen gesammelt haben, um Entscheidungen zu treffen.
4. Liefern Sie so schnell wie möglich, ohne die Teammoral oder die Produktqualität zu beeinträchtigen; hier geht es um effizienz und nachhaltigkeit, nicht nur um geschwindigkeit.
5. Stärken Sie Teams, stellen Sie die Gesundheit und Energie der Entwickler sicher und fördern Sie sie auf der Grundlage von Fachwissen und Führung.
6. Schaffen Sie intuitive, wertvolle Erfahrungen.
7. Sehen Sie das Gesamtbild, indem Sie das gesamte Projekt bewerten, nicht nur seine einzelnen Merkmale.

Teams, die Lean Thinking einsetzen, verwenden häufig die Kanban-Methode für das Workflow-Management. Sie können ein Kanban-Board mit gedruckten Karteikarten einrichten oder mit einem Tool wie Asana oder Trello ein digitales Kanban-Board erstellen. Erstellen Sie einen Workflow, indem Sie verschiedene Spalten einrichten, und bewegen Sie die Karte dann von links nach rechts durch den Workflow, wenn Aufgaben abgeschlossen sind.

Quelle: Asana

Das einfachste Kanban-Board hat drei Spalten:

• Machen
• Tun
• Fertig

Bei erweiterten Kanban-Boards können Sie zusätzliche Spalten haben, und jede Karte kann ihre eigenen Unteraufgaben haben, die ausgeführt werden müssen. Hier ist ein Beispiel für nur einige der Unteraufgaben auf einer Karte in meinem Asana:

Da Kanban dazu neigt, größere Arbeitselemente anstelle von kleinen Aufgaben zu verfolgen, ist es üblich, mehrere Unteraufgaben und Anweisungen auf einer Karte zusammen mit Start- und Enddatum, Beauftragten und unterstützenden Dokumenten zu benötigen.

Kanban-Prinzipien

Die Kanban-Entwicklung ist eine Möglichkeit, sich entwickelnde Prozesse einzurichten; es erfordert keine sofortigen Änderungen, indem bestimmte Aufgaben im Moment erledigt werden. Es beginnt auch nicht mit einer leeren Tafel. Stattdessen baut es auf Ihren aktuellen Prozessen und Ihrer Teamstruktur auf und passt sie an.

Es gibt vier grundlegende Kanban-Prinzipien:

1. Beginnen Sie mit Ihren aktuellen Prozessen. Fügen Sie die Schritte, Richtlinien und Regeln hinzu, die Sie derzeit befolgen. Dies mag sich in Zukunft ändern, aber darum geht es bei der Kanban-Entwicklung – sich weiterzuentwickeln.
2. Das Team muss sich zu inkrementellen und evolutionären Veränderungen verpflichten.
3. Respektieren und pflegen Sie Berufsbezeichnungen, Rollen und Verantwortlichkeiten, zumindest vorerst. Die Teamstruktur kann sich ändern, wenn Sie Ihre Prozesse optimieren.
4. Ermutigen Sie Teammitglieder auf allen Ebenen, gegebenenfalls zu führen.

Kanban-Praktiken

Es gibt sechs zentrale Kanban-Praktiken:

1. Visualisieren Sie Ihre Projekte, indem Sie Spalten erstellen, die jedem Schritt Ihres aktuellen Prozesses entsprechen.
2. Legen Sie eine Obergrenze fest, um zu begrenzen, wie viele aktive Arbeitselemente sich in jeder Spalte befinden. Dies trägt zu einem realistischen Tempo bei und ermöglicht es den Teammitgliedern, sich auf die wichtigsten Arbeitsaufgaben zu konzentrieren, ohne sich abgelenkt oder überfordert zu fühlen.
3. Messen Sie, wie schnell sich die Karten quer durch die Bank bewegen und beurteilen Sie, ob es Engpässe oder Verschwendung gibt.
4. Definieren Sie die Schritte, Richtlinien und Regeln des Prozesses, damit alle Teammitglieder informiert sind.
5. Implementieren Sie Feedbackschleifen und nehmen Sie notwendige Prozessoptimierungen vor.
6. Verbessern Sie sich gemeinsam und entwickeln Sie sich schnell weiter. Diese Praxis kombiniert die vier Prinzipien, damit das Team Entscheidungen als Ganzes treffen kann.

Kanban für die WordPress-Entwicklung

Erstellen eines Boards

Um Kanban für die WordPress-Entwicklung zu verwenden, müssen Sie Ihren Prozess in bestimmte Entwicklungsschritte unterteilen. Der einfachste Weg, dies zu tun, besteht darin, sich eine Funktion anzusehen, die Sie bereits bereitgestellt haben, und jeden breiten Entwicklungsschritt aufzulisten. Hier ist ein Beispiel von Software-Ingenieur Harrison Ferrone:

Jeder Schritt wird dann verwendet, um eine Spalte in Ihrem Kanban-Board zu erstellen. Hier ist ein Beispiel-Kanban-Board von Asana, das für die Fehlerverfolgung verwendet wird:

Hier sind weitere Spaltenideen für Ihr WordPress-Entwicklungs-Kanban-Board:

• Backlog: Ideen, die umgesetzt werden können oder nicht
• Erforderlich: Ideen zum Entwickeln
• Ready for Design: Ideen, die geklärt sind und die grünes Licht für den nächsten Schritt haben
• In Bearbeitung: Sie können separate „In Bearbeitung“-Spalten für die Design-, Codierungs- und Produktionsphasen haben
• Bereit zur Überprüfung: Sie können für jede Phase separate Spalten "Bereit zur Überprüfung" verwenden
• In Überprüfung: Sie können für jede Phase separate Spalten "In Überprüfung" verwenden
• Erforderliche Änderungen: Zurückgegebene Artikel, die mehr Arbeit erfordern
• Fertig

Sie können Karten auch nach Priorität klassifizieren. Tools wie Asana und Trello verfügen zu diesem Zweck über eine Farbcodierung. Sie können Kategorien wie Fehler, Kundenfunktionen und Kundenprobleme priorisieren, dies funktioniert jedoch am besten für Ihr Team.

Festlegen von Grenzwerten für laufende Arbeiten

Das Einrichten des Kanban-Boards ist nur der Anfang der Organisation des Workflows. Das gesamte Entwicklungsteam muss verstehen, wie das Kanban-Board verwendet wird und was in jeder Phase von ihm erwartet wird. Dies ist besonders wichtig, wenn Sie Engpässe oder Spalten bemerken, die sich schneller mit Arbeit aufbauen als andere Spalten. Es ist wahrscheinlich, dass Sie ein Limit für laufende Arbeiten (WIP) festlegen müssen, um dies zu verhindern, vorausgesetzt, Sie vertrauen darauf, dass Ihre Teammitglieder effizient genug arbeiten.

Beispielsweise kann der Schritt „Testen und Validieren“ ein Engpass sein, wenn dieser Teil des Prozesses länger dauert als die anderen Teile. Die Lösung besteht darin, ein WIP-Limit für diese Spalte, die Spalte davor oder das gesamte Kanban-Board festzulegen. Sie können die Spalten „Build Feature“ und „Test and Validate“ auf jeweils fünf begrenzen. Auf diese Weise werden nie mehr als fünf Funktionen gleichzeitig erstellt und nicht mehr als fünf Funktionen müssen gleichzeitig getestet und validiert werden. Sobald das Testen und die Validierung für ein Feature abgeschlossen sind, kann ein anderes Arbeitselement aus der Spalte „Build“ verschoben werden. Dies hält den Workflow am Laufen, ohne sich an einer Stelle zu verfangen.

Laut Kanbanize ist eine gute Faustregel zum Festlegen von WIP-Limits, Ihre Entwickler mit zwei zu multiplizieren. Wenn Sie zehn Entwickler haben, legen Sie maximal 20 Projekte für einen bestimmten Zeitraum fest. Niedrigere Grenzwerte sind besser für die Effizienz, aber legen Sie sie nicht so niedrig fest, dass Ihr Team am Ende nichts zu tun hat, während es darauf wartet, dass andere Entwickler Arbeitsaufgaben erledigen.

Best Practices für die Kanban-Entwicklung

Berücksichtigen Sie die Besonderheiten und Gründe hinter den WIP-Limits. Sie können dies direkt an die Tafel schreiben, damit die Teammitglieder bei Bedarf darauf verweisen können. Zum Beispiel hat einer meiner Kunden auf einer Karte oben in einer Spalte Anweisungen, um zu erklären, wie viele Artikel pro Tag beansprucht werden können und an welchen Tagen und zu welchen Uhrzeiten Artikel während der Woche zur Tafel hinzugefügt werden.

Klären Sie, wann eine Karte von einem Brett zum nächsten verschoben werden soll. Ich habe dies auf einigen meiner Karten direkt in die Unteraufgaben integriert, und ich weiß, dass ich die Karte erst verschieben soll, wenn die vorherigen Unteraufgaben abgeschlossen sind:

Sie können auch spezifischere Parameter einstellen. Ich kann zum Beispiel eine Karte nur dann in die Spalte „Abgeschlossen“ verschieben, wenn ich den veröffentlichten Link des Artikels zu meinem Portfolio hinzugefügt habe und der Artikel bezahlt ist.

Erweitern Sie den Workflow, um Arbeitsaufgaben zu berücksichtigen, die zwischen Spalten hin und her springen. Angenommen, Sie haben ein Element in Ihrer Spalte "Code Review". Wenn die Codeüberprüfung fehlschlägt, muss sie zur vorherigen Spalte zurückkehren, die wahrscheinlich so etwas wie "Build Feature" ist. Wenn dies häufig vorkommt, haben Sie eine neue Art von Engpass, aber wenn Sie ein niedriges WIP-Limit festlegen, werden Sie nicht genug Arbeit erledigen.

Die Lösung besteht darin, neue Spalten zu erstellen, z. B. „Fehlerhafte Codeprüfung“ und „Zweite Codeprüfung“. Sie würden Ihrem Team dann mitteilen, dass, wenn ein Feature die anfängliche Codeüberprüfung besteht, es direkt zum nächsten natürlichen Schritt übergehen und die beiden zusätzlichen Spalten überspringen kann, die Sie gerade hinzugefügt haben. Oder Sie können am Anfang des Workflows eine neue Spalte einfügen, um die fehlgeschlagenen Überprüfungen zu sammeln und sie erneut durch den Prozess zu führen, oder Sie können eine Spalte „Fix“ innerhalb des Prozesses hinzufügen, um diese Probleme zu lösen. Die beste Lösung ist diejenige, die zu Ihrem individuellen Prozess passt.

Einpacken

Es gibt nicht eine Art von Kanban-Board, nicht einmal für zwei Entwicklungsteams, die genau dasselbe tun. Das ist das Tolle daran – Sie können es vollständig an Ihre Bedürfnisse anpassen und es dann anpassen, wenn Ihre Bedürfnisse wachsen und sich ändern. Insgesamt eignet sich die Kanban-Entwicklung hervorragend für Teams, die das erstellen müssen, was die Benutzer wollen. diese Funktionen rechtzeitig bereitstellen; und schaffen Sie ein nachhaltiges Arbeitstempo.

Jetzt, da Ihr Entwicklungsworkflow reibungslos verläuft, erfahren Sie, wie Sie Ihren digitalen Arbeitsplatz für mehr Produktivität einrichten.