Ho un cliente che ha richiesto un ambito di lavoro dettagliato / una dichiarazione di lavoro. Dopo averlo esaminato, sembra che vogliano timeline, costi, caratteristiche, tutto il nove.
Per poter fare un SOW dettagliato, in pratica è necessario pianificare l'intero sistema in anticipo.
Tuttavia, il cliente non è soddisfatto di alcun approccio di sviluppo diverso da Agile.
Mi sembra,
- Un approccio dettagliato SOW = Waterfall, o
- Un SOW dettagliato deve continuamente essere aggiornato quando si usa un approccio Agile, nel qual caso il "dettaglio" del SOW sembra terribilmente inutile.
Non sono davvero un grande negozio, e mi sembra che mettere insieme un SOW dettagliato (specialmente dopo aver spiegato che le stime sono difficili per tutti i motivi per cui sappiamo che le stime sono difficili) con tempistiche e costi, e continuando a mantenerlo attraverso un iterativo / rivisitazione spesso l'approccio sembra un bel po 'di spese generali.
D'altra parte, un SOW molto più generale con un'area grigia nei dettagli sembra molto più appropriato e più facile da mantenere, tuttavia questa non è l'impressione che ottengo quando leggo ciò che un SOW dovrebbe contenere. / p>
Come si bilancia una SOW dettagliata con un approccio agile? E sembra corretto dire che un SOW dettagliato sta virando verso un approccio a cascata per le cose?
(Potrei notare che non lavoro mai sui prezzi a offerta fissa, tutto è orario, solo perché ...)