Come stimare costi con pochissime informazioni? [chiuso]

https://softwareengineering.stackexchange.com/questions/21911

22-10-2019
|

Domanda

Ho un cliente che vuole una web app che gli permetterà di effettuare le seguenti operazioni (come mi ha detto parola per parola):

Registrazione Utente
ricorrenti pagamenti per gli utenti
prenotazione sala conferenze online

dovrei dargli una stima dei costi molto veloce e io non ho tempo per fare più in profondità l'analisi dei requisiti! Come avete a che fare con quel tipo di situazione? Devo solo dare una molto ampia stima e lavoro fuori i requisiti esatti una volta che ha accettato la stima? A quel punto si fa di solito raccogliere i requisiti, dopo o prima di ottenere un contratto?

Soluzione

Ecco quello che faccio di solito a problemi limite:

Definire le informazioni da soli , descrivendo che cosa avete intenzione di fare nei dettagli.

Denaro su quello, e solo quello.

Fare riferimento a quel documento nel modulo d'ordine ufficiale si chiederà al cliente di Accedi .

Come altenative, vi suggerisco di vendere il vostro cliente con iterazioni al posto delle funzioni fisse, con la possibilità di fermarsi o di continuare lo sviluppo alla fine di ogni iterazione.

Se non si sa come stimare il proprio documento, provare a fare qualche stima collettiva utilizzando Planning poker . Si può anche dividere ogni functionnality in compiti e stimare ciascuno. Somma e multiplicate il risultato di due se siete abbastanza fiducioso, o tre se non si è sicuri.

Se non è comodo con le stime, è una bella indicazione bene che non siete abbastanza esperienza per accettare il lavoro in uno schema di prezzo fisso.

Altri suggerimenti

Offrire a fare l'analisi e la progettazione in 2 settimane per un prezzo fisso (con obblighi da parte loro di comunicare e di revisione in modo tempestivo); possono prendere l'uscita da questo e fare offerte ad altri fornitori, se a loro piace, ma dando loro un numero basato su tre punti elenco o sarà massiccia scossa a loro, o gravi underpayment per voi.

Conte singole pagine web. Ad esempio, "registrazione utente" probabilmente significa che c'è un "sign up" page - c'è anche una pagina "Modificare il mio profilo"? A "sguardo a qualcun altro profilo" pagina? Possono manager modificare il loro popolo? C'è una pagina di "cambio password"? A "dimenticato la password" pagina? Hanno fornire domande e risposte segrete, nel qual caso ci sono anche pagine per questo? Ripetere tutto questo per gli altri proiettili. Si arriva con qualche numero, come 7 o 27 o 93 o qualsiasi altra cosa, di pagine web. (Questo elenco farà parte della vostra proposta e mostrare al cliente che hai già iniziato a progettare il progetto.)

Se avete costruito le pagine web prima di usare la tecnologia che si intende utilizzare, si dovrebbe avere una sensazione di massima per lo sforzo medio per pagina. 1 ore, mezza giornata, 1 giorno - dipende non solo sul vostro tech, ma da quanto tempo si mette in look and feel, convalide, accessiblity - ma si dovrebbe sapere già questo numero. Moltiplicare i due. Eventualmente aggiungere il tempo a "base di dati di progettazione e delle PROC scrittura" o "layout di report di progettazione" se la stampa roba di fantasia. Aggiungere una contingenza del 10-25% a seconda di ciò che si pensa il cliente tollererà. Fatto.

Se non avete usato la tecnologia, prima di fare le pagine web, rifiutare questo lavoro. Se per qualche motivo non è possibile, allora preparatevi a perdere soldi perché non sarà in grado di fattura per il vostro tempo di apprendimento e non sarà pronto a fare una buona stima. Come approccio desparation se si sente davvero si deve prendere il lavoro, offrire di fare un "studio di fattibilità", in cui si progettare il progetto e stimare un prezzo-bid fisso per implementare il vostro disegno. O chiedere di essere "l'orologio" per lo studio di fattibilità, o offrire un'offerta piatto come uno giorno o 1 settimana o 2 settimane.

Ci sono alcuni veramente grandi risposte già. Qui ci sono un altro paio di commenti che sulla base di aver fatto la mia vita facendo lo sviluppo in outsourcing come questo per la maggior parte degli ultimi venti anni.

Senza un adeguato, scritto, concordato specifica, facendo contratti a prezzo fisso è un modo veloce per tonnellate perdono di denaro.

