Projektfrist-Rechner, mehrphasiger Zeitplan
Zuletzt geprüft: 19. Mai 2026
Planen Sie einen mehrphasigen Projektzeitplan in Arbeitstagen. Fügen Sie bis zu 6 Phasen hinzu, jede mit Namen und Dauer in Arbeitstagen, und erhalten Sie exakte Meilensteindaten ab Ihrem Projektstart. Wochenenden und gesetzliche Feiertage werden automatisch übersprungen.
Die Phasen sind sequentiell verkettet, jede beginnt am nächsten Arbeitstag nach Ende der vorherigen. Teilen Sie Ihren Zeitplan per URL oder kopieren Sie ihn als formatierten Text für E-Mails und Projektunterlagen.
Beispiel aus der Praxis: fünfphasiger Bürobau
Ein Generalunternehmer, der ein 1.115 Quadratmeter großes Büro in Austin saniert, gliedert den Plan in fünf benannte Phasen: Entwurf mit 10 Arbeitstagen, Genehmigungsprüfung mit 15 Arbeitstagen, Abbruch mit 5 Arbeitstagen, Bauphase mit 40 Arbeitstagen und Endabnahme mit 3 Arbeitstagen. Mit Start am Montag, 4. Mai 2026, und unter dem US-Bundeskalender trifft der Plan auf Memorial Day (25. Mai), Juneteenth (19. Juni) und den verschobenen Independence Day (3. Juli). Jeder Feiertag zehrt einen Arbeitstag der aktiven Phase auf und verschiebt jede nachgelagerte Phasengrenze um denselben Betrag, sodass die einfache Multiplikation-und-Addition-Schätzung der Realität drei Arbeitstage hinterherläuft. Der PMBOK Guide des PMI beschreibt dies als Critical-Path-Planung auf einem Arbeitstagskalender; dieselbe Logik gilt für die agile Sprintplanung, in der ein Zwei-Wochen-Sprint über Memorial Day neun statt zehn Arbeitstage Kapazität hat. Software-Release-Trains, ASIC-Tape-outs und FDA-Einreichfristen nutzen aus demselben Grund Arbeitstagsmathematik: Wochenenden und Feiertage sind real, und der Projektplan muss sie einrechnen.
Häufige Fallstricke in mehrphasigen Zeitplänen
Vier Planungsfehler tauchen in Projektplänen immer wieder auf. Erstens das Behandeln von Sprints als Kalenderwochen; ein Zwei-Wochen-Sprint mit einem bundesweiten Feiertag hat neun Arbeitstage Kapazität, und die Velocity sollte auf der tatsächlichen Arbeitstagszahl statt auf einer pauschalen „Mannschaftsstärke mal zehn“-Schätzung beruhen. Zweitens das Überlappen von Phasen, obwohl der SOW Übergaben vorsieht; Übergaben von Entwurf zu Genehmigung, Bau zu QA und QA zu Deployment werden klarer, wenn jede Phase am nächsten Arbeitstag nach Schließung der vorherigen beginnt, nicht am selben Tag. Drittens das Anwenden eines einzelnen regionalen Feiertagskalenders auf ein global verteiltes Team; ein Entwicklungsteam, das auf die USA, Indien und die Philippinen verteilt ist, trifft Memorial Day, Diwali und Bonifacio Day an unterschiedlichen Arbeitstagen, und der Projektplan muss die Schnittmenge der Arbeitstage für länderübergreifende Meilensteine verfolgen. Viertens das Vergessen verschobener Tage an Jahresgrenzen; ein Projektplan, der im Oktober für einen Q1-Launch geschrieben wird, muss Neujahr (verschoben auf Freitag oder Montag) sowie den Martin Luther King Jr. Day in der dritten Januarwoche einrechnen, beide verkürzen die Januar-Arbeitskapazität.
Sprintplanungs-Checkliste für Arbeitstagskapazität
Ein wiederholbarer Rhythmus macht die Sprintplanung ehrlicher: Zählen Sie zu Beginn jedes Sprints die tatsächlichen Arbeitstage im Sprintfenster unter dem maßgeblichen Feiertagskalender des Teams, multiplizieren Sie mit verfügbarer Personalstärke und durchschnittlicher Fokusquote, und nutzen Sie diese Zahl als verpflichtete Kapazität. Ein Team aus vier Engineers in einem Zwei-Wochen-Sprint mit Memorial Day verpflichtet sich auf 4 × 9 × 0,7 = rund 25 Arbeitstage fokussierte Leistung, nicht auf 4 × 10 × 0,7 = 28. Der Kapazitätsverlust von acht bis zwölf Prozent fällt bei kleineren Teams stärker ins Gewicht, wo eine einzelne nicht abgeschlossene Story den Unterschied zwischen einem sauberen Sprint und einem Übertrag ausmacht. Engineering-Leitungen, die quartalsweise OKR-Reviews machen, können dieselbe Rechnung über das Quartal anwenden, um Quartale mit wenigen Arbeitstagen zu erkennen (Q1 hat unter dem US-Kalender wegen MLK Day und Presidents' Day typischerweise die wenigsten, Q3 die meisten).
Projektzeitpläne mit Stakeholdern teilen
Der Rechner kodiert die Phasenstruktur und das Startdatum in der URL, sodass das Kopieren der Seitenadresse den Empfänger an denselben Zeitplan führt. Für Projektpaten, die eine schriftliche Zusammenfassung bevorzugen, erzeugt die Schaltfläche „Zeitplan kopieren“ einen reinen Textblock, der sich sauber in E-Mail, Slack und Confluence einfügen lässt. Meilensteindaten je Phase und die Gesamt-Arbeitstagszahl werden korrekt ausgegeben, was die Stakeholder-Kommunikation konsistent zum Bildschirmstand der Projektleitung hält. Für Beratungsmandate gibt das Mitliefern der URL im Projektauftrag oder Kickoff-Deck dem Mandanten einen Live-Link, den er bei Scope-Änderungen mit verschobenem Startdatum oder neuen Phasendauern erneut aufrufen kann.
Bauprojekte nach AIA A101 und Bundesverträge nach FAR Part 36 stützen sich beide auf kalenderbewusste Meilensteinplanung für Vertragsstrafenklauseln. Termine für „substantial completion“ in Arbeitstagen im Projekt-Manual bedeuten, dass der Plan jeden Arbeitstagsversatz durch bundesweite, einzelstaatliche oder lokale Feiertage abbilden muss. Eine Vor-Bau-Besprechung, in der der Projektkalender mit der richtigen Feiertagsliste in Procore oder Primavera P6 hochgeladen wird, erkennt Plandrift, bevor sie als Change Order auftaucht.
Nur zu Informationszwecken
Dieser Rechner liefert allgemeine Schätzungen auf Basis der Regeln zur Arbeitstagszählung. Er stellt keine Rechtsberatung dar. Fristen in rechtlichen, regulatorischen oder vertraglichen Angelegenheiten unterliegen unter Umständen gerichtsbezirksspezifischen Regeln, Gerichtsbeschlüssen oder gesetzlichen Ausnahmen. Bestätigen Sie kritische Fristen immer mit einer qualifizierten Fachperson.