Zum Hauptinhalt springen
teamspace

Hybrides Projektmanagement verbindet feste Planung und agile Sprints in einem Projekt.

Die Planung gibt den Rahmen, die Umsetzung bleibt beweglich. teamspace plant ein Projekt klassisch mit Budget, Terminen und Kapazität und arbeitet die Arbeitspakete agil in Sprints ab. Plan, Stunden und Marge bleiben dabei in einer Sicht. Teil des Projektmanagements in teamspace.

teamspace Hybrides Projektmanagement: links die Karte Klassische Grobplanung für PRJ-014 mit Budget 60.000 Euro, Zeitrahmen Mai bis September, Kapazität enterprise und drei Arbeitspaketen; ein oranger Pfeil in Sprints zerlegt führt zur Karte Agile Umsetzung mit Sprint 1 Konzept fertig, Sprint 2 Umsetzung läuft und Sprint 3 Test geplant.

Worum es geht

Der Plan steht, dann ändert der Kunde die Hälfte.

  • Der Wasserfallplan steht fest, aber die Anforderungen verschieben sich mitten im Projekt.
  • Reines Scrum liefert beweglich, doch der Kunde will Budget und Termin vorab wissen.
  • Plan, Aufgaben und Stunden liegen in drei getrennten Werkzeugen.
  • Was das Projekt gerade verdient, steht erst beim Abschluss fest.
  • An der Grenze zwischen Plan und Umsetzung gehen Aufgaben verloren.

teamspace plant ein Projekt klassisch und arbeitet es agil ab, am selben Arbeitspaket.

Was es ist

Hybrides Projektmanagement vereint zwei Methoden in einem Projekt.

Hybrides Projektmanagement ist die Kombination aus klassischem und agilem Vorgehen in einem Projekt. Der Begriff ist jung, der Gedanke pragmatisch: aus beiden Welten das nehmen, was zur Aufgabe passt.

Im klassischen Projektmanagement folgt das Projekt einem festen Plan. Arbeitspakete, Budget und Termine stehen vorab, Meilensteine markieren den Fortschritt, am Ende steht das vereinbarte Ergebnis.

Das agile Projektmanagement plant kürzer und kundennäher. Nach Scrum entstehen Zwischenergebnisse in Sprints, kurzen Zyklen, nach denen das Team bewertet und neu plant. Zeit und Kosten stehen fest, Art und Umfang der Leistung dürfen sich bewegen.

  • Klassisch gibt den Rahmen: Budget, Termin, Struktur.
  • Agil gibt den Takt: Backlog, Sprints, kurze Abstimmung.
  • Hybrid nutzt beides am selben Projekt, nicht in zwei Werkzeugen.

Water-Scrum

Water-Scrum: grob planen, in Sprints umsetzen.

Die bekannteste Spielart kombiniert Wasserfall und Scrum: den Rahmen klassisch abstecken, die Umsetzung agil takten. Dasselbe Arbeitspaket erscheint dabei in zwei Sichten, in der Projektstruktur und auf dem Board.

Klassische Grobplanung Website-Relaunch · PRJ-014

Budget

60.000 €

Zeitrahmen

Mai–Sep

Kapazität

enterprise

Arbeitspakete Konzept40 h Umsetzung120 h Test32 h
in Sprints zerlegt
Agile Umsetzung zweiwöchentliche Sprints
Backlog
3 Pakete
Sprint 1
Konzept

Kapazität 40 / 40 h

Sprint 2 läuft
Umsetzung

Kapazität 72 / 80 h

Sprint 3
Test

Kapazität 32 / 80 h

Der Plan gibt den Rahmen, das Board macht den Takt. Dasselbe Arbeitspaket, zwei Sichten.

Was es trägt

Drei Dinge braucht ein hybrides Projekt.

Damit aus zwei Methoden ein steuerbares Projekt wird, müssen Rahmen, Takt und Sicht an derselben Struktur hängen. Daran entscheidet sich, ob das Projekt zusammenhält.

