Es ist die dritte Woche eines sechswöchigen Release-Zyklus, und Ihr Softwareteam kommt nicht voran. Der Produktmanager benötigt einen verbindlichen Termin für eine Kundendemo, der Engineering Manager warnt vor einem sprunghaften Anstieg der Fehlerzahlen, und die Qualitätssicherung (QA) schiebt bereits Nachtschichten. Zwei Entwickler sind jeweils drei Initiativen zugeteilt, werden ständig für den Produktionssupport abgezogen, und der Designer ist auf zwei Teams aufgeteilt. Die anstehende Entscheidung ist auf dem Papier einfach: Halten Sie den Termin und reduzieren den Funktionsumfang? Behalten Sie den Umfang bei und verschieben den Termin? Oder schaffen Sie Kapazitäten, die eigentlich gar nicht vorhanden sind? Mit jedem Tag des Zögerns wächst der Nacharbeitsaufwand und das Vertrauen schwindet. Dieser Kurs vermittelt Ihnen die Arbeitsweisen und Werkzeuge, mit denen Sie diese Blockade lösen. Sie lernen, Zeitpläne im Hinblick auf versteckten Ressourcenbedarf zu analysieren, ein Kapazitätsmodell zu erstellen, das der tatsächlichen Arbeitsweise Ihres Teams entspricht, und mithilfe von KI Optionen zu entwickeln, die Sie mit den jeweiligen Stakeholdern verhandeln können.
Das erste Anzeichen ist nicht das Gantt-Diagramm, sondern das Muster der Unterbrechungen. Ein Entwickler beginnt mit einem Feature, wird in einen Sev-2-Vorfall (kritischer Fehler) hineingezogen, kehrt zu Merge-Konflikten zurück und schiebt dann hastig ein Code-Review für ein anderes Projekt ein, weil dieses einen Kollegen blockiert. Der Meilenstein verschiebt sich, und das Team kompensiert dies, indem es Tests ausfallen lässt. Eine Woche später häufen sich die Fehler, die Qualitätssicherung (QA) wird zum Flaschenhals, und der Release-Kandidat durchläuft eine endlose Schleife von Korrekturen. Überlastung äußert sich in längeren Durchlaufzeiten, fehleranfälligen Übergaben und einem hohen Zeitaufwand für Statusabfragen zulasten der eigentlichen Arbeit.
Ein häufiger Fehler von Projektmanagern (PMs) ist es, dies als reines Umsetzungsproblem zu betrachten. Dieser Instinkt liegt nahe, da man mehr Stand-ups ansetzen, die Jira-Prozesse straffen und auf mehr Fokus drängen kann. Die Folge ist jedoch, dass man den Koordinationsaufwand für genau jene Personen erhöht, die ohnehin schon überlastet sind. Das eigentliche Problem besteht darin, dass der Zeitplan mehr Arbeitsstunden – und zwar in den falschen Wochen – verlangt, als das Team ohne Qualitätseinbußen leisten kann.
Wenn Sie Personal einplanen, lösen Sie ein Problem mit festen Rahmenbedingungen (Constraints), anstatt lediglich Kästchen zu füllen. Umfang (Scope) bezeichnet die zugesagte Arbeit. Zeitplan (Schedule) legt fest, wann diese Arbeit erledigt sein muss. Kapazität (Capacity) gibt an, wie viele Stunden nutzbarer Arbeitszeit das Team pro Woche bereitstellen kann. Kompetenzen (Skills) definieren, welche Personen welche Aufgaben ohne unvertretbares Risiko übernehmen können. Verfügbarkeitsannahmen (Availability assumptions) sind die versteckten Faktoren – wie Rufbereitschaft, Meetings und Anfragen für Shared Services –, die die verfügbare Kapazität einschränken.
Bevor Sie eine Maßnahme ergreifen, sollten Sie analysieren, welche dieser Rahmenbedingungen in Ihrer Situation tatsächlich den Engpass darstellt: Zeitplan, Kompetenzen oder Verfügbarkeit.
Dies ist wichtig, weil dasselbe Symptom unterschiedliche Ursachen haben kann. Bei der Softwarebereitstellung sind es oft fehlende Fachkenntnisse, die den Engpass bilden; so kennt beispielsweise nur eine einzige Person die Deployment-Pipeline. Bei einer Marketingkampagne können hingegen feste Termine, die an externe Ereignisse geknüpft sind, den entscheidenden Engpass darstellen. Bei der Einführung neuer Abläufe im Gesundheitswesen können Faktoren wie Schulungszeiten und Schichtabdeckung den Prozess blockieren, selbst wenn die Personaldecke eigentlich ausreicht. Ihre Aufgabe ist es, den Engpass zu identifizieren und eine Maßnahme zu wählen, die diesen Engpass tatsächlich beseitigt – anstatt lediglich den Druck zu erhöhen.
Ressourcen lassen sich erst dann sinnvoll planen, wenn man den tatsächlichen Bestand kennt. Ein Kapazitätsmodell ist Ihre konkrete Schätzung der wöchentlich verfügbaren Arbeitszeit pro Rolle – bereinigt um Zeiten, die nicht direkt zum Projektfortschritt beitragen. Gehen Sie von der Nennarbeitszeit aus. Ziehen Sie Urlaubs- und Feiertage ab. Berücksichtigen Sie den Zeitaufwand für feste Meetings und Zeremonien. Wenden Sie anschließend einen Fokusfaktor an: Dies ist der Anteil der verbleibenden Zeit, der unter Berücksichtigung von Unterbrechungen und Abstimmungsbedarf realistischerweise für die geplante Projektarbeit genutzt werden kann. Ziehen Sie schließlich Zeiten für übergreifende Aufgaben ab, etwa für den Produktionssupport oder interne Anfragen, die nicht ignoriert werden können.
Nutzen Sie das Planungstool, um einen Kapazitätsplan für den Sprint zu erstellen, der für jede Rolle sowohl Urlaubszeiten als auch den Zeitaufwand für Meetings berücksichtigt.