So legen Sie in Jira ein WIP-Limit pro Person fest

English · 日本語 · Deutsch

Von Kayabyte · Aktualisiert am 2. November 2026

Kurz gesagt: Mit den integrierten Einstellungen von Jira geht das nicht. Die Beschränkungen für Board-Spalten zählen alle Vorgänge einer Spalte auf einem Board und zeigen nur eine Warnung an, begrenzen also nicht, wie viel eine einzelne Person hält. Sie können die laufende Arbeit pro Person mit JQL und einem Dashboard sichtbar machen oder nach dem Statuswechsel per Automatisierung warnen. Um zu verhindern, dass Arbeit beginnt, wenn die zugewiesene Person ihr Limit erreicht hat, brauchen Sie einen per Skript umgesetzten Workflow-Validator oder eine App wie Personal WIP Limits: Work in Progress per Person for Jira (Englisch).

Spaltenbeschränkungen verhindern, dass sich eine Spalte füllt. Sie verhindern nicht, dass eine Person den Großteil davon hält. Wenn Sie „niemand hat mehr als 3 Dinge in Arbeit” erreichen möchten, zeigt dieser Leitfaden Schritt für Schritt, was Jira Cloud von Haus aus kann und wo jede Option an Grenzen stößt. Zur Flow-Theorie (Little’s Law und warum Limits pro Spalte nicht genügen) siehe Kanban-WIP-Limit pro Person in Jira (Englisch).

Spaltenbeschränkungen: was sie leisten und was nicht

In den Board-Einstellungen können Sie unter Spalten eine Mindest- und eine Höchstzahl von Vorgängen pro Spalte festlegen. Jira färbt die Spalte dann ein, sobald das Limit überschritten wird.

• Die Beschränkung zählt jeden vorhandenen Vorgang in der Spalte, unabhängig davon, wem er zugewiesen ist.
• Sie ist eine Warnung. Arbeit lässt sich weiterhin in eine volle Spalte verschieben.
• Sie gilt für ein Board. Wer auf den Boards von drei Teams arbeitet, kann unter jeder Spaltenbeschränkung liegen und trotzdem zehn Dinge gleichzeitig in Arbeit haben.

Spaltenbeschränkungen helfen einem Team also, einen Engpass zu erkennen. Ein Limit pro Person bieten sie nicht.

Überlastung erkennen: ein Filter und ein Dashboard

Zumindest sehen Sie so, wer zu viel in Arbeit hat.

1. Erstellen Sie mit dieser JQL einen Filter und speichern Sie ihn, zum Beispiel als „In Arbeit nach Person”:

   statusCategory = "In Progress" AND assignee is not EMPTY ORDER BY assignee

2. Fügen Sie einem Dashboard das Gadget Filterergebnisse oder Zweidimensionale Filterstatistik hinzu, verwenden Sie diesen Filter und wählen Sie Bearbeiter als eine Achse.

3. Die Zahl pro Person entspricht der Anzahl ihrer Vorgänge in Arbeit.

Das macht das Problem sichtbar. Niemand wird aufgehalten, und jemand muss sich die Zahlen ansehen.

Im Nachhinein reagieren: Jira-Automatisierung

Die Automatisierung kann warnen, wenn jemand sein Limit überschreitet.

1. Auslöser: Vorgang überführt in Ihre Status „In Arbeit”.
2. Aktion: Vorgänge nachschlagen mit JQL wie assignee = {{issue.assignee.accountId}} AND statusCategory = "In Progress".
3. Bedingung: {{lookupIssues.size}} größer als Ihr Limit.
4. Aktion: einen Kommentar hinzufügen, die Teamleitung benachrichtigen oder den Vorgang zurück überführen.

Der Haken: Die Automatisierung läuft nach dem Statuswechsel. Die Arbeit hat bereits begonnen, Personen erhalten Benachrichtigungen über einen Wechsel, der danach rückgängig gemacht wird, und bei zwei gleichzeitigen Wechseln kann die Zählung abweichen. Das ist ein Hinweis, kein Limit.

