Az informatikai projektek elkerülik a műszaki elfogadás hibáit
tartalom
- Az elfogadó csoport felelőssége és összetétele
- Műszaki elfogadás a szoftverfejlesztési folyamatban
- Informális szakadások és problémakörök
- Hogyan látják a fejlesztők és a felhasználók a csökkenést?
- Hatékonyan és takarékosan fogyjon
- Problémák merülnek fel - mit kell tenni?
alanyok
tartalom
- Az elfogadó csoport felelőssége és összetétele
- Műszaki elfogadás a szoftverfejlesztési folyamatban
- Informális szakadások és problémakörök
- Hogyan látják a fejlesztők és a felhasználók a csökkenést?
- Hatékonyan és takarékosan fogyjon
- Problémák merülnek fel - mit kell tenni?
A technikai elfogadás az igazság pillanata a projektcsapatok számára. Ezzel a fejlesztő felelőssége a jövőbeni felhasználóra hárul - de csak akkor, ha a felhasználó jóváhagyja a projekt eredményét. Az elfogadással gyakran együtt jár a durva ébredés a projektmenedzser számára.
Példa egy informatikai vállalattól:
A projekt befejezésének dátuma rögzített, és erről tájékoztatták a partnereket és a nyilvánosságot. Maga a projektvezető azonban nem hiszi, hogy a csapata által kifejlesztett szoftver elfogadható. Ezért kezdődik a mozgalmas nyüzsgés nem sokkal a döntő találkozó előtt. Nincs több idő minden hiba kiküszöbölésére - ez annyi bizonyos. A vezetés továbbra is ragaszkodik a csökkenéshez. Ezért intézkedésekre van szükség a lehető legkisebb károk megtartása érdekében. A projektcsapat éjjel-nappal dolgozik, de sajnos kétes sikerrel: Az egyik kiküszöbölt hiba miatt három újat hoznak létre. A kiadás abban a reményben érkezik, hogy a legsúlyosabb hibákat nem veszik észre ilyen gyorsan.
Tényleg elkerülhetetlenek az ilyen forgatókönyvek? Sikerülnek-e jobb elfogadási eredmények, ha a vállalatok ehhez igazítják projektmenedzsmentjüket? Egy dolog egyértelmű: még akkor is, ha a csapat prototípusokat használt és a terméket fokozatosan fejlesztette ki, nem mentes a kellemetlen meglepetésekkel szemben. A projekt során elkövetett súlyos hibákat nem lehet visszavonni az elfogadás során. A projektvezetésnek azonban jóval az elfogadás dátuma előtt tájékoztatnia kell a menedzsmentet a fennmaradó kockázatokról, hogy megfelelő időben megfelelő döntéseket hozzon a szükséges lépésekről.
Ez a cikk az elfogadó csoport projektmenedzsmentjének problémáira és lehetséges megoldásaira összpontosít. Egy szoftver projekt példáján mutatják be. A cikk elsősorban a projektmenedzserek, a minőségirányítók és a műszaki elfogadásért felelős személyek számára szól.
Az elfogadó csoport felelőssége és összetétele
Ki felelős a szoftverprojekt jóváhagyásáért? Ki hozza meg a végső döntést? A gyakorlatban többféle modell létezik az elfogadásért:
- Az elfogadás felelőssége a felhasználót terheli, mivel ő a projekt megrendelőjeként jár el.
- A felelősség a vállalat informatikai részlegét terheli, mivel a felhasználó túl gyenge a külső partnerekkel szemben.
- A felelősség a felhasználókat és az informatikai osztályt terheli (vegyes felelősség).
- A felelősség egy független ellenőrző csoportot terheli, amelyet a vállalat vezetése bízott meg (esetleg külsőleg).
A vegyes felelősség nem bizonyította beértését. Ha a leendő felhasználók elfogadják az elfogadás eredményét, fontos, hogy szakmai felelősségük legyen az elfogadás folyamatában. A szerződéses felelősség (IT részleg) és a szakmai felelősség (felhasználók) elkülönítése lehetséges és meglehetősen praktikus.
Vegyes know-how-ra van szükség az elfogadó csoportban (műszaki, vizsgálati módszertan, informatika). A know-how ezen keverékének nem csak magában a csapatban kell rendelkezésre állnia. Minden egyes csapattagnak tudnia kell a három területről. A legtöbb csapattagnak a szakismeretekre kell összpontosítania, kombinálva a tesztek kezelésének tudásával.
Műszaki elfogadás a szoftverfejlesztési folyamatban
A műszaki elfogadás hibrid pozíciót tölt be a szoftverfejlesztési folyamatban. Ebben a fejlesztők felelőssége átruházásra kerül a jövőbeli felhasználókra. Minden vállalat másként kezeli őket. Hogyan válasszon egy változatot, amely megfelel a saját projektjének? Az alábbi megjegyzések ötnél több alkalmazottat foglalkoztató projektekre vonatkoznak.
A műszaki elfogadás objektív és célkritériumai
A fő cél egyértelmű: döntést hozni arról, hogy az ügyfél elfogadja-e a rendszert és felhasználja-e a termelésben. Hogyan hozza meg ezt a döntést?