So verfolgen Sie die Entwicklungsaktivitätszeit anhand von Aufgaben

Wir sind ein mittelgroßes, geografisch verteiltes Entwicklungsteam, das Jira für die Aufgabenverwaltung und GIT als unser Repository verwendet. Unsere Entwickler konzentrieren sich im Allgemeinen auf jeweils ein primäres Entwicklungsprojekt, aber ihre Zeit kann oft zwischen diesem Projekt und anderen, kleineren Dingen (manchmal entwicklungsorientiert und manchmal nicht) aufgeteilt werden. Für alle entwicklungsbezogenen Arbeiten (primäres Projekt und andere) verfolgen wir Aufgaben in Jira, aber für nicht entwicklungsbezogene Arbeiten tun wir dies nicht.

Unser Problem ist, dass wir die Entwicklungszeit anhand von Aufgaben und Projekten verfolgen möchten, idealerweise mit ihren Jira-Tickets, aber wir waren mehr als einmal erfolglos dabei, dies mit der integrierten Zeiterfassung von Jira auf den Weg zu bringen. Die Probleme, auf die wir gestoßen sind, sind, dass die Zeiterfassung für Jira-Aufgaben manuell erfolgt, sodass die Entwickler ohne häufige Erinnerungen die Erfassung oft genug vergessen oder ignorieren, um die Erfassungsaufzeichnungen unbrauchbar zu machen. Wir haben in der Regel einen guten Start, aber sobald es so aussieht, als ob alle im Groove sind und die Erinnerungen nachlassen, beginnt auch die Zeiterfassung zu sinken.

Unser Ziel ist es, eine Lösung zu finden, die es uns ermöglicht, die Entwicklungszeit anhand von Aufgaben zu verfolgen, ohne dass viele manuelle Eingriffe durch die Entwickler erforderlich sind, und die idealerweise nicht zu groß ist. Wir wollen ein gutes Arbeitsumfeld, aber wir wollen auch Zeitdaten haben. Wenn es jemandem gelungen ist, eine Lösung für dieses Problem zu finden, würden wir uns freuen, davon zu hören.

BEARBEITEN...

Es gibt mehrere Gründe, dies zu tun, aber alle drehen sich um die Idee, sicherzustellen, dass unsere Ingenieure frei von Blockierungen sind und effektiv arbeiten. Ein Ingenieur könnte von anderen Projekten unterbrochen werden, sodass seine Leistung bei seinem Hauptprojekt darunter leidet. Wie können wir das über mehrere Teams von Ingenieuren hinweg identifizieren? Ist die Produktivität einer Person niedriger als erwartet, weil sie keine ausreichenden Anweisungen oder Unterbrechungen erhält oder weil sie ihre Aufgaben missversteht?

Eine frühzeitige Diagnose eines dieser Probleme wäre zu sehen, dass ein Ingenieur durchschnittlich 8 Stunden Aufgaben in 16 Stunden erledigt – oder dass er 20 Stunden Projektzeit pro Woche statt 40 (oder was auch immer die entsprechenden Zahlen für den Ingenieur sind) gebucht hat oder natürlich das Projekt).

Und nein, wir versuchen nicht, Tastenanschläge oder erzeugte Codezeilen usw. zu zählen. Wir versuchen, unseren Ingenieuren dabei zu helfen, so leistungsstark zu sein, wie sie es möchten.

Beachten Sie, dass wir derzeit keine Arbeitszeittabellen verwenden – das ist eine Lösung, die wir in der Vergangenheit ausprobiert haben, aber wir kennen aus Erfahrung die Frustrationen und Einschränkungen dieses Ansatzes.

Können Sie uns den Grund mitteilen, warum Sie die Zeit auf der Ebene der einzelnen Aufgaben erfassen müssen? Dies wird uns helfen, eine nützliche Antwort zu geben.
Es wäre wert, den Wert dessen, was Sie hier zu tun versuchen, in Frage zu stellen. Angenommen, Sie erhalten ein automatisiertes Tool, das die für jede Aufgabe aufgewendete Zeit verfolgt. Dürfen Entwickler jeweils nur an einer Aufgabe arbeiten? Was ist "arbeiten"? Ist es, wenn Tastenanschläge getroffen werden? Spricht es mit Kollegen? Bedenkzeit? Dieses "Tracking" technisch zu implementieren ist nicht schwer ... echten Wert aus den Ergebnissen zu ziehen schon. Eine bessere Methode ist die Nachverfolgung der Ausgabe und der Punktgeschwindigkeit, anstatt Arbeitszeittabellen nur für Abrechnungszwecke zu verwenden.
Ich habe die Frage bearbeitet, um zu versuchen, Ihre Fragen vollständiger zu beantworten.
Von wie viel Team reden wir hier? Es scheint, dass alle Ihre Ziele erreicht werden, indem Sie einfach die Aufgaben aufzeichnen, an denen die Leute arbeiten. Sie müssen nicht wissen, wie lange

Antworten (2)

Sie können die „Automated Log Work for JIRA“-Funktionen mit den „Smart Commit“-Funktionen kombinieren. Daher ist eine geringfügige manuelle Arbeit vom Team erforderlich, das die Aufgabe von offen auf in Bearbeitung verschiebt und nach Abschluss den Code festschreibt und auf das Jira-Ticket verweist. Jira berechnet die Zeit, die zum automatischen Abschluss der Aufgabe benötigt wird.

Dann können Sie die Zeit für nichttechnische Aufgaben grob berechnen, indem Sie die Entwicklungszeit von der geplanten Arbeitszeit für jeden Entwickler abziehen. Wenn also ein Entwickler 60 Stunden am gesamten Projekt arbeiten soll – mehr oder weniger – und die Entwicklungsaufgaben 40 Stunden gedauert haben, dann hat er 20 Stunden am nicht-technischen Teil gearbeitet.

Abgesehen davon würde ich wirklich empfehlen, dass Sie alle Aufgaben verfolgen, auch wenn es sich um Besprechungen handelt, um beurteilen zu können, wie viel Zeit aufgewendet wird und wie Sie Ihren Prozess optimieren können, um den Geist und die Produktivität Ihres Teams zu steigern.

Die Messung der Produktivität mit Stundenzetteln funktioniert meiner Meinung nach in der Softwareentwicklung nicht. Versuchen Sie, Scrum oder einen anderen agilen Prozess zu implementieren, bei dem die Teamleistung im Mittelpunkt steht und niemand in Mikromanagement verfällt.

Sie können auch das Quantify -Add-on ausprobieren , das Automated Log Work ähnelt, aber mehr auf Scrum/Kanban-Methoden ausgerichtet ist.