Metodi per la ricerca sistematica di tecnologie da utilizzare in un progetto?

C'è un libro pubblicato per la metodologia di sviluppo PRINCE2 denominata "Software di acquisto: un approccio Best Practice" che descrive un processo di procurement software ridicolmente elaborato che potrebbe essere giustificato per la scelta del software da utilizzare per l'uso quotidiano da decine di migliaia di dipendenti e costando milioni di dollari, ma potrebbe ridursi al tuo scenario:

• Concentrati su un business case, ovvero un confronto costi / benefici, in cui i costi includono l'apprendimento della nuova tecnologia
• Identifica gli stakeholder, ovvero le persone che useranno la tecnologia o potrebbero avere qualche input (ad esempio avvocati) e ottenere feedback da essi (il punto più importante in assoluto)
• Raccogli i criteri per la scelta della tecnologia: possono includere requisiti funzionali e non funzionali, rischiosità, limiti legali e di altro tipo
• Dare priorità ai criteri (le parti interessate dovrebbero essere coinvolte qui)
• Se esistono più tecnologie candidate, scegli la più probabile utilizzando i criteri con priorità più elevata, più quantificabili o più facilmente valutabili
• Valuta come i candidati soddisfano i criteri, testandoli o cercando le esperienze di altre persone. Questo è il passo più dispendioso in termini di tempo e la sua lunghezza dovrebbe essere proporzionale al beneficio atteso. Usalo soprattutto per ridurre le incertezze.
• Il risultato è una matrice di quanto bene i candidati soddisfano i criteri. Questo dovrebbe essere presentato come base per la scelta finale.
• Dopo un po ', controlla se i risultati desiderati sono stati raggiunti e in caso contrario, perché.

Domanda piuttosto vaga con molte risposte possibili. Ma ecco la mia versione.

Per prima cosa devi essere chiaro sul perché vuoi introdurre questa nuova tecnologia. Quindi:

• Qual è il problema che esiste?
• In che modo questa tecnologia lo risolve?
• Quali sono i vantaggi per l'azienda?
• e quali sono i rischi?

Una volta che hai alcune risposte chiare a queste domande, puoi mettere insieme la tua presentazione. Quindi è semplice scendere a buone tecniche di presentazione. Alcuni che seguo:

• Mantieni separati diapositive e materiale di lettura dettagliato. Le diapositive mostrano un backup semplice e visivo per te come presentatore, i dettagli dovrebbero essere nel materiale di lettura che le persone possono portare via per leggere più tardi.

• Ricorda di raccontare una storia, le persone sono lì per vederti, per scoprire qual è il problema e come lo risolveresti, e persino per essere intrattenuto in una certa misura. Tienilo a mente.

• Parlare, non per digiunare, e non in un m-o-n-o-t-o-n-e. Mantieni quello che stai dicendo semplice, quindi non annoiare le persone con dettagli tecnici a meno che non siano davvero importanti.

• La maggior parte delle persone che vengono a una presentazione non si preoccupano veramente dei dettagli tecnici, vogliono vedere che si è sicuri, ben informati e fluenti nel dominio del problema. Una volta che lo vedranno, si fidano della tua valutazione e probabilmente non leggeranno mai i dettagli.

Sì.

Dogfood tecnologia / libreria / plug-in / i candidati / i con un uso plausibile casi per la tua applicazione.

Traccia la tua esperienza con la tecnologia / libreria / i plugin candidato su un foglio di calcolo e osserva le prestazioni, la scalabilità, l'estensibilità, i costi e qualsiasi altra cosa che la tua azienda ritiene utile.

Infine, pianifica una riunione di mezz'ora con il tuo manager per trasmettere i risultati. I candidati più forti dovrebbero essere quasi evidenti.