Meni

Vadnica za upravljanje sprememb | Kaj je upravljanje sprememb

  • Glavni
  • Drugo
  • Vadnica za upravljanje sprememb | Kaj je upravljanje sprememb

change management tutorial what is change management

Preizkusite Naš Instrument Za Odpravo Težav

Ta izčrpen vodnik za upravljanje sprememb podrobno pojasnjuje postopek upravljanja sprememb, modele, ugodnosti in 7R-je:

Upravljanje sprememb (CM) je nabor orodij, procesov in tehnik, ki se uporabljajo za pomoč posameznikom pri prehodu iz obstoječega stanja v organizaciji v novo.

CM lahko razumemo kot:

  • Upravljanje konfiguracije za upravljanje kode in zahtev.
  • Izvajanje organizacijskih sprememb.
  • Sledenje spremembam, ki se pojavijo v IT infrastrukturi - Upravljanje IT storitev (ITSM).

Vadnica za upravljanje sprememb

Kaj se boste naučili:

Pregled upravljanja sprememb

Cilj CM je uporabiti strategije za izvajanje sprememb ciljev, procesov ali tehnologij organizacije, nadzor nad zahtevami po spremembah in pomoč zaposlenim pri uresničevanju predlagane spremembe.

To pomeni, da je obvezno imeti:

  • Zelo dobro organiziran postopek za obravnavo sprememb.
  • Dobro pripravljen sklop postopkov za pripravo odgovora na zahteve.
  • Mehanizem za spremljanje izvajanja zahteve.

Za začetek postopka upravljanja sprememb mora organizacija upoštevati vpliv, ki ga bodo imeli vsi spremenjeni procesi v sistemih znotraj organizacije.

Vzpostavljeni morajo biti naslednji postopki:

  • Načrtujte spremembo
  • Preizkusite spremembo
  • Sporočite spremembo
  • Načrtujte spremembo
  • Izvedite spremembo
  • Dokumentirajte spremembo
  • Ocenite rezultate

Dokumentacija je pomemben vidik CM, ker moramo ohraniti postopek in tudi vrnitev, če je tak ukrep potreben.

Definicija upravljanja sprememb

Glede na različna stališča lahko CM opredelimo na naslednji način:

  • Z vidika strokovnjaka za infrastrukturo gre za sistematičen pristop k odobritvi, preskušanju in uvajanju novega dela opreme ali nove izdaje.
  • S stališča projekta gre za postopek za pridobitev odobritve sprememb obsega, časovnice ali proračuna projekta.
  • Iz metodologij - PMP, Prince2, ITIL, perspektiva ISO20000, to je postopek za pridobitev odobritve in izvajanje sprememb projekta ali operativnega okolja.
  • Z vidika PROSCI, Združenja strokovnjakov za upravljanje sprememb (ACMP), Inštituta za upravljanje inovacij in organizacijskih sprememb (IOCMI), to je postopek za pomoč organizacijam pri uporabi CM na vsaki ravni.
  • Z vidika razvoja programske opreme gre za postopek, ki vključuje sledenje in upravljanje sprememb in kode sprememb.

Postopki upravljanja sprememb so odgovorni tudi za sledenje spremembam, ki se zgodijo v IT-infrastrukturi. ISO 20000 je standard, ki opredeljuje cilj upravljanja sprememb. Za pravilno sledenje in ravnanje se uporablja vsaka sprememba v nizu standardiziranih metod in postopkov.

Kar zadeva spremembe dokumentacije, je ime, uporabljeno za takšno spremembo, upravljanje konfiguracije, zato je za pravilno upravljanje nadzora različic obvezno uporabiti orodje za upravljanje sprememb.

Orodje CM bo izvedlo naslednja dejanja:

  • Sledite vsem izvedenim spremembam.
  • Utemeljite izvedene spremembe, če bodo potrebne.
  • Poskrbite, da bo na voljo več poti, da boste lahko hkrati razvijali različne različice istega izdelka.
  • Prepričajte se, da so popravki kode ali izboljšave kode povezani z napakami, zgradbami in izdajami.

Ob upoštevanju uvoda mora biti jasno, da bomo za opredelitev izraza upravljanje sprememb morali razumeti kontekst, v katerem bi ga radi opredelili.

Vrste organizacijskih sprememb

