Beispieltabelle
| Stakeholder | Beschreibung |
|---|---|
| Management | Linien-Manager, die an dem Projekt beteiligt sind oder es beeinflussen |
| Projekt-Steuerungskreis | Oberstes Lenkungsgremium des Projektes, ultimative Instanz für Projektentscheidungen |
| Projektmanager | Verantwortet das Projekt-Budget, Scope und Zeitplan |
| Auftraggeber | Oft auch „Sponsor“ genannt |
| Produktmanager | Verantwortlich für das gesamte Produkt, das aus Hardware & Software sowie sonstigen Leistungen bestehen kann. |
| Fachbereich | In der Regel die Personengruppe, die die fachlichen Anforderungen formuliert |
| Unternehmens- oder Enterprise-Architekt | u.a. zuständig für strategische Ausrichtung des Anwendungsportfolios und projekt-übergreifende Richtlinien und Standards |
| Architektur-Abteilung | Gruppe, die Unternehmens-Frameworks und Entwicklungsstandards pflegt |
| Methoden und Verfahren | Verantworten Entwicklungsprozesse und häufig auch die eingesetzte Tool. Hinweis: I.d.R. hat man nicht gleichzeitig Unternehmensarchitekten, eine Architektur-Abteilung und Methoden und Verfahren, sondern max. 2 davon |
| IT-Strategie | Verantwortlich für die strategische Ausrichtung der IT. Siehe Enterprise-Architekt. |
| QA | Zentrale Test-Abteilung. Verantwortlich für die Qualitätssicherung |
| Software-Architekt | Oft auch Projekt-Architekt genannt. Verantwortlich für die (technische) Architektur innerhalb eines Projekts |
| Designer | Zuständig für das Anwendungs-Design. Häufig keine eigene Rolle mehr |
| Entwickler | Software-Entwickler im Projekt. Übernimmt häufig auch Design- und Testaufgaben |
| Tester | Tester im Projekt. Kann aus QA sein, häufig aber unabhängig davon. |
| Konfigurations-& Build-Manager | Zuständig für die Pflege von Repository, Konfigurations-Management und Build. Wird in kleineren Projekten häufig vom Entwickler übernommen. |
| Release-Manager | Verantwortlich für die Erstellung und Auslieferung von Release-Ständen. Koordiniert Releases häufig Projekt- und System-übergreifend |
| Wartungs-Team | Zuständig für die Pflege und Wartung des Systems nach Auflösung des Projekt-Teams |
| Externe Dienstleister | Zusätzliche externe Firmen, die Teile der Anwendung entwickeln. |
| Hardware-Designer | Zuständig für das Hardware-Design (im Embedded-Bereich) |
| Rollout-Manager | Zuständig für die Inbetriebnahme eines Systems oder eines Releases. Rolle wird manchmal vom Release-Manager übernommen |
| Infrastruktur-Planung | Zuständig für Planung und Beschaffung der Infrastruktur (Server, Netzwerk, Router, Switches, Arbeitsplatzrechner, OS, …) |
| Sicherheits-beauftragter | Verantwortlich für die IT-Sicherheit im Unternehmen |
| Anwender | Nutzer der Anwendung |
| Fach-Administrator | Zuständig für die fachliche Administration der Anwendung. Hat häufig keinen Zugang zu technischen Administrations-Zugängen |
| System-Administrator | Administriert die Anwendung auf technischer Ebene. Hat Zugang zu technischen Administrations-Zugängen |
| Operator | Überwacht den Anwendungsbetrieb, führt Routine-Pflegejobs durch (z.B. Datensicherung, Aufräumen von temporären Verzeichnissen), behebt einfache Fehler im Anwendungsbetrieb |
| Hotline | Häufig auch unter 1st oder 2nd Level Support bekannt. Nehmen Fehlermeldungen auf, helfen in Standardsituationen |
| Betriebsrat | Vertritt die Interessen der Arbeitnehmer |
| Standard-Software-Lieferant | Lieferant von im System eingesetzter Standard-Software. Unterstützen häufig auch bei Integration und Customizing |
| Verbundene Projekte | z.B. Nachbarprojekte mit gemeinsamen Schnittstellen, übergreifende Schnittstellenprojekte (z.B. EAI/ESB-Projekte) |
| Aufsichtsbehörden, Gesetzgeber, Normierungsgremien | Sind meistens nicht direkt mit dem Projekt verbunden, beeinflussen jedoch durch Ihre Vorgaben die Arbeit bzw. die Lösungsansätze. |
| Weitere externe Stakeholder | z.B. Verbände, Vereine, Mitbewerber, konkurrierende Geschäftsbereiche, Presse. Sind häufig nicht direkt vom Projekt betroffen, beeinflussen Entscheidungen aber dennoch |
Die folgende Tabelle zeigt Ihre konkreten Stakeholder für das System sowie deren Interessen oder Beteiligung.
| Rolle | Beschreibung | Ziel / Intention | Kontakt | Bemerkungen |
|---|---|---|---|---|
| 42 | 42 | 42 | 42 | 42 |