Per il progetto di ricerca e sviluppo (R & D), quale tipo di metodo / modello di sviluppo del software è più applicabile / adatto?
Ad esempio, il mio recente progetto R & D ha diversi parametri:
Secondo la mia esperienza, la parte più difficile è ottenere l'investimento iniziale, perché gli investitori potrebbero essere riluttanti a darti denaro senza alcun impegno da parte tua. Cosa succede se la tua ricerca conduce a un vicolo cieco ? Cosa succede se richiede molto più denaro di quello che possono darti? I progetti di business ordinari, anche quelli Agili, sono in qualche modo più certi, per due motivi:
Mentre il cliente non può sapere in anticipo se costerà $ 40 000 o $ 50 000, probabilmente sa che non costerà $ 800 000 né $ 1 000. Nei progetti orientati alla ricerca, spesso abbiamo non ha idea di quanto costerebbe .
Nei progetti di business, se un progetto di dodici mesi viene cancellato dopo quattro mesi, dovrebbe esserci un "lavoro di qualcosa" che potrebbe non soddisfare le esigenze del cliente, ma che può ancora essere < strong> schierato in produzione e portare un po 'di soldi in.
Nei progetti orientati alla ricerca, se dopo diversi mesi o anni il progetto viene cancellato, spesso non ci sarà nulla che gli investitori saranno in grado di utilizzare per ottenere una parte dei loro soldi indietro.
Questo è molto simile ai progetti Waterfall: a meno che il progetto non sia completato, tempo e denaro sono semplicemente sprecati.
Si noti che questa è una generalizzazione. Alcuni progetti di R & D possono essere molto specifici e prevedibili. Un altro esempio: attualmente sto lavorando a un progetto che non è correlato alla ricerca, ma che all'inizio non aveva un ambito preciso, ma piuttosto un "faremo tutto ciò che sembra davvero prezioso e rilasceremo ogni volta che lo finiremo " spirito. Assolutamente accettabile per me: agisco sia come investitore che come implementatore qui, ma non è fattibile quando è necessario attirare investitori esterni.
Una volta che hai convinto gli investitori a darti dei soldi, la prossima cosa è monitorare i progressi del progetto al fine di gestire i rischi e dare un feedback preciso ai tuoi investitori.
Qui, il progetto R & D non è molto diverso dai progetti di business senza requisiti iniziali, quindi qualsiasi metodologia Agile dovrebbe funzionare. Con brevi iterazioni, puoi monitorare i tuoi progressi senza conoscere esattamente la tua destinazione finale. La differenza rispetto ai normali progetti non di ricerca è che l'incertezza non proviene da clienti che non sono sicuri di cosa hanno bisogno sono, ma l'aspetto della ricerca del progetto.
Potresti anche leggere la prototipazione evolutiva (compresi i commenti). La differenza tra la prototipazione evolutiva e l'agile ordinaria è che non è necessario fornire un prodotto pienamente funzionante ad ogni iterazione. Invece, ogni prototipo fornito può contenere anche alcune funzionalità più o meno rotte.
Ciò lo rende più attraente per i progetti di R & D in cui è possibile rimanere bloccati per lunghi periodi di tempo su un particolare aspetto del prodotto e non essere in grado di fornire nulla completamente funzionale durante diverse iterazioni . Data l'incertezza del progetto, preferiresti mostrare alcuni progressi, anche inconcludenti, che rimanere in silenzio per diversi mesi.
Leggi altre domande sui tag design development-methodologies