Szoftvertelepítések és frissítések vezérlése

A szoftvertelepítések lehetnek viszonylag egyszerűek – vagy bonyolulttá válhatnak.

Bonyodalmak akkor fordulnak elő, ha egy új szoftvertelepítés vagy -kiadás jelentősen megváltoztatja a szoftver és az alapul szolgáló IT-infrastruktúra vagy az együtt létező alkalmazások közötti interakciót; vagy ha a szolgáltatások és funkciók észrevehetően megváltoznak az IT és a végfelhasználók számára. Más esetekben a beszállítók olyan új változtatásokat kényszerítenek a vevőkre, amelyeket előre nem látnak.

Milyen lépéseket tehet az IT a szoftvertelepítések és -frissítések gördülékenyebb útja érdekében? Íme három javaslat:

1. Kutasson és tervezzen hatást az IT-re és a végfelhasználókra

A szoftvergyártók minden új szoftverkiadáshoz elküldik a változtatások és kiegészítések listáját. Egyes esetekben a felhasználók által erősen használt szolgáltatások és funkciók megszűnnek. Ezeket a szoftverfrissítési listákat gondosan át kell tekinteni, és fel kell mérni a meglévő alkalmazásokra, IT-infrastruktúrára és végfelhasználókra gyakorolt ​​hatásukat.

Az IT általában felméri az új szoftverkiadások hatását az IT-alkalmazásokra és az infrastruktúrára, de nem mindig a végfelhasználókra.

A végfelhasználóra gyakorolt ​​hatást bele kell foglalni a hatásvizsgálatokba, különösen akkor, ha jelentős változás vagy frissítés történik a felhasználók által használt meglévő funkcióban vagy funkcióban.

Az elmúlt 10 év ékes példája a szállítók átállása a zöld szövegalapú adatbevitelről a felhasználói beviteli sablonok kitöltésére a webdesignhoz. A zöld képernyőn történő gyors adatbevitelhez szokott felhasználók sok esetben csalódottak voltak, amikor új tervezésű, webszerű beviteli képernyők használatára kényszerültek, amelyek lassították az adatbeviteli folyamatot.

Az informatika lényege a végfelhasználói hatás és az informatikai hatás felmérése. Az IT-nek jóval a szoftverfrissítés vagy telepítés előtt közölnie kell a végfelhasználókkal a munkafolyamatok, szolgáltatások és funkciók várható változásait, hogy a felhasználók lelkileg felkészülhessenek rájuk. A szoftver jellemzőiben, funkcióiban és munkafolyamataiban bekövetkezett jelentős változások azt is jelezhetik, hogy a frissítés előtt szükség van a felhasználók képzésére vagy átképzésére.

2. Kezelje beszállítóit

A legtöbb vállalat harmadik féltől származó felhőalapú alkalmazásokat használ.

A felhőalkalmazások gyártóinak egyik vonzó tulajdonsága, hogy ügyfeleiknek többé nem kell várniuk a következő jelentős szoftverkiadásra, hogy elkezdjék használni a kívánt új funkciót vagy funkciót. Ennek az az oka, hogy sok harmadik féltől származó felhőszolgáltató most a hét minden napján, 365/24/7 automatikusan frissíti szoftverét, és új funkciókat telepít, amint elérhetővé válnak.

Bár ez bónusz a vállalkozások számára, mivel már nem kell várniuk a következő szoftverkiadásra, hogy megkapják a kívánt funkcionalitást, ugyanakkor zavaró is lehet.

Mi a teendő, ha cége nem szeretne egy adott új funkciót vagy szolgáltatást, amelyet a szállító automatikusan telepít? Vagy mi van akkor, ha üzleti felhasználói (vagy IT-felhasználói) úgy érzik, hogy más változtatásokat kell végrehajtani az üzleti munkafolyamatokon, mielőtt egy új funkciót használhatna?

A szállítók sok esetben lehetőséget kínálnak ügyfeleiknek, hogy a korábbi szoftververziónál maradjanak, vagy letiltsanak egy új funkciót vagy funkciót, ha az ügyfél nem akarja aktiválni azt.

A felhőszoftver-szállítókkal folytatott tárgyalások során ez egy fontos négyzet az RFP-lista kipipálásához. Biztosítja-e a szállító a rugalmasságot egy új szoftvermódosítás elfogadásához vagy elutasításához, ha az a legjobb az Ön vállalkozásának?

3. Adjon meg egy hibamentes stratégiát

A Merriam-Webster úgy határozza meg a hibamentességet, mint egy olyan funkciót, amely automatikusan ellensúlyozza a várható lehetséges interferenciaforrás hatását.

Az IT-infrastruktúrára és a végfelhasználói műveletekre gyakorolt ​​hatás miatt a szoftvertelepítések és -frissítések mind meghiúsulhatnak.

Az IT akkor határozza meg a meghibásodás kockázatát, amikor áttekinti a szállító telepítési vagy frissítési megjegyzéseit. Meg kell terveznie egy hibamentes stratégiát, amely megegyezik a frissítés vagy a telepítés nehézségével.

Egy esetben egy vállalat úgy döntött, hogy frissíti cégadatbázisát a legújabb verzióra. A probléma az volt, hogy a cégnek volt egy általa módosított adatbázis verziója, amely több mint öt éves volt. Ennek eredményeként nagy volt a veszélye annak, hogy a telepítés során fellépő zavarok előfordulhatnak – és meg is történtek.

A fennakadás IT-ra és végfelhasználókra gyakorolt ​​hatásának ellensúlyozására az IT összeállított egy „SWAT-csapatot”, amely éjjel-nappal készenlétben volt az adatbázis-kiadás telepítése közben és után. Az átállást megelőzően tájékoztatták az üzleti felhasználókat, és felkérték, hogy készüljenek fel az üzleti működés esetleges fennakadásaira.

Több jelentős üzleti leállás is előfordult, de mivel a felhasználókat riasztották, és az IT-csapat SWAT-csapattal is készen állt a problémák megoldására, a vállalat minimális hatással tudott navigálni az új beállításban.

teljes

Minden új szoftver telepítésének vagy frissítésének kulcsa az előkészítés és a kommunikáció.

Lehetetlen előre megjósolni minden lehetséges frissítést vagy telepítési hibát, de van mód ezekre a képzésre, mentális felkészülésre, előrejelzésre és megoldásra.

Mit kell olvasni:

Modern alkalmazásfejlesztő: üzleti útmutató

A szoftverfejlesztés szeizmikus eltolódásai továbbra is hardvert igényelnek

Miért olyan nehéz pontosan megjósolni az IT-trendeket?

.

Leave a Comment

%d bloggers like this: