Affari che cercano di prendere decisioni tecniche

Ci siamo imbattuti spesso in scenari in cui l'azienda prometterà al cliente una nuova funzionalità. L'azienda prometterà che la funzionalità verrà implementata in un modo specifico. Questi dettagli tecnici promessi dall'azienda sono generalmente scadenti. Sfortunatamente, il client è ora impostato e desidera che questa funzionalità sia implementata nel modo descritto dall'azienda.

Alla fine, l'azienda vuole solo che questa funzionalità venga completata senza riguardo alla qualità e alla manutenibilità. C'è un buon modo per respingere? Come possiamo spiegare all'azienda che fornire dettagli tecnici prima che i requisiti siano stati raccolti è una cattiva idea?

Questo è un problema organizzativo. Se i superiori non lo capiscono, non c'è molto che puoi fare. Cerca di spiegare il problema ai tuoi capi non tecnici, ma non essere sorpreso quando non arrivi da nessuna parte.

È un problema comune per gli sviluppatori che lavorano in società non sviluppatrici che, per qualsiasi motivo, vendono software.

Non è una tattica piacevole, ma puoi solo confonderli con prove. All'inizio di un progetto, annota esattamente perché fallirà (perché i dettagli tecnici erano scadenti) e invialo via e-mail alle persone interessate. Continua a inviarli via e-mail e, quando alla fine il progetto finisce con un disastro con i clienti incazzati, cita le e-mail che hai inviato in ogni occasione. Potrebbe generare una cattiva volontà, ma non c'è davvero alcun buon modo per provare a risolvere un problema sistemico del genere.

Dal punto di vista dello sviluppatore, questo è uno dei due tipi di fallimento, quando si tratta di scrivere le specifiche. L'altra cosa che può succedere è quando le vendite fanno grandi promesse e poi si rivolgono all'IT per specificare il progetto e fornire un articolo che può essere trasformato in un preventivo.

Il problema è che spesso questa è la maggior parte del lavoro. Molto probabilmente il codice attuale sta solo implementando i dettagli dell'approccio definito in una specifica ben progettata.

Allo stesso tempo, le vendite trovano difficile fatturare per preliminari come lo sviluppo delle specifiche. Non siamo ancora a letto con il cliente, ed è strano colpirli per soldi per capire quanti soldi per colpirli.

Questo è il motivo per cui la maggior parte dei progetti "prima volta" con nuovi clienti finiscono per essere leader di perdita. Se sei FORTUNATO, usi quel primo progetto per addestrare il cliente su come essere un cliente e puoi iniziare a guadagnare il culo sul secondo progetto o l'accordo di manutenzione sul primo.