È accettabile che i progetti superino il budget?

Our sales people often ask us something similar to the following series of questions:

How much does it cost to program a widget How many hours will it take to convert this website to this software.

Perché i tuoi addetti alle vendite chiedono ai designer? Le vendite dovrebbero avere un elenco prestampato di preventivi e un sistema per la stima che presenta una correlazione minima, se non nessuna, dei costi effettivi. Suppongo che tu sia stipendiato.

How can we give a quote without any information? (No, I can't ask for more info!)

Risposta breve? Non puoi, non provare.

La lunga risposta è ancora breve. Se ti chiamo e dico che ho un sito web, le persone possono accedere, postare messaggi ad altri utenti, caricare foto e fare amicizia, cosa costerebbe costruire, cosa diresti? Avrei potuto descrivere il peggior social network immaginabile o Facebook. Non hai abbastanza informazioni, quindi non puoi dare una valutazione accurata.

I have another question if a project goes over budget it's bad. Recently, I missed an entire menu when calculating the cost of transferring a website over to a new platform so the project went over budget. My boss was not happy at all, and it's my opinion that some things like this can't be avoided.

Definisci "oltre il budget". Di nuovo, sto assumendo lo stipendio non ogni ora. Se hai superato il budget tempo , trascina alcune notti e non commetti più lo stesso errore (di perdere qualcosa).

For me, we have a time tracking application that we record how many hours we spend on which project and if they are billable or internal (AKA non-billable). If don't meet xx billable hours a week we can get in trouble/fired eventually. Work you do for the company or for clients that isn't billable isn't part of this system, and we often have to do internal work, so I'm wondering if any alternative systems exist.

Non sono sicuro di come sistemarlo se dovessi creare un record di ore "fatturabili". Probabilmente si finirebbe con un centinaio di ore +/- qualche settimana in più. Non smetto di pensare al codice, dovrebbe contarlo?

Fai quello che fa Scotty: fai una stima ragionevole e raddoppiala.

La tua stima raddoppiata sarà a) di solito più realistica, perché gli umani sono stimatori schifosi, b) ti danno un po 'di flessibilità, in modo da avere spazio per le caratteristiche improvvise e altre emergenze, e c) ti permettono di venire di tanto in tanto in meno di tempo e sotto budget.

Non menzionare mai il fatto che stai raddoppiando le tue stime al tuo capo o alle vendite. Gli uomini d'affari sono creature delicate e spesso non riescono a gestire le dure verità che noi ingegneri devono affrontare.

Buona fortuna.

Penso che la cosa migliore che puoi fare sia creare un elenco dettagliato nella tua offerta. Mettendo i tempi accanto a ciascun "compito". Spezzarlo in questo modo non solo ti aiuterà a pensare a cosa deve essere fatto, ma dirà anche al tuo capo e / o cliente l'ambito della tua offerta. Sarebbe bello ottenere questo ambito / preventivo firmato prima di iniziare a lavorare dal tuo capo / account manager / cliente. In questo modo, se dimentichi qualcosa, la colpa può essere diffusa e non tutti ricadono sullo sviluppatore.

Penso che se non riesci a ottenere ulteriori dettagli sul progetto, devi mostrare le persone evolute, esattamente quali sono le tue ipotesi.

Questo è anche un bene perché hai fatto alcune di queste citazioni, puoi riferirti a quelle vecchie quando ne stai creando una nuova.

Puoi provare ad accettare la legge di Hofstadter, ma che non funzionerà mai .

Questa è in realtà solo una risposta alla prima parte del tuo three-parter, ma è una GRANDE domanda.

Ecco cosa ho iniziato di recente a fare. E questo è dopo un sacco di ricerca interiore su questo genere di cose.

Rispondo a una richiesta da parte di un potenziale cliente o cliente con ciò che chiamo una "stima della buona fede". È una cifra in dollari che viene riempita nove volte dalla domenica per un totale di CYA. Dico loro che questo numero si basa sulla mia esperienza di progetti di circa la scala di quella che viene considerata qui.

Dico loro che la loro prima fattura, dovuta al calcio d'inizio, è il 25% della stima. Per quel prezzo, eseguiremo uno sforzo completo di raccolta dei requisiti e scriveremo specifiche complete e dettagliate. A seconda delle dimensioni del progetto, potrebbero essere necessarie diverse settimane di lavoro. Alla fine avremo un set completo di documentazione, e sapremo come abbiamo fatto su quella stima. Se a quel punto avremo bisogno di mettere a punto il prezzo (e potrebbe salire o scendere), lo faremo e lo faremo sapere al cliente.

Se il prezzo sale e il progetto è ora insostenibile, viene annullato a quel punto senza ulteriori pagamenti dovuti. Questo è ovviamente un risultato indesiderato e dovrebbe essere considerato l'esito dell'ultimo ricorso. Il piano B è quello di rielaborare i requisiti del progetto per portare l'ambito nel budget del progetto, ecc. Possiamo provare molto prima di chiamare il tutto, ma se abbiamo bisogno di farlo, è proprio dove possiamo.

Supponendo che non lo facciamo, andremo avanti con il prezzo totale (eventualmente rivisto), il 50% del quale è fatturabile a quel punto, e il 25% finale, ovvero al momento della consegna e dell'accettazione. Tutti sono sulla stessa pagina, nessuno si sente in dovere di pagare per un intangibile come "analisi", e tutti sono (idealmente) felici.

Finora ho ottenuto risultati abbastanza buoni con questo. Certamente batte colpendo il cliente per una fatturazione separata per il lavoro di analisi / specifica. Nessuno vuole pagare per quello. Ma se lo nascondi nel primo 25% di un prezzo totale del progetto, diventa immediatamente accettabile e comprensibile.

Devi trovare la tua strada per maggiori informazioni. Non ho mai dato nemmeno la stima di alcun progetto se il requisito non è stato dichiarato chiaramente. Se persistono non puoi averlo, è meglio smettere.

Sei in uno scenario molto comune. Le vendite non hanno la minima idea e affidarsi a tecnici per fare il loro lavoro. Fallirai ancora e ancora a dare stime accurate perché è impossibile sapere.

What you actually do is called empirical estimation.

Migliora con tempo ed esperienza .

C'è qualche altro designer in azienda? Se sì, ti consiglio vivamente di fare Pianificazione del poker . È una tecnica di stima collettiva molto potente.

Planning Poker is a consensus-based technique for estimating, mostly used to estimate effort or relative size of tasks in software development.

Ti aiuterà a ottenere stime più accurate utilizzando la conoscenza e l'esperienza di più persone, e la responsabilità di stima sarà distribuita attraverso il team invece di una singola persona. Le vendite saranno felici poiché otterranno stime più accurate. Ed è più facile dire "non possiamo stimare" quando hai 4 o 5 anni rispetto a quando sei solo te stesso.