Wie hält man projektrelevante Informationen für alle Beteiligten aktuell und auffindbar?

Der Projektstatus steht im Dashboard, eine wichtige Kundenentscheidung liegt im E-Mail-Postfach und die aktuelle Aufgabenverteilung wurde zuletzt im Teamchat besprochen. Obwohl alle Informationen digital vorhanden sind, kann niemand zuverlässig sagen, welcher Stand verbindlich ist. Besonders in verteilten Teams entstehen dadurch Rückfragen, widersprüchliche Arbeitsgrundlagen und vermeidbare Verzögerungen.

Damit projektrelevante Informationen aktuell und auffindbar bleiben, braucht es mehr als eine gemeinsame Plattform. Entscheidend sind eindeutige Informationsquellen, festgelegte Verantwortlichkeiten, nachvollziehbare Änderungen und klare Regeln für die Dokumentation. Jede beteiligte Person muss erkennen können, wo eine Information liegt, wann sie zuletzt fachlich geprüft wurde und welche Entscheidung daraus folgt.

Für Schweizer KMU lässt sich eine solche Struktur auch ohne eigene Wissensmanagementabteilung aufbauen. Ein verbindlicher Ablageort pro Informationsart, einfache Aktualisierungsregeln und dokumentierte Übergaben schaffen die Grundlage dafür, dass Projektinformationen unabhängig von einzelnen Personen nutzbar bleiben. Dabei müssen Datenschutz, Zugriffsrechte und Aufbewahrungspflichten von Anfang an berücksichtigt werden.

Warum arbeiten Teams trotz zentraler Plattform mit veralteten Projektinformationen?

Teams arbeiten trotz zentraler Plattform mit veralteten Projektinformationen, wenn niemand verbindlich für deren Aktualisierung verantwortlich ist. Ein gemeinsamer Speicherort verhindert weder parallele Excel-Listen noch überholte Statusmeldungen. Erst wenn für jede wichtige Information eine verantwortliche Person, ein Aktualisierungsanlass und eine gültige Quelle feststehen, wird aus technischer Zentralisierung eine verlässliche Arbeitsgrundlage.

Eine Projektplattform kann vollständig eingerichtet sein, ohne den tatsächlichen Arbeitsstand abzubilden. Das geschieht beispielsweise, wenn Aufgaben im System als offen erscheinen, obwohl sie bereits per E-Mail abgeschlossen wurden. Oder wenn eine Projektleitung den Terminplan aktualisiert, während andere Beteiligte weiterhin mit einer lokal gespeicherten Version arbeiten.

Vier Ursachen treten dabei besonders häufig gemeinsam auf:

• Doppelte Datenhaltung: Dieselben Informationen werden parallel im Projekttool, in Excel-Dateien und in E-Mails gepflegt. Widersprüche bleiben unbemerkt.
• Fehlendes Stand-Datum: Ein Status wie «in Bearbeitung» lässt nicht erkennen, ob er gestern oder vor mehreren Wochen erfasst wurde.
• Unklare Datenverantwortung: Das Team weiss, wer eine Aufgabe bearbeitet, aber nicht, wer den zugehörigen Informationsstand aktualisiert.
• Unvollständige Übergaben: Nach einem Personal- oder Rollenwechsel bleiben bisherige Zuständigkeiten bestehen, obwohl niemand mehr die Einträge kontrolliert.

Diese Fehler verstärken sich gegenseitig: Weil die Angaben in der Plattform nicht zuverlässig wirken, führen Mitarbeitende eigene Listen. Dadurch sinkt die Nutzung der gemeinsamen Quelle weiter, und Aktualisierungen finden zunehmend ausserhalb des Systems statt.

Ein kurzer Selbsttest macht das Problem sichtbar. Wählt drei Schlüsselinformationen aus: den aktuellen Projektstand, die offenen Entscheidungen und die gültigen Verantwortlichkeiten. Prüft für jede Information, wo die verbindliche Quelle liegt, wer sie zuletzt geprüft hat und ob ihr Aktualitätsdatum zum tatsächlichen Projektverlauf passt.

Bleibt bereits bei einer dieser Fragen unklar, welcher Stand gilt, besteht Handlungsbedarf. Die Folge veralteter Projektinformationen ist nicht nur zusätzlicher Suchaufwand: Entscheidungen können vertagt oder auf widersprüchlicher Grundlage mehrfach getroffen werden.

Der erste Verbesserungsschritt ist deshalb nicht die Einführung weiterer Funktionen. Zunächst muss geregelt werden, welche Informationen verbindlich sind und wie ihre Aktualität organisatorisch sichergestellt wird.

Wie organisiert man Projektinformationen, damit Änderungen sofort nachvollziehbar sind?

Projektinformationen bleiben nachvollziehbar, wenn jede Informationsart eine verbindliche Quelle besitzt und Änderungen mit Datum, verantwortlicher Person und Bearbeitungsverlauf dokumentiert werden. Eine sogenannte Single Source of Truth bedeutet dabei nicht, sämtliche Dateien in einem einzigen Werkzeug zu speichern. Entscheidend ist, dass für jeden Sachverhalt eindeutig feststeht, welche Quelle gilt und wie frühere Stände überprüft werden können.

Ein Projekt kann beispielsweise Verträge in einem Dokumentenmanagementsystem, Aufgaben im Projekttool und verbindliche Prozessdefinitionen im Wiki führen. Das ist unproblematisch, solange andere Fundstellen auf die jeweilige Originalquelle verweisen, statt unabhängige Kopien aufzubauen.

Für nachvollziehbare Änderungen sollten drei Informationen zusammenkommen:

• Stand-Datum: Wann wurde der dargestellte Sachverhalt zuletzt fachlich geprüft oder aktualisiert?
• Änderungshistorie: Welche Angaben wurden gegenüber einer früheren Version verändert?
• Verantwortlichkeit: Wer hat die Änderung vorgenommen und wer bestätigt die fachliche Gültigkeit?

Eine technische Versionshistorie ist dabei hilfreich, aber nicht gleichbedeutend mit inhaltlicher Aktualität. Die Microsoft-Dokumentation zum SharePoint-Versionsverlauf beschreibt beispielsweise, wie frühere Dateiversionen angezeigt und wiederhergestellt werden können und wie Bearbeitungen nachvollziehbar bleiben. Ob der dokumentierte Projektstatus tatsächlich stimmt, muss weiterhin fachlich sichergestellt werden.

Wichtig ist ausserdem die Unterscheidung zwischen dauerhaftem Wissen und veränderlichen Zustandsinformationen. Vertragsgrundlagen, festgelegte Definitionen und dokumentierte Beschlüsse benötigen vor allem eine eindeutige Struktur und kontrollierte Änderungen. Aufgabenstände, Risiken, Blocker und Prognosen müssen hingegen aktiv gepflegt werden.

Für verteilte Teams in der Schweiz sowie für die Zusammenarbeit über Sprachregionen oder mit Partnern in Deutschland und Österreich ist eine verständliche Änderungshistorie besonders nützlich. Teilzeitbeschäftigte und abwesende Projektmitglieder können Entwicklungen nachlesen, ohne ausschliesslich auf mündliche Übergaben angewiesen zu sein.

Eine Änderungshistorie ersetzt allerdings keine Abstimmung. Sie hält deren Ergebnisse fest, damit alle Beteiligten auch nach einer Besprechung mit demselben Informationsstand arbeiten können.

Dashboard, Wiki oder Projekttool: Wo gehört welche Information hin?

Ein Dashboard eignet sich für aktuelle Kennzahlen, ein Wiki für länger gültiges Wissen und ein Projekttool für Aufgaben, Zuständigkeiten sowie laufende Arbeitsstände. Die Zuordnung hängt vor allem davon ab, wie lange eine Information relevant bleibt und wer sie benötigt. Entscheidend ist zudem, dass die Pflege möglichst dort erfolgt, wo die Information im Arbeitsalltag entsteht.

Eine gemeinsame Informationsarchitektur muss nicht alle Inhalte technisch zusammenführen. Sie sollte vielmehr den Zweck jedes Werkzeugs festlegen und unnötige Mehrfacherfassung vermeiden.

Die folgende Übersicht zeigt eine praktische Zuordnung für ein Projektteam:

Ein häufiger Fehler besteht darin, Statusinformationen zusätzlich ins Wiki zu kopieren. Dort wirken sie zunächst übersichtlich, verlieren jedoch schnell ihre Gültigkeit. Besonders kritisch sind Seiten ohne fachliche Verantwortung, ohne erkennbares Prüfdatum oder ohne nachvollziehbare Aktualisierung. Auch dauerhaft ungenutzte Seiten sollten überprüft werden, bevor sie weiterhin als verbindliche Informationsquelle gelten.

Bei der Werkzeugwahl zählt nicht allein der Funktionsumfang. Wesentlich ist der Aufwand zwischen Entstehung und Dokumentation einer Information. Muss eine Projektmitarbeiterin nach jedem Kundengespräch mehrere Plattformen manuell aktualisieren, steigt das Risiko widersprüchlicher Einträge. Entsteht ein Beschluss dagegen direkt im Projekttool, sollte er dort dokumentiert und bei Bedarf aus anderen Werkzeugen verlinkt werden.

Nicht jede Information muss dauerhaft in dieser Struktur erscheinen. Flüchtige Abstimmungen gehören zunächst in den Chat, persönliche Arbeitsnotizen können individuell bleiben. Sobald daraus jedoch eine verbindliche Entscheidung, Aufgabe oder Zusage entsteht, muss das Ergebnis an den zuständigen Informationsort übertragen werden.

Eine klare Werkzeugaufteilung erleichtert nicht nur das Auffinden von Inhalten. Sie schafft auch eine Grundlage dafür, bewusst zu entscheiden, welche Informationen überhaupt dauerhaft gespeichert werden sollten.

Welche Informationen sollten nicht dauerhaft in einem Projekttool gespeichert werden?

Nicht jede im Projekt entstehende Information gehört dauerhaft ins Projekttool. Besonders schützenswerte personenbezogene Angaben, irrelevante Zwischenentwürfe und umfangreiche informelle Diskussionen sollten nicht ohne konkreten Zweck zentral gespeichert werden. Für geschäftlich relevante Entscheidungen gilt dagegen: Sie müssen nachvollziehbar bleiben, solange ihre Aufbewahrung erforderlich ist. Entscheidend sind Informationswert, Datenschutz, Zugriffsbedarf und geltende Aufbewahrungspflichten.

Eine gute Projektablage zeichnet sich nicht durch möglichst viele gespeicherte Inhalte aus, sondern durch die gezielte Verfügbarkeit relevanter Informationen.

Folgende Kategorien verdienen eine gesonderte Prüfung:

• Personenbezogene sensible Informationen: Beispielsweise Gesundheitsangaben oder vertrauliche Personalbeurteilungen. Sie gehören nur dann in ein dafür geeignetes System, wenn Bearbeitungszweck, Berechtigung und Schutzmassnahmen dies rechtfertigen.
• Zwischenstände ohne Entscheidungsrelevanz: Nicht jeder unvollständige Entwurf benötigt eine dauerhafte, separat auffindbare Kopie. Massgebend ist, ob seine Aufbewahrung fachlich oder rechtlich erforderlich ist.
• Informelle Kommunikation: Ausführliche Chatverläufe oder persönliche Gedankennotizen sollten nicht pauschal in Projektakten übernommen werden. Verbindliche Ergebnisse daraus sind jedoch festzuhalten.
• Überholte operative Inhalte: Abgeschlossene Aufgaben, verworfene Varianten und alte Statusmeldungen können aus der aktiven Ansicht verschwinden, ohne dass zwingend ihre gesamte Historie verloren gehen muss.

In der Schweiz ist insbesondere das revidierte Datenschutzgesetz relevant, das seit dem 1. September 2023 gilt. Artikel 6 DSG enthält Grundsätze zur Rechtmässigkeit, Verhältnismässigkeit und Zweckbindung der Bearbeitung von Personendaten. Nach Absatz 4 sind Personendaten grundsätzlich zu vernichten oder zu anonymisieren, sobald sie für den Bearbeitungszweck nicht mehr erforderlich sind. Der amtliche Bericht zur Revision der Schweizer Datenschutzverordnung erläutert diese datenschutzrechtlichen Grundlagen.

Daraus folgt jedoch keine einheitliche Löschfrist für alle Projektunterlagen. Gesetzliche oder vertragliche Aufbewahrungspflichten sowie besondere Branchenvorschriften müssen separat geprüft werden.

Ebenso problematisch wie unkontrolliertes Speichern ist eine zu aggressive Bereinigung. Werden sämtliche verworfenen Lösungsansätze entfernt, lässt sich später möglicherweise nicht mehr erklären, weshalb ein Projektteam eine bestimmte Entscheidung getroffen hat.

Eine praktikable Lösung ist deshalb ein geregelter Informationslebenszyklus: aktive Nutzung, Abschluss, gegebenenfalls Archivierung und anschliessend fristgerechte Löschung oder Anonymisierung. Fristen dürfen nicht willkürlich festgelegt werden, sondern müssen den jeweiligen rechtlichen und betrieblichen Anforderungen entsprechen.

