In quale formato visivo dovrei presentare una stima per un progetto software?

4

Ciò che intendo è: le persone stampano un qualche tipo di elemento pubblicitario? Quali dati contiene? Quali sono gli elementi pubblicitari di solito? Altrimenti, hai appena presentato un documento scritto che descrive con un paragrafo?

Mostra il numero di ore o solo una somma forfettaria? Forse mostri solo dollari all'ora e una stima delle ore. Fornisci stime multiple, alte e basse?

C'è qualche buona pratica per assicurarti di non rovinare te stesso o il tuo cliente?

Sto solo provando a farti un'idea di alcuni esempi di ciò che un cliente potrebbe desiderare di tenere tra le mani o vedere sullo schermo LCD in modo che possano autorizzare il lavoro che viene presentato e concordare il costo.

    
posta BigOmega 20.07.2011 - 03:39
fonte

3 risposte

2

I clienti vogliono vedere su cosa impiegare il tuo tempo.

Spero davvero che tu stia usando un sistema di gestione dei progetti. I due punti generali che determinano un progetto ben documentato (e, successivamente, la soddisfazione del cliente) sono:

  1. Rompendo il progetto in attività e attività secondarie , dovresti finire con problemi documentati che descrivono il tempo stimato necessario per non più di 4 ore.
  2. Registrazione del tempo - per ogni attività / attività secondaria e registrazione della quantità di tempo impiegato per lavorarci.

Essere diligenti riguardo al secondo punto e essere in grado di abbattere i progetti in modo ragionevole fornirà informazioni sufficienti per qualsiasi cliente su ciò che stai facendo e per cosa sono a pagamento. L'utilizzo di questo approccio consente inoltre a chiunque stia guardando i progressi generali e tiene conto di eventuali stime errate.

Quando presenti informazioni al cliente, è meglio mostrare più informazioni anziché meno. I clienti non dubiteranno mai che tu stia attento al tuo lavoro, dopotutto sono investiti finanziariamente. Fornire loro un mezzo per vedere facilmente ciascuna attività principale e la stima del tempo / costo. Quindi, fornisci anche una minore quantità di dettagli in modo che possano controllare ovvi equivoci.

    
risposta data 20.07.2011 - 03:50
fonte
1

Dipende molto dal tuo modello commerciale e dai desideri del tuo cliente (quindi chiedi loro). Alcune cose a cui pensare:

Che cosa aiuterà il tuo cliente a prendere una decisione?

Il cliente prende una decisione: se procedere o no al progetto e quali opzioni scegliere. Le informazioni che fornisci dovrebbero aiutarle con questo ed essere ad un livello appropriato per farlo.

Quindi cosa li aiuterà a stabilire le priorità, cosa li aiuterà a selezionare quali funzionalità non offrono un buon rapporto qualità / prezzo?

Questo è un documento di vendita

Che cosa ti aiuterà a realizzare la vendita? Come puoi rendere le cose più allettanti, far sembrare le cose un buon rapporto qualità-prezzo? Idealmente le cose che stai elencando dovrebbero essere raggruppate in modo tale da avere chiari vantaggi per il business e vendere se stessi.

Come parte di questo penso a nascondere la contesa - ho perso il conto del numero di volte in cui ho discusso sui test ("i tuoi sviluppatori non dovrebbero sbagliare e certamente non dovrei pagare per averli trovati" ), quindi pensaci due volte su come risolvere i problemi di questo tipo e mantieni le cose che potrebbero prendere in considerazione

Nota: so che il test è importante e sono sicuro che lo fai. Devi valutare se questo è un messaggio utile per il tuo cliente - alcuni sono fantastici, insistono e vogliono vederlo, altri non lo capiscono. Devi capire se educarli è nel tuo interesse o se preferisci nasconderlo. Ricorda, sei nel mondo degli affari, non dell'educazione.

Che cosa sei disposto a segnalare?

Se fornisci un preventivo molto dettagliato, è probabile che ti venga chiesto di riportare i progressi e i costi finali a quel livello. Se sei d'accordo, va bene, ma c'è un sovraccarico che ne deriva (registrazione del tempo a quel livello) e può incoraggiare la microgestione e la contrattazione. Personalmente manterrei le cose ad un livello relativamente alto.

