 |
Pro úspěšnost každé iterace je důležité i její řízení, které spočívá především v hodnocení stavu vývoje produktu a identifikaci možných problémů, jež by mohly jakýmkoliv způsobem narušit proces vývoje.
[MMSP, 2011] |
Disciplines: Řízení vývoje produktu |
|
Relationships
Roles | Primary Performer:
| Additional Performers:
|
Inputs | Mandatory:
| Optional:
|
Outputs |
|
Main Description
Vedoucí týmu, který tuto úlohu provádí ve vývojovém týmu, by se měl po celou dobu trvání vývoje snažit utužovat
přátelské vztahy na pracovišti a motivovat svůj tým, jehož členové by měli samostatně pracovat na dosažení cílů.
Role Vedoucího nespočívá v přikazování, co kdy jak má být provedeno, ale v podpoře svého týmu, aby byl co možná nejvíce
zainteresovaný na společných cílech projektu. V okamžiku, kdy dochází při vývoji k neočekávanému zpoždění či podobným
problémům, měl by Vedoucí pomoci týmu navrhnout, jak nežádoucí stav napravit. Pokud by v návaznosti na navržené
řešení měly být provedeny změny, které by mohly ovlivnit zainteresované strany, je nutné, aby s nimi byly konzultovány
a schváleny [MMSP, 2011].
|
Steps
Monitorování iterace
V první řadě je důležité, aby byla iterace důsledně monitorována a mohlo být určeno, zda probíhá tak, jak bylo
naplánováno. Sledována by měla být i rychlost (velicity), s jakou je práce v iteraci prováděna, aby mohly být
upřesňovány odhady vytvořené při plánování iterace, popřípadě zahájena opatření, která by pomohla práci urychlit, aby
nedošlo k nežádoucímu skluzu.
Průběh iterace i projektu by měl být přehledně zachycen a u každé pracovní položky by měl být evidován její aktuální
stav. Sledovány by měly být i metriky, které byly definovány při plánování iterace. Tyto informace by měly být neustále
všem dostupné a zároveň by měly být vždy zhodnoceny na setkáních celého vývojového týmu
|
Řešení problémů
Další součástí řízení iterace je řešení problémů, které byly identifikovány v průběhu iterace. Vedoucí týmu by se měl
snažit, aby především nejzávažnější problémy byly odstraněny co nejdříve, k čemuž napomáhají častá setkání týmu, kde
jsou problémy konzultovány. U každého problému by mělo být zjištěno, co ho způsobuje a jaké jsou jeho dopady. Veškeré
požadavky na provedení preventivních či nápravných opatření je vhodné zaznamenat do Produktového backlogu a určit,
kdo je za ně zodpovědný.
V některých případech se může stát, že problémy, které v iteraci vyvstanou, jsou natolik kritické, že již není možné za
stávajících podmínek splnit vytyčené cíle. V tomto případě by měl Vedoucí týmu konzultovat skutečnost společně s
produktovým vlastníkem, projektovým manažer a dalšími zainteresovanými stranami a po schválení příslušných opatření
aktualizovat Plán iterace. Řešením obvykle bývá přesunutí úloh s nižší prioritou do následujících iterací (přesouvá
produktový vlastník). Vždy je však nutné dbát na to, aby přírůstek, který je v dané iteraci vytvářen, stále ještě
přinášel zainteresovaným stranám a koncovým zákazníkům přidanou hodnotu.
|
Revidování Seznamu rizik
V průběhu každé iterace je také možné, že se objeví rizika, se kterými se na začátku projektu nepočítalo. Z tohoto důvodu
by měl být alespoň jednou za iteraci revidován Seznam rizik. |
|
|