Verschiedene Arbeitstypen entsprechend ihrer Verzögerungskosten behandeln.
Traditionelle Priorisierung (P1, P2, P3 oder Hoch/Mittel/Niedrig) hat Probleme:
Classes of Service lösen dies, indem sie Arbeit nach den wirtschaftlichen Folgen einer Verzögerung kategorisieren – den Verzögerungskosten.
Die vier Standardklassen sind:
Die Kernidee
Classes of Service geht es nicht darum, wie wichtig Arbeit ist – sondern darum, wie zeitsensibel sie ist. Ein kritisch wichtiges Feature ohne Frist ist Standard, nicht Expedite.
Definition: Arbeit, bei der Verzögerung unmittelbare, schwerwiegende Folgen hat.
Beispiele:
Richtlinien für Expedite:
Der Test: Wenn Sie diese Arbeit in 2 Tagen statt in 1 Tag abschließen würden, würde etwas Schreckliches passieren? Wenn ja, könnte es Expedite sein. Wenn nein, ist es wahrscheinlich Standard.
Warnzeichen für Missbrauch:
Definition: Arbeit, die bis zu einem bestimmten Datum abgeschlossen sein muss, nach dem sie erheblich an Wert verliert.
Beispiele:
Richtlinien für Fixed Date:
Die zentrale Erkenntnis: Fixed Date-Arbeit muss früher beginnen, nicht schneller ablaufen. Wenn Ihre durchschnittliche Durchlaufzeit 10 Tage beträgt, sollte ein Fixed Date-Element, das in 12 Tagen fällig ist, jetzt beginnen, nicht in 2 Tagen.
Anders als Expedite lässt Fixed Date nicht alles fallen – es stellt nur sicher, dass die Arbeit früh genug beginnt, um rechtzeitig fertig zu werden.
Ein Compliance-Feature ist in 3 Wochen fällig. Die durchschnittliche Durchlaufzeit beträgt 2 Wochen. Das Team beginnt jetzt damit, überwacht den Fortschritt und hat Puffer für Probleme.
Ein Compliance-Feature ist in 3 Wochen fällig. Das Team behandelt es als „noch nicht dringend" und beginnt damit, wenn noch 1 Woche übrig ist. Heldentaten folgen.
Definition: Arbeit, bei der die Verzögerungskosten ungefähr linear sind – längeres Warten ist proportional schlechter, aber nicht katastrophal.
Beispiele:
Richtlinien für Standard:
Dies ist Ihr Standard. Die meiste Arbeit sollte Standard sein. Wenn Ihre Expedite- und Fixed Date-Lanes ständig voll sind, stimmt etwas nicht – entweder mit Ihrem System oder damit, wie Arbeit klassifiziert wird.
Definition: Arbeit, bei der die Verzögerungskosten unklar, sehr gering sind oder sich erst in ferner Zukunft manifestieren werden.
Beispiele:
Richtlinien für Intangible:
Die Falle: Intangible-Arbeit wird nie erledigt, weil Standard-Arbeit unendlich ist. Lösung: Explizite Kapazität zuweisen. „Wir verwenden 15 % der Kapazität für technische Schulden" schützt diese Arbeit.
Die andere Falle: Intangible-Arbeit ist tatsächlich wertvoll, nur mit verzögerter Amortisation. Sie zu ignorieren schafft später Probleme. Verfolgen Sie sie separat, damit Sie sehen können, ob Sie genug investieren.
Wenn Sie in einem Monat keine Intangible-Arbeit erledigt haben, häufen Sie wahrscheinlich unsichtbare Schulden an. Nehmen Sie sich bewusst Zeit dafür.
Option 1: Swimlanes pro Klasse Am visuellsten und klarsten. Vier horizontale Lanes, Arbeit fließt von links nach rechts innerhalb jeder Lane. Expedite oben, Intangible unten.
Option 2: Kartenfarbe oder Tag Weniger visuelle Wirkung, funktioniert aber, wenn Sie Swimlanes bereits für etwas anderes verwenden.
Option 3: Separates Expedite-Board Manche Teams ziehen dringende Arbeit auf ein dediziertes „Kriegsraum"-Board, bis sie gelöst ist.
Zu etablierende Richtlinien:
Fangen Sie einfach an: Nur Expedite und Standard. Fügen Sie Fixed Date hinzu, wenn Sie echte fristgebundene Arbeit haben. Fügen Sie Intangible hinzu, wenn Sie bereit sind, Investitionsarbeit zu schützen.