Delimitare il flusso da analizzare
Un metodo per decidere, intervenire e verificare.
We don't sell innovation. We make it work.
Sui sistemi critici ogni intervento deve avere un obiettivo chiaro e un risultato verificabile. Organizziamo il lavoro in milestone e applichiamo a ciascuna il nostro modello operativo. Le informazioni raccolte servono a decidere come procedere, anche quando la scelta migliore è cambiare il piano.
Milestone illustrative
Quattro momenti. Un ciclo applicabile a ogni milestone.
Misurare ed evolvere
Conclusioni verificate, limiti, decisione o richiesta di ulteriori accertamenti.
Approfondisci ↗Il ciclo non obbliga a passare una sola volta da ciascun momento. Una verifica può richiedere nuove informazioni o una diversa decisione.
La roadmap dà la direzione. Le milestone rendono verificabile il lavoro.
Prima di procedere definiamo che cosa serve sapere o realizzare, chi deve partecipare e quali evidenze permetteranno di prendere una decisione. La roadmap collega questi passaggi. Ogni milestone ha un obiettivo e un risultato che possono essere discussi anche indipendentemente dalle attività successive.
Roadmap
Sequenza di obiettivi, dipendenze e decisioni.
Milestone
Un perimetro di lavoro con una domanda precisa e un risultato atteso.
Operational Model
Il ciclo con cui affrontiamo e verifichiamo il lavoro della milestone.
Il percorso commerciale di Replatforming descrive le attività che possono comporre un incarico. Il modello operativo si applica dentro quelle attività e non costituisce un secondo percorso contrattuale obbligatorio.
Una milestone, dall'ipotesi alla decisione.
Prima di modificare un'applicazione legacy, il responsabile IT deve capire che cosa succede ai dati storici quando viene aggiornata una pratica già chiusa.
Come responsabile IT, voglio conoscere gli effetti di quella modifica sugli archivi e sulle integrazioni prima di autorizzare l'intervento.
Obiettivo
Chiarire il comportamento rilevante e individuare quali verifiche servono per valutare l'impatto di una modifica.
Lavoro svolto
Eseguire le analisi e le prove concordate su casi autorizzati, senza presupporre una migrazione.
Risultato per decidere
La verifica può sostenere l'avvio dell'intervento, restringerne il perimetro oppure mostrare che servono ulteriori informazioni. Non è necessario promettere un'implementazione per dare valore alla milestone.
Una milestone può servire a ricostruire una regola, verificare una dipendenza o realizzare un intervento concordato. Cambiano le attività e le persone coinvolte. Il metodo con cui affrontiamo il lavoro rimane riconoscibile.
Comprendere
Mettiamo a fuoco la domanda, il sistema coinvolto e le informazioni disponibili. Raccogliamo evidenze, vincoli e criteri con cui verificare il risultato.
Analizzare codice, strutture dati, documenti e informazioni dei referenti coinvolti.
Perimetro della regola, fonti disponibili e domande aperte.
Orientare
Confrontiamo le alternative, delimitiamo il perimetro e definiamo cosa occorre verificare prima di impegnare altre risorse.
Individuare i casi che contano, le dipendenze da controllare e le modalità di verifica consentite.
Ipotesi, priorità e criteri di verifica.
Intervenire
Svolgiamo l'attività concordata. Può essere una verifica tecnica, un approfondimento specialistico o una modifica al sistema, secondo il perimetro dell'incarico.
Eseguire le analisi e le prove concordate su casi autorizzati, senza presupporre una migrazione.
Riscontri tecnici collegati alle fonti e alle prove svolte.
Misurare ed evolvere
Confrontiamo quanto ottenuto con i criteri stabiliti. Registriamo gli esiti e le questioni ancora aperte, poi decidiamo se chiudere la milestone, correggere il piano o proporne un'altra.
Confrontare gli esiti con i criteri iniziali e discutere l'impatto della modifica.
Conclusioni verificate, limiti, decisione o richiesta di ulteriori accertamenti.
Il risultato di una milestone deve poter essere utilizzato.
Un'analisi può produrre una mappa delle dipendenze, una regola ricostruita o una lista di verifiche ancora necessarie. Un intervento concordato può produrre una componente modificata e le relative prove. In entrambi i casi chiariremo quali risultati sono attesi, quali elementi devono essere verificati e chi partecipa alla decisione successiva.
Non ogni incarico include implementazione, migrazione o attività continuative. Il perimetro, le consegne e i criteri di accettazione vengono concordati.
Lo stesso metodo, incarichi diversi.
Possiamo iniziare dalla ricostruzione della conoscenza di una parte del sistema, contribuire a definire un intervento oppure partecipare alla sua realizzazione. Le attività concordate possono avere dimensioni differenti. Il modello operativo ci aiuta a renderne comprensibili perimetro, verifiche e decisioni.
Il percorso di replatforming DeFacto, il servizio di ricostruzione della conoscenzaUn metodo che si inserisce nel lavoro di altri team.
Un progetto di modernizzazione coinvolge spesso competenze diverse. Possiamo contribuire su un perimetro specialistico, mantenendo chiari i punti di passaggio con chi conosce il contesto, governa il programma o realizza le altre componenti.
Team interni
Conoscenza del contesto operativo, vincoli e priorità del sistema.
Ricostruzione specialistica, verifiche sulle dipendenze e definizione delle evidenze necessarie a decidere.
System integrator e software house
Coordinamento di programmi, piattaforme e delivery applicativa, secondo il loro incarico.
Analisi di componenti legacy, supporto alle scelte tecniche e interventi circoscritti da integrare nella roadmap condivisa.
Società di consulenza
Definizione di obiettivi, analisi, scenari di intervento e rapporto con gli stakeholder.
Riscontri tecnici sulle ipotesi, assessment mirati e contributo alla realizzazione quando concordato.
Il ruolo di Shift42 viene definito insieme agli altri soggetti coinvolti. Possiamo affiancare un progetto già avviato senza sostituirci a chi ne ha la responsabilità complessiva.
Collaborare con Shift42Domande sul nostro modo di lavorare
Ogni progetto deve attraversare tutte le fasi della roadmap?
No. La roadmap rappresenta gli obiettivi e gli interventi possibili. L'incarico può limitarsi a un assessment o a una milestone. I passi successivi vengono valutati e concordati separatamente.
Il modello si applica anche se il progetto è già in corso?
Sì. Quando il perimetro e le responsabilità sono chiari, possiamo utilizzare il metodo per affrontare un problema circoscritto, anche all'interno di un programma gestito dal cliente o da un partner.
Come capiamo se una milestone è conclusa?
Confrontiamo le consegne e le verifiche svolte con i criteri concordati all'inizio. Se restano punti aperti, li rendiamo espliciti prima di decidere come procedere.
C'è una parte del progetto che richiede competenze specialistiche?
Raccontateci il sistema, l'intervento previsto e dove serve un contributo. Partiremo da lì per capire se e come possiamo aiutare.
Parliamo del tuo progettoNon inviare credenziali, codice sorgente o documenti riservati attraverso il modulo.