Mit tehetünk?

Megtehetjük azt, hogy még idejében -mondjuk 1999 őszén- keresünk egy kellemes kis erdőt magunknak, ahol aztán építünk egy megfelelő kuckót, bevásárolunk tartós élelmiszerekből, veszünk gyertyát, sót, gyűjtünk elegendő tüzelőt. A karácsonyt már remeteként ünnepelhetjük, de ha a többiek közben jól végezték dolgukat, akár már otthon farsangolhatunk.

Porba dughatjuk a fejünket, de célszerűbb felépíteni egy megfelelő cselekvési stratégiát, amely segítségével könnyebben, nagyobb megrázkódtatások nélkül átvészelhetjük a kritikus időszakot. Mindegy, hogy magánemberek vagyunk, kisvállalkozók vagy nagyvállalat döntéshozói, a megteendő lépések hasonlóak, csak nem ugyanakkorák.

Egy szervezet szintjén a CCTA  (Central Computer and Telecommunication Agency) javaslata alapján a következő intézkedéseket szükséges megtenni:

1. A vezetők (döntéshozók) meggyőzése, szponzor keresése és 2000-es év felelős menedzser kinevezése
2. Szoftver leltár és vagyon felmérés elkészítése
3. A rendszerek elemzése és munkaterv meghatározása az időbeni 2000-es megfelelőség biztosítására
4. A rendszer kijavításának szigorúan menedzselt programja
5. A teljes rendszer modulonkénti majd integrált tesztelése 2000-es környezetben
6. A kijavított rendszerek határidőn belüli implementációja

A Gartner Group felmérése szerint a világnak 600 milliárd, az Egyesült Államok adminisztrációjának mintegy 30 milliárd dollárjába fog kerülni a számítógépes rendszerek megfelelő átalakítása. Egyes pesszimisták szerint ennél a becslésnél sokkal többe.
Még ha feltételezzük is, hogy Magyarország a veszélyeztetettség szempontjából "szerencsésebb" helyzetben van a fejlettebb országoknál, hiszen az informatizáltság szintje messze elmarad azoktól, a meglévő rendszerek is jóval fiatalabbak és ezért az alkalmazások többsége már nem a különösen "bomba veszélyt hordozó" COBOL nyelven készült, nem kerülhetjük meg a problémát.

Nem kizárt, hogy kifutunk az időből. A befejezés időpontja viszont rugalmatlan, a 2000. év közeledik, akár akarjuk, akár nem. Addig kell cselekedni, amíg még van esély, hogy a "Millennium Bomba" felrobbanását megelőzően sikerül megoldást találni és azt megvalósítani.
Ehhez az ITB a következő -kivonatos- ajánlást adja:

• Mérjük fel a kockázatot
  • Mi történhet az általunk vezetett szervezettel  a 2000. évben.
  • Ha a fennakadás a kritikus folyamatokat érint, a következmények súlyosak lehetnek és jelentős veszteséget okozhatnak, kínos helyzetbe hozhatják a szervezetet.
  • A várható kockázatok becsléséhez a következő kérdéseket tegyük fel magunknak: Milyen területeken és milyen kockázatok várnak a dátumváltással kapcsolatban a szervezetre? Milyen eséllyel válnak valóra a kockázatok? Mennyire sebezhető a szervezet e kockázatokkal szemben? Mit tehetünk az elkerülésük, vagy legalábbis a kezelésük érdekében?

• Hozzuk meg a változtatásokhoz szükséges döntéseket
  • Készítsünk részletes terveket  a programokhoz és a projektekhez és ezeket folyamatosan vizsgáljuk  felül és finomítsuk a folyamatos életképességük biztosítása érdekében.
  • A program indításának korai szakaszában döntenünk kell  a szakember igényről. Határozzuk meg és bontsuk le az egyes ember szintjére a feladatokat, a felelősséget.
  • Bizonyosodjunk meg róla, hogy minden információ a rendelkezésünkre áll-e a stratégia átgondolásához.

• Leltározzunk
  • Gyűjtsük össze az adatokat a hardver, a szoftver és az adatállományok listáját, hogy az elvégzendő munkák nagyságát fel tudjuk mérni.
  • Tudnunk kell, hogy a nálunk használt hardver és szoftver termékek teljesítik-e a 2000. év követelményeit.

• Döntsünk a folyamatban levő projektek prioritásáról
  • El kell döntenünk, hogy folytatni akarjuk-e a meglévő fejlesztési stratégiáinkat, avagy elhalasztjuk őket a millenniumi bomba hatástalanítása után. Célszerűbb először az ezredfordulós dátumváltás problémáját megoldani és talpon maradni, mint a képességeinket meghaladó munka teljesítését megkísérelni és mindenben kudarcot vallani.