Auch der Zugriff ist vom Speicherort zu unterscheiden. Eine abgeschlossene Projektakte kann archiviert bleiben, während ihre Sichtbarkeit für das operative Team eingeschränkt wird. Vertrauliche Inhalte können zusätzliche Berechtigungen benötigen.

Eine kontrollierte Informationsverwaltung schützt somit sowohl die Nachvollziehbarkeit von Projekten als auch personenbezogene Daten. Besonders wichtig wird das, wenn Wissen an neue Beteiligte übergeben werden muss.

Wann müssen projektrelevante Informationen vor einem Teamwechsel dokumentiert werden?

Projektrelevante Informationen sollten dokumentiert werden, bevor Zuständigkeiten oder Entscheidungsbefugnisse wechseln. Geeignete Auslöser sind angekündigte Austritte, längere Abwesenheiten, Projektphasenwechsel und interne Rollenübergaben. Besonders wichtig sind offene Entscheidungen, laufende Zusagen, kritische Abhängigkeiten und verbindliche Dokumentenablagen. Die notwendige Dokumentationstiefe richtet sich danach, welches Wissen die nachfolgende Person benötigt, um zuverlässig weiterzuarbeiten.

Viele Übergabeprobleme entstehen nicht durch fehlende Dokumente, sondern durch Wissen, das ausschliesslich in Gesprächen oder privaten Nachrichten existiert. Wer seit Jahren an einem Projekt arbeitet, kennt möglicherweise informelle Absprachen, besondere Kundenanforderungen oder die tatsächlichen Entscheidungswege. Für eine neue Projektbeteiligte sind diese Informationen nicht automatisch ersichtlich.

Ein sogenanntes Übergabeaudit macht solche Wissenslücken erkennbar. Die abgebende Person führt ihre Nachfolge durch die vorhandene Informationsstruktur und erklärt anhand konkreter Vorgänge, wo der aktuelle Stand, relevante Entscheide und offene Verpflichtungen dokumentiert sind.

Bei einem kurzfristigen Stellvertretungswechsel genügt häufig eine fokussierte Übersicht über Aufgaben, Termine und Ansprechpersonen. Vor einem dauerhaften Austritt sollten zusätzlich Entscheidungsgrundlagen, externe Verpflichtungen und bisher nur informell bekannte Besonderheiten überprüft werden.

Für Schweizer KMU ohne eigene Wissensmanagementabteilung bietet sich ein schlanker, nachvollziehbarer Übergabeprozess an.

In kleinen, eingespielten Teams mit flachen Hierarchien wird Erfahrungswissen häufig als selbstverständlich vorausgesetzt. Gerade deshalb sollte die Projektleitung nicht erst beim Austritt feststellen, welche Informationen bisher ausschliesslich personenbezogen verfügbar waren.

Langfristig sollte Dokumentation nicht nur für Austritte vorgesehen sein. Wer relevante Informationen während der laufenden Arbeit pflegt, reduziert auch den Aufwand späterer Übergaben und erleichtert die strukturierte Suche im gesamten Dokumentenbestand.

Wie strukturiert man 1’000 Dokumente, damit Mitarbeitende Dateien schnell wiederfinden?

Ein Bestand von 1’000 Dokumenten lässt sich besser durchsuchen, wenn Ablagestruktur, Dateinamen und Metadaten an den tatsächlichen Suchfragen der Mitarbeitenden ausgerichtet sind. Statt immer tiefere Ordnerhierarchien aufzubauen, sollten eindeutige Bezeichnungen, verbindliche Ablageorte und geeignete Suchfunktionen kombiniert werden. Vor einer Neuorganisation empfiehlt es sich, reale Suchvorgänge zu testen und typische Schwierigkeiten zu erfassen.

Wer Informationen wiederfinden möchte, denkt selten zuerst an die ursprüngliche Ordnerstruktur. Häufiger entstehen Fragen wie: Wo liegt der aktuelle Vertrag eines Kunden? Welche Version wurde freigegeben? Wer ist für ein bestimmtes Dokument verantwortlich?

Die Dokumentenorganisation sollte diese Fragen beantworten können. Dafür eignet sich eine überschaubare Struktur nach stabilen Kriterien wie Kunde, Projekt, Dokumentenart oder fachlichem Prozess. Welche Kriterien sinnvoll sind, hängt vom Zugriffsmuster ab.

