FACHWISSEN · AUTOMATISIERUNG & TRANSFORMATIONINSIGHTS · AUTOMATION & TRANSFORMATIONAPPROFONDIMENTI · AUTOMAZIONE E TRASFORMAZIONECONOCIMIENTOS · AUTOMATIZACIÓN Y TRANSFORMACIÓN
Projektfluss messen: Warum das Alter offener Aufgaben neben die Durchlaufzeit gehörtMeasuring project flow: Why the age of open work belongs alongside cycle timeMisurare il flusso dei progetti: perché l’età delle attività aperte affianca il tempo di cicloMedir el flujo del proyecto: por qué la antigüedad del trabajo abierto complementa el tiempo de ciclo

Die durchschnittliche Durchlaufzeit eines Teams sinkt, während ein wichtiges Arbeitspaket seit Wochen offen bleibt. Beides kann gleichzeitig zutreffen: Eine Auswertung abgeschlossener Aufgaben enthält die noch nicht abgeschlossenen Fälle nicht.
Abgeschlossene und offene Arbeit getrennt betrachten
Die Durchlaufzeit misst die Zeit zwischen definiertem Start und definiertem Abschluss einer Aufgabe. Das Alter einer offenen Aufgabe misst dagegen die seit dem Start vergangene Zeit bis heute. Weitere grundlegende Flussgrößen sind die Zahl begonnener, aber nicht fertiger Aufgaben und die Zahl der Abschlüsse pro Zeiteinheit.
Diese Größen beantworten unterschiedliche Fragen. Eine Kennzahl für erledigte Arbeit beschreibt die Vergangenheit. Das Alter aktueller Arbeit zeigt, wo im laufenden System Aufmerksamkeit nötig sein könnte.
Ein Beispiel für eine irreführend gute Kennzahl
Ein fiktives Team schließt neun kleine Aufgaben jeweils nach zwei Tagen ab. Eine zehnte, kritische Integrationsaufgabe ist nach zwanzig Tagen noch offen. Die durchschnittliche Durchlaufzeit der abgeschlossenen Arbeit beträgt weiterhin zwei Tage. Daraus lässt sich keine Aussage ableiten, dass alle Aufgaben in etwa zwei Tagen fertig werden.
Die Integrationsaufgabe ist in einer Altersansicht sofort sichtbar. Das ist ein Anlass zur Prüfung: Fehlt eine Entscheidung, eine Testumgebung, eine externe Zuarbeit oder eine klar abgegrenzte Anforderung? Das Alter selbst erklärt die Ursache noch nicht.
Messpunkte gemeinsam festlegen
Ein Team sollte festlegen, was „begonnen“ und „fertig“ bedeutet. Beginnt die Messung mit einer Zusage oder mit aktiver Bearbeitung? Endet sie mit der Entwicklung, dem Test oder der fachlichen Abnahme? Unterschiedliche Grenzen führen zu unterschiedlichen Zahlen.
Bei heterogenen Aufgaben können getrennte Auswertungen nach Arbeitstyp sinnvoll sein. Ein kleiner Konfigurationswechsel und eine mehrwöchige Schnittstellenintegration sollten nicht ohne Kontext als austauschbare Einheiten behandelt werden. Auch eine hohe Abschlusszahl ist kein Beleg für den gelieferten Geschäftsnutzen.
Aus der Kennzahl eine Entscheidung machen
In einer kurzen Flussbesprechung lassen sich zuerst alte und blockierte Aufgaben betrachten. Danach wird entschieden, ob das Team Unterstützung organisiert, Arbeit verkleinert oder den Beginn weiterer Aufgaben begrenzt. Eine künstliche Aufteilung allein zur Verbesserung der Zahlen würde dagegen die Vergleichbarkeit beschädigen.
Historische Daten können Erwartungen an künftige Durchlaufzeiten stützen. Sie sind keine Zusage für jeden Einzelfall. Für die Projektsteuerung bleiben Abhängigkeiten, feste Termine und die fachliche Bedeutung eines Arbeitspakets zusätzliche Entscheidungsgrößen.
A team’s average cycle time falls while an important work package remains open for weeks. Both can be true: an analysis of completed tasks does not include the cases that have not finished yet.
Look at completed and open work separately
Cycle time measures the elapsed time between a defined start and finish. The age of an open item measures the time from its start until today. Other basic flow measures are the number of items started but not finished and the number of completions per unit of time.
These measures answer different questions. Completed work describes the past. The age of current work shows where the live system may need attention.
An example of a deceptively good measure
A fictional team completes nine small tasks in two days each. A tenth, critical integration task is still open after twenty days. The average cycle time of completed work is still two days. That does not mean every task can be expected to finish in roughly two days.
The integration task is immediately visible in an ageing view. That prompts investigation: is a decision missing, or a test environment, an external contribution or a clearly bounded requirement? Age alone does not explain the cause.
Agree on measurement points
A team should define “started” and “finished”. Does measurement begin with a commitment or with active work? Does it end after development, testing or business acceptance? Different boundaries produce different numbers.
For varied tasks, separate analysis by work type may be useful. A small configuration change and a multi-week API integration should not be treated as interchangeable without context. A high completion count is also not evidence of business value delivered.
Turn a measure into a decision
A short flow review can start with old and blocked items. The team then decides whether to arrange support, make the work smaller or limit the start of further tasks. Splitting items artificially just to improve the figures would undermine comparability.
Historical data can support expectations about future cycle times. It is not a promise for every individual case. Dependencies, fixed deadlines and the business importance of a work package remain additional inputs to project decisions.
Il tempo medio di ciclo di un team diminuisce, mentre un pacchetto di lavoro importante resta aperto per settimane. Entrambe le cose possono essere vere: un’analisi delle attività completate non include i casi non ancora conclusi.
Esaminare separatamente il lavoro completato e quello aperto
Il tempo di ciclo misura il tempo trascorso tra un inizio e una fine definiti. L’età di un’attività aperta misura invece il tempo trascorso dal suo avvio a oggi. Altre misure fondamentali del flusso sono il numero di attività iniziate ma non concluse e il numero di completamenti per unità di tempo.
Queste misure rispondono a domande diverse. Il lavoro completato descrive il passato. L’età del lavoro attuale mostra dove il sistema in funzione potrebbe richiedere attenzione.
Un esempio di indicatore ingannevolmente positivo
Un team ipotetico conclude nove piccole attività in due giorni ciascuna. Una decima attività critica di integrazione è ancora aperta dopo venti giorni. Il tempo medio di ciclo del lavoro completato rimane di due giorni. Questo non significa che ogni attività possa essere completata in circa due giorni.
L’attività di integrazione è subito visibile in una vista per età. Questo invita a indagare: manca una decisione, un ambiente di prova, un contributo esterno o un requisito ben delimitato? L’età, da sola, non spiega la causa.
Concordare i punti di misurazione
Un team dovrebbe definire che cosa significano “iniziato” e “finito”. La misurazione parte dall’impegno preso o dal lavoro attivo? Termina dopo lo sviluppo, il test o l’accettazione funzionale? Confini diversi producono numeri diversi.
Per attività eterogenee può essere utile un’analisi distinta per tipo di lavoro. Una piccola modifica di configurazione e un’integrazione di interfacce di più settimane non sono unità intercambiabili senza contesto. Nemmeno un numero elevato di completamenti dimostra il valore aziendale consegnato.
Trasformare un indicatore in una decisione
Una breve revisione del flusso può iniziare dalle attività più vecchie e bloccate. Il team decide quindi se organizzare supporto, ridurre la dimensione del lavoro o limitare l’avvio di ulteriori attività. Suddividere artificialmente le attività soltanto per migliorare i numeri comprometterebbe invece la confrontabilità.
I dati storici possono sostenere le aspettative sui tempi di ciclo futuri. Non sono una promessa per ogni singolo caso. Dipendenze, scadenze fisse e importanza operativa di un pacchetto di lavoro restano ulteriori elementi delle decisioni di progetto.
El tiempo medio de ciclo de un equipo disminuye mientras un paquete de trabajo importante sigue abierto durante semanas. Ambas cosas pueden ser ciertas: un análisis de tareas terminadas no incluye los casos que aún no han finalizado.
Examinar por separado el trabajo terminado y el abierto
El tiempo de ciclo mide el tiempo transcurrido entre un inicio y un final definidos. La antigüedad de un elemento abierto mide el tiempo desde su inicio hasta hoy. Otras medidas básicas del flujo son el número de elementos iniciados pero no terminados y el número de finalizaciones por unidad de tiempo.
Estas medidas responden a preguntas diferentes. El trabajo terminado describe el pasado. La antigüedad del trabajo actual muestra dónde puede necesitar atención el sistema en funcionamiento.
Un ejemplo de indicador engañosamente bueno
Un equipo ficticio termina nueve tareas pequeñas en dos días cada una. Una décima tarea crítica de integración sigue abierta después de veinte días. El tiempo medio de ciclo del trabajo terminado sigue siendo de dos días. Esto no significa que quepa esperar que todas las tareas finalicen en unos dos días.
La tarea de integración aparece inmediatamente en una vista por antigüedad. Esto invita a investigar: ¿falta una decisión, un entorno de pruebas, una aportación externa o un requisito claramente delimitado? La antigüedad por sí sola no explica la causa.
Acordar los puntos de medición
El equipo debe definir qué significan “iniciado” y “terminado”. ¿La medición comienza con un compromiso o con el trabajo activo? ¿Termina después del desarrollo, de las pruebas o de la aceptación funcional? Los límites distintos producen cifras diferentes.
Para tareas heterogéneas puede ser útil analizar por separado cada tipo de trabajo. Un pequeño cambio de configuración y una integración de interfaces de varias semanas no deben tratarse como unidades intercambiables sin contexto. Un número elevado de finalizaciones tampoco demuestra el valor empresarial entregado.
Convertir una medida en una decisión
Una breve revisión del flujo puede comenzar con los elementos antiguos y bloqueados. Después, el equipo decide si organiza apoyo, reduce el tamaño del trabajo o limita el inicio de más tareas. Dividir artificialmente los elementos solo para mejorar las cifras perjudicaría la comparabilidad.
Los datos históricos pueden respaldar las expectativas sobre futuros tiempos de ciclo. No son una promesa para cada caso individual. Las dependencias, las fechas límite fijas y la importancia operativa de un paquete de trabajo siguen siendo factores adicionales para decidir sobre el proyecto.