Io e mia moglie aveva una società di sviluppo software personalizzato. Intorno al 1998, siamo stati avvicinati per fare una porta. "Noi in realtà non hanno una specifica o anche un elenco di caratteristiche, abbiamo solo bisogno di un programma per Mac con le stesse caratteristiche della nostra versione di Windows." Così abbiamo guardato oltre la versione per Windows, ha proposto un prezzo, dickered un po ', e hanno concordato un prezzo. E poi si è scoperto che non solo i bugiardi hanno un elenco di funzionalità, ma c'erano un sacco di caratteristiche nascoste non avevamo notato durante la nostra recensione che erano molto difficile e che richiede tempo per implementare. solo gli stipendi dei nostri dipendenti per completare quel costo del progetto noi tre volte il nostro entrate per esso.

La mia esperienza è stata che le persone che non forniscono una specifica, e non sono disposti a pagare di scriverne uno, sono o dilettanti o cercando di ottenere qualcosa per niente, e entrambi i tipi di clienti sono grossi guai.

non si scrive una specifica e dare al cliente gratuitamente.

E 'molto tentati di farlo in modo da poter ottenere un accordo da parte del cliente e proteggersi - ma ho usato per farlo, e deciso che è un errore. Una volta che ho fatto questo, ho incluso le informazioni nelle specifiche di cui ho avuto una particolare esperienza. Il potenziale cliente è passato ad un team di sviluppo economico; le informazioni nelle specifiche riempito le lacune mancanti in loro conoscenza - e il lavoro sostanziale che avevo messo nel spec era nella toilette

Ora mi considero oneri e la documentazione di progettazione per essere non solo prodotti di lavoro, ma quelli altamente specializzati per il quale ho pagare un tasso molto più alto di me oraria per la semplice programmazione. In questo modo, se il cliente vuole metterli in gara da scimmie codice a buon mercato su eLance, senza rancore.

In realtà, negli ultimi otto anni, ho risolto il problema in modo molto semplice: non ho più fare progetti a prezzo fisso e hanno un piano tariffa oraria non andrò seguente .. Da quando quell'interruttore, io sono molto più felice, lasciare il posto più soldi, ed i clienti skeevy andare da qualche altra parte.

Non è possibile. Dire al cliente è simile alla costruzione di un ponte o una casa, e richiedono la stessa quantità di preparazione per ottenere una stima accurata.

Benvenuti nel mondo reale.

Vorrei consigliare il cliente che si utilizza una tariffa giornaliera di £ x al giorno per calcolare i prezzi, e potrebbe produrre qualcosa che ha incontrato quella specifica in poche ore riconfigurando Outlook - ma che non si è sicuri che la sua cosa il vostro cliente è in realtà dopo. Suggeriscono che si incontrano e spende circa un'ora passare attraverso i dettagli.

Se il cliente non è disposto a mettere il tempo effettivamente definire quali sono le loro esigenze quando sono alla ricerca di un realizzatore, il suo solo andando a peggiorare, come i progressi del progetto.

Stai dicendo che il cliente si rifiuta di dare il tempo sufficiente per l'analisi dei requisiti più profondi. Questo di per sé è una bandiera rossa. Forse hanno già ottenuto un preventivo da qualcun altro e non mi piace, e pensano se si può solo si ingannare ad accettare questo per un prezzo lowball, essi saranno in grado di costringere a consegnare.

Ci sono tre modi che ho visto a che fare con questo:

Fare una stima di intestino in ogni caso, senza un'analisi più approfondita
stimare automaticamente come 150 giorni uomo, e indicando al cliente di soluzione di 3 se che gli shock di loro.
Vendere il client su un progetto di analisi

non posso consigliare la soluzione 1. Il rischio che si finisce impegnata a una stima impossibile è troppo grande.

Soluzione 2 è ancora rischioso. 150 giorni l'uomo è abbastanza grande che se si mordono solito poi si può definire un ambito che si inserisce all'interno tale stima. Ma, a seconda di cosa il vostro mezzo client su prenotazione sala conferenze, questo potrebbe ancora non essere sufficiente.

In particolare su questo argomento, come ben sapete lo spazio problema? Avete mai pensato di tutti gli aspetti coinvolti?

