Ich arbeite derzeit mit einer Organisation zusammen, die das Jira Tempo Timesheets -Plug-in verwendet, um die Entwicklerzeit zu verfolgen, aber die Art und Weise, wie Jira-Storys und -Aufgaben verwendet werden, kann den Overhead ohne viele manuelle Optimierungen nicht genau erfassen.
Wenn das Team beispielsweise eine User Story mit zwei Aufgaben hat:
Kurz gesagt, ich bin mir nicht sicher, wie ich Jira als Epic/Story- oder Task/Subtask-Tool (insbesondere für kollaborative User Stories) mit seiner organisatorischen Rolle als „Quelle der Wahrheit“ für individuelle Stundenzettel in Einklang bringen soll.
Obwohl ich persönlich denke, dass Jira nicht das richtige Werkzeug für einen wirklich agilen Prozess ist, insbesondere für Projekte, die Scrum oder XP folgen, ist das nicht meine Entscheidung. Ich brauche nur einen besseren Prozess zum Nachverfolgen von Arbeit, abrechenbaren Stunden und Zykluszeit in Jira.
Welche Prozessänderungen kann ich vornehmen, damit die Zeitzuweisungen für Stories/Aufgaben auf der Führungsebene sinnvoll sind, ohne dass es so aussieht, als würde jede Kalenderwoche 300 Arbeitsstunden der Zeit jeder Person verbrauchen? Und wie bringe ich Jira dazu, den Prozessaufwand zu berücksichtigen, sodass die für bestimmte Aktivitäten zugewiesene Zeit (die oft kleiner ist als die tatsächlich verstrichene Zeit zum Erreichen der Definition of Done) die tatsächlichen Kosten für die Fertigstellung der Storys nicht außer Acht lässt?
Mein Ansatz wäre:
Mein Rat für eine Prozessänderung wäre, die Zeiterfassung insgesamt zu hinterfragen. Die Zeiterfassung ist eine Methode aus dem Command & Control-Weg des Projektmanagements. Ich würde empfehlen, Scrum zu verwenden, wo Sie Sprints als feste Zeitfenster haben. Mit einfachen Schritten bekommt man ein ziemlich gutes Verständnis von der Arbeitskapazität eines Teams.
Das Management sollte sich auf die Strategie konzentrieren und den Teams vertrauen, dass sie ihre Prozesse kontinuierlich verbessern.