Je del upravljanja, ki se uporablja za upravljanje številnih vrst organizacijskih sprememb. Najpomembnejše vrste organizacijskih sprememb so naslednje:

  1. Razvojne spremembe: To pomeni kakršne koli spremembe na organizacijski ravni, ki se ukvarjajo z izboljšanjem predhodno uveljavljenih procesov in postopkov.
  2. Prehodna sprememba: Gre za spremembo, ki obravnava prehod organizacije iz obstoječega stanja v drugo povsem novo stanje ob predpostavki, da ima organizacija težavo, ki jo je mogoče rešiti s spremembo trenutnega stanja.
  3. Transformacijske spremembe: Ukvarja se s spremembo, ki v osnovi spreminja kulturo in delovanje organizacije.

7R's Of Change Management

ITIL “Zbirka poslovnih perspektiv II” vsebuje kontrolni seznam s sedmimi preprostimi vprašanji v poglavju o neprekinjenem poslovanju, ki opisuje korake pri določanju spremembe tveganja sprememb in analiziranju učinkovitosti procesa upravljanja sprememb.

V nadaljevanju je obravnavanih sedem vprašanj:

# 1) 'Kdo je dvignil spremembo?'

Veliko vstopnih točk in zainteresiranih strani je opredeljenih kot vir sprememb. To vodi do ideje, da je obvezen sistem za zbiranje vseh sprememb. Takšen sistem bi moral vključevati sprejemljiv nadzor za obravnavanje predaje sprememb na namenskih področjih.

# 2) 'Kaj je RAZLOG za spremembo?'

Najprej moramo razumeti, ali lahko sprememba prinese tveganje brez kakršnih koli poslovnih koristi. Vsako večjo spremembo je treba analizirati glede na dogovorjena merila za analizo portfelja.

kako najti varnostni ključ na usmerjevalniku

# 3) 'Kakšen RETURN se zahteva od spremembe?'

Obvezno je razumeti, ali sprememba ustvarja finančno povračilo.

# 4) 'Kakšna TVEGANJA so vključena v spremembo?'

Tveganja so razvrščena med tveganja, ki jih je mogoče sprejeti, ali tveganja, ki jih je treba ublažiti. Ključni korak pri opredelitvi nevarnosti je analiza učinka sprememb na sedanjo infrastrukturo. ITIL uporablja koncept 'resnosti' za morebitna tveganja in dejanske težave.

# 5) 'Kateri VIRI so potrebni za spremembo?'

Ko razpravljamo o virih, razmišljamo o ljudeh in IT-sredstvih, potrebnih za izvedbo spremembe. Z vidika ljudi moramo razumeti, katere veščine so potrebne za izvedbo spremembe. Ko razumemo potrebne spretnosti, moramo biti prepričani, da so na voljo.

# 6) 'Kdo je ODGOVOREN za del spremembe, ki je sestavljen, preizkušen in izveden?'

Odgovornosti za izdelavo, preizkušanje in izvajanje sprememb aplikacije je treba razdeliti glede na zahteve glede skladnosti in revizije. Ločevanje odgovornosti mora biti sledljivo, izvršljivo in izvedljivo v celotnem postopku upravljanja sprememb in sprostitve.

# 7) 'Kakšno je razmerje med to spremembo in drugimi spremembami?'

Analizo razmerja sprememb je treba narediti znotraj in čez funkcionalne meje. Razporejanje načrtovanih sprememb bi bilo treba deliti in na ta način je analiza vplivov sprememb in razmerja, preslikava lahko del integrirane baze podatkov za upravljanje konfiguracije (CMDB).

Odgovor na teh sedem vprašanj prinaša nekaj pomembnih prednosti:

  • Storitve so zanesljivejše in na voljo strankam, ker morajo organizacije uporabiti nabor meritev, ki zagotavljajo bolj objektivno sredstvo za merjenje tveganja sprememb.
  • Lahko razumemo, kako dobro je naš postopek upravljanja sprememb skladen z obstoječim, in jih prepoznamo v novih tehnikah.
  • Obvladljiv postopek upravljanja sprememb je bistvenega pomena, ker obstaja odvisnost podjetja od IT storitev in novih zahtev.

Modeli za upravljanje sprememb

Namen modelov upravljanja sprememb je zagotoviti vodilna načela, ki voditeljem pomagajo uskladiti obseg predlaganih sprememb z obstoječimi orodji.

# 1) ADKAR (Prosci)

