Topic
Arrivi dopo le promesse
Trattare date e slogan già comunicati come ipotesi da rendere esplicite, non come requisiti architetturali.
Obiettivo
Cosa imparare
Trattare date e slogan già comunicati come ipotesi da rendere esplicite, non come requisiti architetturali.
Perché
Razionale
Il Solution Architect arriva dopo le promesse. Se le prende per Constraint, disegna su debito decisionale e firma impegni che non ha preso.
Valore
Per il pubblico
Offre al Solution Architect un modo per non firmare il passato quando arriva su un programma già raccontato.