Besonders wirksam ist eine einheitliche Benennung. Für geeignete Dokumenttypen kann beispielsweise folgendes Muster festgelegt werden:

JJJJ-MM-TT_Projekt_Dokumenttyp_Status_Version

Ein hypothetisches Beispiel wäre «2026-10-15_Projekt-Alpina_Entscheidungsprotokoll_Freigegeben_v02.pdf». Die Bestandteile machen Datum, Bezug, Dokumententyp und Bearbeitungsstand sichtbar. Bei regelmässig aktualisierten Dateien sollte allerdings klar sein, ob das Datum das Erstellungs-, Freigabe- oder Stand-Datum bezeichnet.

Eine Namenskonvention wirkt nur zuverlässig, wenn sie auf die vorhandenen Werkzeuge abgestimmt ist und konsequent angewendet wird. Auch Volltextsuche, Metadaten und Berechtigungen beeinflussen, ob ein Dokument tatsächlich auffindbar ist.

Das Schweizerische Bundesarchiv beschreibt auf seiner Seite Informationen des Schweizerischen Bundesarchivs zur Geschäftsverwaltung die Verbindung von Ordnungssystemen, Dossiers und Organisationsvorschriften. In der elektronischen Geschäftsverwaltung des Bundes werden geschäftsrelevante Unterlagen strukturiert und mit relevanten Metadaten verwaltet. Diese Vorgaben gelten nicht automatisch für private KMU, bieten aber eine methodische Orientierung.

Vor einer grösseren Umstrukturierung empfiehlt sich eine einfache Suchsimulation: Drei tatsächlich aufgetretene Suchanfragen werden mit dem heutigen System wiederholt. Dabei wird gemessen, wie lange die Mitarbeitenden benötigen, bis sie die richtige und gültige Datei gefunden haben. Nach einer Änderung der Struktur lässt sich derselbe Test erneut durchführen.

Bei umfangreichen Dokumentenbeständen gewinnen Metadaten- und Volltextsuche an Bedeutung. Einen allgemeingültigen Schwellenwert, ab welcher Dateizahl Ordnerstrukturen unzureichend sind, gibt es daraus jedoch nicht. Die Struktur bleibt wichtig, um verbindliche Dokumente von Entwürfen und nicht mehr aktuellen Fassungen zu unterscheiden.

Selbst die beste Dokumentenablage bleibt allerdings unvollständig, wenn wichtige Entscheidungen ausschliesslich in privaten Chats oder individuellen E-Mail-Postfächern entstehen.

Chat, E-Mail oder Projekttool: Welcher Kanal eignet sich für welche Information?

Der Chat eignet sich für schnelle, kurzlebige Abstimmungen, E-Mail für nachvollziehbare externe Kommunikation und das Projekttool für Informationen, die dauerhaft für die Projektsteuerung benötigt werden. Die Auswahl sollte sich nicht allein nach Bequemlichkeit richten, sondern nach Verbindlichkeit, Lebensdauer und späterem Informationsbedarf. Sobald eine Abstimmung zu einer Aufgabe, Zusage oder Entscheidung führt, gehört ihr relevantes Ergebnis in die verbindliche Projektablage.

Ein Kommunikationskanal bestimmt nicht nur, wie Informationen ausgetauscht werden. Er beeinflusst auch, ob andere Projektbeteiligte später überhaupt Zugriff auf die Ergebnisse erhalten.

Wenn beispielsweise ein neuer Liefertermin im Direktchat vereinbart wird, bleibt die Zusage für nicht beteiligte Teammitglieder möglicherweise unsichtbar. Dasselbe gilt für telefonisch vereinbarte Änderungen und relevante Entscheidungen in persönlichen E-Mail-Postfächern.

Für den Projektalltag lässt sich folgende Zuordnung verwenden:

Die wichtigste Regel liegt an den Schnittstellen. Wer eine verbindliche Zusage entgegennimmt oder eine Entscheidung herbeiführt, sollte dafür verantwortlich sein, das Ergebnis im vorgesehenen System zu dokumentieren oder dessen Erfassung auszulösen.

Ein praktischer Auslöser ist die Entstehung einer neuen Aufgabe, eines Termins, einer externen Verpflichtung oder einer Änderung des Projektumfangs. Nicht die gesamte Kommunikation muss kopiert werden. Meist genügt ein nachvollziehbarer Eintrag mit Ergebnis, Verantwortung und Verweis auf die zugrunde liegende Korrespondenz.

