Dovremmo essere completamente onesti con i nostri clienti riguardo a un lasso di tempo per un progetto?

Dovresti ragionare con questi tipi di client in situazioni come questa.

Invece di dare un singolo periodo di tempo dall'inizio alla fine, spiega loro che puoi avere uno strumento pronto per la produzione in un arco di un mese.

Se spieghi loro (usando come un pezzo di carta) l'algoritmo o le fasi coinvolte nella produzione di un prodotto software, questo farà capire loro quale sia lo sviluppo del software. Sapendo in che modo le persone possono essere in generale verso questo, è necessario evidenziare le parti importanti del processo di produzione.

Ad esempio:

• Spiegare in che modo il design richiede un po 'di tempo per pianificare, per garantire che il sito sia bello e spinga più vendite / lead per il cliente
• Spiega l'aspetto della sicurezza, poiché ciò sarà importante per gli utenti del sito, quindi i clienti dovrebbero assicurarsi che i loro siti siano sicuri (in situazioni in cui è necessario)
• Spiega SEO, ecc.

Non penso che dovresti addebitarti una commissione per spiegare questo processo, a meno che tu non riesca a farlo nel tempo a disposizione per il quale stanno pagando.

Il succo di ciò che sto cercando di dire è che devi spiegare ai clienti in modo che possano vedere i benefici direttamente a loro stessi.

Se gestivo (per esempio) un'azienda di vendita di calzature, le cose che mi piacerebbe sentire di più da uno sviluppatore di software è come il loro lavoro andrà a vantaggio della mia attività, che è ciò che devi fare.

Infine, puoi anche spiegare loro perché è impossibile ottenere un buon prodotto finale nell'arco di un mese.

Quindi lascia che decidano, sulla base di tutti i fatti che hai dato, se è accettabile avere un prodotto cotto a metà in un mese invece di una soluzione migliore in un tempo un po 'più lungo (inoltre, 6 mesi è molto molto tempo: dovresti pensare di ridurre questo tempo a un massimo di 2-3 mesi, a meno che non fornisci un prodotto a rotazione in cui è disponibile presto una versione funzionante, ma continui ad aggiornarlo finché non è pronto per la produzione).

• Non mentire. Alla fine ti morderà solo. Ti sentirai molto più felice facendo contratti ragionevolmente incorniciati dove non stai combattendo il cliente e le tue stime disoneste fino in fondo. Dopotutto, il vero lavoro avviene dopo le stime. Prima perderai alcuni contratti per i lowballers, ma quei clienti verranno da te dopo che questi lowballer hanno superato le loro stime. Costruirai fiducia e buoni clienti in questo modo.
• Non cercare di indovinare il "caso peggiore assoluto", come sembra suggerirti di fare nella domanda. Il caso peggiore in assoluto è imprevedibile - stimare invece qualcosa come "75% di possibilità di finire in X time" - il 100% è impossibile - il 95% richiederà molto più tempo ed è molto meno probabile del 75%. Fare in modo che ciò significhi che 1 progetto su 4 avrà un sovraccarico - il che significa ancora che 3 progetti su 4 arriveranno in orario con clienti felici, e che il quarto probabilmente ha ottime spiegazioni perché è tardi.
• Scarica "Stima del software: Demistificare l'arte nera" - imparerai molto, anche se è solo per confermare che nessuno lo sa veramente: P
• Sii molto, molto attento ai clienti che vengono da te con un progetto "urgente". Quel progetto "urgente" è già in ritardo. Il successo è improbabile perché ci sono due risultati molto più probabili che non sono "la persona esterna salva il giorno": l'ulteriore latenza del progetto causata dal tempo di sviluppo verrà reindirizzato a te (cioè ai loro occhi diventerà colpa tua sono in ritardo), O durante il tempo necessario per sviluppare il progetto, troveranno una soluzione alternativa e avrai problemi a ricevere i pagamenti per il tuo lavoro perché non ne hanno più bisogno.

Sulla base dello scenario che hai dato, mi chiedo se il cliente sia onesto con te o con l'altra azienda. Dici che ci vogliono sei mesi, ma lo vogliono in uno. Ci sono scuse per il progetto incompleto, ma il cliente paga lo stesso o ora è in grado di ritardarlo? Qualcosa non si somma o il cliente ha una libera interpretazione di cosa significa urgenza.

Entrambe le parti sembrano giocare un gioco. Gli sviluppatori calcolano le loro stime e i clienti impostano arbitrariamente date di scadenza più brevi perché sanno che gli sviluppatori sono entusiasti di quanto tempo ci vuole per costruire. Non abbiamo ancora raggiunto lo scope creep.

Personalmente, evito di trattare con i clienti in questo modo. Un'enorme discrepanza nelle stime del progetto significa che qualcosa è molto sbagliato. Prendi il progetto in parti più piccole e fornisci stime per quelle. Ciò può dare al cliente un'idea migliore di ciò che è richiesto e la quantità di tempo per farlo correttamente. Questi possono essere aggiustati e molti progetti difficili da stimare hanno bisogno di qualche traccia iniziale ed errori. La tua competizione potrebbe non essere disonesta, ma inconsapevole di quello che serve o forse sta lanciando più sviluppatori al problema, avere esperienza in questo settore insieme a qualche codice piastra / prefabbricato già installato.