Attività che cercano di prendere decisioni tecniche

Question

Attività che cercano di prendere decisioni tecniche

#1 da (5 voti)
#2 da (3 voti)

13

Spesso abbiamo attraversato scenari in cui l'azienda promette a un cliente una nuova funzionalità. L'azienda prometterà che la funzionalità sarà implementata in un modo specifico. Questi dettagli tecnici promessi dall'azienda sono generalmente scadenti. Purtroppo, 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 per la qualità e la 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?

project-management decisions

posta nivlam 01.09.2010 - 22:23

fonte

2 risposte

Leggi altre domande sui tag project-management decisions

In che misura il modello di dati influenza la scalabilità e le prestazioni nel cosiddetto database "NoSQL"? Qual è il modo migliore per eseguire il failover offline di un client basato sul desktop che utilizza un servizio Web?

score 5 · Answer 1

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

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

Non è una tattica piacevole, ma puoi semplicemente prenderli a pugni con prove. All'inizio di un progetto, annota esattamente perché sta per fallire (perché i dettagli tecnici sono scarsi) e mandalo via email a persone rilevanti. Continuate a inviarli via e-mail e quando il progetto finisce con un disastro con i clienti incazzati, cita quelle e-mail che avete inviato in ogni occasione. Potrebbe generare cattiva volontà, ma in realtà non esiste un modo buono per provare a risolvere un problema sistemico come quello.

score 3 · Answer 2

Dal punto di vista dello sviluppatore, questo è uno dei due tipi di errori, quando si parla di scrittura spec. 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 write-up che può essere trasformato in una citazione.

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

Allo stesso tempo, le vendite hanno difficoltà a fatturare preliminari come lo sviluppo di specifiche. Non siamo ancora a letto con il cliente, ed è strano colpirli con i soldi per capire quanti soldi per colpirli.

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