@bojch: jaz pa gledam na vse skupaj bolj kot na framework za načrtovanje procesov, ki so nujno potrebni pri kompleksnejših organizacijah. Seveda se pričakuje, da bo vsak obvladal svoje področje in bil kreativen v okviru področja, ki ga pokriva, ampak v praksi je treba 'orkester' nekako 'uglasit'.
Podobno kot v fabriki je treba za učinkovit time/cost-management imeti načrtovan proces, task-by-task. Če rabi kreativec za kick-ass design enkrat 80, drugič 120 ur, se vzame sigurno mejo, torej 130 ur, za kar bomo odmerli mesec in pol na časovnici (recimo). Pri tem moramo točno vedeti kakšen bo outcome na določen datum, s tem da upoštevamo ves buffer.
Torej, bistvo vidim v tem, da procese zlagaš skupaj, tako da imajo rep in glavo, ter da lahko v ta proces vključuješ nove deležnike, brez da kompromitiraš (pravočasno in kvalitetno) doseganje ciljev. Ni bistvo v tem, da boš pridigal developerju/designerju kako točno naj reši problem ... bistveno je, da se čas (in stroške) za reševanje problemov (zdefinira,) predvidi, načrtuje in preračuna. Kar je podlaga za zaposlovanje novih kadrov in načrtovanje prihodkov/stroškov, kar na daljši rok pomeni, da se lahko generira dovolj presežne vrednosti za vlaganje v design & razvoj, z namenom da se išče še boljše rešitve, ipd. ipd. FAQ je pri vsemu temu zgolj nek formalizem, dokument, prostor kjer se ugotovitve beleži, ne pa outcome metodologije (vsaj jaz si tako razlagam to, mogoče si je Roky zamislil drugače).
Sam vidim problem nesistematiziranih podjetij predvsem v tem, da je lovljenje rokov in računanje stroškov uganka, vpeljevanje novih kadrov pa zahteva (pre)več časa in se veča prostor za napake, na koncu pa trpi kvaliteta, krivdo se pa zvali na naročnika (ali na 'nesposoben' kader).
Primera dobrih praks tovrstnih frameworkov za načrtovanje procesov sta npr. Scrum metodologija ali Google Design Sprint.