Projektmanagement-Glossar | 61 Begriffe kurz erklärt

Die Sprache, in der über Projekte entschieden wird

Dieses Glossar erklärt die 61 Begriffe, die in dieser Reihe vorkommen — in der Bedeutung, die sie in der Praxis haben, nicht in der Bedeutung eines Wörterbuchs. Wo der englische Begriff das ist, wonach tatsächlich gesucht wird, steht er bei der ersten Nennung in Klammern. Wo ein Begriff rechtlich aufgeladen ist — Abnahme, Gewährleistung, Nachtrag, Mitbestimmung — steht die Norm dabei, damit Sie im Zweifel nachschlagen und nicht raten.

Grundbegriffe

Die zehn Wörter, mit denen jedes Projektgespräch anfängt — und an denen es scheitert, wenn zwei Seiten sie unterschiedlich verwenden.

Anforderungen (Requirements)

Anforderungen beschreiben, was ein Ergebnis können muss, damit es akzeptiert wird — nicht, wie es gebaut wird. Eine Anforderung, die niemand nachprüfen kann, ist keine Anforderung, sondern ein Wunsch: „schnell“ ist ein Wunsch, „Auftragsanlage in unter zwei Sekunden bei 200 gleichzeitigen Anwendern“ ist eine Anforderung.

In der Praxis: Ihre Anforderungen sind später Ihre Abnahmekriterien — im Anlagenbau über das Lastenheft, im ERP-Rollout über die Fachbereichsspezifikation. Formulieren Sie jede Anforderung so, dass Sie bei der Abnahme damit messen können; alles andere wird zum Streit über Meinungen.

Leistungsumfang (Scope)

Der Leistungsumfang ist die Grenze zwischen dem, was in diesem Projekt geliefert wird, und dem, was nicht. Geschützt wird ein Projekt nicht durch die Liste dessen, was dazugehört, sondern durch die ausdrückliche Liste dessen, was nicht dazugehört.

In der Praxis: Im Werkvertrag ist der Leistungsumfang zugleich der geschuldete Erfolg. Er lässt sich deshalb nicht einseitig verschieben, sondern nur durch Vertragsänderung beziehungsweise Nachtrag — das ist der Grund, warum „wir nehmen das noch schnell mit rein“ im Maschinenbau teuer wird.

Liefergegenstand (Deliverable)

Ein Liefergegenstand ist ein übergebbares Arbeitsergebnis, das eine andere Stelle entgegennimmt: die montierte Maschine, das Migrationsskript, die geprüfte CE-Dokumentation, die freigegebene Stückliste. „Die Konstruktion ist zu 60 % fertig“ sagt nichts; „drei von fünf Baugruppen freigegeben“ sagt etwas.

In der Praxis: Jeder Liefergegenstand braucht ein Fertigstellungskriterium und einen Empfänger. Ohne beides haben Sie kein Ergebnis, sondern einen Zwischenstand, den zwei Parteien unterschiedlich bewerten.

Magisches Dreieck (Triple constraint)

Der Zusammenhang zwischen Leistungsumfang, Termin und Kosten, mit der Qualität in der Mitte: Wer eine Ecke bewegt, bewegt die anderen mit. Als Analysewerkzeug ist das Modell grob, als Gesprächswerkzeug ist es ausgezeichnet.

In der Praxis: Es gibt Ihnen eine höfliche Form des Neins: „Ja — und was verschieben wir dafür?“. Bei einem Festpreis-Werkvertrag ist eine Ecke bereits vertraglich festgezurrt, weshalb neue Wünsche dort zwangsläufig über Termin, Qualität oder Nachtrag laufen.

Meilenstein (Milestone)

Ein Meilenstein ist ein Termin, an dem etwas nachprüfbar fertig ist — nicht ein Termin, an dem gearbeitet wurde. Ein Meilenstein ohne Abnahmekriterium ist ein Datum im Kalender und sonst nichts.

In der Praxis: Die belastbarsten Meilensteine sind die, deren Erfüllung jemand außerhalb Ihres Teams bestätigt: die Werksabnahme (FAT) beim Maschinenlieferanten, die Freigabe durch den Fachbereich, der Abschluss einer Betriebsvereinbarung. Solche Meilensteine machen Wartezeiten früh sichtbar.

Phase

Ein Abschnitt des Projektverlaufs mit definiertem Eingang, definiertem Ergebnis und einer Entscheidung am Ende: Initiierung, Definition, Planung, Steuerung, Abschluss in der Systematik von DIN 69901-2. Phasen sind kein Selbstzweck; sie sind Haltepunkte, an denen jemand über das Weitergehen entscheidet.

In der Praxis: Ein Phasenübergang ist eine Entscheidung, kein Datum. Klären Sie zu Projektbeginn, wer ihn trifft — im Familienunternehmen ist das häufig die Geschäftsführung persönlich, und deren Kalender ist damit Teil Ihres kritischen Pfads.

Projekt

Ein einmaliges Vorhaben mit definiertem Anfang, definiertem Ende und einem Ergebnis, das es vorher nicht gab — begrenzt durch Ziel, Zeit, Finanzmittel und Personal, und gegenüber dem Tagesgeschäft abgegrenzt. Diese Abgrenzung ist die praktisch wichtigste Eigenschaft: Ein Projekt endet, das Tagesgeschäft nicht.

In der Praxis: Die nützlichere Frage ist nicht „ist das ein Projekt?“, sondern „woran erkennen wir, dass es fertig ist?“. Wenn darauf niemand eine überprüfbare Antwort geben kann, haben Sie Tagesgeschäft in einem Projektmantel — mit Projektaufwand, aber ohne Projektende.

Projektmanagement-Büro (Project Management Office, PMO)

Eine Stelle, die Projekte quer über die Linie unterstützt: Vorlagen, einheitliche Statusberichte, Portfolioübersicht, manchmal auch Entscheidungsbefugnis. Im Mittelstand ist das selten eine Abteilung, häufig eine halbe Stelle im Controlling oder in der Technik.

In der Praxis: Ein PMO wird geschätzt, wenn es Hindernisse wegräumt, und gemieden, wenn es einen zusätzlichen Bericht verlangt, den niemand liest. Prüfen Sie beim Aufbau zuerst, welche Entscheidung durch den Bericht schneller wird — findet sich keine, lassen Sie den Bericht weg.

