Die Verbindung zwischen Zeit und Kosten in Softwareprojekten
Zeit und Kosten sind in Softwareprojekten untrennbar verbunden: Ein zu knapper Zeitplan führt zu Qualitätsproblemen und Mehrkosten, ein zu großzügiger Zeitplan bindet unnötig Ressourcen. Dieser Artikel zeigt, wie Sie realistische Zeitpläne erstellen und deren Kostenauswirkungen korrekt berechnen.
1. Warum Zeitpläne regelmäßig scheitern
| Ursache | Häufigkeit | Typische Verzögerung |
|---|---|---|
| Scope-Unterschätzung | Sehr häufig | +30–50 % |
| Abhängigkeiten nicht berücksichtigt | Häufig | +15–30 % |
| Feedback-Schleifen zu lang | Häufig | +10–25 % |
| Parallele Arbeit überschätzt | Regelmäßig | +10–20 % |
| Kein Puffer eingeplant | Regelmäßig | Jede Verzögerung schlägt voll durch |
| Team-Verfügbarkeit zu optimistisch | Gelegentlich | +10–15 % |
Werte basieren auf Branchenschätzungen.
2. Vom Aufwand zum Zeitplan
Die Grundformel
Projektdauer = Aufwand (Personentage) ÷ Teamgröße ÷ Auslastungsgrad + Puffer
Beispiel:
Aufwand: 200 Personentage
Teamgröße: 3 Entwickler
Auslastungsgrad: 80 % (Rest: Meetings, Admin)
→ Dauer: 200 ÷ 3 ÷ 0,8 = 83 Arbeitstage ≈ 17 Wochen
+ Puffer (20 %): ~20 Wochen ≈ 5 MonateKalkulationsbeispiel mit vereinfachten Annahmen.
Warum Sie nicht beliebig parallelisieren können
Mehr Entwickler ≠ proportional schneller. Der Kommunikationsoverhead steigt:
| Teamgröße | Kommunikationskanäle | Overhead |
|---|---|---|
| 2 Personen | 1 | Minimal |
| 3 Personen | 3 | Gering |
| 5 Personen | 10 | Spürbar |
| 8 Personen | 28 | Erheblich |
| 10 Personen | 45 | Sehr hoch |
(Formel: n × (n−1) ÷ 2)
Faustregel: Ab 5–6 Personen bringt jede zusätzliche Person weniger Geschwindigkeitsgewinn (Praxiserfahrungswert).
3. Phasenbasierte Zeitplanung
Typische Phasenverteilung
| Phase | Anteil an der Gesamtdauer | Typische Dauer (bei 6-Monats-Projekt) |
|---|---|---|
| Konzeption und Planung | 10–15 % | 2–4 Wochen |
| Design | 10–15 % | 2–4 Wochen |
| Entwicklung | 40–50 % | 10–13 Wochen |
| Testing und QA | 15–20 % | 4–5 Wochen |
| Deployment und Go-Live | 5–10 % | 1–3 Wochen |
| Puffer (verteilt) | 10–20 % | 3–5 Wochen |
(Branchenschätzung)
Meilensteine setzen
| Meilenstein | Typischer Zeitpunkt | Kosten bis hierher (%) |
|---|---|---|
| Kickoff und Scope-Freigabe | Woche 0 | 0 % |
| Konzept und Architektur abgeschlossen | Woche 3–4 | 10–15 % |
| Design abgenommen | Woche 6–8 | 20–30 % |
| MVP / Kernfunktionen fertig | Woche 14–16 | 50–60 % |
| Feature-Complete | Woche 18–20 | 75–85 % |
| Testing abgeschlossen | Woche 22–24 | 90–95 % |
| Go-Live | Woche 24–26 | 100 % |
(Branchenschätzung, bezogen auf ein 6-Monats-Projekt)
4. Zeitplan-Risiken und ihre Kostenauswirkungen
| Risiko | Eintrittswahrscheinlichkeit | Zeitimpact | Kostenimpact |
|---|---|---|---|
| Anforderungsänderung (größere) | Hoch | +2–6 Wochen | +15–30 % |
| Key-Person fällt aus | Mittel | +2–4 Wochen | +10–20 % |
| Technisches Problem (unerwartet) | Mittel | +1–3 Wochen | +5–15 % |
| Drittanbieter liefert nicht | Mittel | +2–8 Wochen | +10–25 % |
| Abnahme verzögert sich | Hoch | +1–4 Wochen | +5–10 % |
(Branchenschätzung)
Die Kosten von Verzögerungen
Kosten pro Woche Verzögerung = Team-Wochenkosten + Opportunitätskosten
Beispiel (3-Personen-Team):
Team-Wochenkosten: 3 × 40 h × 100 €/h [3] = 12.000 €/Woche
Opportunitätskosten (verspäteter Launch): variabel, aber oft > TeamkostenKalkulationsbeispiel – die Werte dienen nur der Veranschaulichung.
Eine 4-wöchige Verzögerung kostet in diesem Beispiel mindestens 48.000 € an direkten Kosten – plus entgangene Einnahmen.
5. Praxisbeispiel: Zeitplan und Budget für eine Mobile App
Ein Gesundheitsunternehmen plant eine Patienten-App (iOS + Android).
Team: 1 Projektleiter, 1 UX Designer, 2 Mobile-Entwickler, 1 Backend-Entwickler, 1 QA.
| Phase | Dauer | Team-Einsatz | Kosten |
|---|---|---|---|
| Konzeption und Planung | 3 Wochen | PL, UX, 1 Dev | 14.400 € |
| Design und Prototyp | 4 Wochen | PL (50 %), UX, 1 Dev | 17.600 € |
| Entwicklung Sprint 1–3 | 6 Wochen | PL (50 %), 2 Mobile, 1 Backend | 50.400 € |
| Entwicklung Sprint 4–6 | 6 Wochen | PL (50 %), 2 Mobile, 1 Backend | 50.400 € |
| Testing und QA | 4 Wochen | PL (30 %), 1 Dev, QA | 20.800 € |
| App-Store-Submission und Launch | 2 Wochen | PL, 1 Dev | 8.800 € |
| Puffer (verteilt) | 3 Wochen | 50 % Team | 16.800 € |
| Gesamt | 28 Wochen (~7 Monate) | 179.200 € |
Kalkulationsbeispiel – die Werte dienen nur der Veranschaulichung.
Wichtig: Die App-Store-Review-Zeit (1–2 Wochen) ist nur eingeschränkt steuerbar und sollte im Zeitplan berücksichtigt werden.
Fazit und Einordnung
1. Der Auslastungsgrad ist aussagekräftiger als eine angenommene 100-%-Verfügbarkeit: Werte von 75–80 % werden in vielen Teams als Planungsgröße genutzt.
2. Klare Meilensteine verbessern die Steuerbarkeit: Sie machen Fortschritt sichtbarer und erleichtern frühzeitige Korrekturen.
3. Parallelisierung stößt an praktische Grenzen: Größere Teams erzeugen häufig überproportional mehr Koordinationsaufwand.
4. Verzögerungskosten sollten nachvollziehbar bewertet werden: Das macht Zeitplan-Risiken für Stakeholder greifbarer.
5. Zeitpläne sollten regelmäßig überprüft werden: Ein fortgeschriebener Plan bildet die Realität meist besser ab als eine starre Ausgangsplanung.
Quellen
- Bitkom IT-Arbeitsmarkt (2025-10-01)
- GULP Stundensatzkalkulator (2025-06-01)
- StepStone – Gehälter IT-Softwareentwickler/in (2026-01-01)