Neue Tools und Abläufe etablieren und einführen: Difference between revisions
| (4 intermediate revisions by the same user not shown) | |||
| Line 5: | Line 5: | ||
# Erwartungshaltung sammeln | # Erwartungshaltung sammeln | ||
'''Planungsphase''' | '''Planungsphase''' | ||
siehe auch Jahresplanung der Service Departments im Wiki | <br>siehe auch Jahresplanung der Service Departments im Wiki | ||
# Lösungsansatz an definierte Feedbackgruppe (Gremium) beschreiben und spiegeln | # Lösungsansatz an definierte Feedbackgruppe (Gremium) beschreiben und spiegeln | ||
# MVP (Minimum Viable Product) definieren und verabschieden | # MVP (Minimum Viable Product) definieren und gemeinsam verabschieden | ||
'''Einführungsphase''' | '''Einführungsphase''' | ||
# Betatestphase (max 2 Monate) | # Betatestphase (max 2 Monate) | ||
| Line 13: | Line 13: | ||
'''Optimierungsphase''' | '''Optimierungsphase''' | ||
# Feedback aus Gremium einholen | # Feedback aus Gremium einholen | ||
# eindeutige [[Write proper tickets|Fehlerbeschreibungen]] (Ticketsystem Asana) | |||
# Backlog priorisieren und abarbeiten | # Backlog priorisieren und abarbeiten | ||
'''Launchphase''' | '''Launchphase''' | ||
# Betrieb starten | # Betrieb starten | ||
# Feedback einholen und priorisieren | # Feedback einholen und priorisieren | ||
# eindeutige [[Write proper tickets|Change-Beschreibungen]] (Ticketsystem Asana) | |||
# Changelog priorisieren und Releaseplanung definieren | |||
'''Changelog-Phase''' | '''Changelog-Phase''' | ||
# Changelog in sogenannten Releases abarbeiten | # Changelog in sogenannten Releases abarbeiten | ||
== Dokumentation == | == Dokumentation == | ||
'''Wiki-Artikel Gliederung:''' | '''Wiki-Artikel Gliederung:''' | ||
Latest revision as of 10:58, 5 November 2019
Um neue Tools und Abläufe im im Unternehmen richtig einzuführen wird folgender Ablauf verfolgt:
Genereller Ablauf
[edit]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 gemeinsam verabschieden
Einführungsphase
- Betatestphase (max 2 Monate)
- GF&HoD Gremium definieren
Optimierungsphase
- Feedback aus Gremium einholen
- eindeutige Fehlerbeschreibungen (Ticketsystem Asana)
- Backlog priorisieren und abarbeiten
Launchphase
- Betrieb starten
- Feedback einholen und priorisieren
- eindeutige Change-Beschreibungen (Ticketsystem Asana)
- Changelog priorisieren und Releaseplanung definieren
Changelog-Phase
- Changelog in sogenannten Releases abarbeiten
Dokumentation
[edit]Wiki-Artikel Gliederung:
- Themenfeld / Zielsetzung
- Auslegung / Sinn (bei welchem Fragenkomplex streben wir welche Lösung in welche Richtung an)
- Abhängigkeiten
- kompackte Nutzungsbeschreibung
- Q&A --> Verweis zum Helbdesk OS / Assist
Q&A in OS / Assist (Fragen und Antworten)
- Eintrag typischer Fragestellungen und Lösungsansätze in unser Helpdesk. (Ein Mitarbeiter schreibt an help@parasol-island.com und bekommt je nach Inhalte seiner e-Mail dazu bereits passende Antworten aus den Q&As zugestellt: Hilfe zur Selbsthilfe)
Kommunikation
[edit]je nach Themenfeld kurze Einführung / UpDate-Info in
- monatliche Meetings (IMMM) mit kompletter Belegschaft
- regelmässige Meetings (JourFixes) in den Fachbereichen
- wöchentliche Montags-Meetings departmentbezogen
- wöchentliche Ressourcen-Meetings departmentübergreifend