Tagesgeschäft (Operations)

Die wiederkehrende Arbeit ohne definiertes Ende: Instandhaltung, Auftragsabwicklung, Monatsabschluss, Kundendienst, Störungsbehebung. Sie ist nicht weniger wichtig als das Projekt, sie ist nur anders gebaut.

In der Praxis: Das Tagesgeschäft gewinnt kurzfristig immer, weil seine Verzögerung heute auffällt und die Ihres Projekts erst in drei Monaten. Wer in einer Doppelrolle steckt, muss diese Asymmetrie einplanen, nicht bekämpfen — siehe Auslastung.

Wirtschaftlichkeitsbetrachtung (Business Case)

Die Begründung, warum das Unternehmen Geld und Arbeitszeit in dieses Vorhaben steckt: erwarteter Nutzen, Aufwand, Annahmen, Alternativen. Sie ist kein Formular für die Genehmigung, sondern der Maßstab, an dem später jede Änderung gemessen wird.

In der Praxis: Wenn sich die Begründung ändert — der Kunde, für den die Linie gebaut wurde, springt ab; die Sanktionslage macht den Zielmarkt zu — ist es ein anderes Projekt, auch wenn Name und Team gleich bleiben. Diesen Moment müssen Sie erkennen und beim Auftraggeber ansprechen.

Planung und Schätzung

Wie aus einem Ziel ein Plan wird, den man später gegen die Wirklichkeit halten kann — samt der beiden Dokumente, die im deutschen Anlagenbau alles entscheiden.

Abhängigkeit (Dependency)

Eine Beziehung, bei der ein Vorgang nicht beginnen (oder nicht enden) kann, bevor ein anderer erreicht ist. Sie ist der Grund, warum eine Verzögerung an einer Stelle Wochen später an einer scheinbar unbeteiligten Stelle sichtbar wird.

In der Praxis: Die teuersten Abhängigkeiten führen aus Ihrem Projekt heraus: Lieferzeit für Steuerungstechnik, Prüftermin einer benannten Stelle, Zustimmung des Betriebsrats. Tragen Sie diese explizit in den Terminplan ein, statt sie als „Wartezeit“ zu behandeln — nur so werden sie im Gantt-Diagramm und im kritischen Pfad sichtbar.

Basisplan (Baseline)

Die freigegebene Fassung von Terminen, Kosten und Leistungsumfang, gegen die später alle Abweichungen gemessen werden. Er wird nicht laufend fortgeschrieben, sondern nur über einen dokumentierten Änderungsvorgang versetzt.

In der Praxis: Wer den Plan jedes Mal anpasst, wenn sich etwas verschiebt, hat keinen Basisplan — und damit auf dem Papier auch keine Verzögerung. Das fällt genau dann auf, wenn der Auftraggeber fragt, wie viel Zeit das Projekt insgesamt verloren hat.

DIN 69901

Die deutsche Normenreihe zum Projektmanagement, Ausgabe 2009-01, in fünf Teilen: Teil 1 Grundlagen, Teil 2 Prozesse und Prozessmodell, Teil 3 Methoden, Teil 4 Daten und Datenmodell, Teil 5 Begriffe. Teil 5 ist die Referenz, wenn im Haus über die Bedeutung eines Begriffs gestritten wird.

In der Praxis: Für den Alltag brauchen Sie die Norm nicht auswendig, wohl aber ihre Autorität: In Ausschreibungen und Konzernrichtlinien wird auf DIN 69901 verwiesen, und die Begriffsdefinitionen aus Teil 5 — etwa die des Lastenhefts — entscheiden dann darüber, wer was schuldet.

Gantt-Diagramm (Gantt chart, Balkenplan)

Eine Darstellung der Vorgänge als Balken auf einer Zeitachse, verbunden durch ihre Abhängigkeiten. Der Wert liegt in den Verbindungslinien, nicht in den Balken — ein Balkenplan ohne Verknüpfungen ist eine farbige Grafik ohne Aussage.

In der Praxis: Erst mit gepflegten Verknüpfungen zeigt Ihnen das Diagramm, was eine Verzögerung wirklich kostet. Für die Kommunikation mit der Geschäftsführung reicht meist eine Verdichtung auf Meilensteine; den vollständigen Plan brauchen Sie selbst, nicht das Lenkungsgremium.

Kritischer Pfad (Critical path)

Die Kette verknüpfter Vorgänge ohne Zeitreserve: Jeder Tag Verzug auf diesem Pfad ist ein Tag Verzug für das gesamte Projekt. Alles außerhalb hat Puffer und darf sich in Grenzen verschieben, ohne den Endtermin zu berühren.

In der Praxis: Einen Vorgang zu beschleunigen, der nicht auf dem kritischen Pfad liegt, bringt keinen einzigen Tag. Prüfen Sie deshalb vor jeder Sondermaßnahme — Überstunden, zusätzliche Monteure, Expressfracht —, ob sie überhaupt am richtigen Vorgang ansetzt.

Lastenheft

DIN 69901-5 definiert das Lastenheft als die „vom Auftraggeber festgelegte Gesamtheit der Forderungen an die Lieferungen und Leistungen eines Auftragnehmers innerhalb eines Auftrages“. Es ist damit das Dokument des Bestellers: Was soll erreicht werden, unter welchen Randbedingungen, mit welchen Nachweisen — nicht, mit welcher Technik.

In der Praxis: Das Lastenheft ist die Grundlage der Ausschreibung und wird regelmäßig Vertragsbestandteil. Was dort fehlt, ist später kein Mangel, sondern ein Nachtrag — deshalb ist die Stunde, die Sie in eine prüfbare Formulierung stecken, die billigste Stunde im ganzen Projekt.

Pflichtenheft

Die Antwort des Auftragnehmers auf das Lastenheft: die Umsetzung der Forderungen in eine konkrete technische Lösung, mit Annahmen, Schnittstellen, Abgrenzungen und den Nachweisen, mit denen die Erfüllung gezeigt wird. Die Definitionen dieses Begriffs weichen zwischen Normenwerken und Häusern voneinander ab; verlassen Sie sich deshalb nicht auf eine Standardformel, sondern auf das, was Ihr Vertrag konkret als Pflichtenheft bezeichnet.

