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 mitBeispiel: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.
| 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.
Polski (PL)
English (United Kingdom) 