Skip to main contentSkip to footer
RACI-Matrix und Organigramm eines IFS-Cloud-Einführungsprojekts als Vorlage IDK-03

Vorlage IDK-03, Version 1.0. Phase: Initiate Project.

So verwenden Sie diese Vorlage

  • Schreiben Sie das Dokument in der Phase Initiate Project, sobald die Sponsoren benannt sind. Der Projektmanagementplan (IDK-01, Abschnitt 6.2) verweist darauf, und es gehört zur Baseline des Projektumfangs.
  • Jede Projektleitung füllt ihre eigene Seite aus. Die Projektleitung des Auftraggebers sammelt die Zusagen zu Zeitanteil und Vertretung, denn nur der Auftraggeber kann seine eigenen Leute freistellen.
  • Ersetzen Sie jedes [Feld in eckigen Klammern]. Löschen Sie die mit Beispiel: markierten Zeilen, sobald Sie eigene haben.
  • Fertig ist das Dokument, wenn jede Rolle einen Namen hat, für jedes Kernteam-Mitglied ein freigestellter Zeitanteil von der Führungskraft bestätigt ist und jedes Ergebnis in der RACI-Matrix genau ein A hat.
  • Prüfen Sie es an jedem Gate erneut. In einem langen Projekt wechseln Personen, und das Dokument darf nicht hinterherhinken.
Metadaten der Vorlage
Feld Wert
Vorlagen-ID IDK-03
Phase Initiate Project
Verantwortlich Projektleitung des Auftraggebers und Projektleitung des Auftragnehmers (gemeinsam)
Freigabe Lenkungsausschuss
Qualification Gate Project Initiated
Version 1.0

Dokumentenlenkung

Version Datum Autor Änderung Freigegeben von
0.1 [JJJJ-MM-TT] [Name, Rolle] Erster Entwurf
1.0 [JJJJ-MM-TT] [Name, Rolle] Baseline für das Gate Project Initiated [Vorsitz des Lenkungsausschusses]

1. Organigramm

In Textform, damit es Kopieren und Einfügen übersteht. Die Einrückung zeigt die Berichtslinie im Projekt, nicht im Unternehmen.

Lenkungsausschuss
  Vorsitz: [Name], Executive Sponsor (Auftraggeber)
  Mitglieder: [Name], Sponsor (Auftragnehmer)
              [Name], [Leitung des am stärksten betroffenen Fachbereichs]
              [Name], [Leitung des am stärksten betroffenen Fachbereichs]
              [Name], Projektleitung Auftraggeber
              [Name], Projektleitung Auftragnehmer
  |
  +-- Projektleitung Auftraggeber: [Name]
  |     +-- Fachteam [Bereich, z. B. Einkauf und Lager]: Leitung [Name]
  |     |     +-- Kernteam-Mitglieder: [Namen]
  |     |     +-- Expert User: [Namen]
  |     +-- Fachteam [Bereich, z. B. Finanzen]: Leitung [Name]
  |     +-- Technische Analysten: Sicherheit [Name], Datenmigration [Name],
  |     |                         Integrationen [Name], Berichte [Name]
  |     +-- Change-Verantwortliche(r): [Name]
  |     +-- Testleitung: [Name]
  |     +-- Fokusgruppen (befristet): [siehe Abschnitt 7]
  |
  +-- Projektleitung Auftragnehmer: [Name]
        +-- Solution Architect: [Name]
        +-- Technical Solution Manager: [Name]
        +-- Anwendungsberater: [Bereich: Name], [Bereich: Name]
        +-- Technische Ressourcen und Entwickler: [Namen]
        +-- Systems Engineer: [Name]
        +-- Account Manager: [Name] (kaufmännische Themen, außerhalb der Lieferlinie)

Die beiden Projektleitungen arbeiten als Paar. Sie treffen sich wöchentlich ohne die Teams, und keine überrascht die andere vor dem Lenkungsausschuss.

2. Gremien