Sarà il sistema dovrà integrarsi con Outlook?
Avrà al supporto ristorazione e attrezzature (ad esempio, beamer)?
Avrà per supportare il monitoraggio dei partecipanti, con l'integrazione reception?
Avrà a sostenere la fatturazione automatica delle camere prenotate e relativi ristorazione? Che tipo di prezzi modelli posso avere per permettere?
Si dovrà monitorare le chiavi della camera, con check-out / check-in?
Saranno tutti in grado di prenotare qualsiasi cosa, o avete bisogno di protezione a livello locale?
...

Ho appena trascorso un anno ridisegnando il front-end di un sistema di prenotazione sala conferenze maturo, e le specifiche di progettazione finito per riempire diverse centinaia di pagine. Non sottovalutare la complessità di un sistema di prenotazione sala conferenze competitivo.

Naturalmente, è possono mantenere le cose semplici. Ma se il vostro cliente vuole un sistema che è competitivo con quello che è già là fuori, semplice non è tagliato. A meno che questo cliente si impegna in anticipo su esattamente che cosa è che si costruirà, è praticamente garantito vi ritroverete nella negoziazione di massima una volta arriva il momento di consegnare e ricevere i pagamenti.

Scegliere una quantità casuale, raddoppiare, poi dire al cliente che il numero, più o meno 200%. Questo dovrebbe ottenere il punto attraverso.

Ci sono un paio di sistemi di stima là fuori, e non sono particolarmente nuovo.

Funzione Punti
L'idea di " punti funzione " è fondamentalmente tutti i programmi hanno le stesse caratteristiche: 5 uscite, richieste, ingressi, file interni e interfacce esterne. Hai già utilizzato uno schema di "registrazione utente", in modo da avere una buona idea di come uno di quegli sguardi. Per quanto riguarda il "sistema di pagamento ricorrenti" questo sta per essere più complicato e probabilmente vuole prendere in considerazione un'API esistente (molte persone andare con PayPal fino loro viti paypal, in modo da avere un "piano B" in mente quando si va questa strada).

Ci sono una serie di "per soldi" strumenti punto funzionano, ma uno uno libero è qui .

COCOMO
COnstructive Cost Model utilizza i dati storici per la stima, ma credo che ti manca storico i dati per capire quanto tempo e lo sforzo di questo progetto comporterà.

Weasel parole: COCOMO non è legato alla città in Indiana denominato Kokomo . Quando i Beach Boys stavano facendo spot pubblicitari per Delco Electronics (una divisione di GM ora scorporata e chiamato Delphi Electronics), hanno detto che è piaciuto il nome della città tanto che volevano metterlo in una canzone.

Questi metodi di stima hanno bisogno di dati storici, che la maggior parte degli sviluppatori non raccoglierà da soli. Un metodo per farlo, per un singolo professionista sarebbe PSP . Anche se questo non vi aiuterà a mettere fuori questo particolare fuoco, vi aiuterà con il vostro futuro stima. Parte del motivo per cui la stima è così difficile per le persone è che essi non tenere traccia dei loro stime (quindi non si può dire dove hanno sbagliato, o necessità di adeguare in progetti futuri). E un'altra parte significativa del motivo per cui la stima è così difficile è che le persone sono state gravemente ustionato da mismanagers giocare politici con gli sviluppatori . Fuori le stime gemelli sono sempre terribilmente sbagliato con le sole eccezioni di "abbiamo fatto uno prima e ci sono voluti esattamente X al completo".

Le probabilità sono che il vostro cliente ha visto un'applicazione simile sul sito di un concorrente, così gli chiedo di puntare a quel sito (se ho ragione); quindi esaminare detto webapp e stimare il tempo per costruire qualcosa di simile.

Scarica su Google, trovare un'applicazione simile (non ho idea di sviluppo web, quindi non si può dare qualche consiglio più pratico di questo) , una società o un imprenditore privato, che rende coloro, e chiedere loro un preventivo. Preferibilmente, chiedono due.
Sulla base della sua esperienza, vedere come si adatta al tuo piano di sviluppo, e pensare se è possibile farlo per meno (gli sviluppatori di solito solitari (ammesso) avere meno costi in alcune aree rispetto alle società dedicate a questo tipo di sviluppo.)
Dategli un'approssimazione, sottolineando con forza che il prezzo esatto dipenderà sue esigenze (del cliente, che è).

Autorizzato sotto: CC-BY-SA insieme a attribuzione

Non affiliato a softwareengineering.stackexchange