Muudatuste juhtimise protsess on äritavade jada, mida kasutatakse muudatuste kontrollimiseks ja haldamiseks suures süsteemis või organisatsioonis. Seda terminit kasutatakse kõige sagedamini süsteemide projekteerimisel või suurtes ehitusprojektides. Muudatuste juhtimise eesmärk on tagada selge suhtlus kliendi ja teenusepakkuja vahel nõutud erinevuste kohta aktsepteeritud spetsifikatsioonidest, mõju ajalisele ja nende muudatuste prognoositud maksumusele. Selle protsessi lisaboonuseks on muudatustaotluste autoriseerimise kinnitamine.
Kogu muudatuste juhtimise protsess koosneb kolmest osast: muudatuse taotlemine, muudatuse tegemiseks kuluva aja ja kulu hindamine ning muudatuste elluviimine. Need sammud jäävad samaks, kui tegemist on infotehnoloogia- või ehitusprojektiga. Väärib märkimist, et ametliku muudatuste juhtimise protsessi range järgimine on kohtute poolt tunnustatud lepingumuudatuste haldamisel kehtiva vahendina. Taotletud ja protsessi käigus heaks kiidetud muudatuste eest peab ettevõte tasuma, olenemata taotleja volitustest. Eeldatakse, et ettevõte töötas välja äritava, mis järgis tema sisemist heakskiitmise protsessi.
Muudatustaotluste haldamiseks kujundavad paljud ettevõtted vormi, mis sisaldab kogu nõutavat teavet. Näiteks nõuab muudatustaotluse vorm tavaliselt taotleja nime ja ametinimetust, päringu äripõhimõtteid, vajalikku funktsionaalsust ja üldist mõju. Samuti on lisatud vastutavate inimeste nimed ning muudatuste testimise ja aktsepteerimise inimeste nimed. Vormi kättesaamisel ja läbivaatamisel määrab süsteemiadministraator päringule jälgimisnumbri.
Süsteemi või projekti eest vastutav isik vaatab nüüd päringu üksikasjad üle ja arvutab välja vajalikud ressursid, ajajaotuse ja kõik selle muudatuse rakendamisega seotud kulud. Selle protsessi käigus võib taotlejalt tekkida küsimusi või selgitusi. See teave lisatakse muudatustaotluse vormi.
Kui kulud aktsepteeritakse, lisatakse taotlus tavaliselt muudatuste haldamise protsessi osana muude muudatustaotluste prioriteetsesse loendisse. Töö on määratud kindlale valdkonnale, kes võtab nõuete täpsustamiseks ja vajalike muudatuste tegemiseks ühendust süsteemi või projektijuhiga. Infotehnoloogilises keskkonnas tehakse need muudatused testimissüsteemis. Testijad vastutavad selle eest, et muudatused vastaksid nende esialgsetele nõuetele ega annaks negatiivseid tulemusi. Pärast testimise edukat läbimist viiakse muudatused üle tootmis- või reaalajas süsteemi. Kõik selle muudatuse tulemusena tekkinud probleemid või uued probleemid vaadatakse üle ja nende tulemuseks võivad olla täiendavad muudatuste, testimise ja juurutamise tsüklid.
SmartAsset.