Model ADKAR je zaporedni ciljno usmerjen model upravljanja sprememb. Ustvaril ga je Jeff Hiatt, ustanovitelj podjetja Prosci.

ADKAR (Prosci)

(slika vir )

Zavedanje in želeni namen sta sprememba trenutnega stanja, v katerem se zavedamo, da je sprememba potrebna, vendar se postopek spremembe še ni začel.

V prehodni fazi se pojavi znanje in sposobnosti. In v prihodnosti se bo pojavila okrepitev.

CILJ 1: Ozaveščenost

Včasih so spremembe v organizaciji neizogibne in bodo ljudi odpeljale iz njihovih con udobja. Če bomo razlog za spremembo razložili že predčasno, bodo imeli zaposleni dovolj časa, da spremembo sprejmejo in se nanjo pripravijo.

CILJ 2: Želja

Če bodo zaposleni razumeli potrebo po spremembah in z njimi povezane koristi, bomo videli navdušen odnos in željo po sodelovanju pri izvajanju sprememb.

Če ne razumemo občutkov zaposlenega glede sprememb in ne obravnavamo pravilno njihovih strahov ter jim pokažemo, kako jim sprememba osebno koristi, potem spremembe ne bodo v celoti podprli in ne bodo želeli sodelovati pri izvedbi spremembe.

3. CILJ: Znanje

Za izvajanje novih postopkov bomo morali ekipo usposobiti in jim zagotoviti najboljše prakse, da bodo lahko razumeli, kako uvesti spremembo.

CIL 4: Sposobnost

Potrebna je praksa, da znanje prevedemo v sposobnost. Za analizo rezultatov in prilagoditve je bolje imeti simulacijo. Zaposlene moramo spremljati, ko so začeli izvajati spremembe, in na podlagi konstruktivnih povratnih informacij lahko postopek izboljšamo.

CIL 5: Okrepitev

Ideja tega cilja je, da moramo zaposlene spodbuditi, da sčasoma sledijo spremembam.

# 2) Model prehoda mostov

Prehodni model mostov je razvil William Bridges. To je model, osredotočen na ljudi. Glavni namen je obvladovanje prehoda izkušenj ljudi do sprememb. Moč tega modela je, da je osredotočen na prehod in ne na spremembe.

Ideja Mostov je, da bodo ljudje sledili etapam v svojem ritmu. Model opredeljuje 3 faze prehoda:

  • Faza 1: Konec, izguba in opustitev

Ko bodo zaposleni prvič predstavili spremembo, bodo vstopili v to začetno fazo prehoda. Odporni bodo, ker so nekako prisiljeni narediti nekaj, s čimer niso skladni. Zaposleni morajo razumeti in sprejeti, da se nekaj konča, preden bodo sprejeli novo idejo.

  • Faza 2: Negotovost ali nevtralno območje

Ta stopnja je kot most med staro in novo državo. Zaposleni so še vedno navezani na staro, vendar se poskušajo prilagoditi novemu stanju. To je pravi trenutek, da zaposlene spodbudimo, da preizkusijo nov način dela. Na tej stopnji so povratne informacije res pomembne.

  • Faza 3: Sprejem ali nov začetek

To je čas, ko zaposleni začnejo sprejemati pobudo za spremembo. Zaposleni gradijo veščine, potrebne za nove postopke.

# 3) Knjižnica IT infrastrukture (ITIL)

To je okvir, ki vsebuje podrobna navodila za upravljanje sprememb v IT infrastrukturah in IT-dejavnostih.

ITIL 4 je bil izdan leta 2019 in ima glavne ključne točke, ki se osredotočajo na avtomatizacijo procesov, izboljšanje upravljanja storitev in vključevanje oddelka za IT v poslovanje.

ITIL 4 vsebuje devet vodilnih načel in so predstavljena na spodnji sliki:

Knjižnica IT infrastrukture (ITIL)

(slika vir )

Pred uvedbo ITIL-a v organizaciji je treba odgovoriti na nekatera vprašanja, povezana s podobnimi vprašanji, katere težave v organizaciji poskušajo rešiti in kakšna je pot do nenehnega izboljševanja storitev.

# 4) Kotterjev 8-stopenjski model spremembe

John Kotter je predstavil 8-stopenjski model sprememb, ki ga je razvil na podlagi raziskav 100 organizacij, ki so bile v procesu sprememb.

Kotter predlaga, da moramo trdo delati na prvem koraku, preden se premaknemo na naslednje korake.