Gremium Zweck Mitglieder Vorsitz Tagt
Lenkungsausschuss Verantwortet die Ausgaben und die Arbeit als Ganzes. Verbindet das Projekt mit dem Unternehmen, gibt Strategien und zentrale Designentscheidungen frei, genehmigt Änderungen an Umfang, Plan und Budget und zeichnet jedes Gate ab. [Namen] Executive Sponsor [im Projekt vereinbaren], zusätzlich zu jedem Gate
Projektleitung Tägliche Steuerung von Plan, Ressourcen, Risiken und Issues Beide Projektleitungen Im Wechsel Wöchentlich
Projektteam Abstimmung zwischen den Arbeitssträngen Projektleitungen, Leitungen der Fachteams, Solution Architect, technische Leitungen Projektleitung Auftraggeber Wöchentlich
Design Authority Prüft Alternativen, bevor sie die Projektleitungen in der Änderungssteuerung erreichen Solution Architect, Technical Solution Manager, [Architekt oder IT-Leitung des Auftraggebers] Solution Architect Bei Bedarf

Sponsor und Projektleitung sind zwei getrennte Aufgaben. Der Sponsor arbeitet wie ein Aufsichtsratsvorsitzender: Er sichert die Steuerung, besitzt den Business Case und verantwortet den Nutzen. Die Projektleitung arbeitet wie eine Geschäftsführung: Sie führt das Projekt jeden Tag. Der Sponsor leitet das Projekt nicht, und die Projektleitung besitzt den Business Case nicht.

3. Rollenbeschreibungen, Seite des Auftraggebers

Rolle Benannte Person Hauptaufgaben Befugnis
Executive Sponsor [Name] Besitzt Business Case und Nutzenrealisierung. Führt den Vorsitz im Lenkungsausschuss. Hält das Projekt unter den obersten Prioritäten des Unternehmens, wenn andere Vorhaben konkurrieren. Entscheidet, ob eine Änderung im Lenkungsausschuss behandelt wird. Gibt die Reserve (Contingency) frei; letzte Eskalationsstufe des Auftraggebers
Projektleitung Auftraggeber [Name] Plant und verfolgt alle Aufgaben des Auftraggebers. Besitzt Risikoregister, Issue Log, Kommunikationsplan und die Strategiedokumente. Sichert Personen und Räume. Steuert das Testen. Gibt Konfigurations- und Berichtsspezifikationen frei; gibt Ergebnisse innerhalb der Baseline frei
Prozessverantwortlicher (Process Owner) [Name je Bereich] Besitzt den künftigen Prozess und den damit verbundenen messbaren Nutzen. Nimmt die Lösung für den Bereich ab. Nimmt den Bereich im Abnahmetest ab
Leitung Fachteam [Name je Bereich] Leitet das Team, das für einen Bereich entwirft, testet, schult und live geht. Hält die Begründung jeder Entscheidung fest, nicht nur die Entscheidung. Entscheidet im Bereich ohne Rückfrage nach oben; diese Befugnis bestätigt der Sponsor schriftlich
Mitglied Fachteam (Kernteam) [Namen] Workshops, Prüfung des Book of Rules, Testskripte, Schritt-für-Schritt-Anleitungen, Datenvalidierung, Durchführung von Schulungen Gibt Empfehlungen
Technischer Analyst, Sicherheit [Name] Rollen, Permission Sets, Benutzerverwaltung, Prüfungen der Funktionstrennung (Segregation of Duties) mit dem Finanzbereich Baut und pflegt
Technischer Analyst, Datenmigration [Name] Extrakte aus dem Altsystem, Mapping mit den Beratern, Migrationsjobs im Data Migration Manager, Ladedurchläufe Baut und pflegt
Technischer Analyst, Integrationen, Berichte und Events [Name] Schnittstellenregister, Integrationstests mit Dritten, Berichtslayouts, Lobbys, Workflows Baut und pflegt
Change-Verantwortliche(r) [Name] Plan für den organisatorischen Wandel, Fürsprache für die Benutzer, aktualisierte Richtlinien und Verfahren. Das ist Arbeit des Auftraggebers; die Projektleitungen prüfen, dass es sie gibt. Besitzt den Change-Plan
Testleitung [Name] Teststrategie, Testplan, Fehler-Triage, Testberichte Führt die Triage
Sicherheitsverantwortliche(r) [Name] Rollen, Permission Sets, Funktionstrennung, Zugriff für Integrationen und Servicekonten Gibt das Design der Permission Sets frei
Schulungsleitung [Name] Schulungsstrategie, Schulungsplan, Kursunterlagen, Train-the-Trainer, Teilnahme- und Bewertungsnachweise Besitzt den Schulungsplan
IT-Leitung Auftraggeber [Name] Umgebungen, Infrastruktur, Integrationslandschaft, Update-Kalender während des Projekts Besitzt Entscheidungen zu den Umgebungen
Cutover-Verantwortliche(r) [Name] Cutover-Plan, Checkliste im Stundentakt, Probeläufe, Notfallplan Führt den Cutover
Systemverantwortliche(r) (nach dem Go-live) [Name] Besitzt die Lösung im Betrieb, den Update-Kalender und das CRIM-Log nach Projektabschluss Entscheidet nach dem Abschluss über Änderungen
Expert User [Namen je Standort und Bereich] Siehe Abschnitt 8 Erste Anlaufstelle nach dem Go-live