In der Praxis: Der entscheidende Vorgang ist die Freigabe des Pflichtenhefts durch den Besteller — ab diesem Moment wird darüber abgenommen. Prüfen Sie besonders die Sätze, die mit „nicht enthalten ist“ und „vorausgesetzt wird“ beginnen: Dort verschiebt sich Verantwortung still zurück auf Sie.

Projektstrukturplan (Work Breakdown Structure, WBS)

Die Zerlegung des Gesamtvorhabens in Teilaufgaben bis hinunter zu Arbeitspaketen, die man einer Person, einem Termin und einem Budget zuordnen kann. Die Gliederung folgt entweder dem Produkt (Baugruppen), der Funktion (Gewerke) oder dem Ablauf (Phasen) — wichtig ist, dass Sie sich für eine Logik entscheiden.

In der Praxis: Das Ziel ist nicht Vollständigkeit, sondern Paketgröße. Dauert ein Arbeitspaket länger als ein bis zwei Wochen, erfahren Sie von seinem Verzug erst, wenn es zu spät zum Gegensteuern ist. Der Projektstrukturplan ist außerdem die Grundlage für jede belastbare Schätzung.

Puffer (Buffer, Contingency)

Bewusst vorgehaltene Zeit oder Geld für das, was man nicht einzeln planen kann. Puffer ist kein Zeichen schlechter Planung, sondern die einzige ehrliche Antwort auf die Tatsache, dass Schätzungen streuen.

In der Praxis: Auf alle Vorgänge verteilter Puffer verschwindet spurlos, weil jeder ihn still verbraucht. Gebündelter, benannter und sichtbar verwalteter Puffer bleibt erhalten und lässt sich dorthin lenken, wo er gebraucht wird — er gehört ins Risikomanagement, nicht in die einzelnen Vorgangsdauern.

Risiko (Risk)

Ein Ereignis, das noch nicht eingetreten ist und das Projektziel gefährden würde, bewertet nach Eintrittswahrscheinlichkeit und Auswirkung. Der Unterschied zum Problem ist der Zeitpunkt — und damit der Preis der Reaktion.

In der Praxis: „Die Stammdaten könnten unsauber sein“ ist heute ein Risiko mit einer Gegenmaßnahme von wenigen Tagen; drei Monate später ist es ein Problem, das den Go-Live verschiebt. Führen Sie zu jedem Risiko einen Verantwortlichen und einen Auslöser, ab dem gehandelt wird — eine Liste ohne beides ist Dokumentation, keine Steuerung.

Schätzung (Estimate)

Eine Vorhersage von Aufwand, Dauer oder Kosten vor der Ausführung — mit einer Bandbreite, nicht mit einer Zahl. Eine Schätzung ohne Angabe der Annahmen ist nicht überprüfbar und deshalb später nicht verteidigbar.

In der Praxis: Die meisten Schätzungen irren sich nicht in den Arbeitsstunden, sondern in den Wartestunden: Prüfung, Freigabe, Rückmeldung des Lieferanten, Urlaubs- und Feiertagslage. Schätzen Sie beides getrennt, dann sehen Sie sofort, welcher Teil überhaupt in Ihrer Hand liegt.

Menschen, Rollen und Gremien

Wer entscheidet, wer mitbestimmt, wer nur informiert wird — und welche Gremien im deutschen Betrieb ein echtes Tor darstellen.

Auftraggeber (Sponsor)

Die Person, die das Projekt will, das Budget verantwortet und Entscheidungen trifft, die über Ihre Befugnis hinausgehen. Vertragsrechtlich ist der Auftraggeber (Besteller) die Gegenseite des Auftragnehmers; intern ist er Ihr wichtigster Ansprechpartner für Eskalationen.

In der Praxis: Ein Auftraggeber, den Sie nur beim Kick-off und beim Abschluss sehen, ist kein Auftraggeber, sondern ein Name auf einer Folie. Vereinbaren Sie einen festen, kurzen Termin — und bringen Sie in jeden Termin genau die Entscheidungen mit, die nur er treffen kann.

Auftragnehmer (Contractor, Vendor)

Der externe Vertragspartner, der einen Teil der Leistung oder die ganze Leistung erbringt: der Maschinenbauer, der Systemintegrator, das Softwarehaus. Ob er einen Erfolg schuldet oder nur ein Tätigwerden, entscheidet die Vertragsform — Werkvertrag oder Dienstvertrag.

In der Praxis: Der Vertrag regelt, was der Auftragnehmer liefert, aber nicht, wie schnell Sie auf seine Rückfragen antworten — und genau das bestimmt oft den Termin. Führen Sie eine offene Liste der Mitwirkungspflichten; sie ist Ihre beste Verteidigung, wenn später über Verzugsursachen gesprochen wird.

Beteiligte (Stakeholder)

Alle, die vom Ergebnis betroffen sind oder das Projekt beeinflussen können: Fachbereiche, Instandhaltung, Einkauf, Arbeitssicherheit, Datenschutz, Betriebsrat, Kunden, Behörden. Betroffenheit und Einfluss sind zwei verschiedene Achsen; behandeln Sie sie getrennt.

In der Praxis: Die gefährlichsten Beteiligten sind nicht die ranghöchsten, sondern die, die Ihr Vorhaben aufhalten können und im Organigramm nicht auffallen — der Meister, ohne dessen Zustimmung keine Linie stillsteht, oder der Anwendungsbetreuer, der als Einziger die Schnittstelle kennt.

Betriebsrat

Das gewählte Vertretungsorgan der Belegschaft. Für Projekte entscheidend ist § 87 Abs. 1 Nr. 6 BetrVG: Die Einführung und Anwendung technischer Einrichtungen, die dazu bestimmt sind, Verhalten oder Leistung der Arbeitnehmer zu überwachen, ist mitbestimmungspflichtig. Nach der Rechtsprechung des Bundesarbeitsgerichts (BAG, 16.07.2024 – 1 ABR 16/23) genügt es, dass ein System zur Erhebung von Verhaltens- oder Leistungsdaten objektiv geeignet ist; auf die Absicht des Arbeitgebers kommt es nicht an, und eine tatsächliche Auswertung ist nicht erforderlich.