Ein fester Rahmen

  • Budget und Termin stehen vorab, aus dem bestätigten Auftrag.
  • Auftragspositionen werden Teilprojekte und Arbeitspakete.
  • Die Struktur trägt Verantwortliche und Plan-Stunden.

Ein agiler Takt

  • Arbeitspakete wandern in den Backlog und in den Sprint.
  • Das Scrum-Board führt sie von Wartend bis Fertig.
  • Das Team stimmt sich kurz ab, statt lange vorzuplanen.

Eine Sicht auf beides

  • Plan und Board zeigen dasselbe Arbeitspaket.
  • Gebuchte Stunden hängen am Paket, nicht in einer Nebenliste.
  • Soll-Ist und Marge stehen tagesaktuell daneben.

Vergleich

Getrennte Werkzeuge halten den roten Faden nicht.

Ein eigenes Plan-Tool und ein eigenes Board können beides, nur nicht am selben Projekt. teamspace hält Plan und Sprint auf einer Datenbasis.

Funktion

Plan- und Board-Tool getrennt

teamspace

Projekt aus dem bestätigten Auftrag
Klassische Grobplanung mit Budget und Termin
Dasselbe Arbeitspaket auf dem Scrum-Board
selten
Gebuchte Stunden direkt am Arbeitspaket
Soll-Ist und Marge tagesaktuell
Kapazität gegen Urlaub und Vertragszeit (enterprise)
begrenzt
Plan und Sprint auf einer Datenbasis

„Unsere Mitarbeiter schätzen die Simplizität des Systems."

Zwei Methoden in einem Projekt, aber nur ein System zu bedienen. Diese Einfachheit schätzen die Teams bei WAHLER HR im Alltag.
WAHLER HR

Der Rahmen

Budget, Termin und Kapazität stecken den Rahmen ab.

Den Rahmen gibt meist der Kundenauftrag vor: ein Zeithorizont, ein Budget, begrenzte Mitarbeiterkapazitäten. Aus dem bestätigten Auftrag wird per Klick das Projekt, die Auftragspositionen werden Teilprojekte und Arbeitspakete. Budget und Verantwortliche stehen damit von Anfang an.

Über den Strukturplan schätzen Sie den Aufwand pro Arbeitspaket. Budget und Zeitvorgabe lassen sich je Element auf Auto oder Manuell stellen. Während das Projekt läuft, stehen Plan und Ist tagesaktuell nebeneinander, und drei Warnstufen nach der Ampelmethode melden, bevor ein Wert kippt.

  • Aus dem Auftrag wird das Projekt per Klick, die Positionen werden Arbeitspakete.
  • Budget und Termin als Rahmenbedingung, je Element auf Auto oder Manuell.
  • Die Kapazitätsplanung (enterprise) gleicht den Aufwand gegen Urlaub und Vertragszeit ab.

Der Takt

Arbeitspakete wandern aufs Board und in den Sprint.

Was agil laufen soll, schieben Sie in den Backlog, im einfachsten Fall das ganze Teilprojekt. Der Product Owner pflegt ihn und hält die Reihenfolge mit dem Kunden ab. Für den nächsten Sprint ziehen Sie die anstehenden Arbeitspakete per Drag and Drop hinüber.

Auf dem Scrum-Board wandert jedes Paket über Product-Backlog, Sprint-Backlog, In Arbeit, Zur Abnahme und Fertig. Weil es dasselbe Element wie im Projektplan ist, sehen Projektleitung und Product Owner in der Sprintansicht den Status und über die integrierte Zeiterfassung auch, wie viel Zeit ein Paket schon gekostet hat.

Jeder im Team findet seine Pakete im Aufgabenmanager wieder, nach Fälligkeit sortiert. Aus einem Punkt, der zu einem buchbaren Projekt gehört, lässt sich direkt Zeit buchen.

  • Arbeitspakete, die agil laufen sollen, wandern in den Backlog.
  • Das Scrum-Board führt sie über Sprint-Backlog und In Arbeit bis Fertig.
  • Die gebuchte Zeit hängt am Paket, sichtbar in der Sprintansicht.

Schritt für Schritt

In sechs Schritten ein Projekt hybrid führen.

