come gestisci una vaga proposta di software?

Faccio il più possibile con ciò che è non vago (che in alcuni casi non è stato nulla, se non includi l'impostazione dell'area di lavoro e il nome del progetto), e poi invio una e-mail ai supervisori dice "Devo ottenere dettagli sui requisiti X, Y e Z o I non posso procedere". Se il supervisore dice "fallo comunque!" Poi li spingo per spiegare cosa dovrei fare e chiedo un'allocazione temporale per annullare e correggere quando il mio codice inevitabilmente non soddisfa i requisiti richiesti. Anche se il supervisore / team leader non gradisce questo, si assicura che sappiano che i progressi sono stati bloccati dalla mancanza di requisiti.

Se sto trattando direttamente con un cliente, gli dico molto chiaramente di cosa ho bisogno. Se non riescono a contattarmi subito, dico loro che il lavoro inizierà solo dopo che entrambi siamo d'accordo sui requisiti. Anche in questo caso, questo non è sempre popolare, ma ha salvato una quantità significativa di sforzi inutili con i clienti che in alcuni casi mai mi hanno restituito i requisiti.

Non ti aspetti che qualcuno costruisca un edificio per uffici con i requisiti vaghi , perché qualcuno dovrebbe aspettarsi che tu costruisca software con requisiti vaghi uguali.

Senza requisiti concreti di funzionalità, hai il sicuro fallimento! Perché non sarai mai in grado di soddisfare ciò che il cliente ha o non ha in testa come aspettative.

Sviluppo software Esistono metodologie agili come SCRUM per forzare questo problema, si lavora solo su ciò che è la cosa più importante, se non sono in grado di dirti cosa è importante dal punto di vista del valore aziendale perché dovresti sapere cosa fare ?

Oltre a

• Concentrati sulle cose che sono - concrete e costruisci attorno a quelle
• Coinvolgi il più presto possibile l'autore della proposta (cliente?)
• Pianifica molte iterazioni come parte del piano di sviluppo (scegli la tua metodologia iterativa preferita ...)
• Costruire le porte di accettazione / revisione nel progetto (ovvero, se tutto il resto fallisce, potrebbe essere necessario proporre una soluzione -, che il cliente deve accettare, o fornire commenti sul motivo per cui non è accettabile)
• Assicurati che il Project Manager abbia preso in considerazione un sacco di tempo e ampli buffer; soldi: -)

Considera anche

• Passare a una specifica architettonica (basata su prodotti / tecnologie esistenti / qualsiasi cosa) - proporre e discutere qualcosa di concreto può essere utile per estrarre dal cliente le funzioni / comportamenti più astratti
• Cerca di capire il problema dal punto di vista del cliente e guarda i problemi che stanno cercando di risolvere e vedi come altre soluzioni risolvono problemi simili (ad esempio una proposta che dice "Aggiungi sicurezza" può generalmente essere espansa ragionevolmente bene sulla base di una comprensione del dominio problematico (modulo web di banking vs marketing)
• Costruisci un prototipo: risolverà il tuo problema di "esperienza solo fino a così lontano" o fornirà un punto di discussione per il cliente o chiarirà cosa è possibile ottenere nel budget e cosa è impossibile.
• Scrivi nello "Spazio negativo" nelle Specifiche funzionali ... elenca ciò che il prodotto non-non-farà in modo da avere un certo controllo dell'ambito. I pezzi che non puoi fare nel tempo / budget vengono elencati come "out" e puoi quindi negoziare / discutere / effettuare un passaggio nelle altre aree che sono facili da implementare / modificare man mano che il progetto progredisce

Ho pensato che tu stia facendo questo come parte della stesura della proposta e alla fine il cliente sarà in grado di rispondere alle tue domande, se no, seriamente chiedi al management se il rischio vale la pena di prendere sul progetto / cliente (chissà, forse il il cliente non se ne interessa?)

Sii creativo, lavora con l'esempio. Riempi gli spazi vuoti e prova a presentarli presto. Ascolta e (ri) lavora la descrizione / codice funzionale con il loro feedback.

Sviluppa con l'esempio. Bill per ora.