Projektänderungen: Ist die Zusatzarbeit erfasst, kalkuliert oder schon beauftragt?

Eine Projekt-App sollte mögliche Änderungen erfassen können, ohne sie sofort zum vereinbarten Auftrag zu machen. Klären Sie vor der Entwicklung, wo die Grenze zwischen einer gemeldeten Zusatzarbeit, der Einschätzung ihrer Folgen und der Berechtigung zur Ausführung liegt. Eine Nachricht mit einem Änderungswunsch darf nicht unbemerkt den aktuellen Projektumfang umschreiben.

Hier geht es um Leistungsänderungen innerhalb eines bestehenden Kundenprojekts. Das ist eine andere Entscheidung als der Ersatz eines noch nicht angenommenen Angebots oder die Freigabe einer neuen Fertigungsanweisung. Entscheidend ist, welche zusätzliche oder geänderte Arbeit das Team auf welcher kaufmännischen und terminlichen Grundlage ausführen darf.

Die aktuelle Vereinbarung sichtbar halten

Ein erfundenes Montageteam erfährt, dass ein Kunde einen zusätzlichen Anschluss möchte. Es ist sinnvoll, den Wunsch zu erfassen, bevor feststeht, ob die bestehende Vereinbarung ihn bereits umfasst. Die App soll die bisher vereinbarte Arbeit erhalten und die mögliche Änderung damit verknüpfen.

Lassen Sie beschreiben, was sich ändern soll, woher der Anlass kommt, welche Arbeit betroffen ist und welche Unterlagen dazugehören. Unterscheiden Sie eine offene Umfangsfrage von einer bestätigten Ergänzung. Niemand sollte einen Preis erfinden müssen, nur um einen Untersuchungsbedarf zu dokumentieren.

Dieser Beitrag behandelt Softwareanforderungen. Er gibt keine Auskunft über Nachtragsansprüche, Vertragsauslegung oder darüber, wann ein Kunde rechtlich einen zusätzlichen Betrag schuldet. Die verantwortlichen kaufmännischen und fachlichen Berater müssen Regeln und Kundenformulierungen festlegen.

Eine Preisermittlung ist noch keine Ausführungsfreigabe

Die aktuelle Procore-Dokumentation Create Change Events liefert ein Beispiel aus dem Bauwesen. Sie beschreibt ein Change Event als Änderung des ursprünglichen Umfangs, des Zeitplans oder als Anlass unerwarteter Kosten. Es bereitet Beteiligte auf mögliche Kostenänderungen vor, bevor daraus tatsächliche Kosten werden. Danach beschreibt sie Angebotsanfragen an Nachunternehmen, die Prüfung der Antworten und die daraus entstehende Informationsgrundlage für einen möglichen Änderungsauftrag.

Diese Abfolge verdeutlicht, weshalb ein erfasstes Problem, ein Lieferantenangebot und eine kaufmännische Entscheidung nicht dasselbe Ereignis sind. Sie definiert kein allgemeingültiges Freigabeverfahren. Ihre individuelle App muss auch nicht sämtliche Procore-Felder nachbilden.

Trennen Sie im Briefing die intern erwarteten Kosten, die dem Kunden vorgeschlagene Anpassung und das vereinbarte Ergebnis. Diese Werte können voneinander abweichen. Machen Sie kenntlich, ob ein Datum eine geschätzte Auswirkung oder einen genehmigten Ersatztermin beschreibt. Ein Lieferantenpreis allein darf keine Kundenbelastung nach einer nie vereinbarten Regel auslösen.

Eine offene Einordnung ehrlich darstellen

Der Procore-Leitfaden bietet für den Umfang die Optionen In Scope, Out of Scope und TBD. Auch in Ihrer Anwendung kann eine offene Einordnung hilfreicher sein als ein erzwungenes Ja oder Nein. Bestimmen Sie, wer sie untersucht und welche Informationen dazu benötigt werden.

Ein ungeklärter Fall darf nicht aus der Arbeitsliste verschwinden. Er braucht eine zuständige Person und einen nächsten Schritt. Umgekehrt muss nicht jede erfasste Änderung einen Aufpreis erzeugen. Die Prüfung kann bestätigen, dass die Leistung bereits enthalten ist, den Vorschlag ablehnen oder eine andere Ausführung genehmigen.

Das sind vorgeschlagene Anforderungen. Ob eine konkrete Leistung vertraglich enthalten ist, entscheiden die zuständigen Personen anhand der Vereinbarung. Ein Statusname kann diese Beurteilung nicht ersetzen.

Die Berechtigung und ihren Umfang festhalten

Bewahren Sie für eine angenommene Änderung die geprüfte Beschreibung, den Betrag oder die Abrechnungsgrundlage, die relevante Terminauswirkung und die dokumentierte Entscheidung. Legen Sie fest, wer diese Entscheidung treffen darf und ob bestimmte Grenzen weitere Freigaben verlangen. Interne Kalkulation und tatsächlich an den Kunden übermittelte Unterlagen bleiben unterscheidbar.

Wird der Vorschlag nach der Entscheidung geändert, muss erkennbar sein, dass die frühere Zustimmung einer anderen Fassung galt. Eine unveränderte Vorgangsnummer rechtfertigt keine Übertragung auf einen wesentlich anderen Inhalt.

Klären Sie außerdem dringende Fälle. Erlaubt Ihr Betrieb eine Notfallanweisung, sollen deren genehmigter Umfang und noch offene kaufmännische Fragen ausdrücklich dokumentiert werden. Ein allgemeines Notfallhäkchen darf weder allen unbegrenzte Rechte geben noch einen rechtlichen Vergütungsanspruch vortäuschen.

Das Projekt ohne doppelte Erfassung aktualisieren

Nach dem berechtigten Übergang wird die Änderung mit der betroffenen Arbeit und dem vorgesehenen Auftrags- oder Abrechnungsprozess verbunden. Abgelehnte und ersetzte Vorschläge gehören nicht in die verbindliche Gesamtsumme, bleiben aber historisch erhalten. Entsteht aus einer freigegebenen Ergänzung später eine Rechnung, muss die Auswertung erklären, wie sie beide Stufen nicht als zwei unabhängige Ergänzungen zählt.

Trennen Sie dokumentierte Beauftragung, ausgeführte Arbeit, Fakturierung und Zahlung. Keiner dieser Zustände beweist allein die übrigen. Eine geänderte Projektsumme sollte auf ihre enthaltenen Entscheidungen zurückführbar sein.

Bringen Sie zum Gespräch über eine Projektanwendung einen erfundenen ursprünglichen Arbeitsplan und zwei Änderungsanfragen mit. Zeigen Sie einen noch kalkulierten Fall und eine für eine bestimmte Fassung beauftragte Änderung. Ändern Sie anschließend diesen Vorschlag, lehnen Sie eine andere Anfrage ab und wiederholen Sie eine nachgelagerte Aktualisierung. Das Ergebnis muss den richtigen verbindlichen Umfang und eine erklärbare Historie erhalten. Das sind zu beauftragende Tests, keine Aussagen über eine bereits gebaute Anwendung.