Lieber ein Skript für die Zählung? atlassian-admin-scripts enthält ein Skript jira-wip-per-person, das auflistet, wer über dem Limit liegt, und sich zeitgesteuert ausführen lässt. Es ist kostenlos, MIT-lizenziert und nutzt die öffentliche REST API. Es berichtet nur und hindert niemanden daran, Arbeit zu beginnen, und es zeigt den Stand zum Zeitpunkt der Ausführung.

Den Wechsel verhindern: eine Workflow-Regel

Damit ein Vorgang nicht starten kann, wenn die zugewiesene Person ihr Limit erreicht hat, muss die Prüfung beim Übergang selbst laufen, bevor der Wechsel stattfindet. Die integrierten Validatoren von Jira können nicht zählen, wie viele Vorgänge jemand bereits in Arbeit hat. Dafür brauchen Sie einen per Skript umgesetzten Validator oder eine App.

Klären Sie in beiden Fällen zuerst Folgendes:

• Über alle Projekte oder pro Projekt. Ein Limit für alles, was eine Person tut, oder ein Limit pro Projekt für Personen, die ihre Zeit bewusst aufteilen.
• Was als Beginn der Arbeit zählt. Der Wechsel von „Zu erledigen” nach „In Arbeit” sollte zählen. Der Wechsel von „In Arbeit” nach „In Prüfung” nicht.
• Wer ausgenommen ist. Bereitschafts- oder Support-Rotationen müssen dringende Arbeit oft unabhängig vom Limit übernehmen können.
• Was passiert, wenn die Prüfung fehlschlägt. Ein Limit, das Personen blockiert, wenn Jira langsam ist, schadet mehr, als es nützt. Lassen Sie den Wechsel dann zu.

Personal WIP Limits: Work in Progress per Person for Jira

Personal WIP Limits: Work in Progress per Person for Jira (Englisch) ist die App, die wir dafür entwickeln. Sie liefert eine Workflow-Regel, die Sie den Übergängen zuweisen, mit denen Arbeit beginnt, in Workflows von unternehmensverwalteten und teamverwalteten Projekten.

• Hat die zugewiesene Person ihr Limit erreicht, zeigt Jira „Alex has reached the limit of 3 work items in progress” an, und der Vorgang bleibt, wo er ist.
• Zählen Sie über alle Projekte oder pro Projekt, vergeben Sie Projekten ein eigenes Limit oder schalten Sie es ab, und nehmen Sie Gruppen aus.
• Wechsel zwischen Status „In Arbeit” und nicht zugewiesene Arbeit werden nie blockiert. Kann die App nicht prüfen, wird der Wechsel zugelassen.
• Sie speichert nur ihre Einstellungen und führt keine Aufrufe außerhalb von Atlassian aus.

Sie finden die App im Atlassian Marketplace.

FAQ

Verhindern Jira-Spaltenbeschränkungen, dass Arbeit in eine volle Spalte verschoben wird? Nein. Jira färbt die Spalte ein, wenn das Limit überschritten wird, aber Arbeit lässt sich weiterhin hineinverschieben.

Kann die Jira-Automatisierung ein WIP-Limit pro Person durchsetzen? Sie kann kommentieren, benachrichtigen oder den Vorgang zurück überführen, läuft aber nach dem Statuswechsel. Die Arbeit hat dann schon begonnen, es ist also ein Hinweis, kein Limit.

Welche JQL zeigt die laufende Arbeit pro Person? statusCategory = "In Progress" AND assignee is not EMPTY ORDER BY assignee, in einem Dashboard-Gadget mit „Bearbeiter” als einer Achse.

Blockiert Personal WIP Limits Wechsel zwischen Status „In Arbeit”? Nein. Wechsel zwischen Status „In Arbeit” und nicht zugewiesene Arbeit werden nie blockiert, und wenn die App nicht prüfen kann, wird der Wechsel zugelassen.

Jira und Atlassian sind Marken von Atlassian. Kayabyte ist ein unabhängiger Entwickler und weder mit Atlassian verbunden noch von Atlassian empfohlen oder unterstützt.