Modellare prima i processi digitali, poi scegliere il software

Perché è necessario definire il processo obiettivo prima di selezionare il software?

Prima della selezione del software, il processo obiettivo viene descritto come una sequenza di attività utente, regole e stati di responsabilità. Particolare attenzione viene dedicata alle eccezioni e ai passaggi di consegne, poiché le soluzioni standard spesso generano lavoro aggiuntivo in queste aree. Solo il modello concordato viene tradotto in requisiti software verificabili.

Decisione esplicita

1. Tracciare uno scenario reale dall'evento scatenante al completamento, inclusi ruoli, dati e tempi di attesa.

2. Eliminare i passaggi di consegne non necessari e prendere decisioni esperte in merito alle regole target e alle relative eccezioni.

3. Derivare scenari di capacità per la selezione, la configurazione e l'accettazione del software dal modello perfezionato.

Attività indipendente dallo strumento.

• Attività indipendente dallo strumento. Ogni passaggio descrive il suo scopo e il suo risultato senza adottare pulsanti o funzioni di un prodotto preferito.

• Decisione esplicita Regole, autorità decisionale e informazioni necessarie sono chiaramente identificabili in ogni punto di diramazione.

• Caso speciale affrontato. Dati mancanti, query, rifiuti e riprese sono parte integrante del modello e non vengono relegati a un elenco successivo di elementi residui.

Caso di test: "Processo attuale come obiettivo"

Un processo di rilascio è attualmente descritto come una catena di email, pertanto si ricerca uno strumento con un flusso di lavoro a più fasi. Tuttavia, la modellazione mostra che sono necessarie solo due decisioni e che le fasi rimanenti richiedono dati di input mancanti. Un'acquisizione dati migliorata può semplificare il processo in modo più efficace rispetto a un modulo di rilascio complesso.

Caso speciale affrontato.

• Numero di trasferimenti e reinserimenti di dati nel processo obiettivo modellato rispetto al processo attuale osservato.

• Proporzione di eccezioni rilevanti che un software candidato riproduce nei test di scenario senza un sottoprocesso esterno.

Processo attuale come obiettivo

• Processo attuale come obiettivo Le deviazioni storiche vengono ricreate digitalmente, anche se la loro causa originale non esiste più.

• Selezione del percorso ideale – Il software è adatto a presentare lo scenario tipico, ma richiede fogli di calcolo e modifiche manuali per le eccezioni.

• Requisiti dalla demo del prodotto – I termini funzionali sostituiscono l'attività reale e rendono artificialmente incomparabili le alternative.

Cosa significa "Modellare i processi prima di scegliere il software" per attività correlate

Una domanda approfondita con relativa risposta Prendere decisioni tra sviluppo interno e acquisto senza il marketing del fornitoreCome si può prendere una decisione tra sviluppare internamente e acquistare indipendentemente dal marketing del fornitore?

Vengono offerti ulteriori punti di vista Assegnare i reindirizzamenti in base al contenuto anziché alla similarità dell'URL.

Se desideri mettere in pratica il principio di "modellare i processi prima di scegliere il software", puoi trovare maggiori informazioni su... Sistemi web robusti a cui ricorrere. In questo caso, l'attenzione si concentra su "maturità del prodotto e governance della piattaforma" e "attività indipendenti dallo strumento".

Conclusione: Modellare i processi prima di scegliere il software

Un processo chiaramente definito impedisce al software di imporre una struttura organizzativa poco chiara a modelli rigidi. Ciò rende la selezione più ristretta, più comparabile e più vicina al risultato effettivo del lavoro.

Fonti e ulteriori informazioni

La seguente documentazione e gli standard ufficiali forniscono la classificazione tecnica.

• 1. Comprendere gli utenti e le loro esigenze – Manuale di servizio GOV. UKStandard ufficiale per basare servizi e priorità sulle esigenze osservate dei diversi gruppi di utenti.

• Codice di condotta tecnologica – GOV. UKQuadro di governance ufficiale per le esigenze degli utenti, l'integrazione, i dati, gli acquisti, la sicurezza e l'intero ciclo di vita tecnologico.