Work Item
Ein Work Item ist ein einzelner, klar benannter Arbeitsauftrag in einem Projektwerkzeug – etwa "Login-Fehler beheben" oder "Suchfunktion einbauen". Solche Einträge sind die kleinste Einheit, mit der Softwareteams ihre Arbeit planen, verteilen und nachvollziehbar dokumentieren.
Wenn viele Menschen an einem Programm arbeiten, muss jemand festhalten, wer was tut. Genau dafür gibt es Work Items. Ein Work Item ist ein einzelner Eintrag in einer gemeinsamen Aufgabenliste im Netz. Er beschreibt eine Sache, die getan werden muss: einen Fehler beheben, eine Funktion einbauen, einen Text übersetzen. Jeder Eintrag hat einen Titel, eine Beschreibung, eine zuständige Person und einen Zustand wie offen, in Arbeit oder fertig. Der englische Begriff bedeutet wörtlich « Arbeitsposten » und wird im Deutschen meist unverändert benutzt.
Warum Teams alles in Einträge zerlegen
Ein größeres Softwareprojekt besteht aus tausenden Kleinigkeiten. Ohne Liste gehen sie verloren oder werden doppelt gemacht. Ein Work Item zwingt dazu, eine schwammige Idee in einen konkreten Auftrag zu übersetzen. Aus « die App ist zu langsam » wird « Ladezeit der Startseite unter zwei Sekunden bringen ». Erst dann kann jemand die Arbeit übernehmen und später sagen, ob sie erledigt ist.
Der zweite Nutzen ist Übersicht für alle Beteiligten. Weil jeder Eintrag einen Zustand hat, lässt sich der Fortschritt eines Projekts zählen. Ein Team kann sehen, dass von 120 Einträgen noch 30 offen sind. Vorgesetzte und Kunden bekommen so eine Antwort auf die Frage, wie weit etwas ist, ohne jemanden zu unterbrechen.
Drittens entsteht ein Gedächtnis. Zu jedem Eintrag gehören Kommentare, Entscheidungen und Verweise auf geänderte Programmzeilen. Wenn zwei Jahre später jemand fragt, warum eine Funktion so seltsam gebaut ist, findet er im alten Work Item die Begründung. Diese Nachvollziehbarkeit ist in Bereichen mit strengen Vorschriften, etwa bei Medizintechnik oder Banken, sogar gesetzlich gefordert.
Typen, Zustände und der Weg über das Board
Work Items sind nicht alle gleich, sondern haben Typen. Ein Bug beschreibt einen Fehler im fertigen Programm. Eine User Story beschreibt einen Wunsch aus Sicht der Nutzer, zum Beispiel « Als Kundin möchte ich meine Bestellung stornieren können ». Ein Task ist ein technischer Teilschritt. Größere Klammern heißen oft Epic oder Feature; sie enthalten viele kleinere Einträge. So entsteht eine Baumstruktur von der groben Idee bis zur konkreten Handarbeit.
Jeder Eintrag durchläuft feste Zustände. Er wird angelegt, geprüft, einer Person zugewiesen, bearbeitet, getestet und geschlossen. Viele Teams zeigen das auf einem Board: einer digitalen Tafel mit Spalten von links nach rechts. Ein Work Item ist dort eine Karte, die von Spalte zu Spalte wandert. Das Vorbild ist die Pinnwand mit Haftzetteln, nur dass die Karte zusätzlich ihre ganze Vorgeschichte speichert.
Wichtig ist die Größe. Ein guter Eintrag ist so klein, dass eine Person ihn in wenigen Tagen abschließen kann. Ist er zu groß, wird er aufgeteilt. Ein häufiger Irrtum ist, Work Items mit einer To-do-Liste am Kühlschrank zu verwechseln. Der Unterschied: Ein Work Item ist mit dem Programmcode, mit automatischen Tests und mit der späteren Veröffentlichung verknüpft.
Von Jira und Azure DevOps bis zum KI-Assistenten
Der Begriff stammt vor allem aus Microsofts Werkzeug Azure DevOps, wo alle Aufgaben offiziell Work Items heißen. In der Praxis meint man dasselbe, wenn bei Jira von Issues oder bei GitHub von Issues gesprochen wird. Auch Trello, Asana oder Linear arbeiten nach diesem Prinzip. Wer ein Praktikum in einer IT-Abteilung macht, bekommt fast sicher als Erstes einen Zugang zu so einem System.
In Wirtschaftsnachrichten tauchen Work Items indirekt auf. Wenn ein Unternehmen sagt, ein Softwareprojekt sei zu 80 Prozent fertig, stammt diese Zahl meist aus solchen Listen. Analysten schauen sich bei Softwarefirmen an, wie schnell offene Fehlerberichte abgearbeitet werden. Ein wachsender Rückstand gilt als Warnsignal für Qualitätsprobleme.
Neu ist die Rolle der künstlichen Intelligenz. Sprachmodelle formulieren heute Aufgabenbeschreibungen vor, schlagen eine Aufteilung großer Einträge vor oder erkennen Doppelmeldungen. Werkzeuge wie GitHub Copilot können ein Work Item lesen und einen ersten Lösungsvorschlag im Code liefern. Damit wird der Eintrag zur Schnittstelle zwischen Mensch und Maschine: Je präziser er formuliert ist, desto brauchbarer ist das, was die KI daraus macht.