4. Rollenbeschreibungen, Seite des Auftragnehmers

Rolle Benannte Person Hauptaufgaben
Sponsor [Name] Gegenstück zum Sponsor des Auftraggebers auf Führungsebene. Sichert die Ressourcen des Auftragnehmers. Eskalationsstufe.
Projektleitung [Name] Besitzt Projektmanagementplan, Projektumfang, Master-Einführungsplan und Workshop-Plan. Steuert Lieferung, Kosten und Qualität des Auftragnehmers.
Solution Architect [Name] Hält die Lösung über die Fachbereiche hinweg stimmig. Besitzt die Prozessmodelle. Hinterfragt zentrale Designentscheidungen, bevor sie zu CRIM-Anforderungen werden.
Technical Solution Manager [Name] Besitzt die technische Gesamtlösung und das technische Design der CRIM-Objekte, mit Blick auf Service Updates und Release-Updates.
Anwendungsberater [Name je Bereich] Moderiert Workshops, konfiguriert im Web-Client, coacht das Fachteam, prüft Anleitungen und Skripte.
Technische Ressource, Entwickler [Namen] Baut und testet Integrationen, Modifikationen, Berichte und Konfigurationen im Build Place (Unit-Test).
Systems Engineer [Name] Umgebungen, Lieferungen zwischen Build Place und Use Place, technische Cutover-Aufgaben.
Account Manager [Name] Kaufmännische Beziehung, Vertragsänderungen nach einem freigegebenen Change Request.

5. RACI-Matrix nach Ergebnis

R = führt die Arbeit aus. A = verantwortlich, genau einer je Zeile. C = wird vorher konsultiert. I = wird nachher informiert.

Spalten: ES Executive Sponsor, LA Lenkungsausschuss, PL-AG Projektleitung Auftraggeber, PL-AN Projektleitung Auftragnehmer, PO Prozessverantwortlicher, FT Fachteam, TA technische Analysten, SA Solution Architect, TSM Technical Solution Manager, AB Anwendungsberater.

Ergebnis ES LA PL-AG PL-AN PO FT TA SA TSM AB
Projektmanagementplan C A C R I I I C C I
Projektumfang C A C R C C I C C I
Risikoregister und Issue Log I I A/R R C C C C C C
Kommunikationsplan C I A/R C C I I I I I
Book-of-Rules-Dokumente I I C C A R I C I R
Prozessmodell und Umfang I I C C C C I A/R C R
Prototyp I I C A C C C C C R
Schnittstellenregister I I A C I C R C R C
Datenmigrationsplan und Ladedurchläufe I I A C C R R I C R
Rollen und Permission Sets I I A I C R R I C C
CRIM-Spezifikationen I I C A C R C C R R
Freigabe der Spezifikationen für Integrationen und Modifikationen C A R C R C C C C I
Teststrategie, Skripte und Durchführung I I A C C R R I I C
Schritt-für-Schritt-Anleitungen und Schulungsunterlagen I I A I C R I I I C
Ergebnis des Solution Acceptance Test C A R C R R R C C C
Cutover-Plan, Checkliste und Rückfallplan C A R R C R R C R C
Ergebnis des Operational Readiness Test C A R I R C C I I C
Übergabe an den Support I I C A/R I C C C R R
Projektbewertung und Abschlussdokument C A R R C C C C C C
Nutzenrealisierung A I C I R I I I I I
[Ergebnis]

Prüfen Sie vor der Freigabe: ein A je Zeile, keine Zeile ohne R, und keine Person mit R-Einträgen über das hinaus, was ihre freigestellte Zeit erlaubt.

6. Zeitzusage und Vertretungsvereinbarung