In der Praxis: Prüfen Sie deshalb für jedes ERP-, MES-, Zeiterfassungs- oder Aufgabenverwaltungs-System konkret, welche personenbeziehbaren Daten anfallen — statt pauschal anzunehmen, ein ERP sei „immer“ mitbestimmungspflichtig oder „nie“. Kommt keine Einigung zustande, entscheidet nach § 87 Abs. 2 BetrVG die Einigungsstelle; § 90 BetrVG verpflichtet Sie zusätzlich, über die Planung technischer Anlagen und Arbeitsabläufe — einschließlich des Einsatzes künstlicher Intelligenz — so rechtzeitig zu unterrichten, dass Einwände noch berücksichtigt werden können. § 90 ist reine Beratung ohne Vetorecht; das eigentliche Tor ist § 87 Abs. 1 Nr. 6.

Betriebsvereinbarung

Die schriftliche, von Arbeitgeber und Betriebsrat gemeinsam beschlossene Regelung nach § 77 BetrVG. Sie gilt unmittelbar und zwingend, wirkt also direkt auf die einzelnen Arbeitsverhältnisse und kann nicht projektweise übergangen oder individuell abbedungen werden.

In der Praxis: Behandeln Sie den Abschluss als eigenen Vorgang im Terminplan mit einem benannten Verantwortlichen, nicht als Formalie am Ende. Wichtig für die Planung: Das Gesetz sieht für dieses Verfahren keine Frist vor, und es existieren keine veröffentlichten Daten zur typischen Dauer — es endet nur durch Einigung oder durch einen Spruch der Einigungsstelle. Planen Sie deshalb mit einem frühen Start und regelmäßigen Zwischenständen statt mit einer geschätzten Laufzeit.

Doppelrolle

Die Projektleitung wird zusätzlich zur bestehenden Linienaufgabe übernommen, ohne dass diese reduziert wird. Im Mittelstand ist das nicht die Ausnahme, sondern der Normalfall: Der Fertigungsleiter führt die Linienverlagerung, die Leiterin Finanzen führt den ERP-Rollout.

In der Praxis: Die Doppelrolle scheitert nicht an der Stundenzahl, sondern an der Priorisierung im Konfliktfall. Lassen Sie den Auftraggeber ausdrücklich festlegen, was im Zweifel wartet — und rechnen Sie bei der Auslastung mit dem realen, nicht dem zugesagten Anteil.

Eskalation (Escalation)

Die bewusste Weitergabe einer Entscheidung an die Ebene, die sie treffen darf, weil sie Ihre Befugnis übersteigt. Eskalation ist kein Konflikt und kein Scheitern, sondern ein Verfahrensschritt — und sollte im Projekt vorab als Weg und Frist vereinbart sein.

In der Praxis: Wenn Sie zögern, ob Sie eskalieren sollen, ist der Zeitpunkt meist schon erreicht; das Zögern selbst ist der Indikator. Eskalieren Sie mit einem konkreten Entscheidungsvorschlag und der Angabe, was ab wann nicht mehr aufholbar ist — siehe kritischer Pfad.

Externer Berater (Consultant)

Eine externe Fachkraft, die Wissen, Kapazität oder Methodik einbringt — im ERP-Umfeld oft der Implementierungspartner, im Anlagenbau der Fachplaner oder Prüfsachverständige. Beratungsleistungen laufen typischerweise als Dienstvertrag, während die Umsetzung eines definierten Ergebnisses ein Werkvertrag ist.

In der Praxis: Die Vertragsform bestimmt, was Sie einfordern können — bei einem Dienstvertrag schulden Sie sich gegenseitig kein Ergebnis. Klären Sie zusätzlich früh, wie das Wissen im Haus bleibt, wenn der Berater geht; Wissenstransfer ist ein Liefergegenstand, kein Nebeneffekt.

IPMA-Level

Das vierstufige Zertifizierungsmodell der IPMA, in Deutschland über die GPM und die Zertifizierungsstelle PM-ZERT. Die Zulassungsvoraussetzungen unterscheiden die Stufen: Level D ohne Vorerfahrung; Level C drei Jahre in einer verantwortlichen Projektmanagement-Rolle oder drei Jahre als Leitung von Teilprojekten komplexer Projekte; Level B fünf Jahre Leitung von Projekten, Programmen oder Portfolios, davon drei Jahre im komplexen Bereich; Level A fünf Jahre im hochkomplexen Bereich, davon drei auf strategischer Ebene. Unterhalb von Level D gibt es das GPM-Basiszertifikat, das kein IPMA-Level ist.

In der Praxis: Für die eigene Laufbahn zählt vor allem, dass die Level C, B und A nach fünf Jahren ohne Rezertifizierung verfallen — die Verlängerung gehört in Ihre Jahresplanung. Für die Lieferantenauswahl ist ein Zertifikat ein Hinweis auf Methodenkenntnis, kein Nachweis dafür, dass die konkrete Person Ihr Projekt führen kann.

RACI-Matrix

Eine Tabelle, die je Aufgabe festhält, wer ausführt (Responsible), wer verantwortet (Accountable), wer gefragt wird (Consulted) und wer informiert wird (Informed). Der Nutzen liegt weniger im fertigen Dokument als im Gespräch, das beim Ausfüllen entsteht.

In der Praxis: Sobald zwei Namen in der Spalte „Accountable“ stehen, haben Sie die Stelle gefunden, an der später niemand entscheidet. Genau dort lohnt die Diskussion — vor allem an den Schnittstellen zwischen Auftragnehmer, Fachbereich und Instandhaltung.

Steuerung und Kontrolle

Wie Sie während der Laufzeit erkennen, wo das Projekt wirklich steht — und was Sie tun, wenn es woanders steht als geplant.

Ampelstatus (RAG status)

Die Kennzeichnung des Projektzustands mit Grün, Gelb und Rot im Statusbericht. Für sich genommen ist die Farbe eine Meinung; erst ein schriftliches Kriterium macht sie zu einer Aussage.

In der Praxis: Definieren Sie die Schwellen vorab in Tagen und Euro („Gelb ab fünf Arbeitstagen Verzug auf dem kritischen Pfad“). Ohne solche Schwellen bildet die Ampel den Mut des Berichtenden ab, nicht den Zustand des Projekts — und springt erfahrungsgemäß erst von Grün auf Rot, wenn es zu spät ist.

Änderung (Change)

