Fachbeitrag · Wirtschaftsinformatik ·
Projektportfolio: Warum mehr gleichzeitig gestartete Arbeit die Fertigstellung verzögern kann
Ein Portfolio wirkt beschäftigt, wenn überall neue Vorhaben begonnen werden. Für die tatsächliche Lieferfähigkeit ist jedoch entscheidend, wie viel Arbeit abgeschlossen wird und wie lange einzelne Vorhaben im System bleiben. Viele gleichzeitig offene Aufgaben teilen sich oft dieselben knappen Fachleute, Testumgebungen oder Entscheidungen. Zusätzliche Starts schaffen diese Kapazität nicht. Sie können vielmehr den Bestand unfertiger Arbeit erhöhen, ohne den Durchsatz entsprechend zu verbessern.
Bestand, Durchsatz und Dauer verbinden
Für ein ausreichend stabiles System beschreibt eine grundlegende Warteschlangenbeziehung den Zusammenhang zwischen durchschnittlichem Arbeitsbestand, Durchsatz und durchschnittlicher Durchlaufzeit. Die Größen müssen sich auf dieselbe Systemgrenze und denselben Zeitraum beziehen. Im Portfolio darf deshalb nicht der Bestand ganzer Projekte mit der Abschlussrate einzelner Tickets kombiniert werden. Die Beziehung ist ein Mittel zur Plausibilisierung, keine Garantie für den Termin eines bestimmten Vorhabens und keine Begründung, fachlich notwendige Arbeit pauschal zu streichen.
Ein gemeinsamer Engpass reicht aus
Ein vereinfachtes Beispiel: Vier Teams arbeiten an unterschiedlichen Systemänderungen, benötigen vor der Freigabe aber dieselbe knappe Integrationsumgebung. Werden weitere Änderungen begonnen, entstehen vor dieser Umgebung zusätzliche Warteschlangen. In den Teams kann die Auslastung hoch bleiben, während die Gesamtfertigstellung langsamer wird. Die Analyse verfolgt deshalb nicht nur lokale Bearbeitungszeiten. Sie erfasst auch Liegezeiten, blockierte Vorgänge und die Gründe, aus denen bereits begonnene Arbeit nicht in den nächsten Schritt gelangen kann.
Startregeln statt bloßer Ranglisten
Eine priorisierte Liste legt fest, was wichtiger ist. Sie beantwortet noch nicht, wann neue Arbeit begonnen werden darf. Ergänzende Startregeln berücksichtigen verfügbare Kapazität am relevanten Engpass und die Menge bereits offener Aufgaben. Für dringliche Sonderfälle wird ein ausdrücklich begrenzter Weg definiert. Wird jeder Vorgang zur Ausnahme erklärt, verliert die Begrenzung ihre Wirkung. Fachliche Unterschiede bleiben wichtig: Ein kleines Wartungspaket und ein mehrjähriges Transformationsvorhaben sind nicht ohne weitere Einordnung vergleichbare Einheiten.
Die Wirkung anhand von Abschlüssen prüfen
Ein sinnvoller Versuch begrenzt neue Starts für einen ausgewählten Bereich und beobachtet mehrere vollständige Bearbeitungszyklen. Gemessen werden abgeschlossene Ergebnisse, Durchlaufzeitverteilung, Alter offener Aufgaben und veränderte Warteschlangen. Eine kurzfristige Schwankung beweist noch keine dauerhafte Verbesserung. Auch Qualitätsmängel oder verschobene Arbeit außerhalb der betrachteten Grenze müssen sichtbar bleiben. Ziel ist ein nachvollziehbarer Arbeitsfluss, bei dem Priorität, Start und verfügbare Umsetzungskapazität zusammenpassen und die Organisation weniger gleichzeitig verwaltet, ohne weniger relevante Ergebnisse zu liefern.
Technical insight · Business information systems ·
Project portfolios: Why starting more work at once can delay completion
A portfolio looks busy when new initiatives start everywhere. Actual delivery depends on how much work finishes and how long each item stays in the system. Open work often competes for the same scarce specialists, test environments or decisions. Starting additional items does not create that capacity. It can increase unfinished work without producing a matching increase in throughput.
Connect inventory, throughput and elapsed time
For a sufficiently stable system, a fundamental queueing relationship connects average work in progress, throughput and average flow time. All three measures must use the same system boundary and period. A portfolio should therefore not combine a count of whole projects with a completion rate measured in individual tickets. The relationship is useful for checking plausibility. It cannot guarantee the completion date of a particular initiative or justify indiscriminately cancelling necessary work.
One shared bottleneck can be enough
Consider four teams developing different system changes that all require the same limited integration environment before release. Starting additional changes increases the queue for that environment. Local utilisation can remain high while overall completion becomes slower. Analysis must therefore look beyond active processing time. It should record waiting time, blocked items and the reasons why work that has already started cannot move to its next stage.
Use start policies, not just priority lists
A ranked list states which work matters most. It does not state when new work may begin. Additional start policies consider available capacity at the relevant bottleneck and the amount of work already open. Urgent exceptions need a deliberately limited route. If every item becomes an exception, the limit stops being useful. Business differences remain important: a small maintenance package and a multi-year transformation are not directly comparable units without further classification.
Evaluate the effect through completed outcomes
A useful experiment limits new starts in a selected area and observes several complete delivery cycles. Measure finished outcomes, the distribution of flow times, the age of open items and changes in queues. A short-term fluctuation does not establish a lasting improvement. Quality problems or work merely shifted outside the measured boundary must remain visible. The aim is a traceable flow in which priority, starting decisions and implementation capacity fit together, reducing concurrent administration without reducing relevant delivered outcomes.
Approfondimento tecnico · Sistemi informativi aziendali ·
Portafoglio progetti: perché avviare più attività contemporaneamente può ritardarne il completamento
Un portafoglio sembra molto attivo quando ovunque partono nuove iniziative. La capacità effettiva di consegna dipende però da quante attività vengono concluse e da quanto tempo ciascuna rimane nel sistema. Le attività aperte competono spesso per gli stessi specialisti, ambienti di prova o decisioni disponibili in misura limitata. Avviare altro lavoro non crea questa capacità. Può aumentare il lavoro incompiuto senza un corrispondente incremento della produttività in uscita.
Collegare lavoro in corso, produttività e tempi
In un sistema sufficientemente stabile, una relazione fondamentale della teoria delle code collega il lavoro medio in corso, il tasso di completamento e il tempo medio di attraversamento. Tutte e tre le misure devono riferirsi agli stessi confini del sistema e allo stesso periodo. Un portafoglio non deve quindi combinare il numero di progetti interi con un tasso di completamento misurato in singoli ticket. La relazione serve a verificare la plausibilità. Non garantisce la data di conclusione di una specifica iniziativa e non giustifica la cancellazione indiscriminata di attività necessarie.
Può bastare un solo collo di bottiglia condiviso
Si considerino quattro team che sviluppano modifiche diverse ai sistemi e che, prima del rilascio, richiedono tutti lo stesso ambiente di integrazione con capacità limitata. Avviare ulteriori modifiche aumenta la coda per quell’ambiente. L’utilizzo locale può restare elevato mentre il completamento complessivo rallenta. L’analisi deve quindi andare oltre i tempi di lavorazione effettiva. Deve rilevare attese, attività bloccate e motivi per cui il lavoro già iniziato non può passare alla fase successiva.
Definire regole di avvio, oltre alle priorità
Una graduatoria indica quale lavoro è più importante. Non stabilisce quando si possa iniziare altro lavoro. Regole aggiuntive di avvio considerano la capacità disponibile nel collo di bottiglia pertinente e la quantità di attività già aperte. Le eccezioni urgenti richiedono un percorso deliberatamente limitato. Se ogni attività diventa un’eccezione, il limite perde efficacia. Restano importanti le differenze operative: un piccolo pacchetto di manutenzione e una trasformazione pluriennale non sono unità direttamente confrontabili senza ulteriore classificazione.
Valutare gli effetti attraverso i risultati completati
Un esperimento utile limita i nuovi avvii in un ambito selezionato e osserva diversi cicli di consegna completi. Si misurano i risultati conclusi, la distribuzione dei tempi di attraversamento, l’età delle attività aperte e i cambiamenti nelle code. Una fluttuazione a breve termine non dimostra un miglioramento duraturo. Devono restare visibili anche i problemi di qualità e il lavoro semplicemente spostato oltre i confini della misurazione. L’obiettivo è un flusso tracciabile in cui priorità, decisioni di avvio e capacità di realizzazione siano coerenti, riducendo le attività gestite contemporaneamente senza ridurre i risultati rilevanti consegnati.
Artículo técnico · Sistemas de información empresarial ·
Cartera de proyectos: por qué iniciar más trabajo a la vez puede retrasar su finalización
Una cartera parece muy activa cuando se inician nuevas iniciativas por todas partes. La capacidad real de entrega depende de cuánto trabajo se termina y cuánto tiempo permanece cada elemento en el sistema. El trabajo abierto suele competir por los mismos especialistas, entornos de prueba o decisiones escasos. Iniciar más actividades no crea esa capacidad. Puede aumentar el trabajo sin terminar sin producir un incremento equivalente en el ritmo de finalización.
Relacionar trabajo en curso, ritmo de finalización y tiempo
En un sistema suficientemente estable, una relación fundamental de la teoría de colas conecta el trabajo medio en curso, el ritmo de finalización y el tiempo medio de flujo. Las tres medidas deben utilizar los mismos límites del sistema y el mismo periodo. Por tanto, una cartera no debe combinar el número de proyectos completos con una tasa de finalización medida en incidencias individuales. La relación ayuda a comprobar la plausibilidad. No garantiza la fecha de finalización de una iniciativa concreta ni justifica cancelar indiscriminadamente el trabajo necesario.
Un único cuello de botella compartido puede bastar
Pensemos en cuatro equipos que desarrollan cambios distintos y necesitan el mismo entorno de integración de capacidad limitada antes de publicarlos. Iniciar más cambios aumenta la cola de ese entorno. La utilización local puede seguir siendo alta mientras la finalización global se ralentiza. Por ello, el análisis debe ir más allá del tiempo de procesamiento activo. Debe registrar las esperas, los elementos bloqueados y los motivos por los que el trabajo iniciado no puede pasar a la siguiente fase.
Usar reglas de inicio, además de listas de prioridades
Una lista ordenada indica qué trabajo importa más. No establece cuándo puede comenzar trabajo nuevo. Las reglas adicionales de inicio consideran la capacidad disponible en el cuello de botella relevante y la cantidad de trabajo ya abierto. Las excepciones urgentes necesitan una vía deliberadamente limitada. Si cada elemento se convierte en excepción, el límite deja de ser útil. Las diferencias operativas siguen importando: un pequeño paquete de mantenimiento y una transformación de varios años no son unidades directamente comparables sin una clasificación adicional.
Evaluar el efecto mediante resultados terminados
Un experimento útil limita los nuevos inicios en un área seleccionada y observa varios ciclos completos de entrega. Se miden los resultados terminados, la distribución de los tiempos de flujo, la antigüedad de los elementos abiertos y los cambios en las colas. Una fluctuación a corto plazo no demuestra una mejora duradera. Deben seguir siendo visibles los problemas de calidad o el trabajo simplemente trasladado fuera de los límites medidos. El objetivo es un flujo trazable en el que encajen las prioridades, las decisiones de inicio y la capacidad de ejecución, reduciendo la gestión simultánea sin reducir los resultados relevantes entregados.