Ein Engpass ist nie „das Projekt". Er ist eine Qualifikation an bestimmten Tagen — und genau in dieser Auflösung muss er auf dem Bildschirm stehen, sonst lässt er sich nicht auflösen. Wer nur weiß, dass es eng wird, kann nichts tun; wer weiß, welche Rolle an welchen drei Tagen wie viel zu wenig hat, kann einkaufen, verschieben oder verhandeln.
Vorgeführt an der Verpackungszelle P-80 aus dem Maschinenbau-Paket. Das Projekt ist früh wie möglich terminiert und verlangt Anfang Oktober 2026 vier Projektingenieure. Verfügbar sind an diesen Tagen zwei.
Was die Kapazitätsansicht zeigt#
Bild 1 von 4 — Die Zeile 11.002 Projektleitung – Projektingenieur/in ist markiert und aufgeklappt: oben ihre fünf Vorgänge, darunter die drei Personen der Rolle. Die Spalte Unterdeckung sagt −6 (29 %), und die rosa Zellen am 1., 2. und 5. Oktober sagen, wo das herkommt: Bedarf 4 gegen 2 — eine der drei Personen ist an diesen Tagen im Urlaub, erkennbar am U in ihrer Zeile. Das Ressourcendiagramm darunter zeichnet nur die markierte Zeile, und weil die Ansicht flach nach Rollen gruppiert ist, richtet sich seine Achse nach dieser Rolle: Die orangen Balken der Unterdeckung stehen lesbar über der grünen Arbeitskapazität, blau daneben der Bedarf.
Die Rolle 11.002 Projektingenieur/in führt drei Personen. An drei Arbeitstagen — dem 1., 2. und 5. Oktober 2026 — ist eine davon im Urlaub, erkennbar am U in ihrer Zeile. Damit stehen einem Bedarf von vier zwei verfügbare Personen gegenüber, und die Spalte Unterdeckung beziffert die Lücke mit −6 (29 %).
Dass es Unterdeckung heißt und nicht Überlastung, ist kein Wortspiel: Die Kapazitätsansicht rechnet gegen Rollen. Ihre Frage lautet, ob die Qualifikation den Bedarf deckt. Ob eine einzelne Person zu viel auf dem Tisch hat, beantwortet die Personalansicht — eine andere Frage, ein anderes Bild.
Woran die Spitze hängt#
Bild 2 von 4 — Die obere Hälfte sagt, welche Rolle die Spitze trägt und durch welche Vorgänge: Die Projektingenieure kommen auf 21 Personentage, verteilt auf fünf Vorgänge der Konzeptphase — „Anforderungen und Packmittel klären" mit acht, „Produktspektrum und Packmuster aufnehmen" mit sechs, die übrigen mit drei, drei und einem. Die untere Hälfte sagt, warum sich daran nicht beliebig etwas ändern lässt: Der oben ausgewählte Vorgang steht dort mit seinen Verknüpfungen, und die Pfeile zeigen, was an ihm hängt.
Genau das ist der Mehrwert dieser Kombination: Man sieht nicht nur, dass es eng wird, sondern auch, welche Kette daran hängt und wohin ein Vorgang überhaupt ausweichen könnte.
Der Engpass ist gebaut, nicht zufällig#
Jedes Branchenpaket hält sein zweites Projekt als Vorführfall vor: zwei Qualifikationen liegen über ihrer Kapazität, eine davon am ersten Arbeitstag, und beide Spitzen lassen sich durch Verschieben eines einzigen Vorgangs wieder abräumen. Hier genügt es, „Produktspektrum und Packmuster aufnehmen" um drei Arbeitstage nach hinten zu nehmen — dann bleibt im Fenster weniger stehen, als der Pool hergibt.
Nachgerechnet über die ganze Projektlaufzeit sind es genau diese zwei Rollen: 11.002 Projektingenieur/in und 17.002 Mechatroniker/in, jede an drei Tagen. Alle übrigen sieben Qualifikationen bleiben an jedem Tag innerhalb ihrer Kapazität.
Was Umterminieren daran ändert — und was nicht#
Bevor man beurteilen kann, was ein Umterminieren bewirkt, muss man sehen, von wo aus umterminiert wird. Der Auslieferstand ist früh wie möglich terminiert:
Bild 3 von 4 — Die Ursprungsposition, aus der alle Bilder dieser Seite stammen: Das Projekt ist früh wie möglich terminiert, jeder Vorgang liegt also an seinem frühestmöglichen Anfang. Deshalb steht die Anfangsreserve durchgehend auf 0, und die Luft sitzt hinten — die Endreserve sagt je unkritischem Vorgang, wie weit er nach hinten kann, ohne einen Nachfolger anzustoßen: sieben Tage bei „Produktspektrum und Packmuster aufnehmen", vierzehn beim größten Wert. Rot liegt dazwischen der kritische Weg, der keine trägt.
Dasselbe Projekt, dieselbe Ansicht, dieselben Spalten — geändert ist allein die Terminierungsrichtung:
Bild 4 von 4 — Dieselbe Ansicht, nachdem das Projekt spät wie möglich gerechnet wurde: Jeder unkritische Vorgang rutscht von seinem frühestmöglichen Anfang an sein spätestmögliches Ende, der rote kritische Weg bleibt liegen. Der Endtermin ändert sich nicht — was sich ändert, steht in den beiden Reservespalten, und sie haben ihre Werte getauscht: Die Endreserve, die im Bild davor sieben und vierzehn Tage trug, steht jetzt durchgehend auf 0, und die Anfangsreserve trägt die Zahlen — 7, 14 und 15.
Die naheliegende Hoffnung ist, dass sich ein Engpass durch die Terminierungsrichtung auflöst. Sie trägt nicht. Nachgemessen an diesem Projekt: Spät wie möglich terminiert steht dieselbe Unterdeckung an drei Tagen, in derselben Größe — Bedarf 4 gegen 2. Nur das Datum ist ein anderes: aus dem 1., 2. und 5. Oktober wird der 8., 9. und 12. Oktober. Umterminieren schafft keine Kapazität, es verschiebt den Tag, an dem sie fehlt.
Was es dabei kostet, steht in den Reservespalten, und man liest es, indem man Bild 3 und Bild 4 nebeneinanderlegt: Früh terminiert liegt jeder Vorgang an seinem frühestmöglichen Anfang und trägt seine Luft hinten — bis zu vierzehn Tage Endreserve; spät terminiert steht dort überall 0, und die Zahlen sind nach vorn gewandert. Der Endtermin ist in beiden Bildern derselbe, der 19. Januar 2027. Umverteilt wird also nur, gewonnen nichts: Wer so plant, hat bei der ersten Störung nichts mehr zu geben — und den Engpass immer noch.
Was das für die Planung heißt#
Die Unterdeckung von −6 ist keine Fehlermeldung, sondern eine Einkaufsliste: zwei Projektingenieure für drei Tage. Wer sie nicht kaufen will, hat drei andere Wege — den Vorgang verschieben, wenn seine Verknüpfungen es hergeben (Bild 2), eine zweite qualifizierte Person suchen (Kandidatenermittlung), oder den späteren Termin verhandeln. Nur eines geht nicht: die Frage der Software überlassen.
Und wenn die Lücke nicht aus der Rolle kommt, sondern aus einem Ausfall, entscheidet die Planungsart, was daraufhin passiert — Bild für Bild auf Eine Krankmeldung, zwei Antworten: derselbe Ausfall, einmal termintreu, wo der Termin bleibt und −24 Stunden in der Tabelle stehen, und einmal kapazitätstreu, wo der Vorgang fünf Kalendertage später endet und der Nachfolger mitwandert.
Wie Rillsoft Project Kapazitäten plant und Engpässe sichtbar macht, steht auf der Produktseite zur Kapazitätsplanung in der Rillsoft Cloud. Weitere Beispiele aus dieser Branche: Projektbeispiele Maschinenbau.