Pensa al tuo modello commerciale

Ci sono due modelli di base:

a) Progetti di tempo e materiali

Con questo ti stai caricando per il tuo tempo con una tariffa oraria rigorosa e quello che stai fornendo sono stime - questa è la tua supposizione istruita per quanto tempo ogni cosa prenderà. Se le cose finiscono, il cliente pagherà di più (dovresti avvisarlo non appena saprai che andrà oltre - mai incorrere in un sovraccarico prima di averle informate), se qualcosa richiede meno tempo di quanto tu pensi sia meno costoso.

A causa della natura del modello puoi essere aperto quanto vuoi con loro e se lo desideri puoi scomporlo nel dettaglio che vuoi - dopo tutto questo non è qualcosa da discutere, è una stima , la tua ipotesi migliore.

Detto questo, molti clienti non vogliono vedere un elenco di 100 attività. In linea di massima per un progetto più piccolo (100 giorni uomo in totale o meno) elencerei niente di più piccolo di un paio di giorni, niente più grande di 15 giorni, in genere non più di 10 elementi pubblicitari). Per progetti più grandi questi potrebbero aumentare, ma se stai ricevendo elenchi di 30 o 40 elementi probabilmente sei a un livello troppo basso oltre a fornire questo livello di dettaglio, incoraggia positivamente il microgestione dal client.

b) Progetti a prezzo fisso

In questo modello stai caricando un importo fisso per lo sviluppo di una funzionalità. Se pensi che ci vorranno 100 giorni e hai finito il 10, il prezzo non cambia e tu stai ridendo. Allo stesso modo se ti ci vogliono 1000 giorni, sei fregato e non riesci ad aumentare il prezzo.

In questa situazione le tue stime non sono affari del cliente - stanno acquistando qualcosa di simile a un prodotto, un insieme di funzionalità per un determinato importo di denaro.

Quello che stai fornendo è fondamentalmente un listino prezzi per loro - una lista di cose che hai intenzione di fare con un prezzo contro ciascuno. Il livello di dettaglio è in gran parte guidato dal cliente, ma idealmente sarà al livello in cui è probabile che sceglieranno e selezioneranno diverse funzioni da implementare in base ai prezzi forniti.

Personalmente simile ai progetti T & M guarderei a non più di 10 elementi pubblicitari per un progetto di fino a 100 giorni uomo e anche oltre quello che vuoi mantenere il totale basso perché a parte tutto il tempo impiegato stimare ogni piccola permutazione è considerevole.

    
risposta data 20.07.2011 - 17:19
fonte
0

Dipende da come vuoi essere pagato (o da come il tuo cliente vuole pagarti). Se stai facendo un contratto a prezzo fisso (e spero che tu non lo sia!), Allora una buona descrizione del sistema con un elenco di funzionalità è probabilmente sufficiente. Se stai fatturando all'ora, un elenco di caratteristiche con una stima per ogni funzione è il minimo che dovresti presentare. Se hai intenzione di essere pagato in rate basate su milestone, assicurati di elencarle e ottenere un accordo su ciò che deve essere consegnato e su ciò che dovrebbe essere completato dopo ognuna di esse. Non dimenticare di includere anche le attività di "pulizia" (riunioni di avanzamento, dimostrazioni, recensioni di funzionalità, ecc.) E non dimenticare cose come la creazione di un programma di installazione (se applicabile), la progettazione / creazione dello schema del database o qualsiasi attività di configurazione ( ad esempio, se il client ha bisogno di un'app / server DB configurato). Probabilmente puoi inserire un sacco di elementi in un elemento pubblicitario a prezzo unico con un elenco secondario di attività / attività che si applicano a quell'elemento. Assicurati di avere una bella dichiarazione in grassetto che questa è solo una stima e che le fatture rifletteranno il tempo / lo sforzo effettivamente spesi.

    
risposta data 20.07.2011 - 16:39
fonte