Am analizat problemele organizațiilor cu creștere rapidă care încearcă să gestioneze schimbările și am identificat, după cum ni se pare, cele patru probleme principale ale unor astfel de companii.
1. Schimbările planificate trebuie să fie verificate cu atenție înainte ca acestea să fie aprobate
Aprobarea modificărilor propuse este responsabilitatea managerilor de rang înalt sau a CIO-ului în sine. Dar sunt oameni ocupați și nu au timp să verifice cu atenție modificările propuse. De aceea, ei aprobă fără să verifice - și atunci, când cineva are timp să-și asume responsabilitatea, aceștia o fac pe coloana rușinoasă a dezvoltatorilor schimbărilor.
Ce să faci? Utilizați ca o pârghie! De îndată ce managerii seniori și CIO-urile încep să ajungă la limită pentru modificări care au fost verificate prost în faza de aprobare, imaginea se va schimba radical.
2. Rolul și responsabilitatea persoanei care aprobă
Rădăcina problemei, desigur, este că persoanele responsabile de aprobarea proiectelor de schimb nu înțeleg rolul lor în aceste schimbări.
Ce poate ajuta aici? Tot aceeași Sfânta trinitate - prezentare, întrebări frecvente, instruire.
Dacă utilizați principiile Agile sau DevOps pentru a gestiona modificările, atunci această interacțiune are deja loc.
4. Modificări standard
Atunci când bordul de gestionare a modificărilor verifică din nou și din nou, de fapt, aceeași schimbare, înseamnă că este timpul să facem această schimbare standard. Modificările standard sunt modificări pe care nu trebuie să le afișezi. Pentru ca aceasta să funcționeze, trebuie să creați și să aprobați procedura de creare a unei modificări standard.
- O astfel de schimbare ar trebui să fie repetabilă.
- Această schimbare ar trebui să aibă un risc scăzut.
- Acțiunile asociate cu o astfel de schimbare trebuie să fie bine cunoscute și documentate corespunzător.