Vom angelegten Projekt bis zum laufenden Sprint, ein durchgängiger Weg ohne Werkzeugwechsel.

  1. 1

    Projekt erstellen

    Ein neues Projekt anlegen oder einen bestätigten Auftrag überführen. Dabei werden die Auftragspositionen zu Arbeitspaketen, ohne sie zweimal zu erfassen.

  2. 2

    Grobplanung vornehmen

    Budget und zeitlichen Rahmen vorgeben, danach den Aufwand pro Arbeitspaket schätzen. Der Plan steht, bevor die Umsetzung beginnt.

  3. 3

    Einsatzplan erstellen

    Das Projekt mit einer Kapazität verknüpfen, das Team festlegen und die verfügbaren Stunden prüfen. Eine Kapazität lässt sich auch an einen Meilenstein hängen und so über mehrere Projekte nutzen.

  4. 4

    Backlog und Sprint planen

    Über den Backlog festlegen, welche Pakete agil laufen. Die nächsten Aufgaben ziehen Sie per Drag and Drop in den Sprint.

  5. 5

    Aufgaben verteilen

    Die Pakete im Team verteilen oder die Mitarbeitenden tragen sich selbst ein. Im Aufgabenmanager sieht jeder seine Pakete und ändert den Status.

  6. 6

    Fortschritt verfolgen

    Projektleitung und Product Owner sehen in der Sprintansicht den Status und die gebuchte Zeit. Die Ampel im Controlling meldet, wenn Budget oder Termin kippt.

15 Minuten

Zeigen Sie uns ein Projekt, das beides braucht.

In 15 bis 30 Minuten gehen wir ein typisches Projekt durch und Sie sehen, wie sich klassische Grobplanung und agile Sprints in teamspace verbinden. Sie bekommen ein klares Erst-Feedback, ob das zu Ihrer Arbeitsweise passt.

Pragmatik

Beide Welten kombinieren, ohne die Übergänge zu verlieren.

Hybrides Vorgehen ist vor allem pragmatisch. Kaum ein Projekt lässt sich vorab perfekt durchplanen, und reine Lehre nach Scrum passt nur zu wenigen Vorhaben. Wer aus beiden Welten das Passende nimmt, arbeitet strukturiert und bleibt trotzdem beweglich.

Zwei Dinge entscheiden, ob das gelingt. Erstens müssen die Beteiligten beide Methoden kennen, die klassische Planung und die agile Umsetzung. Zweitens muss die Stelle zwischen Plan und Sprint klar geregelt sein: wer plant, wer setzt um, was wann in den Backlog wandert. Eine gemeinsame Software gibt diesen Rahmen vor, statt ihn jeder Projektleitung allein zu überlassen.

Mehr aus dem Projektmanagement

Anwendungsfälle, die das Projekt teilt.

Die hybride Führung lebt von denselben Daten wie diese Bereiche, ohne dass jemand etwas doppelt pflegt.

Scrum Board

Backlog, Sprints und Sprint-Backlog: die agile Sicht auf die Arbeitspakete.

Mehr erfahren

Kanban Board

Aufgaben wandern über frei definierte Status, vom Wartend bis zum Fertig.

Mehr erfahren

Agiles Projektmanagement

Kanban oder Scrum, wann welche Methode zum Vorhaben passt.

Mehr erfahren

Projektstrukturplan

Hauptprojekt, Teilprojekt und Arbeitspaket: der Rahmen für die Grobplanung.

Mehr erfahren

Kapazitätsplanung

Wer ist eingeplant, wer ist frei: Auslastung pro Person und Woche (enterprise).

Mehr erfahren

Projektcontrolling

Plan, Ist und Marge tagesaktuell, mit Warnstufen auf Budget und Termin.

Mehr erfahren
teamspace Projektmanagement: Steuer-Cockpit mit Soll-Ist, Forecast und Ampel pro Projekt

Teil des Projektmanagements

Hybride Projekte sind eine Sicht des Projektmanagements.

