Progetti e temi
Che cosa occorre fare
nel progetto.
Nei progetti IT mi occupo di integrazione, migrazione, automazione e diagnosi. Questi esempi mostrano come collego sviluppo software e gestione operativa.
Sei esempi di situazioni progettuali
Dove si blocca?
Scegliete una situazione. Ogni esempio presenta il punto di partenza, ciò che verifico e gestisco e il risultato desiderato.
Come cambia il processo
Due identificativi. Le modifiche devono essere inserite due volte.
Le responsabilità sono definite. Dati ed errori seguono un percorso stabilito.
Esempio / Integrazione
Doppia immissione.
Dati diversi.
Il sistema ordini e la contabilità gestiscono lo stesso cliente con identificativi diversi. Le modifiche vengono inserite in due punti. Prima o poi i dati non coincidono più.
Per approfondire:
Approfondisci API e integrazione di sistemi in DataSource
Che cosa verifico
Quale sistema è responsabile di ciascun campo? Verifico identificativi, interfacce e gestione dei dati incompleti.
Di che cosa mi occupo
Sviluppo la corrispondenza e il percorso dei dati tra i sistemi. Anche i tentativi ripetuti e gli errori seguono un processo comprensibile.
Il risultato desiderato
Le modifiche vengono registrate nel punto concordato e trasferite. Gli errori restano visibili e possono essere gestiti.
Come cambia il processo
Il passaggio è vicino. Occorre ancora chiarire che cosa deve continuare a funzionare.
Prima provare, poi cambiare. Il ritorno alla situazione precedente resta previsto.
Esempio / Migrazione
Il passaggio è vicino.
Alcuni aspetti restano aperti.
Una migrazione si blocca o si prepara un cambio di server. Ne dipendono dati e attività quotidiane. Posso affiancare il progetto per occuparmi della parte ancora aperta e portare il passaggio fino alla verifica.
Per approfondire:
Scopri IT aziendale e gestione in DAXS
Che cosa verifico
Rilevo servizi, stato dei dati e dipendenze. Una prova mostra che cosa funziona nel nuovo ambiente e dove resta lavoro da fare.
Di che cosa mi occupo
Risolvo i punti aperti e preparo il confronto dei dati, la finestra temporale, i controlli e il ritorno alla situazione precedente. Concordiamo il passaggio con i responsabili.
Il risultato desiderato
Il nuovo ambiente è verificato. Il passaggio e le attività residue sono documentati; le responsabilità per la gestione successiva sono definite.
Come cambia il processo
L’errore scompare al tentativo successivo. Le ipotesi restano.
Il caso di errore può essere spiegato e ripetuto come test.
Esempio / Diagnosi
L’applicazione attende.
Oppure si interrompe.
Un’applicazione è lenta o un’operazione si interrompe occasionalmente. Al tentativo successivo funziona. Il solo messaggio di errore non spiega ancora la causa.
Che cosa verifico
Metto in relazione dati inseriti, momenti e log. Verifico query, blocchi, percorsi di rete e l’elaborazione fino alla risposta.
Di che cosa mi occupo
Isolo la causa e realizzo la correzione concordata. La verifico sul caso di errore concreto e sui processi collegati.
Il risultato desiderato
La causa è dimostrabile. La correzione è verificabile e il caso di errore rimane documentato in modo comprensibile.
Come cambia il processo
I sistemi esistono. Conoscenze, attività e responsabilità devono essere organizzate.
Uno stato iniziale documentato e responsabilità concordate rendono il subentro comprensibile.
Esempio / Subentro
L’ambiente funziona.
Mancano le conoscenze.
Il referente precedente non è più presente. La documentazione è incompleta e restano attività aperte. Studio l’ambiente e creo uno stato iniziale comprensibile.
Che cosa verifico
Chiarisco accessi, utenti e diritti, rilevo server e servizi e verifico backup e ripristino. Dipendenze e attività aperte diventano visibili.
Di che cosa mi occupo
Organizzo la documentazione, concordo con voi le priorità e stabilizzo gli aspetti critici. Definiamo quali ambiti gestisco e chi resta responsabile di ciascuno.
Il risultato desiderato
L’esistente, le priorità e le responsabilità sono documentati. Singoli ambiti possono essere trasferiti o seguiti in modo ordinato.
Come cambia il processo
Ogni postazione viene configurata singolarmente. Le eccezioni sono difficili da ricostruire.
Un processo collaudato unisce configurazione, verifica e consegna.
Esempio / Distribuzione
Nuove postazioni.
Una configurazione comune.
Diversi dispositivi devono essere configurati o sostituiti. Finora le configurazioni variano da una postazione all’altra. Per la distribuzione mancano a breve termine esperienza o capacità.
Per approfondire:
Scopri postazioni di lavoro e assistenza IT continuativa in rnm
Che cosa verifico
Verifico applicazioni, dispositivi, diritti degli utenti e procedure di configurazione e consegna. Un pilota mostra quali eccezioni considerare.
Di che cosa mi occupo
Definisco la configurazione comune, standardizzo l’installazione e gestisco la parte concordata della distribuzione, con verifica e documentazione.
Il risultato desiderato
Le postazioni sono configurate secondo un processo comprensibile. Eccezioni e responsabilità di assistenza sono documentate.
Come cambia il processo
Lo stesso processo viene eseguito ripetutamente a mano.
La parte concordata segue regole definite. Le eccezioni restano visibili.
Esempio / Automazione
Ogni giorno gli stessi
gesti.
File trasferiti a mano, dati aggiunti o report creati sempre nello stesso modo. Il processo richiede tempo ed è difficile da ricostruire.
Che cosa verifico
Esamino il processo reale: dati in ingresso, regole, eccezioni ed errori. Chiariamo quale parte conviene automatizzare.
Di che cosa mi occupo
Realizzo questa parte, la verifico con dati normali ed errati e rendo visibili il processo e gli interventi necessari.
Il risultato desiderato
L’attività ricorrente segue regole stabilite. Gli errori diventano riconoscibili; utilizzo e manutenzione sono documentati.
Ora il vostro
progetto.
Avete trovato la situazione giusta? Descrivete brevemente la vostra attività. Chiariremo personalmente il prossimo passo.