Jede Abweichung von Leistungsumfang, Termin oder Kosten gegenüber dem Basisplan, nachdem dieser freigegeben wurde. Intern ist das eine Managemententscheidung; sobald ein externer Auftragnehmer betroffen ist, wird daraus ein Nachtrag mit vertraglichen Folgen.

In der Praxis: Lehnen Sie Wünsche nicht ab, sondern bepreisen Sie sie: „Machbar — dafür verschiebt sich die Inbetriebnahme um zwei Wochen.“ Dann entscheidet der, dem der Wunsch gehört. Wichtig ist nur, dass diese Rechnung vor der Ausführung auf dem Tisch liegt, nicht danach.

Auslastung (Utilization, Allocation)

Der Anteil der Arbeitszeit einer Person, der tatsächlich für dieses Projekt zur Verfügung steht. Zugesagte und wirksame Auslastung sind zwei verschiedene Zahlen, und nur die zweite trägt einen Terminplan.

In der Praxis: Wer mit 50 % eingeplant ist und daneben Tagesgeschäft mit Störungsbereitschaft hat, liefert real deutlich weniger. Rechnen Sie zusätzlich Urlaub, Feiertage und Schulungen heraus, bevor Sie Personentage in Kalendertermine umrechnen.

Fertigstellungskriterium (Definition of Done)

Die vorab vereinbarte, überprüfbare Bedingung, unter der eine Aufgabe oder ein Liefergegenstand als fertig gilt: getestet, dokumentiert, geschult, vom Fachbereich bestätigt. Es ist die betriebliche Vorstufe der vertraglichen Abnahme.

In der Praxis: „Fertig“ hat im Projektalltag mindestens vier Bedeutungen: bei mir fertig, geprüft, im Testsystem lauffähig, vom Anwender übernommen. Einigen Sie sich vor Beginn, welche gemeint ist — sonst führen Sie diese Diskussion beim Meilenstein, unter Termindruck.

Fortschritt (Progress)

Der Anteil der bereits erbrachten Leistung. Prozentangaben aus dem Bauch heraus sind Selbsteinschätzungen; gezählte fertige Einheiten sind Messwerte.

In der Praxis: Ersetzen Sie „zu 80 % fertig“ durch „14 von 20 Arbeitspaketen abgeschlossen“ oder „6 von 9 Schnittstellen im Integrationstest bestanden“. Die zweite Form lässt sich nicht schönreden und macht den Rückstand sichtbar, solange er noch aufholbar ist.

Freigabe

Die dokumentierte Zustimmung einer befugten Stelle, mit der ein Zwischenergebnis verbindlich wird — die Konstruktionsfreigabe, die Freigabe des Pflichtenhefts, die Freigabe zur Serienfertigung. Die Freigabe ist der betriebliche Nachbar der Abnahme, hat aber nicht deren rechtliche Wirkungen.

In der Praxis: Freigaben sind Wartezeiten mit einem Namen und gehören als eigene Vorgänge in den Terminplan, samt Vertreterregelung für den Urlaubsfall. Halten Sie fest, worauf sich eine Freigabe bezieht (Dokumentenstand, Revision), sonst gilt sie später für eine Version, die niemand geprüft hat.

Nacharbeit (Rework)

Erneute Arbeit an etwas, das bereits als fertig galt — weil ein Fehler gefunden wurde, eine Anforderung falsch verstanden war oder eine Schnittstelle nicht passt. Nacharbeit lässt sich nicht auf null bringen; steuerbar ist nur, wann sie entdeckt wird.

In der Praxis: Ein Fehler, der im Konstruktionsreview auffällt, kostet Stunden; derselbe Fehler nach der Montage beim Kunden kostet Reise, Stillstand und Vertrauen. Messen Sie deshalb nicht die Menge der Nacharbeit, sondern die Phase, in der sie entsteht — und investieren Sie dort in frühere Prüfungen.

Nachtrag

Die vertragliche Anpassung von Leistung und Vergütung während der Laufzeit. Ist die VOB/B vereinbart, sind zwei Fälle streng zu trennen: Nach § 2 Abs. 5 VOB/B wird bei geänderter vertraglicher Leistung ein neuer Preis vereinbart, und die Vereinbarung soll vor der Ausführung getroffen werden. Nach § 2 Abs. 6 VOB/B besteht bei einer im Vertrag überhaupt nicht vorgesehenen Leistung zwar ein Vergütungsanspruch — er muss dem Auftraggeber jedoch vor Beginn der Ausführung angekündigt werden, sonst geht er im Grundsatz verloren.

In der Praxis: Das ist der teuerste Satz dieses Glossars: Wer zuerst arbeitet und danach abrechnet, verliert im zweiten Fall den Anspruch. Etablieren Sie deshalb eine feste Regel — keine Zusatzleistung ohne schriftliche Ankündigung, auch nicht bei bestem Einvernehmen auf der Baustelle. Ohne vereinbarte VOB/B gilt allgemeines Werkvertragsrecht, und dort bewegt sich der geschuldete Erfolg nur durch beidseitige Vertragsänderung; siehe Werkvertrag.

Personentage (Man-days, Effort)

Die Maßeinheit des Aufwands: Anzahl Personen mal Zeit. Personentage messen Arbeit, nicht Dauer — und die beiden Größen lassen sich nicht beliebig ineinander umrechnen.

In der Praxis: Zehn Personen schaffen in einem Monat nicht das, wofür eine Person zehn Monate braucht; Einarbeitung, Abstimmung und Abhängigkeiten fressen den Zuwachs auf. Rechnen Sie Personentage erst über die reale Auslastung in Kalenderzeit um, nie direkt.

Problem (Issue)

Ein bereits eingetretener Sachverhalt, der das Projekt behindert und eine Entscheidung oder Maßnahme erfordert. Das Risiko ist die Vorstufe; ab Eintritt gilt eine andere Logik — nicht mehr Vermeidung, sondern Begrenzung des Schadens.

In der Praxis: Steht derselbe Punkt in drei aufeinanderfolgenden Protokollen, ist es kein Problem, das verfolgt wird, sondern eine Entscheidung, die niemand trifft. Das ist der Fall für eine Eskalation, nicht für einen weiteren Termin.

Statusbericht (Status report)

Die regelmäßige, knappe Rückmeldung an Auftraggeber und Lenkungsgremium: Stand gegenüber dem Basisplan, offene Probleme, anstehende Entscheidungen. Er ist ein Steuerungs-, kein Rechtfertigungsinstrument.

