Se servono solo più ore di sviluppo, sono la scelta sbagliata.

Il mio modello non è pensato per realizzare al minor costo possibile attività IT già esistenti. Né per grandi team, né per aggiungere semplicemente capacità a un’organizzazione esistente.

È pensato per idee di prodotto in cui lo sviluppo rende visibili nuove opzioni imprenditoriali.

L’approccio è particolarmente adatto alle aziende in cui esistono idee di prodotto sostanziali il cui potenziale non è ancora stato chiarito a sufficienza.

Può trattarsi di una nuova applicazione autonoma, di un prodotto digitale, di un sistema specialistico, di una simulazione, di un ambiente di visualizzazione, di uno strumento interattivo complesso o di un’estensione software sostanziale di un prodotto esistente.

Il modello ha senso soprattutto quando uno stato di sviluppo tecnico reale promette più conoscenze di un’ulteriore pianificazione astratta e quando l’idea di prodotto è ancora abbastanza aperta da poter reagire a nuove acquisizioni.

È meno adatto quando si vuole acquistare un insieme di funzionalità completamente specificato a un prezzo fisso, quando serve un grande team di sviluppo o quando si intende soltanto integrare risorse di sviluppo aggiuntive in un’organizzazione esistente.

L’approccio non punta alla realizzazione più economica possibile di attività IT già esistenti. Punta a idee di prodotto per le quali lo sviluppo tecnico può rendere visibili nuove opzioni imprenditoriali.