qtp vprašanja in odgovori za izkušene

Spodnja slika je pojasnila Kotterjev 8-stopenjski model:

Kotterjev 8-stopenjski model spremembe

Omenil je 8-stopenjski model spremembe, s katerim dokazuje, da spremembe niso preprost in hiter postopek. Za izvedbo poslovne spremembe moramo biti previdni, saj gre za veliko naložbo in velike stroške.

Proces upravljanja sprememb

Vsako poslovno področje ima nekaj posebnih orodij in aplikacij za CM. Tu bomo predstavili nekaj primerov, ki nam bodo pomagali ugotoviti, kako CM deluje za IT infrastrukturo, razvoj programske opreme in koordinacijo projektov.

Za projektno vodenje

Upravljanje sprememb ima pomembno vlogo pri dejavnostih, ki se izvajajo za upravljanje projektov. Oseba, ki vodi projekt, mora natančno analizirati zahteve za spremembo in določiti učinek, ki ga povzroči sprememba za projekt.

Projektna področja, na katera lahko vpliva sprememba, so:

  • Obseg projekta: Kako bo zahteva za spremembo vplivala na obseg projekta?
  • Urnik projekta: Kako bodo zahteve za spremembe spremenile urnik?
  • Stroški projekta: Kako bo zahteva za spremembo spremenila stroške projekta?
  • Kakovost : Kako bo zahteva za spremembo vplivala na kakovost končnega projekta?
  • Človeški viri : Ugotovite, ali so potrebni dodatni ali specializirani človeški viri.
  • Komunikacije: Po odobritvi zahtev za spremembo je treba to pravočasno sporočiti ustreznim zainteresiranim stranem.
  • Tveganje : Določite tveganja, ki jih povzročajo zahteve za spremembo: logistična, finančna ali varnostna tveganja.
  • Nabava : Zahteva za spremembo lahko vpliva na prizadevanja za nabavo materiala in pogodbeno delo.
  • Zainteresirane strani : Zahteve za spremembe lahko povzročijo izgubo zainteresirane strani in lahko vplivajo na podporo zainteresiranih strani projektu.

Vodja projekta mora dokumentirati odobrene zahteve za spremembe in tudi zavrnjene zahteve za spremembe.

Za razvoj programske opreme

Sprememba je zahteva za nekaj drugega, kot je bilo dogovorjeno na začetku projekta, sprinta, faze (odvisno od pogodbe naročnika).

Tu bomo predstavili nov izraz: Spremeni vrstni red. Nalog za spremembo je del, ki ga je treba dodati ali izbrisati iz prvotnega obsega pogodbe.

Sprašujemo se, kaj pomeni sprememba v razvoju programske opreme:

  • Sprememba specifikacij, poslovnih zahtev
  • Sprememba zahteve
  • Sprememba zasnove aplikacije
  • Sprememba kode
  • Sprememba testiranja
  • Spremembo lahko povzroči:
    • Stranke
    • Uporabniki
    • Projektna skupina
    • Testna ekipa

Agilna metodologija spodbuja spremembe zahtev, spremembe med postopkom razvoja programske opreme in tudi uporabniški vmesnik (UI). Zgodbe se uporabljajo za sledenje zahtevam za spremembo.

Ko se stranka, vodja projekta ali druge zainteresirane strani odločijo, da je vrstni red sprememb dragocen, je treba narediti naslednje grobe korake:

  1. Izvedite analizo vpliva
  2. Ustvarite jasen seznam vplivov spremembe na:
    • Časovni načrt projekta (lahko se podaljša)
    • Cenitev (sporočiti zainteresiranim stranem)
    • Obseg (možno je imeti funkcije, ki jih je mogoče odstraniti in vključiti novo)

Glede na vrsto projekta in panogo je mogoče po odobritvi naloga za spremembo izvesti tudi dodatne korake.

Ena od ključnih točk v postopku spremembe naročila je postopek odobritve. Zahtevo za spremembo je treba odobriti. Za ta postopek odobritve je obvezno ustvariti vnos zahteve za spremembo s podrobno dokumentacijo.

Podrobna dokumentacija mora vsebovati informacije o ceni zahteve za spremembo, obsegu zahteve za spremembo, času, potrebnem za rešitev zahteve za spremembo, in podrobno analizo vpliva zahteve za spremembo na sistem.

Spremembe izvirajo iz različnih virov, vključno s strankami, končnimi uporabniki, projektno skupino ali preskusno skupino.

