Un amico mi ha suggerito di cambiare il subject in "autocensura
upfront" che, mi assigura, avra' molto piu' successo ;-)
Giusto per continuare il discorso (visto che nessuno mi ha detto
esplicitamente di piantarla, perche' dovrei autocensurarmi?)
sempre l'altra sera si discuteva con Gabriele delle quattro variabili:
tempo, costo, portata e *qalita'*
tipicamente si discute molto ed animatamente di features da
implementare, di tempi di realizzazione, di costi, ma di qualita' si
parla poco e niente.
Non perche' la qualita' non sia importante, anzi, forse proprio
perche' importante finisce sotto censura.
Il cliente da' per scontato (o finge di dare per scontato) che il
software sara' della massima qualita'. Lo sviluppatore sa gia' invece
che per consegnare in tempo tutto cio' che e' stato concordato, alla
fine nessuno lo biasimera' se infilera' nel codice alcune (molte)
porcherie.
Vi e' capitato di trovarvi nella situazione imbarazzante di consegnare
al cliente il codice sviluppato la notte prima e quando vi chiede se
"questa volta e' tutto a posto, vero?", voi sotto sotto, pur
rispondendo "ma certo, naturalmente!", state pensando: "speriamo di
essere gia' fuori dall'edificio quando comincera' a testarlo".
Ora, siamo d'accordo che e' meglio dire fin da subito: "se manteniamo
fisse le variabili: tempo, costi e portata, ogni minimo imprevisto
andra' a scapito della qualita'"
Ma vi e' capitato di autocensurarvi su questo punto? di non mettere in
chiaro subito il problema, ma magari recriminare solo a cose fatte:
"eh ma se mi fai fare le corse, e' ovvio che questi saranno i
risultati".
lo chiedo perche' a me e' capitato molte volte prima che incontrassi i
metodi agili ed ancora ho la tendenza a farlo.
Insomma, uno dei valori e' La Comunicazione, che ho scoperto non e'
semplicemente "parlarsi", ma e' molto piu' complesso: e' "capirsi".
e l'autocensura rende il capirsi molto piu' complicato.

mt