..inac hlavny zmysel quality managementu by mal byt ten aby bolo zdokumentovane ze co zakaznik chcel, ake zmeny sa robili pri vyvoji, testy ake sa robili a ako, a ze v urcitych fazach vyvoja sa k tomu vyjadrili patricni ludia ze je ten produkt z ich pohladu vporiadku (z HW, SW hladiska, apod) a splna to vsetko co to ma splnat atd.
Zmysel to ma hlavne vtedy ak sa zisti problem az neskor u zakaznika a to moze stat poriadne prachy aj desiatky milionov eur (vymena zariadeni, opravy-cena prace, cas apod), a tomu sa chce zakaznik vyhnut, a ak to mas zdokumentovane tak sa da dohladat ze preco to bolo zle, a dokonca sa moze zistit ze to co je zle chcel tak vyslovene zakaznik. A riziko takych problemov sa znizi ak sa dodrzia niektore postupy (ich dokumentovanie chapem len ako pokus o donutenie aby sa to dodrziavalo, ak ta niekto audituje ze ci mas podpisane vyvojove release dokumenty, tak mu nejde o ten dokument, ale o fakt ze to release nastalo a ze sa k tomu kazdy kto do toho mal co kecat vyjadril, ze vyrobok je OK, resp. ake namietky mal alebo ake problemy nastali pri testovani, a ze sa s nimi potom aj niekto zaoberal, a nie ze sereme na namietky a vyrabajme ostosest aj ked je to smejd ).
Zmysel toho nie je oznacit si hajzlik, ani tuzku. Ak si niekto oznacoval tuzku tak je zrely na psychiatriu