Analisi di business

Si discute di una soluzione, ma le persone coinvolte hanno idee diverse sul fabbisogno. Reparti e IT parlano di funzioni, ma non ancora dell'obiettivo comune. Sono possibili più opzioni, oppure le conseguenze di un investimento non sono ancora sufficientemente comprese. Spesso è imminente una procedura di gara, la scelta di un software o un mandato di progetto, e non è ancora chiaro che cosa esattamente debba essere acquistato o commissionato. Un'analisi indipendente può essere utile anche per questioni di ubicazione, nuovi settori di attività e decisioni organizzative.

Un'analisi supplementare non è invece automaticamente necessaria se obiettivo, requisiti e soluzione sono già sufficientemente chiariti. Contano le domande aperte, non documenti supplementari.

Innanzitutto chiarisco con voi che cosa si vuole raggiungere, quali interessi e condizioni quadro sono importanti e a quali domande occorre rispondere. A tal fine parlo con le persone coinvolte, strutturo requisiti e processi, verifico le ipotesi e rendo visibili le dipendenze.

Dove sono in discussione soluzioni tecniche, unisco la visione di business con quella tecnica. A seconda del mandato, ciò comprende la modellazione dei processi, le valutazioni multicriterio e la preparazione di documenti a supporto delle decisioni della direzione. Che si tratti di ERP, software standard o sviluppo su misura: valuto le opzioni in modo indipendente dai fornitori. L'analisi deve spingersi fin dove è necessario per una decisione responsabile, non oltre.

I risultati dipendono dal mandato. Ne fanno parte, per esempio:

1. Colloquio conoscitivo gratuito, da 20 a 30 minuti. Discutiamo la situazione di partenza e verifichiamo se un'analisi di business ha senso. Il colloquio non è un assessment e non fornisce ancora una soluzione elaborata.

2. Chiarimento prima di una decisione importante. Se serve un'analisi, concordiamo le domande, il perimetro e i risultati attesi. Questo chiarimento è il primo passo a pagamento. Lo fatturo in base all'impegno effettivo, con un tetto di spesa concordato in anticipo. A seconda del tema comprende colloqui o workshop.

3. Decisione e passo successivo. I risultati vengono preparati in modo che possiate valutare le opzioni d'azione. Decidete voi se proseguire, modificare il progetto, rinviarlo, fermarlo o continuare internamente. Non ne deriva automaticamente un mandato successivo.

L'analisi di business considera fabbisogno, obiettivi, interessi, processi e opzioni di soluzione nel loro insieme. Il Requirements Engineering (ingegneria dei requisiti) rileva, documenta, verifica e gestisce i requisiti e, a seconda del mandato, fa parte dell'analisi di business. Product owner e proxy product owner assumono nei progetti agili altre responsabilità, da concordare esplicitamente. In HERMES, secondo il manuale di riferimento, il rappresentante degli utenti assume inoltre il ruolo di product owner con l'approccio agile; la guida all'agilità ammette anche un'assegnazione separata dei due ruoli. Il project management organizza e dirige l'attuazione nell'ambito di un mandato concordato.

A seconda del mandato posso lavorare come business analyst, proxy product owner o architetto di soluzioni. Quale ruolo assumo, che cosa fornisco e quali decisioni restano a voi viene chiarito all'inizio. Un passaggio al project management o alla trasformazione digitale è possibile, ma non automatico.