Grobplanung, Sprints und Abrechnung sind kein eigenes Werkzeug, sondern eine Arbeitsweise auf den Projekten, die Sie in teamspace ohnehin führen. Vom Projektstrukturplan über das Controlling bis zur Abrechnung, in einer Übersicht.

Projektmanagement ansehen

Im Alltag

Für wen sich hybrides Projektmanagement eignet.

Am stärksten passt das Vorgehen zu Dienstleistern, die Kundenaufträge projektbasiert abwickeln und dabei in engem Austausch mit dem Kunden stehen. Der Auftrag gibt Budget und Termin vor, die Umsetzung muss aber auf neue Anforderungen reagieren können. Genau dafür ist Water-Scrum gedacht: den Rahmen klassisch sichern, die Arbeit agil takten.

teamspace führt beide Welten am selben Projekt. Weil Plan, Sprint und gebuchte Stunden an einem Arbeitspaket hängen, lässt sich jede Zahl bis zur einzelnen Buchung zurückverfolgen. Steht die Einsatzplanung an, prüft der Einplanungs-Assistent der enterprise-Edition Urlaub, Krankheit und Vertragsarbeitszeit und gibt Konflikte an die Planung zurück.

Wir entwickeln teamspace seit 1999 in Darmstadt. Der Betrieb läuft in einem ISO-27001-zertifizierten Rechenzentrum in Frankfurt am Main, die Datenverarbeitung ausschließlich in der EU. Vertragspartner ist die 5 POINT AG, eine deutsche Aktiengesellschaft nach deutschem Recht.

Häufige Fragen zum hybriden Projektmanagement

Was ist hybrides Projektmanagement?
Hybrides Projektmanagement ist die Kombination aus klassischem und agilem Vorgehen in einem Projekt. Meist wird klassisch grob geplant, also Budget, Termine und Struktur vorab festgelegt, und die Umsetzung agil in Sprints organisiert. So bleibt der Rahmen verbindlich, während die Arbeit beweglich bleibt.
Was bedeutet Water-Scrum?
Water-Scrum setzt sich aus Wasserfall und Scrum zusammen. Gemeint ist eine klassische Grobplanung nach Zeit, Budget und Kapazitäten mit einer agilen Umsetzung in Sprints. Das Modell passt vor allem zu Dienstleistern, die Kundenaufträge projektbasiert abwickeln und eng mit dem Kunden abstimmen.
Wie verbindet teamspace klassisches und agiles Projektmanagement?
In teamspace planen Sie das Projekt klassisch mit einem Strukturplan aus Haupt-, Teilprojekten und Arbeitspaketen. Dieselben Arbeitspakete lassen sich auf ein Scrum- oder Kanban-Board legen und dort agil bearbeiten. Es ist dasselbe Element in zwei Sichten, kein zweites Werkzeug und keine doppelte Pflege.
Sieht das Team den Projektplan und das Board gleichzeitig in einer Ansicht?
Nein. Es gibt keine Sicht, die Gantt und Board-Spalten übereinanderlegt. Stattdessen ist es dasselbe Arbeitspaket, das einmal in der Projektstruktur und einmal auf dem Board erscheint. Ändert sich der Status, ist er in beiden Sichten aktuell.
Brauche ich für die Sprints ein zusätzliches Tool?
Nein. Die Kanban- und Scrum-Boards sind Teil von teamspace und mit dem Projekt verknüpft. Sie schieben ein Arbeitspaket aus dem Plan auf das Board und bearbeiten es dort agil, ohne die Anwendung zu wechseln.
Sehen wir die Marge schon während der Umsetzung?
Ja. teamspace stellt Plan und Ist tagesaktuell gegenüber und berechnet den Deckungsbeitrag laufend aus internen Stundensätzen, gebuchten Zeiten und Kosten. Drei Warnstufen nach der Ampelmethode melden, bevor Budget oder Termin kippt.

Erstgespräch

Wir planen ein Projekt einmal gemeinsam grob und agil.

Vom Budget und Termin bis zum ersten Sprint. In einem kurzen Gespräch sehen Sie, wie teamspace die klassische Planung und die agile Umsetzung an einer Stelle hält.