I tuoi manager preferiscono creare proof of concept (POC) prima di lavorare sul prototipo?

I termini "proof of concept" e "prototype" sono così simili che probabilmente dovresti chiedere ai tuoi manager cosa significa ognuno di loro nel contesto della tua azienda.

Ho lavorato in alcuni luoghi in cui vengono utilizzate dimostrazioni di concetto, prototipi o qualsiasi altra cosa tu voglia chiamarli, per diversi motivi:

• per comprendere un rischio tecnico, come le prestazioni di un prodotto o la sua capacità di integrazione con sistemi esterni.
• per valutare diverse opzioni tecnologiche per la selezione successiva, ad es. scelta del server web o del database
• per dimostrare come il prodotto potrebbe funzionare in modo da informare UX, il design e le decisioni aziendali sulle sue funzionalità.

Si noti che in ogni caso c'è un chiaro fatto -nessità al lavoro: si hanno numeri di prestazioni utili. Hai una scelta giustificata della tecnologia del database. Hai un prototipo utilizzabile. Ciò significa che il lavoro sui prototipi o sulle dimostrazioni di concetto è limitato. Di solito è anche time-boxed (corrispondente al concetto di picco di ricerca nello sviluppo iterativo) in modo da concordare qual è il problema che stai cercando di risolvere e per quanto tempo Devo esplorare la soluzione.

Tipicamente il PoC è " uno da buttare via "; è costruito in modo tale da poter far funzionare rapidamente qualcosa sul tuo box per dimostrare che può essere fatto ma in realtà non farà parte del prodotto finito. Puoi utilizzare il codice per guidare la tua implementazione di produzione [*], oppure puoi semplicemente prendere ciò che hai imparato e ricostruirlo da zero.

[*] Dove sto usando la dimostrazione del concetto per conoscere un'API, a volte prendo le cose che imparo dal PoC e le scrivo come test unitari. Questi test possono far parte della suite di test del prodotto reale senza copiare il codice PoC in produzione.

I vantaggi:

• impari rapidamente se ciò che vuoi fare è raggiungibile
• impari rapidamente se ciò che vuoi fare è desiderabile

Svantaggi:

• può essere difficile sostenere che ciò che stai facendo aggiunge valore quando non è in produzione
• vedere il funzionamento del PoC, anche se si tratta di fumo e specchi, può portare a una falsa illusione di progresso quando lo demo ad altre persone.

Dove lavoro, in genere utilizziamo prove di concetto per verificare che una determinata tecnologia possa effettivamente essere utilizzata per eseguire una determinata attività (ad esempio, possiamo scrivere un connettore che ci consenta di scrivere le routine di richiamata in un DSL). I PoC sono sempre eliminabili e non vengono quasi mai utilizzati come base per un prototipo. I prototipi sono più formali e tipicamente o implementano solo una delle funzioni del sistema completo o sono più di una shell con un'interfaccia utente per lo più completa e una funzionalità stubbed-out che registra semplicemente le operazioni. I prototipi seguono gli standard di codifica e documentazione e spesso si evolvono nell'applicazione finale, mentre i PoC sono tipicamente hack o mashup di taglia-incolla.

Nell'azienda di sviluppo software in cui lavoro, utilizziamo il termine "prototipo" per "Gui-prototypes" dove vengono dipinte le maschere dello schermo in modo che il cliente possa vedere, come potrebbe apparire la sua app come.

Al posto del termine "prototipo tecnico" o "prova del concetto" abbiamo "picchi" che mostrano che è possibile qualche interopezzo tecnico (cioè che un'app per Android possa parlare con un sistema sap ")