Hier werden die Unterschiede zwischen zwei Versionen angezeigt.
| Beide Seiten der vorigen Revision
Vorhergehende Überarbeitung
|
Nächste Überarbeitung
Beide Seiten der Revision
|
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:00]
Blue Change Solutions Redaktion |
| |
| |
| {{ :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. |