Változtassa meg a vezérlési folyamatot a szoftverfejlesztésben lépésekkel

⚡ Okos összefoglaló

A változáskezelés az a hivatalos folyamat, amelyet egy vállalat használ az informatikai környezet változásainak dokumentálására, azonosítására és engedélyezésére, csökkentve a jogosulatlan változtatások, zavarok és hibák kockázatát a projektekben, alkalmazásokban és infrastruktúrában.

  • ???? Meghatározás: A változáskezelés formalizálja, hogyan történik a változtatások kérése, értékelése, jóváhagyása, megvalósítása és lezárása egy informatikai környezetben.
  • 📋 Főbb dokumentumok: A változásnapló és a változáskérelmi űrlap együttesen rögzíti a prioritást, a tulajdonost, a költséget, az előnyöket, a hatást és az elfogadási állapotot.
  • 💼 Öt alapvető lépés: A standard változáskezelési munkafolyamatot az azonosítás, az értékelés, az elemzés, a jóváhagyás és a megvalósítás alkotja.
  • 🏗️ Változáskezelő testület: A CCB a jóváhagyás előtt értékeli a kockázatot, a komplexitást és a hatást egy elfogadott küszöbérték feletti változtatások esetében.
  • 🔁 Irányítás vs. Ellenőrzés: A változásmenedzsment határozza meg a változások bevezetésének stratégiáját, míg a változásvezérlés az egyes kéréseket irányítja.
  • Üzleti hatás: A fegyelmezett változáskezelés csökkenti a kieséseket, védi a hatókört, és sértetlenül tartja az audit- és megfelelőségi nyomvonalakat.

Változáskezelési folyamat a szoftverfejlesztésben

Mi az a változásvezérlés?

A változásvezérlés az a folyamat, amelyet a vállalat használ dokumentálni, azonosítani és engedélyezni a változtatásokat egy informatikai környezetbe. Csökkenti a jogosulatlan módosítások, zavarok és hibák esélyét a rendszerben.

Miért változtassuk meg az irányítást?

Amikor az érdekelt felek új vagy eltérő változtatásokat kérnek a rendszerben, ezek a változtatások nem opcionálisak és nem is figyelmen kívül hagyhatók. A változtatásokat a rendszer más összetevőinek megzavarása nélkül kell végrehajtani. Itt válik hasznossá a változáskezelés. Segít a projektcsapatoknak a projekt hatókörének módosításában a meghatározott vezérlők és szabályzatok segítségével. A változáskezelést akkor alkalmazzák, amikor egy projekt eltér a tervtől.

Minden változtatási kérelem feletti ellenőrzés érdekében ki kell tölteni és felül kell vizsgálni egy hivatalos változtatási kérelem dokumentumot.

A változáskezelési kérelmek elemzése során felmerülő gyakori kérdések a következők:

  • Ki fogja jóváhagyni a változtatást?
  • Szükséges, hogy egy változáskezelő bizottság felülvizsgálja?
  • Mennyi időbe telik a változtatások kutatása és megvalósítása?
  • Milyen hatással vannak a változtatások a rendszer egyéb összetevőire (ütemezések, költségek, erőforrások stb.)?
  • Van-e küszöbérték, amely alatt a projektvezetés közvetlenül jóváhagyhatja?

A változáskezelési folyamat különböző tényezői

Számos tényezőt kell figyelembe venni a változásvezérlési folyamat során

A változásvezérlési folyamat lépései A Változásvezérlésben végrehajtott műveletek
Módosítási kérelem kezdeményezése és vezérlése A változtatási kérelmeket szabványosítani kell, a vezetőségnek felül kell vizsgálnia, és a kérelmezőt folyamatosan tájékoztatni kell.
Hatásvizsgálat Minden változtatási kérelmet strukturált módon kell értékelni a lehetséges hatások elemzése érdekében.
Változások ellenőrzése és dokumentálása A változtatási naplónak rögzítenie kell a dátumot, a változtatást végző személyt és magát a változtatást. Csak a jogosult személyek végezhetnek változtatásokat, és meg kell határozni egy visszavonási folyamatot.
Dokumentáció és eljárások A rendszerváltoztatások bevezetésekor a kapcsolódó eljárásokat és dokumentumokat is frissíteni kell.
Engedélyezett karbantartás A jogosulatlan hozzáférés megakadályozása érdekében ellenőrizni kell a rendszerhozzáférési jogokat.
Tesztelés és felhasználói kijelentkezés A szoftvert alaposan tesztelni kell, és az üzleti felhasználóknak a kiadás előtt el kell fogadniuk a tesztelést.
Verzióvezérlés Az éles forráskódnak verziókövetettnek kell lennie, így csak a legújabb jóváhagyott build kerül telepítésre.
Sürgősségi változások A lehető leghamarabb szóbeli engedélyt kell kérni, és a változtatást dokumentálni kell.

Változásszabályozás folyamata

Mielőtt belemerülnénk a változáskezelési folyamatba, hasznos megismerkedni a változáskezelésben használt dokumentumokkal. Két dokumentum központi szerepet játszik a változáskezelésben:

  • Változások naplójaA változásnapló minden módosítási kérelem részleteit felsorolja – projektszám, PCR (projektmódosítási kérelem) azonosító, prioritás, tulajdonos, céldátum, állapot, állapotdátum, benyújtó és a benyújtás dátuma.

Változásszabályozás folyamata

  • Módosítási kérelem űrlapRögzíti a döntéshozatalhoz szükséges részleteket – a változás típusát, az előnyöket, a kérelmezőt, az idő- és költségbecslést, a prioritást, a jóváhagyót és a változtatási kérelem állapotát.

