Nello sviluppo di software freelance, che tipo di sanzioni dovrebbero avere le aziende quando non rispettano le scadenze? [chiuso]

Stavo parlando con un co-sviluppatore.

Ha un cliente che voleva assicurarsi di consegnare in tempo. Il cliente desidera ripercussioni sulle scadenze mancate.

Anche se non lavoro come freelance, non ho potuto dare una risposta.

Quindi, la mia domanda è:

Quali ripercussioni concordate con i vostri clienti (liberi professionisti) se non rispettate le scadenze sui vostri risultati (oltre a essere licenziati)?

Uno dei più efficaci: penalità per giorno di ritardo. Questo è anche ciò che viene fatto per i grandi progetti, la pena è a volte migliaia di dollari al giorno.

Se una scadenza precisa è importante (ad esempio se si sviluppa per le Olimpiadi un'app Web che gestirà la trasmissione dell'evento nel 2014, la scadenza sarebbe l'inizio dei Giochi olimpici nel 2014), quindi la misura efficace potrebbe essere quella in un caso in cui il progetto è in ritardo, la società non è pagata affatto e dovrebbe anche pagare una penalità.

Se tali misure drastiche non sono appropriate, l'unico fatto che un cliente ben pagato lascerà se il progetto è in ritardo può fare il trucco.

Nota per il cliente:

1. Molti ritardi sono colpa dei clienti stessi. Le cause possono essere multiple:

   • Nessun SRS, ma invece due paragrafi che descrivono perdutamente ciò che il cliente immagina essere i suoi bisogni (e, naturalmente, il cliente non vuole pagare per la raccolta dei requisiti, considerando questo passaggio una perdita di tempo).

   • Arrivare due settimane prima della scadenza finale e dire che non importava che il progetto fosse stato realizzato fino ad ora in Java e che utilizzava Oracle: è indispensabile che venga riscritto in Python e utilizzato MySQL, perché il cliente ha letto una rivista ieri dicendo che quelle tecnologie sono il futuro.

   • Venire con una nuova serie di requisiti in ogni riunione. Punti bonus quando tali requisiti contraddicono quasi tutti i requisiti dati fino ad ora.

2. Una buona comunicazione è essenziale per un buon progetto.

   Molti altri ritardi sono dovuti alla mancanza di comunicazione. Pratiche in cui il cliente non ha alcuna comunicazione da mesi con l'azienda e si aspetta di essere contattato solo una volta che il prodotto è finito e lucidato invitano a un disastro.

3. Si ottiene quello che si paga.

   Esistono procedure specifiche che aiutano a mantenere organizzato il progetto e, in realtà, la programmazione dovrebbe richiedere solo il 10-15% del tempo per progetti di grandi dimensioni e dal 15% al ​​20% di tempo per i progetti di medie dimensioni. Tali progetti dovrebbero essere realizzati anche da persone che sanno cosa stanno facendo.

   In pratica, i clienti non sono disposti a pagare $ 800 al giorno per un analista che creerà architettura e progettazione di software e non vogliono pagare per altri passaggi. Un programmatore albanese alle prime armi che è felice di lavorare per $ 50 al giorno sembra molto più vantaggioso.

   Non lamentarti del fatto che il progetto è un disastro quando sei pronto a pagare solo per progetti disastrosi.

4. Non negoziare il tempo necessario per fare il lavoro.

   Incontro spesso discussioni del genere:

   Sviluppatore: dati i requisiti, posso consegnarlo in quattro mesi.
   Cliente: impossibile. Il progetto dovrebbe essere realizzato tra due mesi.
   Sviluppatore: beh, a meno che tu non abbia tagliato alcune funzionalità ...
   Cliente: Non posso! Sono necessarie tutte le funzionalità. Perché non riesci a fare il lavoro in due mesi? Ho contattato un programmatore indiano, un mio amico, che può consegnarlo in un mese e mezzo e chiede solo la metà del prezzo!

   Negoziare il tempo è una ricetta per il disastro.

5. Conosci le tue priorità.

   Prendi in considerazione la regola del 90%. Quando il progetto viene gestito in modo errato, non è insolito vedere gli sviluppatori dire che hanno effettuato il 90% del progetto un mese dopo l'avvio del progetto. Quindi, un mese dopo, è ancora del 90%. E un mese dopo.

   Ciò può avere due cause:

   • Quando il progetto non viene eseguito correttamente, vale a dire il 100% del tempo è dedicato alla programmazione, che lascia lo 0% per la raccolta dei requisiti, l'architettura, la progettazione e i test, ciò che accade è che i programmatori non hanno idea del lavoro da svolgere e scoprono nuovi compiti durante tutta la vita del progetto. La preparazione del progetto aiuterebbe ad avere una comprensione più ampia di tutti i compiti che dovrebbero essere svolti.

   • Quando il cliente ha fretta, non è insolito per alcune aziende consegnare velocemente qualche schifezza, quindi dedicare un'enorme quantità di tempo alla risoluzione dei bug. Alcune aziende lavorano solo in questo modo, il che li aiuta a rimanere competitivi e affermano di aver realizzato un determinato progetto in tre settimane, anche se in seguito hanno trascorso tre anni a risolvere il caos.

   Mettendo le priorità in chiaro e richiedendo che il progetto venga svolto correttamente, si eliminano quelle aziende dalla lista dei candidati.