Zwei Termine, zwei Bedeutungen
Der Meilenstein hält die ursprüngliche Zusage fest. Die Problemmeldung hat einen eigenen Lösungstermin. Wird dieser verschoben, darf die erste Frist nicht verschwinden.
Project Control / Internes Geschäftssystem
PROJECT CONTROLDas ganze Projektportfolio im Blick.
Projektleitungen und Projektbüros brauchen die Übersicht ebenso wie den Blick ins Detail. Project Control verbindet die Sicht nach Programm, Portfolioleitung und Abteilung mit den Arbeitsbereichen, Finanzen, Problemen und Belegen einzelner Projekte.
PROJECT CONTROL / Startseite17.10.2026
Ansicht vergrößern Die Ansichten zeigen einen getrennten Beispieldatensatz. Northbank School, Personen und Dokumente veranschaulichen das Verhalten des realen Systems.
- Zweck
- Projektmonitoring, Abstimmungen und Berichte im Projektbüro.
- Arbeitsumfeld
- Mehrere Projekte im gemeinsamen Überblick: Programme, Portfolioverantwortliche und Abteilungen, mit Details zu Projekten, Arbeitsbereichen und Objekten.
- Umfang der Arbeit
- Bedarf und Anforderungen, Architektur, Datenmodell, Geschäftsregeln, Begleitung der Umsetzung, Integration und Prüfung.
Die Aufgabe im Alltag
Hinter jeder Übersicht stehen konkrete Projekte.
Dasselbe Portfolio lässt sich nach Programm, Portfolioleitung oder Abteilung betrachten. Jede Ansicht führt zu den Projekten und ihren Arbeitsbereichen, Objekten, Finanzdaten und Problemen. Dokumente und Berichte halten die Grundlage eines Status oder einer Summe zur Prüfung bereit.
Die Frage hinter der Übersicht
In der Projektbesprechung soll aus dem Überblick eine konkrete Entscheidung werden: Welches Projekt braucht Aufmerksamkeit, wer ist zuständig und welche Unterlagen helfen weiter? Verknüpfte Datensätze machen diesen Weg nachvollziehbar.
Ein Arbeitsablauf / Ein Beispiel im Detail
Die Fassadenfreigabe an der Northbank School verfolgen.
Das Beispiel E1 führt von der Projektübersicht über den Meilenstein zur verknüpften Problemmeldung und zum Prüfvermerk. In diesem festgehaltenen Stand ist das Problem offen. Ein geplanter Abschlusstermin bedeutet noch keine erteilte Freigabe.
Ein geführter Prozessrundgang mit echten englischen Bildschirmaufnahmen und einem getrennten Beispieldatensatz aus Oktober 2026. Wechseln Sie die Schritte und vergrößern Sie die Ansichten, um die Belege zu prüfen. Dies ist keine laufende Anwendungssitzung.
Projektleitung
Beim Projekt beginnen und dann ins Detail gehen.
- Die Frage
- Welche Arbeiten gehören zu diesem Projekt?
- Im System
- Die Ansicht der Arbeitsbereiche ist für Northbank School, Code E1, geöffnet. Sie zeigt Tragwerk und Kalksteinfassade sowie Unterrichtsausstattung und Gebäudetechnik.
- Was dadurch klar wird
- Projektcode und Bezeichnungen halten den Bezug zu E1 sichtbar. Budgets und Zahlungen zeigen den finanziellen Stand; sie messen nicht den Baufortschritt.
Wer als Nächstes handeltDie Projektleitung verfolgt die offene Zusage gemeinsam mit der Koordination weiter.
Projektkoordination
Die ursprüngliche Zusage sichtbar halten.
- Die Frage
- Was war bis wann zugesagt?
- Im System
- Den Meilenstein „Facade sample approval“ öffnen. Die ursprüngliche Frist ist der 12. Oktober 2026. Von dort zur verknüpften Problemmeldung wechseln.
- Was dadurch klar wird
- Die ursprüngliche Verpflichtung bleibt nachvollziehbar, auch wenn für die Verzögerung ein neuer Lösungsplan nötig ist.
Wer als Nächstes handeltDie verknüpfte Problemmeldung hält fest, wie die ausstehende Freigabe bearbeitet wird.
Koordination und zuständige Stelle
Zuständigkeiten ausdrücklich benennen.
- Die Frage
- Wer koordiniert und welche Organisation ist verantwortlich?
- Im System
- Die Problemmeldung im Projekt E1 prüfen: Emma Reed ist die Koordinatorin, Engineering & Infrastructure die zuständige Stelle.
- Was dadurch klar wird
- Es ist erkennbar, mit wem die Arbeit fortzusetzen ist. Koordination und organisatorische Verantwortung sind getrennt ausgewiesen.
Wer als Nächstes handeltKoordination und zuständige Stelle arbeiten mit derselben Problemmeldung.
Koordination und zuständige Stelle
Die Lösung planen, ohne die Vergangenheit umzuschreiben.
- Die Frage
- Bis wann soll das Problem jetzt gelöst sein?
- Im System
- Den geplanten Abschluss am 22. Oktober 2026 neben der ursprünglichen Meilensteinfrist vom 12. Oktober betrachten.
- Was dadurch klar wird
- Lösungsplan und ursprüngliche Zusage beantworten verschiedene Fragen. Im festgehaltenen Stand ist das Problem noch offen und unter Kontrolle, nicht abgeschlossen.
Wer als Nächstes handeltDie zuständige Seite kann den nächsten sachlichen Fortschritt zu diesem Plan festhalten.
Ansicht vergrößern Zusage12.10.2026Lösungsplan22.10.2026
Beteiligte und Koordination
Nachlesen, was im Zusammenhang festgehalten wurde.
- Die Frage
- Was wurde dokumentiert und wo liegt der Beleg?
- Im System
- Den Journaleintrag vom 14. Oktober 2026 aufklappen und den Anhang „E1 - Facade sample approval - review record.docx“ ansehen.
- Was dadurch klar wird
- Eintrag, Datum und Anhang lassen sich gemeinsam prüfen. Eine Statusbezeichnung muss nicht die gesamte Erklärung tragen.
Wer als Nächstes handeltDie Koordination öffnet das Dokument und prüft, welche Aussage es tatsächlich belegt.
Projektprüfung
Erst den Beleg prüfen, dann eine Schlussfolgerung ziehen.
- Die Frage
- Was geht aus dem angehängten Vermerk hervor?
- Im System
- Den Prüfvermerk zu E1 öffnen. Er nennt den 15. Oktober 2026 als Prüfdatum; der Journaleintrag trägt den 14. Oktober. Das sind unterschiedliche Daten.
- Was dadurch klar wird
- Die Grundlage lässt sich prüfen, ohne einen geplanten Abschlusstermin oder einen Anhang mit einer erfolgten Freigabe zu verwechseln.
Wer als Nächstes handeltDie nächste Entscheidung bleibt bei den Verantwortlichen. Das System hält Zusammenhang und Belege zugänglich.
Ansicht vergrößern Prüfvermerk herunterladen ↓ DOCX · 37 KB
Beispiel-DOCX aus dem vorbereiteten Datensatz. Es erläutert den Ablauf und ist kein Arbeitsdokument einer Organisation.
Der Zusammenhang bleibt bei jeder Übergabe erhalten.
Regeln, die die Details im Alltag brauchbar machen.
Wählen Sie einen Punkt im Ablauf, um die zugehörige Ansicht zu öffnen. Menschen entscheiden und übernehmen Verantwortung; das System verbindet die dafür benötigten Einträge.
Ein gemeinsames Thema, getrennte Zuständigkeiten
Ein Problemthema kann mehrere Projekte betreffen. Jedes Projekt behält dabei seine Verantwortlichen, seinen Status und seine Termine. Die gemeinsame Diskussion hebt die jeweilige Verantwortung nicht auf.
Belege neben dem Eintrag
Journaleinträge und Dokumente bleiben im Zusammenhang des Arbeitsdatensatzes. Wer später prüft, kann die Grundlage einer Aktualisierung direkt ansehen.
Kennzahlen mit nachvollziehbarer Grundlage
Projektkennzahlen und Berichte lassen sich mit ihren Ausgangsdaten abgleichen. Baufortschritt, Jahresergebnisse, Zusagen und finanzielle Ausführung behalten ihre eigene Bedeutung.
Ein gemeinsames Thema, getrennte Zuständigkeiten
Ein Problemthema kann mehrere Projekte betreffen. Jedes Projekt behält dabei seine Verantwortlichen, seinen Status und seine Termine. Die gemeinsame Diskussion hebt die jeweilige Verantwortung nicht auf.
Ansicht vergrößern Einen Bericht mit den Quelldaten abgleichen
Auch Finanzsummen lassen sich am Beispiel Northbank School nachvollziehen. Für den Arbeitsbereich Structure and limestone envelope sind 11.275 Tausend EUR vorgesehen. Im Bericht entfallen auf die beiden Bauobjekte jeweils 5.637,5 Tausend EUR — zusammen dieselbe Zuweisung. Gebundenes Budget und Auszahlungen stehen in getrennten Spalten. Gerundete Berichtswerte sind nicht mit exakten Quellbeträgen gleichzusetzen.
Ansicht vergrößern 
Ansicht vergrößern Vom Bedarf zur Nutzung
Von der Anforderung zum Arbeitswerkzeug.
Anforderungen, Datenmodell und Arbeitsabläufe wurden gemeinsam ausgearbeitet. Die Anwendung wurde im Projektbüro eingeführt und mit neuen Anforderungen weiterentwickelt.
- 01
Die Arbeit verstehen
Klären, welche Fragen Menschen beantworten müssen, wer beteiligt ist und welche Unterlagen eine Projektbesprechung braucht.
- 02
Die Zusammenhänge modellieren
Anforderungen, Architektur, Datenmodell und Geschäftsregeln für Projekte, Meilensteine, Probleme und Dokumente entwerfen.
- 03
Die Umsetzung führen
Die Implementierung begleiten, die Bestandteile integrieren und prüfen, ob das Verhalten den fachlichen Anforderungen entspricht.
- 04
Einführen und weiterentwickeln
Das System in die interne Nutzung bringen, Ergebnisse prüfen und mit den Arbeitsanforderungen weiter verbessern.
PROJECT CONTROL
Was diese Fallstudie zeigt.
Ein eingesetztes internes System mit verbundenen Datensätzen für die Projektbesprechung.
- Ein internes System für das Projektbüro, von den Anforderungen bis zur Nutzung umgesetzt.
- Eine Zusage lässt sich über Zuständigkeit und Lösungsplan bis zu den Belegen verfolgen.
- Die ursprüngliche Frist bleibt sichtbar, während die Problemlösung getrennt davon bearbeitet wird.
Technischer Hintergrund
Die Umsetzung nutzt React und TypeScript, Django und Django REST Framework, PostgreSQL sowie eine Integrationsgrenze zu Microsoft SQL Server. Das getrennte Portfolioprofil arbeitet mit PostgreSQL und Beispieldaten.
- Ein verbundenes Datenmodell
- Projekte, Arbeitsbereiche, Meilensteine, Probleme und Dokumente sind verknüpfte Datensätze, keine voneinander unabhängigen Präsentationsansichten.
- Entscheidungen bleiben beim Team
- Die Anwendung verknüpft Unterlagen und Zuständigkeiten für die gemeinsame Prüfung. Die Verantwortlichen entscheiden, wie sie reagieren und welche Schritte sie einleiten.
- Getrennte Präsentation
- Dieser Rundgang verwendet vorbereitete Aufnahmen und Beispieldokumente. Die Portfolioseite ist nicht mit den Arbeitsdaten der Organisation verbunden.
Beispiel-DOCX aus dem vorbereiteten Datensatz. Es erläutert den Ablauf und ist kein Arbeitsdokument einer Organisation.
Prüfvermerk herunterladen ↓Für Ihre Organisation
Was sollte Ihre nächste Projektbesprechung klären?
Beschreiben Sie, wo der Überblick schwerfällt: beim Monitoring, bei Freigaben, Zuständigkeiten oder Berichten. Ausgangspunkt ist ein wiederkehrender Ablauf und die Entscheidung, die Menschen darin treffen müssen.
Ein ähnliches System besprechen