Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

Link zu dieser Vergleichsansicht

Beide Seiten der vorigen Revision Vorhergehende Überarbeitung
Nächste Überarbeitung 		Vorhergehende Überarbeitung
100fragen:artikel:wie_laeuft_iteratives_change_management_ab [20/12/2018 13:58]
Blue Change Solutions Redaktion 		100fragen:artikel:wie_laeuft_iteratives_change_management_ab [20/12/2018 14:30]
Blue Change Solutions Redaktion
Zeile 2: Zeile 2:
 \\  \\ 
  
-{{ :100fragen:blue_change_100fragen.jpg?400}}+{{ :100fragen:blue_change_100fragen_5.png?400}}
  
  
Zeile 12: Zeile 12:
 Iteratives Change Management folgt vermutlich keiner der bekannten Change Modelle (Lewin, Kotter, McK, etc.) und unterscheidet sich auch von agilen Ansätzen. Iteratives Change Management folgt vermutlich keiner der bekannten Change Modelle (Lewin, Kotter, McK, etc.) und unterscheidet sich auch von agilen Ansätzen.
  
 +====  ====
  
 **Hier meine Antwort:** **Hier meine Antwort:**
Zeile 22: Zeile 23:
  
 __Iteration__: (von lat. iterare ,wiederholen‘) beschreibt allgemein einen Prozess mehrfachen Wiederholens gleicher oder ähnlicher Handlungen zur Annäherung an eine Lösung oder ein bestimmtes Ziel. Beispielsweise in der Informatik wird nicht nur der Prozess der Wiederholung, sondern auch das Wiederholte selbst als Iteration bezeichnet. __Iteration__: (von lat. iterare ,wiederholen‘) beschreibt allgemein einen Prozess mehrfachen Wiederholens gleicher oder ähnlicher Handlungen zur Annäherung an eine Lösung oder ein bestimmtes Ziel. Beispielsweise in der Informatik wird nicht nur der Prozess der Wiederholung, sondern auch das Wiederholte selbst als Iteration bezeichnet.
- 
-====  ==== 
  
 __Adaption auf das Change Management__: Wenn sich die Tätigkeiten des Change Managements wiederholen, also immer wieder nach dem gleichen Schema ablaufen, dann können wir von iterativem Change Management reden. __Adaption auf das Change Management__: Wenn sich die Tätigkeiten des Change Managements wiederholen, also immer wieder nach dem gleichen Schema ablaufen, dann können wir von iterativem Change Management reden.
Zeile 32: Zeile 31:
  
  
-{{ :fotos:blue_change_kommunikaton_change.jpg?300|}}Wie jetzt iterative Change Management abläuft, hängt vom Change und der Sichtweise ab.+{{ :fotos:blue_change_kommunikaton_change.jpg?300|}}Wie jetzt iteratives Change Management abläuft, hängt vom Change und der Sichtweise ab.
  
-Ein Beispiel, wenn das Frontend System (Windows 10) auf viele Rechner (richtig viele) ausgerollt werden soll, dann wird meist der Rollout in Häppchen (Phasen) aufgeteilt. Jede Phase würde gleich ablaufen und somit auch die Change Betreuung. Also die Change Betreuung könnte zu einem gewissen grad standardisiert werden. Man würde wiederkehrende Routinen aufbauen. Interessant wird es, wenn die Phasen sich überlappen und die Change Betreuungen sich als Kanon überlappen.+Ein Beispiel, wenn das Frontend System (Windows 10) auf viele Rechner (richtig viele) ausgerollt werden soll, dann wird meist der Rollout in Häppchen (Phasen) aufgeteilt. Jede Phase würde gleich ablaufen und somit auch die Change Betreuung. So könnte die Change Betreuung zu einem gewissen Grad standardisiert werden. Man würde wiederkehrende Routinen aufbauen. Interessant wird es, wenn die Phasen sich überlappen und die Change Betreuungen sich als Kanon überlappen.
  
 {{ :fotos:blue_change_inkrement_change.jpg?300|}}Eine andere Anwendung wäre im Software Deployment möglich. Stichwort DevOps. Die Taktung, mit der neue Software Releases ausgerollt werden, ist hoch, zum Teil extrem hoch. Wie soll hier Change Management mithalten, wenn wir es nicht bestmöglich automatisieren und entsprechende Routinen aufbauen. Der Part Change Management und die benötigten Tasks gehören mit ins Backlog, bzw. in die Definition of Done. Das Change Management folgt den Iterationen des Entwicklung. {{ :fotos:blue_change_inkrement_change.jpg?300|}}Eine andere Anwendung wäre im Software Deployment möglich. Stichwort DevOps. Die Taktung, mit der neue Software Releases ausgerollt werden, ist hoch, zum Teil extrem hoch. Wie soll hier Change Management mithalten, wenn wir es nicht bestmöglich automatisieren und entsprechende Routinen aufbauen. Der Part Change Management und die benötigten Tasks gehören mit ins Backlog, bzw. in die Definition of Done. Das Change Management folgt den Iterationen des Entwicklung.