WORKSPACE.PM
Projektart: IT-Projekte

Sprints im Team, Meilensteine im Blick - ein Plan für beide Welten.

Vom Projektantrag über Sprint-Board und Rollout-Terminplan bis zum Go-Live: WORKSPACE.PM verbindet agile Entwicklung und klassische Projektsteuerung in einer Datenbasis - mit Berichten, die auch das Management liest.

IT-Projekt „Kundenportal 2.0“Projektstand
AntragKonzeptSprintsGo-LiveBetrieb
18/26
Arbeitspakete
in 34 T
Go-Live
2
Offene Risiken
  • Sprint 6 - Review vorbereitenerledigt
  • Lasttest auf Staging planenerledigt
  • Statusbericht Sprint 6 entwerfenoffen
User Story „SSO-Login“ abgeschlossen

Kennen Sie das aus Ihren IT-Projekten?

Vier Muster, die IT-Vorhaben verzögern - lange bevor die Technik es tut.

Fachbereich und IT reden aneinander vorbei

Anforderungen kommen per Mail, Prioritäten wechseln wöchentlich - und welche Anträge überhaupt entschieden wurden, weiß nur das Postfach.

Sprints hier, Projektplan dort

Das Entwicklungsteam lebt im Board, die Projektleitung pflegt daneben eine Termin-Tabelle. Zwei Wahrheiten, kein gemeinsamer Stand.

Der Scope wächst leise

Jede Erweiterung ist „nur eine Kleinigkeit“. Am Ende fehlen vier Wochen - und der Beleg, wann was dazukam.

Go-Live nach Bauchgefühl

Der Reifegrad steckt in Köpfen und Chat-Verläufen. Die Entscheidung fällt ohne eingefrorenen, belastbaren Stand.

Ein IT-Projekt in WORKSPACE.PM - vom Antrag bis zum Go-Live

Begleiten Sie das Beispielprojekt „Kundenportal 2.0“ durch fünf Phasen - und sehen Sie, welches Modul an jeder Station die Arbeit trägt.

Antrag

Aus dem Bedarf wird eine Gate-Entscheidung

Der Fachbereich reicht den Bedarf als Projektantrag ein - mit Kategorie, Tier und Kosten-Nutzen-Schätzung. Das Gremium entscheidet am Gate: Go, Hold oder Recycle. Die Entscheidung ist protokolliert statt gefühlt.

Projektanträge mit Gate-Entscheidung führen
Projektantrag: Kundenportal 2.0Tier: Standard
Gate-Entscheidung · protokolliertGo
Setup

Zwei Arbeitswelten, ein Projekt

Die KI schlägt die Struktur vor, die Projektleitung teilt auf: Die App-Entwicklung läuft in Sprints, Rollout und Infrastruktur im Terminplan mit Fixterminen. Beides teilt sich Budget, Team und Berichtswesen.

Projektstruktur mit Methodenmix aufsetzen
  • Rollout & InfrastrukturTerminplan
  • App-EntwicklungSprints
KI-Strukturvorschlag geprüft
Sprints

Das Backlog fließt durch die Sprints

Das Backlog wird per Drag & Drop priorisiert und den Sprints zugeordnet; das Sprint-Board zeigt den Burndown auf Wunsch direkt im Board, der Abschluss-Dialog hält die Review-Notiz fest. Geschätzt wird, wie Ihr Team will - Story Points, T-Shirt-Größen oder Stunden.

Sprint-Board mit Backlog und Burndown
Sprint 630.09.-11.10.

34 Story Points geplant · 21 fertig

User Story: SSO-Login5 SP
Go-Live

Die Go-Live-Reife wird gerechnet, nicht gefühlt

Das Quality Gate vor dem Go-Live hat Kriterien und benannte Genehmiger; der Statusbericht befüllt sich vor und erinnert von selbst an seinen Stichtag. Nach der Freigabe sind die Werte eingefroren - die Entscheidung hat einen Beleg.

Statusberichte mit Ampel und Freigabe
  • Termin · im Plan
  • Scope · beobachten
Freigegeben - Werte eingefroren
Betrieb

Die Übergabe hinterlässt kein Wissensloch

Runbooks und Known-Issues-Listen entstehen als Wiki-Seiten mit Verifiziert-Abzeichen, das nach Ablauf automatisch verfällt - die Übersicht zeigt jederzeit, was zu prüfen ist. Per Backlink hängt die Doku direkt am Arbeitspaket.