In der Praxis: Der Wert des Berichts steckt in einem einzigen Abschnitt: „Welche Entscheidung brauche ich diese Woche von Ihnen?“. Alles andere ist Archiv. Halten Sie Format und Rhythmus konstant, damit Abweichungen ins Auge fallen, statt in wechselnden Layouts unterzugehen.

Vorgehen und Werkzeuge

Die Vorgehensmodelle und die Werkzeuge, mit denen Sie arbeiten — und die Frage, welches davon Ihr Vertrag überhaupt zulässt.

Agiles Vorgehen (Agile)

Ein Vorgehen in kurzen Zyklen: ein kleines, nutzbares Ergebnis erzeugen, es zeigen, aus der Rückmeldung lernen, nachsteuern. Es setzt voraus, dass der Leistungsumfang unterwegs verändert werden darf.

In der Praxis: Das größte Hindernis im Mittelstand ist selten die Teamkultur, sondern die Vertragsform. Im Werkvertrag gibt es kein einseitiges Änderungsrecht — der geschuldete Erfolg bewegt sich nur durch beidseitige Vereinbarung. Wer agil arbeiten will, muss das im Vertrag anlegen (etwa über Kontingente und regelmäßige Leistungsvereinbarungen), nicht im Projekt improvisieren.

Aufgabenverwaltungs-Werkzeug (Task management tool)

Ein System, in dem Aufgaben mit Verantwortlichem, Termin und Status geführt werden. Es erzeugt keine Disziplin; es macht nur sichtbar, ob welche vorhanden ist.

In der Praxis: Entscheidend ist nicht der Funktionsumfang, sondern dass es genau einen Ort gibt, den alle kennen. Beachten Sie außerdem: Ein Werkzeug, das Bearbeitungszeiten, Erledigungsquoten oder Aktivitätsverläufe je Person auswertbar macht, kann nach § 87 Abs. 1 Nr. 6 BetrVG mitbestimmungspflichtig sein — klären Sie das mit dem Betriebsrat, bevor Sie es einführen, nicht danach.

Aufgabenvorrat (Backlog)

Eine einzige, nach Priorität sortierte Liste alles dessen, was noch zu tun ist — mit den wichtigsten Einträgen oben und fein beschrieben, den unteren grob. Zwei Bedingungen: Sie muss eine Liste sein, und sie muss sortiert sein.

In der Praxis: Anforderungen, die in E-Mails, Protokollen und drei Tabellen verstreut liegen, sind kein Aufgabenvorrat, sondern ein Risiko. Die Sortierung ist außerdem die einzige ehrliche Priorisierung: Zwei Einträge können nicht beide an erster Stelle stehen.

Erfahrungssicherung (Lessons Learned)

Die strukturierte Auswertung am Projektende oder am Phasenende: Was hat an unserer Arbeitsweise funktioniert, was nicht, und was ändern wir konkret beim nächsten Mal. Ergebnis ist nicht ein Protokoll, sondern eine Änderung an Vorlagen, Checklisten oder Verträgen.

In der Praxis: Wird die Runde zur Schuldzuweisung, sagt beim nächsten Mal niemand mehr die Wahrheit. Halten Sie sie auf der Ebene des Verfahrens — und schreiben Sie die Erkenntnis dorthin, wo sie beim nächsten Projekt zwangsläufig gelesen wird: ins Lastenheft-Muster, in die Ausschreibungsvorlage, in die Abnahmecheckliste.

Kanban-Board

Eine Tafel mit Spalten für den Bearbeitungszustand (offen / in Arbeit / erledigt), über die Karten wandern. Der Ursprung liegt in der Fertigungssteuerung, und genau dort liegt auch die eigentliche Idee: nicht mehr hineinlassen, als das System verkraftet.

In der Praxis: Der Nutzen entsteht nicht durch die Spalten, sondern durch die Begrenzung der Karten in der mittleren Spalte — siehe Work in Progress. Ohne dieses Limit ist das Board eine bunte Absichtserklärung, auf der alles „in Arbeit“ ist und nichts fertig wird.

Scrum

Der verbreitetste Rahmen für agiles Vorgehen: feste Zyklen (Sprints) von ein bis vier Wochen, drei Verantwortlichkeiten, ein geordneter Aufgabenvorrat und ein regelmäßiger Termin, an dem das Ergebnis gezeigt wird.

In der Praxis: Die Besprechungen einzuführen, ohne dem Team Entscheidungsbefugnis zu geben, erzeugt mehr Termine und keine höhere Geschwindigkeit. Und wenn der Fachbereich nicht verlässlich zur Sprint-Abnahme erscheint, fehlt Scrum die Rückkopplung, von der es lebt — im ERP-Projekt ist das die häufigste Ursache des Scheiterns.

Wasserfallmodell (Waterfall)

Ein sequenzielles Vorgehen: Anforderungen, Entwurf, Umsetzung, Test, Übergabe — jede Stufe wird abgeschlossen und freigegeben, bevor die nächste beginnt. Es ist kein veraltetes Modell, sondern das passende, wenn sich die Anforderungen früh belastbar festlegen lassen.

In der Praxis: Im Anlagen- und Maschinenbau ist es faktisch gesetzt, weil Lastenheft, Pflichtenheft, Fertigung und Abnahme ohnehin dieser Reihenfolge folgen und der Vertrag daran hängt. Die Schwäche ist nicht das Modell, sondern verspätete Prüfung: Wer den ersten Integrationstest kurz vor der Inbetriebnahme ansetzt, hat alle Fehler in die teuerste Phase geschoben.

Work in Progress (WIP, angefangene Arbeit)

Die Menge gleichzeitig begonnener, aber nicht abgeschlossener Arbeit. Ein WIP-Limit ist die ausdrückliche Obergrenze dafür — pro Person, pro Team oder pro Spalte auf dem Kanban-Board.

In der Praxis: Viel angefangene Arbeit fühlt sich produktiv an und liefert nichts: Jeder Wechsel kostet Rüstzeit im Kopf, und fertig wird erst, was jemand zu Ende bringt. Wenn Ihr Team über Überlastung klagt und gleichzeitig nichts abschließt, ist das WIP-Limit die wirksamste Einzelmaßnahme, die Sie kennen.

Vertrag und Abnahme