Spremembe strank in končnih uporabnikov so ponavadi spremembe zahtev. Spremembe projektnih skupin običajno oblikujejo spremembe. Spremembe, ki jih prihaja od preskusne skupine, lahko zahtevajo spremembe kode. Spremembe je treba sporočiti upravitelju programske opreme (SPM). Uporabiti je treba obrazec za zahtevo za spremembo (CR).

Zahteva za spremembo (CR) mora vsebovati vsaj naslednje vnose:

  1. Serijska številka, uporabljena za enolično identifikacijo zahteve za spremembo.
  2. Jasen opis zahteve za spremembo.
  3. Datum vložitve zahteve za spremembo.
  4. Običajno je treba zahtevo za spremembo dodeliti nekomu za analizo. Obvezen je seznam z nekaj vložki, povezanimi s podrobnostmi dodelitve. Ta seznam vsebuje:
    • Datum dodelitve
    • Datum dokončanja
    • Osebe, ki jim je zahteva za spremembo dodeljena za analizo
  5. Zahtevek za spremembo je treba dodeliti nekomu v odobritev. Torej bomo morali slediti vnosom odobritve:
    • Datum dodelitve v odobritev
    • Datum dokončanja
    • Oseba, odgovorna za odobritev
  6. Zahtevek za spremembo je treba dodeliti tudi za rešitev. Zato bomo morali slediti naslednjim vhodom za ločljivost:
    • Datum dodelitve za reševanje
    • Datum dokončanja
    • Oseba, odgovorna za reševanje
  7. Zahtevek za spremembo je treba dodeliti tudi za medsebojni pregled. S o za strokovno oceno bomo morali slediti naslednjim prispevkom:
    • Datum dodelitve za medsebojni pregled.
    • Datum zaključka medsebojnega pregleda.
    • Oseba, ki je odgovorna za medsebojni pregled.
  8. Zahtevek za spremembo je treba dodeliti tudi za regresijsko testiranje. Tako bomo morali slediti naslednjim vhodom za regresijsko testiranje:
    • Datum dodelitve za regresijsko testiranje.
    • Datum zaključka regresijskega testiranja.
    • Oseba, ki je odgovorna za regresijsko testiranje.
  9. Zahteva za spremembo mora imeti jasen status. Status ima lahko eno vrednost iz naslednjega niza (odprt, zaprt ali v analizi, odobritev, razrešitev, medsebojni pregled, regresijsko testiranje)
  10. Ko zapremo zahtevo za spremembo, bomo morali omeniti datum zaprtja.

Za boljšo organizacijo je treba to po prejemu CR-ja registrirati v orodju.

Nato je treba opraviti analizo, da se razume, ali je izvedba izvedljiva ali ne, časovni razpored in napor, potreben za izvedbo, ter vpliv CR na časovni načrt in stroške projekta.

O statusu izvajanja in napredku reševanja CR poročajo zadevna vodstva v tedenskih poročilih o stanju.

Za IT infrastrukturo

Orodja za upravljanje sprememb se uporabljajo za sledenje spremembam na strojni infrastrukturi oddelka IT. Vsako spremembo infrastrukture je treba oceniti, odobriti, dokumentirati, izvesti in sistematično pregledati. Spremembe nastavitev strojne opreme se imenujejo upravljanje konfiguracije (CM).

Težave pri obvladovanju sprememb

Pri upravljanju sprememb je veliko težav, ker jih veliko zaposlenih ne sprejema. Težko se spremenimo, če nismo razumeli, da moramo spremeniti svoje razmišljanje. S strateškim pristopom k spremembam je sprejemanje novih procesov lahko enostavno. Za sprejetje sprememb je potrebna jasna komunikacija.

Spodaj je seznam izzivov in težav:

  1. Konflikti: Sprememba lahko pokaže čustva, kot sta zmedenost in zaskrbljenost. Konflikt je tipična nenamerna reakcija zmede in zaskrbljenosti. Vodja mora ekipi pomagati pri premagovanju težav. Konflikti bodo motili naš urnik. To je razlog, zaradi katerega moramo ukrepati za ublažitev težav.
  2. Načrtovanje: Sprememba ne bo spremenila izvedbe brez pravilnega načrta. Jasno je treba razložiti prednosti sistematičnega postopka.
  3. Pomanjkanje komunikacije: Če komunikacija ne bo dobra, bodo špekulacije in govorice del organizacije, pomanjkanje zaupanja pa bo zaposlenim težko sprejelo spremembe.
  4. Odpornost: Odpor je treba obravnavati v nasprotnem primeru bo ustvaril številna vprašanja, ki jih je treba spremeniti.

