Uvítal by som, aby bola zriadená jednotná metodika na riadenie vývoja ISVS. Niečo medzi princom2 (málo odborné) a rupom/openupom (málo projektové).
Nemalo by tam byť vykazkovanie (ako takmer vykazovania OPIS projektov, ale mala by byť v súlade s OPIS a pod), ani príliš agilná ako SCRUM, aby sa nedalo ľahko odbehnúť od predmetu zákazky neskúsenými/nespolupracujúcimi ľudmi ale aby sa dal ohúť podľa výsledkov jednotlivých fáz a ani by nemala definovať postupy samotného vývoja.
Mala by definovať základné artefakty, fázy vývoja a postupé odovzdávanie projektu (nie raz rok, alebo iba na konci projektu). Niektoré artefakty by boli definované ako verejné a tie boli účastníci projektu museli publikovať aby sa dali kontrolovať napr. odbornou verejnosťou. Mala by aj obsahovať veci ako robiť a v akom rozsahu môžu byť change requesty a spôsob vyhodnocovania fáz…
Priniesť by to malo ľahšiu kontrolu projektov a rýchlejšie zistenie či je projekt reálne dokončiteľný stanovených hraniciach. A odborníci by malo možnosť nahliadnuť do procesov čo sa robí a ako sa robi a možnosť upozorniť jednotlivé strany projektu na nedostatky.
1 Like
Toto je zaujimave, vedel by si rozpisat ake artefakty su klucove? Aby to nepridavalo zbytocne vela prace, ale zaroven to malo zmysel pre kontrolu.
Z mojho pohladu je vzdy problem zvonka zhodnotit opodstatnenost zvolenej licencie alebo technologie (notoricky DB). Cize nejake pocty riadkov, odhadovana/realna velkost databazy, poziadavky na odozvy, SLA. Niekedy to byva v studii uskutocnitelnosti/zadani projektu, niekedy nie.