In meinem Team fangen wir an, mit Kanban zu arbeiten und haben Spaltenbegrenzungen angewendet. Einer unserer Mitarbeiter wird häufig abends oder nachts arbeiten und äußert, dass ihn die Spaltengrenzen an der Arbeit hindern, da abends in der Regel alle Slots voll sind.
Wir haben derzeit ein Spaltenlimit unserer Anzahl von Teammitgliedern - 1.
Wir haben eine obligatorische Codeüberprüfung, und die Überprüfungsspalte füllt sich und kann ohne das Testteam während der normalen Arbeitszeit nicht gelöscht werden.
Welche Strategien können es dieser Person ermöglichen, produktiv zu sein, ohne die Spaltengrenzen zu locker zu machen?
Es hängt alles davon ab, was Sie brauchen.
Fragen Sie Ihr Team: Warum gibt es dieses Code-Limit?
=====
=====
=====
Fazit: Diskutieren Sie mit Ihrem Team und wählen Sie aus Teamsicht die beste Wahl aus, wobei der Schwerpunkt auf der Wertschöpfung liegt und nicht auf der Einhaltung agiler Methoden . Agilität ist ein Mittel, um einen Mittelwert zu erzielen (mehr Wert zu liefern), kein Zweck an sich.
Obwohl nicht angegeben, schließe ich, dass Sie einen Entwickler haben, der jede Aufgabe "besitzt".
Sie können dies beheben, indem Sie das ändern. Entweder:
A) Der Nachtcodierer wählt eines der laufenden Probleme aus und beginnt mit der Arbeit daran. Stellen Sie sicher, dass Sie die Quellcodeverwaltung gut nutzen!
B) Die Tag-Codierer paaren sich mehr zu Themen, wodurch mehr für den Nacht-Codierer verfügbar bleibt. Im Wesentlichen haben Sie zwei verschiedene WIP-Limits: numMembers-2 für Tag-Codierer, numMembers-1 für Nacht-Codierer.
Als ich Ihre Frage las, war mein erster Gedanke, dass Sie in mehreren Schichten arbeiten und dass mehrere Personen an derselben Aufgabe arbeiten - einige Entwickler arbeiten tagsüber und andere nachts - eine Art unzusammenhängende Paarprogrammierung :)
Aber es sieht so aus, als wäre das nicht der Fall. Jeder arbeitet an seinen eigenen Aufgaben - und sie arbeiten zufällig zu unterschiedlichen Zeiten.
Wenn eine Person an einer bestimmten Phase Ihres Workflows arbeitet – und die Arbeitskapazität hat – aber aufgrund des WIP-Limits für die Spalte nicht dazu in der Lage ist, besteht eindeutig eine Diskrepanz zwischen dem WIP-Limit für diese Spalte und der verfügbaren Kapazität für diese Spalte.
Der großartige Don Reinertsen hat auf einer der Lean-Kanban-Konferenzen gesagt, dass ein empfohlenes WIP-Limit für Teams, die neu bei Kanban sind, das Doppelte der durchschnittlichen Menge an Arbeit sein kann, die zu einem beliebigen Zeitpunkt in einer Kolumne geleistet wird (mehr dazu hier ). Ich bin mir also nicht sicher, ob Sie ein ausreichend hohes WIP-Limit haben, und dieses Problem ist ein Indikator dafür.
Wie entscheiden Sie, welche WIP-Limits Sie definieren? Das Folgende sind einige der Richtlinien -
Eine allgemeine Faustregel, die ich von den meisten Teams gesehen habe, ist ein WIP-Limit von 1,5 Mal der Anzahl der Personen, die einer bestimmten Spalte zugewiesen sind.
Letztendlich müssen Ihre WIP-Limits basierend auf Ihrem eigenen Kontext definiert werden. Wenn Sie Leute haben, die darauf warten, die Arbeit aufzunehmen, dies aber aufgrund eines niedrigen WIP-Limits nicht können, haben Sie ein Überkapazitätsproblem. Wenn Sie zu viele Aufgaben in einer Spalte haben, an denen nicht gearbeitet wird, haben Sie eine geringe Kapazität/hohe Nachfrage oder Multitasking-bedingte Arbeitsstagnation (Menschen können keine Aufgabe erledigen, weil sie zu viele Bälle in der Luft haben). .
Ich würde sagen, beginnen Sie damit, Ihr WIP-Limit auf mindestens das 1,25-fache der Anzahl der Personen zu erhöhen, und sehen Sie dann, wie sich das System verhält.
nvoigt
J. Krom