Come definire progetti software a prezzi fissi e come argomentare ciò che è all'interno dell'ambito e cosa è fuori dall'ambito di applicazione? [chiuso]

6

Quindi ecco cosa è successo

Il cliente mi ha dato un elenco di cose che voleva avere. È un sito Web di finanziamento. Quindi, per avviare un progetto di finanziamento, voleva inserire alcuni campi nella parte "crea / modifica progetto di finanziamento". Mi ha dato un documento su cosa dovrebbe essere implementato. Ho stimato circa 25 ore per questo e ho fatto un prezzo per quel traguardo, ma ora sono a 66 ore e, secondo lui, non è ancora finito.

Un esempio: Abbiamo cambiato un tema wordpress esistente. Voleva un nome iniziatore del progetto di finanziamento per ogni progetto. Quindi ho stimato 0,5 ore per l'aggiunta di un campo "nome dell'iniziatore del progetto". Per me, questo era aggiungere il campo e aggiungerlo alla pagina "crea / modifica finanziamento", non è stato menzionato per aggiungerlo da qualche altra parte nel documento.

Ora ha aggiunto un "bug" che questo nuovo campo non cambia nel "My account" la visualizzazione del "mio profilo". Ha aggiunto anche altre cose che non erano nella lista delle caratteristiche.

Come crei contratti per le pietre miliari che non danno al cliente una cattiva comprensione di cosa c'è dentro e io non ho bisogno di spiegare cosa non c'è dentro?

    
posta Toskan 18.01.2016 - 04:45
fonte

2 risposte

6

Il software non viene mai eseguito. Ecco perché è morbido.

Se hai venduto questo progetto come qualcosa che sarebbe privo di difetti e manutenzione, stai vivendo in un inferno di tua creazione.

Una mancanza di biglietti difettosi non è una pietra miliare. È un'anomalia temporanea (che potrebbe indicare che qualcosa non funziona nel sistema di ticketing).

Dovrestilavorareperlepietremiliariprecedentementeconcordate.Farequalcosaoltreaciònonsolofamaleatestadanneggiandoiltuoclientecheorapensadidovertibraccaresuognipiccolacosaquandociòdicuihannobisognoèunsitowebfunzionante.Locapiscimegliodeltuocliente.Ètuaresponsabilitàrenderlopossibile.

Iltuocontrattodovrebbeaveresclusocorrezionidimanutenzioneedifetti.Seilsitopuòesserefattofunzionare,hailetuepietremiliari.Tuguidiquestopuntoacasamostrandoloroqualisonolespesedimanutenzioneecorrezionedeidifetti.Nonsottovalutarlosoloperfartilavorare.Questononèunverolavoro.Questanonènemmenocarità.Staidanneggiandoiltuocliente.

Quandosistimacheillavororendechiarol'ambitoeilprezzoèchiaro.Attenersialloscopoealprezzo.Sec'èqualchedubbio,èmoltoprudente.Prendendopiùtempodelprevistoperottenere"giusto" non è professionale.

A volte ti sorprendi. Succede. Ma non appena accade, rivedi il tuo preventivo e cerca una nuova approvazione. Non lavorare senza approvazione.

Non "provare di più". Nel momento in cui la tua stima è nel minimo dubbio, modificalo.

Si sta comportando in modo professionale. I clienti amano la prevedibilità. Tanto ti pagheranno per prendere un'ora per fare un lavoro di 5 minuti. Prendi 65 minuti per farlo e non aspettarti che ti assumano di nuovo.

Dici che questo è un contratto a prezzo fisso. Non importa Il tempo è denaro. Inoltre, sei una risorsa molto preziosa per i tuoi clienti, quindi lavorare su argomenti triti non fa loro alcun favore. Prenditi cura di te. Prenditi cura dei tuoi clienti.

Se lo capisci e ti comporti in questo modo, quando sorgono problemi che a tuo avviso richiedono "0,5 ore" per risolvere il problema, puoi rispondere con sicurezza, "Ciò richiederà un nuovo accordo. e ho bisogno che tu sia disponibile solo per essere sicuro che sia stato risolto in modo soddisfacente. "

Fallo ogni volta che esce una piccola cosa e vedrai le piccole cose diventare sempre meno e un po 'più importanti.

Molti programmatori pensano ai propri clienti come guidatori di schiavi che fanno a pezzi una frusta esigente, "Più veloce! Più veloce!"

Questo è tutto sbagliato. Pensa a loro come un bambino sul sedile posteriore di un aereo che stai pilotando mentre squittiscono: "Più veloce! Più veloce!"

È compito tuo sbarcare in sicurezza. Puoi ridere e intingere le tue ali. Ma fai attenzione alla velocità dell'aria.

    
risposta data 18.01.2016 - 06:15
fonte
4

Se ho imparato qualcosa dai progetti freelance e in particolare con lo sviluppo Agile, è: per l'amor del cielo, impostare i criteri. Queste sono pietre miliari chiare che possono essere cancellate una volta che qualcosa è stato fatto. Naturalmente, questi devono essere chiari e impostati con il cliente fin dall'inizio.

Ora potrebbero volere solo "un sito web", ma anche in questo caso vale la pena dedicare del tempo a mettere a punto tutto, quindi se una delle parti non è più soddisfatta dell'associazione, il lavoro completato può essere fatturato.

Qualcosa che può aiutare (quali siti freelance usano parecchio) è l'impegno. Non è un proiettile d'argento, ma almeno aiuta a sapere che il budget per lo sviluppo è stato messo da parte e non sei sopra un barile che si sviluppa per sempre senza vedere un centesimo.

Non tutto dovrebbe essere fatturato. Unge le ruote se riesci a fare il bit dispari (veloce) gratuitamente mentre sei in una certa sezione del codice facendo qualcos'altro. Assicurati che il tuo cliente sia a conoscenza di questo sviluppo di buona volontà e aiuterà la tua posizione per eventuali funzioni / bug contagiosi.

    
risposta data 18.01.2016 - 11:48
fonte

Leggi altre domande sui tag