Wer Projektarbeit zusätzlich zu einem unveränderten Tagesgeschäft verlangt, verursacht Verzug. Diese Tabelle macht die Freistellung ausdrücklich und setzt den Namen einer Führungskraft daneben.

Name Projektrolle Stammabteilung Freigestellter Zeitanteil je Phase Spitzenzeiten mit Bedarf an zusätzlicher Kapazität Vertretungsregelung Bestätigende Führungskraft Bestätigt am
Beispiel: [Name] Leitung Fachteam, Einkauf und Lager Einkauf [im Projekt vereinbaren, je Phase] Abnahmetest, Cutover, erste Periode nach dem Go-live Tägliche Bestellbearbeitung an [Name] übertragen; befristet ein zusätzlicher Einkäufer für den Zeitraum [Zeitraum] [Name], Leitung Einkauf [JJJJ-MM-TT]
[Name] [Rolle] [Abteilung] [im Projekt vereinbaren] [Zeiträume] [Regelung] [Name] [JJJJ-MM-TT]

Auswahlkriterien für das Kernteam: kennt das Geschäft, ist offen dafür, die eigene Arbeitsweise zu ändern, und genießt das Vertrauen der Kolleginnen und Kollegen, in ihrem Namen zu entscheiden. Nach dem Go-live soll das Kernteam als [permanentes Business-Systems-Team / anderes, im Projekt vereinbaren] weiterarbeiten.

7. Fokusgruppen

Eine Fokusgruppe wird für eine Frage und für begrenzte Zeit einberufen und aufgelöst, sobald sie geantwortet hat.

Fokusgruppe Ziel Mitglieder Sponsor im Projekt Start Ende Ergebnis
Beispiel: Artikelnummerierung Entscheiden, ob Artikel bei der Migration neu nummeriert werden, und die Nummerierungsregel festlegen Konstruktion, Einkauf, Lager, Finanzen: [Namen] Leitung Fachteam, Lager [JJJJ-MM-TT] [JJJJ-MM-TT] Entscheidungsvorlage an die Projektleitungen; Regel im Book of Rules festgehalten
[Gruppe] [Ziel] [Namen] [Rolle] [JJJJ-MM-TT] [JJJJ-MM-TT] [Ergebnis]

8. Expert User

Expert User werden zuerst geschult, was zugleich die Schulungsunterlagen testet. Sie führen den Operational Readiness Test durch, während das Kernteam nur berät, und bestätigen im Namen des Unternehmens, dass Lösung und Schulung ausreichen. Nach dem Go-live sind sie die erste Anlaufstelle für Kolleginnen und Kollegen, noch vor dem Help Desk.

Name Standort Prozessbereich Betreute Benutzer Geschult am Schult Endbenutzer (ja/nein) Freistellung rund um den Go-live bestätigt von
Beispiel: [Name] [Standort] Wareneingang und Inventur im Lager Lagermitarbeiter, [Schicht] [JJJJ-MM-TT] Ja [Führungskraft]
[Name] [Standort] [Bereich] [Gruppe] [JJJJ-MM-TT] [ja/nein] [Name]

Abdeckungsprüfung: Jeder Standort, jede Schicht und jeder Prozessbereich im Umfang hat einen benannten Expert User und eine benannte Vertretung.

Freigabe

Name Rolle Datum Unterschrift
[Name] Executive Sponsor (Auftraggeber) [JJJJ-MM-TT] ______________________
[Name] Sponsor (Auftragnehmer) [JJJJ-MM-TT] ______________________
[Name] Projektleitung des Auftraggebers [JJJJ-MM-TT] ______________________
[Name] Projektleitung des Auftragnehmers [JJJJ-MM-TT] ______________________

Unabhängige Vorlage, ausgerichtet an der IFS-Einführungsmethodik. Kein offizielles IFS-Dokument. IFS ist eine eingetragene Marke der IFS AB.

Unabhängige Vorlage, ausgerichtet an der IFS-Einführungsmethodik. Kein offizielles IFS-Dokument. IFS ist eine eingetragene Marke der IFS AB.

ROI Calculator

Calculate your return on investment

Input Values

€
€
€

Results

Annual Savings
€ 0
Payback Period
0 months
ROI
0%
Monthly Savings
€ 0

Get Detailed Report

Enter your details to receive a detailed ROI report.