Betriebswissen verifiziert übergeben
  • Runbook DeploymentVerifiziert
  • Known Issues Portal 2.0Läuft ab in 14 T
Per Backlink am Arbeitspaket „Go-Live“

Dazwischen greifen die übrigen Module: Architektur-Beschlüsse mit Freigabe-Status, Änderungsanträge für Scope-Erweiterungen, Kapazitätsplanung nach Skills und Zeiterfassung mit Abrechenbar-Kennzeichen.

Ihr Werkzeugkasten für IT-Projekte

Sechs Module, die in Entwicklung und Rollout täglich tragen - jede Karte führt zur Detailseite.

Agil entwickeln, klassisch verantworten

Sprints für das Produkt, Terminplan für Rollout und Gremien - WORKSPACE.PM bildet beide Welten im selben Projekt ab.

AgilHybridKlassisch

Hier arbeiten die meisten IT-Projekte

Im Container-Konzept wählt jedes Teilprojekt seine Arbeitsweise: Die Entwicklung läuft mit Backlog, Sprints und Burndown, während Migration und Rollout im Terminplan mit Fixterminen und kritischem Pfad stehen. Budget, Team und Berichte bleiben dabei eine Einheit.

So technisch Ihr Projekt ist - nach oben berichtet es einheitlich

Freigegebene Statusberichte, Ampeln und Kennzahlen verdichten sich automatisch ins Portfolio. CIO und Geschäftsführung vergleichen das Portal-Projekt mit jedem anderen Vorhaben - ohne Extra-Folien aus dem Team.

Ohne Zusatzaufwand für Ihr Team

Die häufigsten Einwände aus IT-Teams - und was WORKSPACE.PM ihnen entgegensetzt.

Die KI macht den Anfang

Aus dem Anforderungsdokument im PDF entsteht der Projektsteckbrief, daraus die Struktur samt Meilensteinen, dazu Vorschläge für Risiken und Gegenmaßnahmen. Ihr Team prüft und verfeinert - statt bei null zu starten.

Entwickler bleiben im Board

Wer Aufgaben abarbeitet, sieht Board, Backlog und Sprint - nicht das ganze PM-Cockpit. Bugs und Incidents sind Kartentypen, Zeiten bucht das Team an der Karte oder per Satz an den KI-Assistenten.

Governance ist Nebenwirkung, kein Projekt

SSO per OIDC/SAML (z. B. Entra ID, Okta), Nutzer-Provisionierung per SCIM 2.0, LDAP-Sync für Self-hosted-Umgebungen - und ein lückenloser Audit-Trail, der zeigt, wer wann was geändert hat.

Häufige Fragen aus IT-Abteilungen

Antworten auf die wichtigsten Einwände vor dem Start.

Ja - das ist der Kern des Container-Konzepts: Die Entwicklung arbeitet mit Backlog, Sprints und Burndown, Rollout und Migration stehen im Terminplan mit kritischem Pfad. Termine, Kosten und Status verdichten sich trotzdem einheitlich.

WORKSPACE.PM führt Ihre Projekte - Anträge, Sprints, Termine, Budget, Risiken und Berichte. Bugs und Incidents lassen sich als Kartentypen klassifizieren; ein ITSM-System für den Betrieb ersetzt das bewusst nicht. Über REST-API und signierte Webhooks binden Sie Ihre Toolkette an.

Erweiterungen laufen als Änderungsanträge mit Kategorie, Auswirkungs-Dimensionen, Genehmiger und Genehmigungsstatus - auf Wunsch mit Bezug auf das auslösende Risiko. So hat jede „Kleinigkeit“ ein Datum und einen Beleg.

Dienstleister erhalten reguläre Konten mit rollenbasierten Rechten - vierstufig je Bereich und bis auf Feld-Ebene steuerbar. Ihre Stunden tragen das Abrechenbar-Kennzeichen; wer nur dokumentiert werden soll, steht ohne Konto im Projekt-Roster.

Freigegebene Statusberichte mit Termin-, Kosten- und Leistungsampel, Kennzahlen bis ins Portfolio und den Projektsteckbrief als PDF - tagesaktuell aus denselben Daten, mit denen das Team ohnehin arbeitet.

Bringen Sie Ihr nächstes IT-Projekt planbar zum Go-Live

Starten Sie kostenlos und setzen Sie Ihr erstes Projekt in Minuten auf - mit KI-Strukturvorschlag, Sprints und Terminplan im selben Projekt.