Zpracování požadavků na změny, CCB, nástroje pro podporu řízení změn.

[editovat] Správa změn

Problém, proč se to dělá

Životní cyklus změny

vytvoření/přijetí (přiděli se ID)
vyhodnocení (možná řešení, jejich dopady a odhad pracnosti)
rozhodnutí
- způsob vyřízení (vyřešit/odmítnout/duplikát/odložit)
- závažnost (kritická chyba/problém/vada na kráse/vylepšení)
- priorita (vyřídit okamžitě/urgentní/vysoká/střední/nízka)
zpracování
uzavření
- build: ověření konzistence;  verzování: vytvoření nové baseline
- Informovat zadavatele hlášení a další zájemce

Detaily hlášení problému

při vytvoření:
- id, autor, datum, název
- priorita, závažnost (priority vs severity - priorita z pohledu programátora tj jak rychle potřebujeme chybu řešit, závažnost z pohledu zákazníka tj. např. kolik lidí chyba ovlivňuje)
- jak chyba vznikla, je možné ji znovu reprodukovat , dodat screenshot, vzorek dat
- informace o použitém sw (operační systém, knihovny (jejich verze))
při zpracování:
- upřesnění priority a závožnosti
- zodpovědný vývojář
- časový odhad
- závislosti
- komponenta, verze
po uzavření:
- shrnutí
- výsledná pracnost
- výsledná revize souborů

skupina členů projektů, která má zodpovědnost za změnové řízení
- vyhodnocování a schvalování hlášení problémů
- rozhodování o požadavcích na změny (může významně ovlivňovat podobu a chod projektu)
- sledování hlášení a požadavků při jejich zpracování
- koordinace s vedením projektu
složení
- jedinec – vývojář, QA osoba
- tým – technické i manažerské role (vhodné, pokud má změna mít velký dopad)