Die rechtlich aufgeladenen Begriffe. Die Paragraphen stehen dabei, weil hier eine ungenaue Formulierung Geld kostet — die Angaben ersetzen keine Rechtsberatung im Einzelfall.

Abnahme

Die körperliche Entgegennahme des Werkes verbunden mit der Erklärung, es im Wesentlichen als vertragsgemäß anzuerkennen. Nach § 640 Abs. 1 BGB ist der Besteller zur Abnahme verpflichtet, wenn das Werk vertragsgemäß hergestellt ist. Die Abnahme ist der wichtigste einzelne Zeitpunkt eines Werkvertrags, weil sie vier verschiedene Folgen gleichzeitig auslöst, jede aus einer eigenen Norm: die Fälligkeit der Vergütung (§ 641 Abs. 1 BGB), den Gefahrübergang (§ 644 Abs. 1 BGB), den Beginn der Verjährung der Mängelansprüche (§ 634a Abs. 2 BGB) und — bei Abnahme trotz Kenntnis eines Mangels ohne Vorbehalt — den Verlust der Rechte aus § 634 Nr. 1 bis 3 BGB (§ 640 Abs. 3 BGB).

In der Praxis: Hinzu kommt eine fünfte, praktisch entscheidende Folge, die nicht in § 640 BGB steht: Nach der Abnahme trägt grundsätzlich der Besteller die Beweislast für einen Mangel. Das folgt aus § 363 BGB und der dazu ergangenen Rechtsprechung — schreiben Sie es niemals § 640 BGB zu. Für Ihr Projekt heißt das: Erklären Sie die Abnahme nie mündlich zwischen Tür und Angel, nehmen Sie jeden bekannten Mangel in eine Mängelliste mit ausdrücklichem Vorbehalt auf, und protokollieren Sie Datum und Umfang — davon hängen Zahlung, Risiko und Fristen ab.

Ausschreibung (Tender)

Das Verfahren, mit dem eine Leistung am Markt angefragt, verglichen und vergeben wird. Grundlage ist im Regelfall das Lastenheft; die Angebote der Bieter sind die Vorstufe dessen, was später als Pflichtenheft und Vertrag gilt.

In der Praxis: Planen Sie die Ausschreibung als eigenen Projektabschnitt mit realistischen Angebots-, Klärungs- und Entscheidungsfristen, statt sie als Vorlauf zu behandeln. Und legen Sie schon hier fest, ob die VOB/B gelten soll, welche Gewährleistungsfrist vereinbart wird und wie die Abnahme ablaufen soll — nachträglich verhandeln Sie diese Punkte aus einer schlechteren Position.

Dienstvertrag

Nach § 611 BGB schuldet der Verpflichtete die Tätigkeit, nicht deren Ergebnis. Beratung, Unterstützung im Betrieb, Bereitstellung von Kapazität sind typische Dienstverträge — es gibt keine Abnahme und kein werkvertragliches Mängelrecht.

In der Praxis: Prüfen Sie bei jedem externen Einsatz, welche Form tatsächlich vorliegt: Ein „Beratervertrag“, der ein fertiges Migrationsergebnis verspricht, ist der Sache nach ein Werkvertrag. Die Einordnung entscheidet darüber, ob Sie ein Ergebnis einfordern können oder nur bezahlte Arbeitszeit erhalten — und sie ist auch für die Abgrenzung zur Arbeitnehmerüberlassung relevant.

Fiktive Abnahme

Nach § 640 Abs. 2 BGB gilt ein Werk auch dann als abgenommen, wenn der Unternehmer dem Besteller nach Fertigstellung eine angemessene Frist zur Abnahme gesetzt hat und der Besteller die Abnahme innerhalb dieser Frist nicht erklärt, ohne mindestens einen Mangel zu benennen. Die Regelung gilt für alle Werkverträge und ist seit dem 1. Januar 2018 in Kraft.

In der Praxis: Schweigen ist damit gefährlich: Wer eine Abnahmeaufforderung liegen lässt, hat unter Umständen abgenommen — mit allen vier Folgen aus dem Stichwort Abnahme. Umgekehrt genügt die Benennung eines einzigen Mangels, um die Fiktion zu verhindern. Legen Sie deshalb im Projekt fest, wer Abnahmeaufforderungen entgegennimmt und innerhalb welcher Zeit eine Mängelliste zurückgeht — gerade in der Urlaubszeit.

Gewährleistung (Mängelhaftung)

Die Einstandspflicht des Auftragnehmers für Mängel nach der Abnahme. Die Verjährung richtet sich nach § 634a BGB: zwei Jahre bei einem Werk, das in der Herstellung oder Veränderung einer Sache besteht, und fünf Jahre bei einem Bauwerk; im Übrigen gilt die regelmäßige Verjährungsfrist. Die Frist beginnt mit der Abnahme (§ 634a Abs. 2 BGB).

In der Praxis: Für den Maschinenbau ist die Zwei-Jahres-Frist keine Automatik: Eine Maschine, die fest mit einem Bauwerk verbunden ist und dessen Funktion dient, kann nach der Rechtsprechung als Bauwerk zu behandeln sein — dann gelten fünf Jahre. Klären Sie die Einordnung vor Vertragsschluss und regeln Sie sie ausdrücklich; ist zusätzlich die VOB/B vereinbart, gelten wieder andere Fristen. Führen Sie außerdem die Gewährleistungsfristen je Liefergegenstand in einer Übersicht mit Ablaufdatum — der Projektabschluss ist nicht das Ende Ihrer Zuständigkeit.

Mängelliste

Die bei der Abnahme aufgenommene Aufstellung der festgestellten Mängel und Restleistungen, jeweils mit Beschreibung, Verantwortlichem und Termin. Sie ist zugleich das Instrument, mit dem Sie sich Rechte an bekannten Mängeln ausdrücklich vorbehalten (§ 640 Abs. 3 BGB).

In der Praxis: Eine Mängelliste ohne Termine und Verantwortliche wird nie abgearbeitet. Formulieren Sie jeden Punkt so konkret, dass ein Dritter die Erledigung prüfen könnte — „Lackierung mangelhaft“ hilft niemandem, „Kratzer 12 cm an Schutztür Achse 3, Nachlackierung bis 15.09.“ schon. Denken Sie daran, dass die Benennung eines Mangels auch die fiktive Abnahme verhindert.