• Döntsük el, hogy kicseréljük, megjavítjuk, vagy felszámoljuk az információs meglévő rendszereinket.
  • Ha elavult a rendszerünk és a közeljövőben ki tudjuk cserélni 2000 kompatibilis alkalmazásokkal, akkor ezzel egy csapásra megvalósul a stratégiánk és 2000-konform lesz a rendszerünk. Ha kevéssé bízunk abban, hogy az adott időkereten belül megvalósítják a rendszert, akkor jobb, ha a létfontosságúval kezdjük - és ez az ezredforduló követelményeinek teljesítése.

• Alakítsunk ki tesztstratégiát
  • A dátumváltozások tesztelése az átállási  program munkálatainak 40-70%-át is jelentheti.  Ez jelentős gépidő és energialekötést okoz a napi produktív munka mellett.
  • A tesztelési stratégiát már a program korai szakaszában ki kell alakítani, hogy a munkát végző személyzet kellőképpen felkészülhessen a stratégia végrehajtására.
  • A tesztelés igazolását követően a rendszerben csak úgy lehet egyéb változást, illetve kiegészítést tenni, ha a szervezet biztosítja a 2000. év megfelelőségének fenntartását.

• Alakítsuk ki a monitoring rendszert
  • Ellenőrizzük hogy a tervezetthez képest milyen ütemben halad a program.
  • Meg kell követelnünk akár szervezeten belüli, akár külső megoldással végezzük az átállást,  a munka a dokumentált tervek szerint, személyes felelősségvállalással haladjon.

• Készüljünk a legrosszabbra is
  • Készítenünk kell egy katasztrófatervet (TFM)  arra az esetre, ha az átállási program megakad, kudarcot vall, vagy egyszerűen kicsúszik a határidőből.
  • A TFM a kockázatok menedzselésére irányul annak biztosítása érdekében, hogy a szervezet mindenkor legalább egy előre meghatározott minimális szinten folytathassa működését, biztosítva a szervezet túlélését.

• Oldjuk meg időben az oktatást
  • 2000. év problémáinak megoldásában résztvevőket tájékoztatni, oktatni kell a program gördülékeny megvalósítása érdekében. Az előadásokat a célcsoportoknak megfelelő irányultsággal kell megszervezni:
    • Vezetői előadás: Az általános stratégia és a lehetséges költségek és következmények körvonalazása. A felső szintű vezetés tájékoztatása mindazon külső fejleményekről, amelyek hatással lehetnek a projekt költségeire és időtartamára.
    • Program/projekt menedzsment előadás: a szervezet tevékenység igényeinek megismertetése, megértetése. Az ismeretterjesztés biztosítása. Az együttműködés biztosítása.
    • Technikai előadás: A tényleges munkát végző személyzet számára a szükséges hasznos ismeretek átadására és az általános stratégia megismertetésére irányul.

• Mérjük fel a jogi esélyeket
  • Nem elég ha mi magunk felkészülünk az ezredfordulós átállásra, partnereinknek, szállítóinknak is meg kell tenniük azt.
  • Ellenőriznünk kell szerződéseinket, licenszeinket, a 2000. január 1. utáni jogvitákra való felkészülés érdekében.
  • A jogi megfontolások különösen abban játszanak majd fontos szerepet, hogy vajon a szállító, vagy mi viseljük egy-egy probléma megoldásához szükséges szoftvermódosítások költségeit.

Mit tehetünk otthoni felhasználóként?

Amennyiben magánszemélyek, otthoni felhasználók vagyunk, akkor is ugyanazt tehetjük mint a szervezeti felhasználók, csak kicsiben.

• Ellenőrizzük hardvereinket
  • számítógép, video, mosógép, mikrosütő, fűnyíró, stb.
• Ellenőrizzük szoftvereinket
  • kipróbálással, tesztprogramokkal
• Mérjük fel az ellenőrzés alapján, mi történik, ha az esetleges avult komponenseket nem frissítjük
• Döntsük el a frissítő projekt prioritását
  • nercbunda, teniszadogató gép vagy új számítógép
• Végezzük el az oktatást
  • fogadtassuk el a családdal is döntésünket, de ha nem sikerül.... akkor
• Mérjük fel a jogi esélyeket
  • ....ebbe bevonhatjuk válóperes ügyvéd barátunkat.....