IT projekty sa vyhýbajú chybám pri technickej akceptácii
obsah
- Zodpovednosti a zloženie prijímacieho tímu
- Technické prijatie v procese vývoja softvéru
- Neformálne roztržky a problémové miesta
- Ako vidia pokles vývojári a používatelia?
- Schudnite efektívne a šetrne
- Problémy nastávajú - čo robiť?
predmetov
obsah
- Zodpovednosti a zloženie prijímacieho tímu
- Technické prijatie v procese vývoja softvéru
- Neformálne roztržky a problémové miesta
- Ako vidia pokles vývojári a používatelia?
- Schudnite efektívne a šetrne
- Problémy nastávajú - čo robiť?
Technické prijatie je pre projektové tímy okamihom pravdy. Týmto sa zodpovednosť prenáša z vývojára na budúceho používateľa - ale iba ak používateľ schváli výsledok projektu. S prijatím často prichádza k hrubému prebudeniu projektového manažéra.
Príklad od IT spoločnosti:
Dátum ukončenia projektu je pevne stanovený a bol oznámený partnerom a verejnosti. Samotný projektový manažér však neverí, že softvér, ktorý vyvinul jeho tím, je prijateľný. Preto sa krátko pred rozhodujúcim stretnutím začína hektický ruch. Na odstránenie všetkých nedostatkov už nie je dostatok času - to je isté. Vedenie stále trvá na poklese. Preto sú potrebné opatrenia na udržanie čo najmenšej škody. Projektový tím pracuje vo dne v noci, ale bohužiaľ s pochybným úspechom: Pre jednu eliminovanú chybu sa vytvárajú tri nové. Vydanie je vydané v nádeji, že najhoršie chyby nebudú zaznamenané tak rýchlo.
Sú také scenáre skutočne nevyhnutné? Dosahujú úspech lepšie výsledky prijatia, ak s tým spoločnosti zosúladia svoje projektové riadenie? Jedna vec je jasná: aj keď tím použil prototypy a vyvinul produkt postupne, nie je imúnny voči nepríjemným prekvapeniam. Závažné chyby v priebehu projektu nie je možné počas prijatia vrátiť späť. Vedenie projektu by však malo informovať vedenie o všetkých zostávajúcich rizikách v dostatočnom časovom predstihu pred dátumom prijatia, aby mohlo včas prijať príslušné rozhodnutia o potrebných krokoch.
Tento článok sa zameriava na problémy a možné riešenia problémov v projektovom manažmente akceptačného tímu. Zobrazujú sa na príklade softvérového projektu. Článok je zameraný predovšetkým na projektových manažérov, manažérov kvality a osoby zodpovedné za technickú přejímku.
Zodpovednosti a zloženie prijímacieho tímu
Kto je zodpovedný za schválenie softvérového projektu? Kto robí konečné rozhodnutie? V praxi existuje niekoľko modelov zodpovednosti za prijatie:
- Zodpovednosť za prijatie nesie užívateľ, ktorý vystupuje ako klient projektu.
- Zodpovednosť nesie IT oddelenie spoločnosti, pretože používateľ je vo vzťahu k externým partnerom príliš slabý.
- Zodpovednosť nesú používatelia a IT oddelenie (zmiešaná zodpovednosť).
- Zodpovednosť spočíva na nezávislom inšpekčnom tíme, ktorý bol poverený vedením spoločnosti (prípadne externe).
Zmiešaná zodpovednosť sa neosvedčila. Ak majú budúci používatelia prijať výsledok prijatia, je dôležité, aby mali v procese prijatia odbornú zodpovednosť. Oddelenie zmluvnej zodpovednosti (IT oddelenie) a odbornej zodpovednosti (používatelia) je možné a celkom uskutočniteľné.
Akceptačný tím vyžaduje zmiešané know-how (technické, metodika testov, IT). Táto zmes know-how nemusí byť k dispozícii iba v samotnom tíme. Každý jeden člen tímu by mal vedieť o troch oblastiach. Väčšina členov tímu by sa mala zamerať na odborné znalosti spojené so znalosťami toho, ako zvládnuť testy.
Technické prijatie v procese vývoja softvéru
Technické prijatie preberá hybridnú pozíciu v procese vývoja softvéru. V ňom dochádza k prenosu zodpovednosti z vývojárov na budúcich používateľov. Každá spoločnosť s nimi zaobchádza inak. Ako si vyberiete variant, ktorý je vhodný pre váš vlastný projekt? Nasledujúce poznámky platia pre projekty s tímom viac ako päť zamestnancov.
Objektívne a cieľové kritériá technickej akceptácie
Hlavný cieľ je jasný: urobiť rozhodnutie o tom, či zákazník prijme systém a použije ho vo výrobe. Ako sa rozhoduješ?