Modello di verifica o progetto pilota

  • Articolo

Quando si guida una decisione tecnica e di sicurezza per l'azienda o il cliente, una prova di concetto (PoC) o pilota è un'opportunità per fornire prove che la soluzione proposta risolve i problemi aziendali. Il poC o il pilota aumenta la probabilità di un'adozione riuscita.

Un poC:

  • Dimostra che un modello aziendale o un'idea è fattibile e funzionerà per risolvere il problema aziendale
  • In genere implica una o tre funzionalità o funzionalità
  • Può essere in una o più tecnologie
  • È incentrato su uno scenario specifico e dimostra ciò che il cliente deve conoscere per prendere la decisione tecnica o di sicurezza
  • Viene usato solo come dimostrazione e non verrà eseguito in produzione
  • It-driven e enablement-driven

Pilota:

  • È un'esecuzione di test o una versione di valutazione di un'azione o di un prodotto proposto
  • Dura più di un poC, spesso settimane o mesi
  • Ha un rendimento maggiore sugli investimenti (ROI) rispetto a un poC
  • Compila in un ambiente di pre-produzione o versione di valutazione, con la finalità che verrà quindi inserita nell'ambiente di produzione
  • L'adozione e il consumo sono basati sull'adozione

Procedure consigliate poC e pilota

Tenere presente i problemi di conformità quando si lavora nell'ambiente di un cliente e assicurarsi che le azioni siano sempre legali e conformi.

  • Il contatto o la modifica dell'ambiente del cliente richiede in genere un contratto e può coinvolgere un partner o servizi Microsoft. Senza un contratto, l'azienda può essere responsabile di problemi o danni.
  • La governance può richiedere l'approvazione del reparto legale. L'azienda potrebbe non essere in grado di concedere gratuitamente la proprietà intellettuale (IP). Potrebbe essere necessario un contratto legale o contratti per specificare se la società o il cliente paga per l'IP.
  • Ottenere indicazioni sulla divulgazione quando si tratta di contratti non di divulgazione (NDAs), roadmap dei prodotti, funzionalità dell'NDA o nulla non rilasciato al pubblico generale.
  • In un ambiente pilota non usare un ambiente Microsoft Developers Network (MSDN) di valutazione o qualsiasi ambiente proprietario.
  • Usare software con licenza corretta e chiedere al proprietario dell'opportunità di gestire correttamente le licenze software.

Il cliente, il partner o l'azienda possono pagare per il poC o il pilota. A seconda delle dimensioni del contratto, il ROI e il costo della vendita, un gruppo può coprire tutto o una combinazione di tutte e tre le parti possono coprire il costo. Assicurarsi che l'azienda o il cliente disponga di alcuni investimenti nel PoC o nel progetto pilota. Se non lo fanno, questo può essere un flag rosso che segnala che l'azienda o il cliente non vede ancora il valore nella soluzione.

Processo poC e pilota

Technical Decision Maker (TDM) è responsabile della guida alla decisione di adozione. Il TDM è responsabile della garanzia che i partner e le risorse corretti siano coinvolti in un poC o pilota. Come TDM, assicurarsi di essere consapevoli dei partner nell'area del prodotto e del servizio o nell'area del servizio. Tenere presente le offerte di servizi chiave nell'area del servizio prodotti.

Pianificazione

Prendere in considerazione le domande di integrità seguenti:

  • Hai un buon piano tecnico, inclusi i responsabili delle decisioni chiave e il potenziale Microsoft?
  • È possibile fornire la garanzia necessaria senza un poC?
  • Dovresti passare a un pilota?
  • Quali sono i criteri di ambito e decisione dettagliati che il team o il cliente hanno accettato?
  • Se si soddisfano i criteri, l'azienda o il cliente acquista o distribuisce la soluzione?

Eseguire le attività seguenti:

  • Analizzare il rischio.
  • Valutare l'impostazione.
  • Eseguire la preparazione.
  • Prendere in considerazione i carichi di lavoro e le risorse umane.
  • Presentare lo stato di integrità poC o pilota.
  • Soddisfare i prerequisiti tecnici.
  • Definire la decisione go/no go.
  • Creare una specifica del piano di progetto finale.

Esecuzione

Per la fase di esecuzione:

  • Determinare chi inizia la presentazione.
  • Pianificare la riunione al mattino, se possibile.
  • Preparare le demo e le diapositive.
  • Condurre un'esecuzione secca per perfezionare la presentazione.
  • Ottenere commenti e suggerimenti.
  • Coinvolgere l'azienda o il team clienti.
  • Completare l'istruzione win/lose.

Debriefing

Durante la fase di debriefing prendere in considerazione:

  • Se i criteri sono stati soddisfatti o meno
  • Investimento degli stakeholder
  • Avvio della distribuzione
  • Ricerca di un partner e formazione
  • Lezioni apprese
  • Correzioni o estensioni di linee guida poC o pilota
  • Archiviazione di valori finali preziosi

Gestione delle modifiche

La gestione delle modifiche usa metodi e tecniche testati per evitare errori e ridurre al minimo l'impatto durante l'amministrazione della modifica.

Idealmente, un pilota include una sezione incrociata di utenti, per risolvere eventuali potenziali problemi o problemi che si verificano. Gli utenti possono essere comodi e familiari con la loro vecchia tecnologia e hanno difficoltà a passare a nuove soluzioni tecniche. La gestione delle modifiche tiene presente questa situazione e aiuta l'utente a comprendere i motivi della modifica e l'impatto che verrà apportato alla modifica.

Questa comprensione fa parte di un progetto pilota e si rivolge a tutti coloro che hanno una partecipazione al progetto. Un pilota è migliore di un poC, perché il cliente è più coinvolto, quindi è più probabile implementare la modifica.

Il pilota include un follow-up dettagliato attraverso sondaggi o gruppi di focus. Il feedback può dimostrare e migliorare la modifica.

Passaggi successivi

Formazione sulla gestione delle modifiche prosci®