Portata dei contenuti di lavoro nello sviluppo freelance

Fornire ciò che il cliente desidera. Se li vuoi come client.

Avere dei mock up per l'interfaccia utente è probabilmente una buona idea. Copre anche il tuo culo. Vuoi che ci sia qualche dettaglio decente in ciò che il programma intende fare in modo che il cliente non continui a inventare cose nuove e meravigliose da aggiungere senza pagare.

È vero che ci sarà un po 'di evoluzione, ma quando si presentano cose del genere è possibile modificare l'ambito per riflettere i nuovi accordi. La cosa bella è che richiede il tuo accordo.

Quindi, anche se non ho fatto molti freelance da solo, mi sembra una buona idea avere uno scopo bello e dettagliato che spieghi cosa farà il programma e più o meno come sarà. Userei qualche strumento RAD per la prototipazione dell'interfaccia utente ... Qt designer o qualcosa del genere. Se riesci a farlo nel sistema, costruisci il prodotto, tanto meglio.

Dove lavoro attualmente, in realtà dobbiamo fare questo genere di schifezze anche per progetti interni. Trattiamo i muck-mucks come clienti perché lo richiedono. Non è permesso fare molto di niente senza 50 miglia di carta e un mese in commissione.

Should we always provide UI snap shots before project begins?

Se è quello che chiede il cliente, sì.

UI keeps changing until agreed upon by client

Quindi fai in modo che il cliente sia d'accordo sul design dell'interfaccia utente.

Is it necessary to provide both DFD and UI screen shot before development begins?

Se il cliente lo richiede, sì. Puoi sempre indicare il tuo caso e vedere cosa succede.

Non esiste una risposta "sempre": fai ciò che è necessario per soddisfare i termini del contratto, fornire una soluzione di lavoro, creare un cliente felice e ottenere un pagamento! (Oppure decidi che il lavoro non fa per te e rifiuta il lavoro, anche se non lascerei che diventasse un'abitudine ...)

Il flusso di lavoro e l'interfaccia utente possono evolversi durante la vita di un progetto che può rendere ridondante qualsiasi documentazione dettagliata che si fa ora, ma non c'è nulla di male nel fornire alcuni prototipi / schermate di mockup fintanto che si chiarisce che è tutto ciò che sono.

Il cliente potrebbe anche volere la documentazione come una forma di rassicurazione che capisca il suo problema e che non abbia intenzione di sparare su una tangente selvaggia (e costosa). Quindi fallo, se li rende felici.