Gerade im Schweizer B2B-Umfeld bleibt E-Mail ein wichtiger Kanal für formelle Kommunikation. Allerdings hängt die rechtliche Beweiskraft nicht pauschal vom verwendeten Kanal ab, sondern unter anderem von den Umständen, der Nachweisbarkeit und gegebenenfalls einschlägigen Formvorschriften. Bei vertraglichen Fragen dürfen interne Projektregeln deshalb keine rechtlichen Anforderungen ersetzen.

Erst wenn die Ergebnisse aus allen relevanten Kanälen verlässlich zusammengeführt werden, lassen sich aus den Projektinformationen auch aussagekräftige Kennzahlen und fundierte Entscheidungen ableiten.

Wie werden aus Unternehmensdaten fundierte Entscheidungen statt nur mehr Kennzahlen?

Aus Unternehmensdaten entstehen fundierte Entscheidungen, wenn Kennzahlen eine konkrete Handlungsfrage beantworten und ihre Datengrundlage verlässlich ist. Ein Dashboard allein zeigt zunächst nur gemessene Zustände oder Entwicklungen. Erst durch fachlichen Kontext, vergleichbare Erfassungsregeln und vereinbarte Reaktionen werden daraus brauchbare Entscheidungsgrundlagen. Deshalb beginnt datenbasierte Projektsteuerung mit der Qualität der zugrunde liegenden Informationen.

Eine steigende Zahl offener Aufgaben kann beispielsweise auf einen Engpass hindeuten. Sie kann aber ebenso entstehen, weil ein Team seine Aufgaben inzwischen vollständiger erfasst. Ohne Kenntnis der Arbeitsweise lässt sich aus der Kennzahl nicht zuverlässig ableiten, ob sich die Projektsituation verschlechtert hat.

Messgrössen beschreiben somit zunächst Beobachtungen. Ursachen und geeignete Massnahmen müssen separat geprüft werden. Ein statistisch wirkender Bericht ersetzt diese Einordnung nicht.

Für jede Kennzahl lohnt sich deshalb eine einfache Frage: Was wird anders entschieden oder getan, wenn sich dieser Wert verändert?

Bleibt die Antwort offen, ist der praktische Nutzen der Kennzahl fraglich. Statt möglichst viele Werte darzustellen, empfiehlt es sich, wenige Informationen auszuwählen, die tatsächlich eine Entscheidung unterstützen.

Ein hypothetisches Beispiel: Ein Projektteam verfolgt die Anzahl überfälliger Aufgaben. Überschreitet der Wert einen intern vereinbarten Schwellenwert, überprüft die Projektleitung die Ursachen und entscheidet über Priorisierung oder zusätzliche Ressourcen. Der konkrete Schwellenwert muss zum Projekt passen; eine allgemeingültige Grenze lässt sich daraus nicht ableiten.

Damit dieses Vorgehen funktioniert, müssen die beteiligten Teams unter «überfällig» dasselbe verstehen. Ausserdem müssen Aufgaben vollständig, mit vergleichbaren Fälligkeitsterminen und nach denselben Regeln dokumentiert werden.

Besonders wichtig ist deshalb die Verbindung zwischen operativer Informationspflege und Managementauswertung. Wenn Projektstände, Verantwortlichkeiten oder Entscheidungen nicht zuverlässig erfasst werden, können daraus abgeleitete Kennzahlen eine Genauigkeit suggerieren, die ihre Grundlage nicht besitzt.

Eine einfache Entscheidungsmatrix kann vier Fragen enthalten:

• Fragestellung: Welche konkrete Entscheidung soll unterstützt werden?
• Datenbasis: Woher stammen die Informationen und wie aktuell sind sie?
• Bewertung: Welche Entwicklung oder Abweichung ist fachlich relevant?
• Konsequenz: Wer entscheidet und welche Massnahme folgt bei einem vereinbarten Auslöser?

Schwellenwerte sind dabei nützliche Orientierungspunkte, aber kein Ersatz für fachliches Urteil. Gerade bei komplexen Projekten müssen Risiken, qualitative Einschätzungen und aussergewöhnliche Rahmenbedingungen berücksichtigt werden.

Ein sinnvoller nächster Schritt besteht darin, für ein laufendes Projekt drei entscheidungsrelevante Informationen auszuwählen, ihre Quellen und Verantwortlichkeiten zu prüfen und erst danach passende Kennzahlen festzulegen. So entsteht eine Projektsteuerung, die nicht nur Daten sammelt, sondern konkrete Entscheidungen unterstützt.