IMPLEMENTATION PLAYBOOKCome SaaS e MVP si spostano dalla domanda all'accettazione
I seguenti sono utilizzati per spiegare la metodologia di implementazione, il calibro dei dati e i confini della responsabilità, e non sono utilizzati come proxy per il giudizio di progetto da liste funzionali.
01 Linea di base operativaPrima di tutto, registriamo lo stato reale prima della modifica.
Quando il progetto viene lanciato, viene selezionato un collegamento di business che necessita di maggior miglioramento, vengono prese interviste con l'utente effettivo e i campioni recenti. Il processo di registrazione, il tempo medio di tempo di attesa, il numero di back-to-works, numeri insoliti e punti di contatto manuali intorno al target MVP, l'utente di base e la progettazione di indicatori di convalida; e l'utilizzo di contabilità di scrivania manuale per una o due settimane di tempo continuo come base se i dati disponibili sono incomplezioni.
La linea di base dovrebbe anche indicare la portata delle statistiche e delle esclusioni. Ad esempio, il tempo di elaborazione inizia con la disponibilità di informazioni o con la prima presentazione da parte del cliente, l'eccezione non include interfacce di terze parti, e le modifiche manuali sono la correzione o la rielaborazione di piccole prove.
02 Primo anello chiusoConvalida le ipotesi chiave con il minimo ambito disponibile
Il primo numero non cerca di coprire tutti i settori, ma piuttosto forma un ciclo chiuso intorno “processi aziendali, prototipi di prodotto e roadmap di versione” che possono operare in termini reali: definire chiaramente l’ingresso, le regole di gestione, le azioni di sistema, ruoli responsabili, movimenti anormali e l’output finale.
La valutazione della necessità corrisponde a ciascuna competenza per la scena aziendale, il ruolo dell'utente e l'accettazione del campione. I soggetti che non forniscono dati legittimi, interfacce o decisori devono essere inclusi come pre-condizione o fase successiva, e non devono essere inclusi tranquillamente in un'offerta a banda fissa.
• Realizzazione di progettiRendere il processo un risultato di fase reversibile e reversibile
Un percorso tipico è l'assunzione di business e la validazione degli utenti, la portata MVP e il prototipo, l'architettura e lo sviluppo iterativo, e il go-live del cliente pilota.Ogni fase dovrebbe portare a un risultato visibile, come grafico di flusso, prototipo, interfaccia compatta, log di prova, descrizione di distribuzione o dimostrazione in esecuzione.
La dimostrazione di fase non è “guarda al lavoro”. Un campione rappresentativo dovrebbe essere utilizzato per coprire processi normali, campi mancanti, richieste ripetute, autorità inadeguate, sorpresi di tempo e anomalie di dati storici da servizi esterni, e per identificare i problemi che si presentano solo nell’ambiente di produzione in una fase iniziale.
04 Operazioni di ricezione e di ispezioneAccettazione e accettazione comuni con consegna, prove e indicatori
Il progetto dovrebbe almeno conciliare lo scopo MVP con gli indicatori di validazione, prototipo di prodotto e progettazione UI, l'architettura SaaS e il modello di dati, e confermare il codice sorgente o l'attribuzione di configurazione, la gestione del conto, la distribuzione di costruire, il backup dei dati, la risposta di guasto e le responsabilità di manutenzione successive.
Una linea di base di processo di 800 elementi al mese, una media di 18 minuti per unità, e un tasso di ritorno del 12% è solo un esempio, non una prestazione del cliente. Una linea dovrebbe essere seguita da quattro a otto settimane consecutive di osservazione continua allo stesso calibro, quindi una determinazione di se raggiungere una più veloce convalida di esigenze reali, il controllo della gamma di input del primo stadio, e una base multi-cliente di prodotti.
Parole chiave e descrizione del contenutoQuesta pagina contiene contenuti organizzativi inerenti a problemi di servizio reali come lo sviluppo personalizzato SaaS, lo sviluppo della piattaforma SaaS, l'outsourcing dello sviluppo SaaS, lo sviluppo MVP. Le parole chiave sono utilizzate per aiutare gli utenti e i sistemi di ricerca a identificare i temi, senza implicare un impegno per gli effetti fissi; la portata finale, il ciclo, il budget e gli indicatori si basano sulla diagnosi del progetto, sul contratto e sulla base di accettazione.
