Dem Projektauftraggeber kommt im Zusammenspiel mit dem Projektleiter und den Projektteammitgliedern eine Schlüsselrolle zu, die erfahrungsgemäß oft nicht ausreichend gelebt wird. Abhängig von der Projektart und dem Projektumfeld hat sie für den Projekterfolg eine mindestens ebenso entscheidende Bedeutung, wie die Rolle des Projektleiters. Nachdem der erste Teil des Beitrags die Auftraggeberverantwortung für intern vergebene Projekte systematisch herleitete, beschäftigt sich dieser zweite Teil mit der Auftraggeberrolle und deren Besonderheiten bei extern beauftragten Projekten.

Die nachfolgenden Überlegungen gelten prinzipiell auch für Unternehmen, die Projektleistung "intern" über klar definierte Bereichsverrechnungsgrenzen hinweg beauftragen. Tauchen jedoch ernsthafte Projektprobleme auf, gibt es einen wesentlichen Unterschied: In einem real externen Verhältnis wird in diesem Fall mit härteren Bandagen gekämpft (am Ende steht die gerichtliche Auseinandersetzung). Deshalb kommt dem Vertragsmanagement hier eine höhere Bedeutung zu, um mögliche Projektprobleme möglichst schon im Vorfeld auszuschließen (Oechtering, 2005).

Die Frage nach dem externen Auftraggeber stellt sich, wenn ein Unternehmen (Kunde) einen Auftrag an einen externen Lieferanten (Auftragnehmer) vergibt - wobei der Lieferant den Projektleiter auf werkvertraglicher Basis stellt. Nahe liegend ist der Gedanke, dass ein Manager des Kunden die Rolle des Projektauftraggebers ausfüllen kann. Schließlich bestimmt der Kunde die Leistung und redet beim Termin sowie der Preisgestaltung entscheidend mit - alles Dinge, die zu den (im ersten Teil des Beitrags beschriebenen) Hauptaufgaben des Projektauftraggebers gehören. Die weiteren Aufgaben - einen geeignete Projektleiter zu ernennen und diesem die erforderlichen Ressourcen zuzusagen - kann der externe Auftraggeber des Kunden allerdings nicht erfüllen. Einerseits ist das über Firmengrenzen hinweg nicht möglich, andererseits würde es die Werkverantwortung des Auftragnehmers untergraben. Diese Aufgaben kann also nur ein interner Manager des Auftragnehmers selbst erfüllen. Dieser muss für die gesamte Laufzeit des Projekts als interner Projektauftraggeber ernannt werden und ist die erste Anlaufstelle für Projektprobleme. Letztlich muss er die Wirtschaftlichkeit des Projekts aus Auftragnehmersicht sicherstellen und versuchen, die Auftragnehmersicht im Lenkungsausschuss mit dem Kunden angemessen zu vertreten.

Zwei Auftraggeber - geteilte Verantwortung

Die Aufgaben und die spiegelbildlich mit ihnen verbundenen Verantwortlichkeiten des Auftraggebers teilen sich bei extern vergebenen Projekten folglich zwangsweise auf. Um ein Gesamtbild zu erhalten, ist zu prüfen, welche Verantwortlichkeiten beim internen Manager des Auftragnehmers (im Weiteren als interner Projektauftraggeber bezeichnet) und welche beim (externen) Auftraggeber des Kunden liegen (Tabelle 1). Besonderheiten fallen vor allem in den nachfolgend genannten Bereichen auf.

Budgetbereitstellung

In den beiden beteiligten Unternehmen findet die Bereitstellung des Budgets trotz des identischen Preises unter verschiedenen Voraussetzungen statt. Beim externen Auftraggeber fallen zusätzliche interne Aufwände an, die er zum Projektkaufpreis addieren muss. Der Auftragnehmer hingegen unterscheidet zwischen Verkaufspreis und internem Budget. Möglicherweise will der Auftragnehmer den externen Auftraggeber - unabhängig vom aktuellen Projektabschluss - dauerhaft als Kunden gewinnen und entschließt sich z.B., dem Projekt(-leiter) dafür zusätzliche Gelder zur Verfügung zu stellen.

Business Case

Bei externen Projekten gibt es zwei verschiedene Business Cases: Der interne Projektauftraggeber möchte mit dem Projekt bei Abschluss einen positiven Deckungsbeitrag erwirtschaftet haben (strategische Projekte werden hier nicht mitbetrachtet). Der externe Auftraggeber sieht zusätzlich die Wirtschaftlichkeit des Produkteinsatzes (Projektergebnis). Trotz zweier Business Cases ist der "Einprojekt"-Betrachtung der Vorzug zu geben. Denn stimmen Leistungsumfang und Termine in der internen und externen Sicht nicht überein, riskiert man ein Auseinanderdriften der Ziele und damit zusätzliche Verkomplizierungen.

Ein Beispiel aus der IT-Branche soll das verdeutlich: Es kommt immer wieder vor, dass ein Kunde die Entwicklung einer Individualsoftware bestellt, und der Auftragnehmer das Projekt intern mit zusätzlichem Budget in die Entwicklung einer standardisierten Branchensoftware ummünzt. Das realisierende Projektteam wird dann mit Anforderungen aus unterschiedlichen Quellen und zusätzlichen Terminen konfrontiert, die oft zu gravierenden Zurechnungsproblemen (Aufwand, Leistungsfunktionen, Mitwirkungspflichten) führen. Auch die Kommunikation zum Kunden gestaltet sich heikel: Entweder weil man das "interne Projekt" geheim hält oder die Auftragnehmerorganisation sich beim Kunden dem Generalverdacht aussetzt, dass auftauchende Projektprobleme durch das "interne Projekt" verursacht werden.

Im Unterschied zu intern vergebenen Projekten, unterscheiden sich bei externer Vergabe die Perspektiven (Auslieferung der Projektergebnisse) von Projektleiter und internem Projektauftraggeber bezüglich des Projekterfolgs nicht, da mit Auslieferung und Abnahme der Projektergebnisse auch für den internen Projektauftraggeber das Projekt beendet ist. Den wirtschaftlichen Nutzen sicherzustellen, ist in der Regel allein Aufgabe des externen Auftraggebers (Kunden).