Un modello non basta per far funzionare un servizio
Percorso 01 · Manager e responsabili di funzione · Edizione italiana
Cosa imparerai a fare
distinguere il modello dai componenti che permettono al servizio di consultare informazioni e agire.
Caso didattico fittizio: un'azienda di servizi premium sta preparando l'automazione dei propri rimborsi.
Il corso
Il direttore osserva una dimostrazione. L'assistente legge una richiesta e redige una risposta convincente. Egli vuole sapere se lo stesso dispositivo potrà gestire i rimborsi il lunedì successivo.
La dimostrazione non risponde ancora a questa domanda. Il modello produce un risultato a partire dalle informazioni che gli vengono fornite. Per ritrovare una prenotazione, il servizio deve interrogare un'applicazione. Per conoscere le condizioni di rimborso, deve accedere a una regola valida. Per spostare denaro, necessita di una funzione di esecuzione e di un'autorizzazione.
La parola "assistente" può celare questo assemblaggio. Due servizi che utilizzano lo stesso modello possono avere capacità molto diverse. Uno redige una bozza. Un secondo può modificare una prenotazione. Le loro conseguenze dipendono dalle connessioni e dai diritti concessi.
Il responsabile deve seguire una richiesta dall'inizio alla fine. Da dove proviene? Come viene identificato il cliente? Quale versione della policy viene consultata? Chi calcola l'importo? In quale momento l'azione diventa effettiva?
Bisogna inoltre esaminare i fallimenti. Se la prenotazione non viene trovata, il sistema deve avere un comportamento definito. Una risposta fluida non sostituisce un dato assente. Se lo strumento di rimborso restituisce un tempo di attesa, un nuovo tentativo non deve produrre un secondo rimborso.
Questa mappa permette di localizzare le responsabilità. Rivela anche ciò che una dimostrazione non ha ancora mostrato.
La vostra decisione
Disegnate il percorso di una richiesta fino al rimborso. Collocate la prenotazione, la policy di rimborso, il modello, lo strumento di esecuzione e l'approvazione umana. Indicate dove il sistema deve fermarsi se manca un'informazione decisiva.
Formulate una risposta prima di aprire la soluzione.
Apri la soluzione argomentata
Una proposta accettabile inizia con un'identificazione sufficiente della richiesta e della prenotazione. Essa associa la policy applicabile alla pratica, quindi produce una proposta giustificata. L'importo e l'autorizzazione vengono verificati prima dell'esecuzione. Il risultato dell'operazione viene registrato.
L'assenza di una prenotazione affidabile o di una regola applicabile deve condurre a una richiesta di informazioni o a un'escalation. Lo schema può variare a seconda dell'azienda. Deve rendere visibile il passaggio tra proposta e azione effettiva.
Produzione da conservare
componenti, scambi e punti di arresto.
Criterio di valutazione
La mappa distingue tra proposta e azione e localizza i punti di arresto.
Fonti e riferimenti
Il caso e la soluzione sono costruzioni didattiche VOCE; i riferimenti non convalidano l'efficacia di questa formazione.