Amikor az informatikai projektek kudarcot vallanak
Ismert, hogy az információs megoldások fejlesztését és megvalósítását célzó elindított kezdeményezések jelentős hányada nem valósul meg sikeresen. Ennek okai különbözőek - sok publikáció elemzi őket, és szabályokat vezet le, amelyek betartása csökkenti a kudarc kockázatát. A cikk szerzői a témát szokatlanabban tekintik - a hangsúly a sikertelen informatikai projektek következményeire és arra, hogy résztvevőik hogyan küzdik le az ilyen helyzeteket.
Dan Harris most a Computer Science-nél dolgozik, a United Technology nemzetközi program vezetőjeként, de még mindig emlékszik a nagy veszteség érzésére, amely 20 évvel ezelőtt leállította a projektet. Ezután Harris részt vett a rakétarendszerek által irányított akusztikus lokátorok szoftverének fejlesztésében. Az általa létrehozott szoftver komplex matematikai modelleken és innovatív algoritmusokon alapult. Dan elmerült a munkájában, ami igazi örömet okozott neki. De 1990 rossz évnek bizonyult a hadiipar számára. A hidegháborúnak vége, és a fenyegetések csökkentése a költségvetés csökkentését és ennek eredményeként számos projekt leállítását jelenti, köztük azt, amelyen Harris dolgozott.
"Depressziós voltam. A projekten végzett munka izgalma nélkül úgy éreztem, hogy elvesztettem magam egy részét" - mondta Harris. Különösen fájdalmas volt az a tény, hogy az általa és csapata által végzett összes munkát és erőfeszítést egyszerűen teljesen feleslegesnek vetették.
A projekt felfüggesztése és az ipar egészének állapota arra kényszerítette Harrist, hogy a katonai iparban kívül keresse a megvalósítást, és kereskedelmi célú szoftverek fejlesztésére vállalkozott.
Az érzelmek számítanak
Természetesen nehéz szenvedély nélkül megfigyelni, hogy mennyi ideig és komoly technológiai projektek pusztulnak el igazságtalanul, vagy hogyan fejezik be a kidolgozott megoldásokat befejezetlenül, és nagyon kevés szükséges az alkotóik munkáját veszélyeztető hibák kiküszöbölésére.
"A munka öröme akkor érhető el, amikor a termék működik, amikor látja, hogy a felhasználók használják. És mit érezne, ha 19 hónapig dolgozott egy projekten, és az utóbbi hatban a munkahete 80 óra volt, és tudja, hogy hogy 6 hét után elindul a projekt, és hirtelen leáll? "- mondja Ken Corles, az Accenture" Enterprise Application Development "igazgatója. Nagy tapasztalata hasonló helyzetet tartalmaz.
Hibák beismerése
Amikor Sharon Gittle egy ügyvédi irodában vezetett informatikai osztályt, jóváhagyta a helyi hálózat frissítését. A megoldás néhány teljesen új technológiát tartalmazott, a hálózati rendszergazda rajongott értük és lelkesen támogatta a projektet. A berendezés azonban nem működött - állandó hálózati hibák voltak. "Miután egy hónapig megpróbáltuk stabilizálni az új hálózatot, és miután az ügyvédek készek voltak kidobni az informatikai munkatársakat az ablakon, úgy döntöttünk, hogy befejezzük ezt a projektet" - mondta Jittle. Úgy érezte, mintha "meg kellene ölnie magát a saját kardjával". A vezetőségnek elmondta, hogy az informatikai részleg hibát követett el az alul tesztelt technológia kiválasztásakor. A berendezést szállító cég egy olyanra cserélte, amely nem használja a fejlett technológiákat. Ez külön költség nélkül történt. A hálózati rendszergazdát leépítették, majd később elhagyta a vállalatot.