Teilabnahme

Die Abnahme eines in sich abgeschlossenen Teils der Leistung vor Fertigstellung des Ganzen — etwa einer einzelnen Linie, eines Bauabschnitts oder eines ERP-Moduls. Sie muss vereinbart sein und löst für diesen Teil dieselben Rechtsfolgen aus wie eine Gesamtabnahme.

In der Praxis: Ist die VOB/B vereinbart, beginnt die Verjährungsfrist nach § 13 Abs. 4 Nr. 3 VOB/B für in sich abgeschlossene Teile bereits mit deren Teilabnahme, sonst mit der Abnahme der gesamten Leistung. Das ist beim gestaffelten Rollout beabsichtigt und praktisch — Sie müssen die Fristen dann aber je Teil führen, sonst läuft die Gewährleistung für den ersten Abschnitt aus, während Sie noch am letzten arbeiten.

Vertragsstrafe

Eine vertraglich vereinbarte Zahlung für den Fall der Pflichtverletzung, typischerweise für Terminüberschreitung. Nach § 339 BGB ist die Strafe verwirkt, wenn der Schuldner in Verzug gerät. Wichtig: Es gibt keine gesetzliche Obergrenze. Die vielzitierten 5 % stammen aus der AGB-Rechtsprechung — der BGH hat mit Urteil vom 23.01.2003 (VII ZR 210/01) eine Vertragsstrafe von mehr als 5 % der Auftragssumme in Allgemeinen Geschäftsbedingungen für unangemessen gehalten, mit der Folge, dass die gesamte Klausel unwirksam ist; eine geltungserhaltende Reduktion findet nicht statt. Für individuell ausgehandelte Strafen gilt das nicht.

In der Praxis: Auch die Bezugsgröße entscheidet: Mit Urteil vom 15.02.2024 (VII ZR 42/22) hat der BGH eine 5-%-Klausel gekippt, weil sie an die Auftragssumme des Auftragsschreibens statt an die tatsächliche Vergütung anknüpfte. Lassen Sie Vertragsstrafenklauseln deshalb juristisch prüfen, statt sich auf eine Faustregel zu verlassen — und beachten Sie, dass eine Vertragsstrafe Verzug voraussetzt, also eine saubere Dokumentation der Terminverschiebungen und ihrer Ursachen.

VOB/B

Die Vergabe- und Vertragsordnung für Bauleistungen, Teil B, herausgegeben vom Deutschen Vergabe- und Vertragsausschuss, aktuelle Fassung 2016. Die VOB/B ist kein Gesetz, sondern ein vorformuliertes Klauselwerk: Sie gilt nur, wenn die Parteien sie vereinbart haben. Wird sie nicht als Ganzes, sondern in Teilen einbezogen, verlieren die einzelnen Klauseln zudem ihre AGB-rechtliche Privilegierung.

In der Praxis: Wo die VOB/B gilt und nichts anderes vereinbart ist, verkürzt § 13 Abs. 4 VOB/B die Verjährung für Bauwerke von fünf auf vier Jahre; für andere Werke gelten zwei Jahre und für feuerberührte Teile industrieller Feuerungsanlagen ein Jahr. Nach § 13 Abs. 4 Nr. 2 VOB/B beträgt die Frist für maschinelle und elektrotechnische Anlagenteile zwei Jahre, wenn der Auftraggeber die Wartung nicht dem Auftragnehmer übertragen hat — für Mittelstandsprojekte mit eigener Instandhaltung ist das der Regelfall und ein handfester Grund, die Wartungsvergabe bewusst zu entscheiden. Siehe auch Nachtrag und Gewährleistung.

Werkvertrag

Nach § 631 BGB schuldet der Unternehmer die Herstellung des versprochenen Werkes, also einen Erfolg, und der Besteller die Vergütung. Das ist die Vertragsform des Maschinen- und Anlagenbaus und typischerweise auch der ERP-Einführung mit definiertem Ergebnis. Entscheidend für die Projektsteuerung: Im allgemeinen Werkvertragsrecht gibt es kein einseitiges Änderungsrecht — der vereinbarte Erfolg bewegt sich nur durch beidseitige Vertragsänderung.

In der Praxis: Die einzige gesetzliche Ausnahme betrifft den Bauvertrag: Nach §§ 650a, 650b BGB kann der Besteller eine Änderung nach einer 30-tägigen Verhandlungsphase ohne Einigung in Textform anordnen; die Vergütung folgt § 650c BGB. Die 30 Tage sind ein Verhandlungsfenster, keine Entscheidungsfrist. Für alles andere gilt: Ob Sie unterwegs umsteuern können, entscheidet die Vertragsform, nicht Ihre Methodenpräferenz — siehe agiles Vorgehen, Dienstvertrag und Nachtrag.

Zahlungsziel

Die vereinbarte Frist, innerhalb derer nach Fälligkeit zu zahlen ist. § 271a Abs. 1 BGB begrenzt Vereinbarungen zwischen Unternehmen: Eine Frist von mehr als 60 Tagen ist nur wirksam, wenn sie ausdrücklich getroffen und für den Gläubiger nicht grob unbillig ist. Ist eine öffentliche Stelle Schuldnerin, sind mehr als 30 Tage nur bei ausdrücklicher und sachlich gerechtfertigter Vereinbarung wirksam, mehr als 60 Tage gar nicht (§ 271a Abs. 2 BGB). Auch eine vereinbarte Überprüfungs- oder Abnahmefrist von mehr als 30 Tagen bedarf einer ausdrücklichen Vereinbarung (§ 271a Abs. 3 BGB).

In der Praxis: Beim Werkvertrag entsteht die Fälligkeit selbst erst mit der Abnahme (§ 641 Abs. 1 BGB) — das Zahlungsziel läuft also erst ab diesem Zeitpunkt. § 286 Abs. 3 BGB, der nach 30 Tagen ab Fälligkeit und Rechnungszugang Verzug eintreten lässt, ist eine Auffangregel für den Verzug, kein Zahlungsziel; beides zu verwechseln, ist der häufigste Fehler in dieser Ecke. Für Ihre Liquiditätsplanung heißt das: Rechnen Sie vom realistischen Abnahmetermin aus rückwärts, nicht vom Rechnungsdatum.

Weiter in der Reihe