Prednosti postopka upravljanja sprememb

Eden ključnih dejavnikov CM je, da zagotavlja konceptualni oder za ljudi, postopek in organizacijo, ki izvaja spremembo.

Prednosti za organizacijo:

  • Sprememba je načrtovan in voden proces. Prednosti spremembe so znane pred izvedbo in služijo kot motivacija za celoten postopek.
  • Organizacija se lahko hitro odzove na zahteve strank.
  • Vire je mogoče prilagoditi ciljem organizacije.
  • Uspešnost zaposlenih se poveča, ko se počutijo podprte in razumejo postopek sprememb.
  • Spremembe je mogoče uvesti brez negativnega vpliva na vsakodnevno poslovanje.
  • Organizaciji omogoča, da oceni splošni učinek spremembe.
  • Izboljšana je organizacijska učinkovitost.
  • Organizacijska učinkovitost se ohranja.
  • Zmanjšanje časa, potrebnega za izvedbo sprememb.
  • Zmanjša se možnost neuspešne spremembe.
  • Poveča se storitev za stranke, storitve za stranke pa prihajajo od samozavestnih in dobro poučenih zaposlenih.
  • Povečana donosnost naložbe (ROI)
  • Pomaga pri načrtovanju uporabnih komunikacijskih strategij

Ugodnosti za zaposlene:

  • V primeru, da je sprememba dobro vodena, lahko zmanjša odpornost na spremembe.
  • Učinkovito upravljanje sprememb podpira hiter prehod s starega na novega in lahko ohranja produktivnost.
  • Zagotavlja podporo zaposlenim glede pomislekov glede sprememb.
  • Učinkovit postopek CM ustvarja pravilno razumevanje sprememb za osebje in javnost.
  • Pomaga pri načrtovanju učinkovitih komunikacijskih strategij.
  • Izboljša kakovost dela.
  • Izboljša sodelovanje in komunikacijo.

Pogosto zastavljena vprašanja

V # 1) Kaj je upravljanje sprememb?

Odgovor: CM je nabor orodij, procesov in tehnik, ki se uporabljajo za pomoč posameznikom pri prehodu iz obstoječega stanja v organizaciji v novo.

Obstaja nekaj pomembnih vidikov:

  • Upravljanje konfiguracije: upravljanje kode in zahtev.
  • Izvajanje organizacijskih sprememb.
  • Sledenje spremembam, ki se pojavijo v IT infrastrukturi - Upravljanje IT storitev (ITSM).

V # 2) Kakšen je postopek upravljanja sprememb programske opreme?

Odgovor: Upravljanje sprememb programske opreme je postopek razvrščanja sprememb glede na projektna merila, kot so urnik in stroški.

V # 3) Kakšna je razlika med nadzorom sprememb in upravljanjem sprememb?

Odgovor: CM je oblika razumevanja, prilagajanja in prilagajanja novemu normalnemu stanju po preoblikovanju organizacije. Nadzor sprememb je postopek, kako spremembe zahtev shranjujemo, analiziramo, upravljamo in vključimo v načrt in izvedbeni načrt.

V # 4) Kakšne so tri vrste sprememb?

Odgovor: Naslednje vrste sprememb vključujejo razvojne spremembe, prehodne spremembe in transformacijske spremembe.

Zaključek

Upravljanje sprememb lahko poveča uspešnost organizacij in projektov z uporabo strukturiranih orodij, izvajanjem več metod in oblikovanjem jasnih procesov. Najvišje vodstvo naj načrtuje, da bo spremembo izvedlo tako, da bodo zaposleni čutili, da bo sprememba zanje prinesla nekaj pozitivnih rezultatov.

Obstajajo različni modeli upravljanja sprememb. Pri načrtovanju je treba upoštevati te modele.

Ena ključnih točk v CM je vključevanje ljudi v proces sprememb. Spremembe v organizaciji ni mogoče doseči brez podpore zaposlenih in vodstva. Pravilni načrt za CM pomaga zagotoviti, da se postopek sprememb začne in upravlja ob pravem času ob pravem času.

kakšna je razlika med qa in qc

Priporočeno branje

^