Neue Tools und Abläufe etablieren und einführen: Difference between revisions
No edit summary |
No edit summary |
||
| Line 1: | Line 1: | ||
Um neue Tools und Abläufe im im Unternehmen richtig einzuführen wird folgender Ablauf verfolgt: | Um neue Tools und Abläufe im im Unternehmen richtig einzuführen wird folgender Ablauf verfolgt: | ||
'''Bedarf''' | |||
# Bedarf ermitteln | # Bedarf ermitteln | ||
# Erwartungshaltung sammeln | |||
'''Planungsphase''' | '''Planungsphase''' | ||
siehe auch Jahresplanung der Service Departments im Wiki | |||
# Lösungsansatz an definierte Feedbackgruppe beschreiben und spiegeln | # Lösungsansatz an definierte Feedbackgruppe (Gremium) beschreiben und spiegeln | ||
# MVP (Minimum Viable Product) definieren und verabschieden | |||
'''Einführungsphase''' | |||
# Betatestphase (max 2 Monate) | |||
# GF&HoD Gremium definieren | |||
'''Optimierungsphase''' | |||
# Feedback aus Gremium einholen | |||
# Backlog priorisieren und abarbeiten | |||
'''Launchphase''' | |||
# Betrieb starten | |||
# Feedback einholen und priorisieren | |||
'''Changelog-Phase''' | |||
# Changelog in sogenannten Releases abarbeiten | |||
Revision as of 10:43, 5 November 2019
Um neue Tools und Abläufe im im Unternehmen richtig einzuführen wird folgender Ablauf verfolgt: Bedarf
- Bedarf ermitteln
- Erwartungshaltung sammeln
Planungsphase siehe auch Jahresplanung der Service Departments im Wiki
- Lösungsansatz an definierte Feedbackgruppe (Gremium) beschreiben und spiegeln
- MVP (Minimum Viable Product) definieren und verabschieden
Einführungsphase
- Betatestphase (max 2 Monate)
- GF&HoD Gremium definieren
Optimierungsphase
- Feedback aus Gremium einholen
- Backlog priorisieren und abarbeiten
Launchphase
- Betrieb starten
- Feedback einholen und priorisieren
Changelog-Phase
- Changelog in sogenannten Releases abarbeiten