Változásszabályozás folyamata

Változási folyamatábra

A változtatási folyamat egy adott mintát követ a termékben vagy rendszerben végrehajtott változtatások végrehajtásához. Az alábbi folyamatábra bemutatja a szükséges lépéseket.

Változásszabályozás folyamata

A változáskezelési folyamat lépései

A változásvezérlés lépései Akció
Kérelemazonosító módosítása Határozza meg a változtatás szükségességét, és írja le azt a Projekt Változtatási Kérelem űrlapon.
Változáskérelem értékelése Ha a módosítás nem érvényes, halassza el vagy utasítsa el. Rendelje hozzá a kérelem elemzéséhez szükséges erőforrásokat, végezzen el egy gyors hatásvizsgálatot, és frissítse a módosítási kérelem űrlapját. Az elutasított kérelmek ebben a szakaszban leállnak.
Módosítási kérelem elemzése Rendelje hozzá a módosítási kérelmet egy jogosult taghoz a teljes elemzéshez. Az elhalasztott módosítások visszatérnek ebbe a lépésbe, az elutasított kérelmek pedig itt állnak meg.
Módosítási kérelem jóváhagyása A jóváhagyás előtt azonosítsa a módosítás kockázatát, összetettségét és hatását. A módosítási kérelmet továbbítsa a jogosult jóváhagyónak döntéshozatalra. Az elutasított kérelmek ebben a szakaszban leállnak.
Módosítási kérelem végrehajtása Frissítse a projekt eljárásait és a kezelési terveket, tájékoztassa a csapatot, figyelje a haladást, rögzítse a befejezést és zárja le a módosítási kérelmet.

JEGYZETA Változáskezelési jóváhagyást a következő adhatja meg: Projektmenedzser, IT-vezető vagy vezető fejlesztő, vagy egy kijelölt érdekelt fél.

Változásmenedzsment vs. változáskontroll

Változáskezelés Vezérlés módosítása
Kezeli és ellenőrzi a változtatási kérelmeket az informatikai infrastruktúrában és szolgáltatásokban a zavarok minimalizálása és az üzleti előnyök maximalizálása érdekében. Lefedi a rendszer vagy termék általános teljesítményének javítását célzó változtatások benyújtását, rögzítését, elemzését és jóváhagyását.

GYIK

A mesterséges intelligenciával működő ITSM eszközök automatizálják a hatáselemzést, a kockázatértékelést, a jegyek irányítását és a duplikált változtatások észlelését. A gépi tanulási modellek tanulnak a korábbi incidensekből, és a telepítés előtt jelzik a kockázatos változtatásokat a Változási Tanácsadó Testület számára.

A Copilot és a GPT képes módosítási kérelem űrlapokat készíteni, visszagörgetési terveket generálni, és a véglegesítési előzményeket olvasható hatástanulmányokká összefoglalni. Az üzleti elemzők továbbra is minden tervezetet a CCB sablon alapján ellenőrzenek a beküldés előtt.

A Változási Tanácsadó Testület egy többfunkciós csoport, amely a nagy kockázatú vagy nagy hatású változtatási kérelmeket vizsgálja felül. A tagok jellemzően üzemeltetési, biztonsági, alkalmazástulajdonosok és üzleti érdekelt felek, akik felmérik a kockázatokat, és jóváhagyják vagy elutasítják a változtatást.

ServiceNow, Jira Service Management, BMC Helix, FreshserviceAz , és az Ivanti Neurons ITSM mind az ITIL-lel összhangban lévő változáskezelési munkafolyamatokat biztosítanak. Naplózzák a kérelmeket, jóváhagyásokat futtatnak, rögzítik a visszagörgetési terveket, és integrálódnak a CI/CD folyamatokba.

Az ITIL háromféle változtatást határoz meg: A standard változtatások előzetesen jóváhagyottak és alacsony kockázatúak, a normál változtatások CAB-felülvizsgálatot igényelnek, míg a vészhelyzeti változtatások megkerülik a teljes felülvizsgálatot a sürgős incidensek megoldásához, de továbbra is szükség van a megvalósítás utáni dokumentációra.

Gyakori szerepkörök közé tartozik a Változáskérelmező, a Változásmenedzser, a Változási Tanácsadó Testület, az Üzleti elemző, a Projektmenedzser, a Jóváhagyó és a Megvalósító. Ők együttesen vetik fel, értékelik, hagyják jóvá, hajtják végre és zárják le az összes változtatást a megállapodás szerinti ellenőrzések alapján.

Az agilis csapatok a változásokat a teendőlista finomításával, a sprinttervezéssel és a kész állapot meghatározásával (Definition of Ready) kapcsolatos felülvizsgálatokkal kezelik. A hivatalos CCB jóváhagyás csak azokra a változtatásokra van fenntartva, amelyek a hatókört, a költségvetést, a koncepciót vagy a folyamatot érintik.tracts, vagy szabályozott rendszerek a sprint határain kívül.

Gyakori hibák közé tartozik a kihagyásping hatásvizsgálat, hiányzó visszagörgetési tervek, nem egyértelmű jóváhagyási küszöbértékek, gyenge auditnaplók, minden változás vészhelyzetként való kezelése és az érintett csapatok értesítésének elmulasztása. Minden egyes hiba növeli a leállás és az átdolgozás kockázatát.

Foglald össze ezt a bejegyzést a következőképpen: