Articoli del meseArticoli del mese

Articoli del mese


Stampa articolo

Articolo del Mese - settembre 2017

Business Analysis: Tra desideri e necessità

Suzanne Robertson by Suzanne Robertson

Tra desideri e necessità
La business analysis, dal magma al cemento Perché il business analyst bravo è quello che unisce gli skill di tipo soft con quelli hard? Non è necessario ripartire da zero. Si può imparare molto mettendo insieme approcci e discipline diverse

Quando uno stakeholder di business dice “Voglio [qualcosa]”, potrebbe trattarsi di una esigenza reale e quantificabile che è rilevante per il business. Ma in molti casi non è così. Le persone chiedono frammenti di funzionalità che riguardano solo la propria parte del lavoro, oppure chiedono di perpetuare il modo in cui le cose vengono già eseguite ora. Oppure ancora, chiedono una soluzione, ma non comprendono fino in fondo (o non conoscono) l’esigenza. E a volte tralasciano di menzionare qualche dettaglio, pensando che tutti conoscano già quello che loro stessi sanno. Questi desideri mal indicati, che chiameremo magma, devono essere compresi, tradotti in reali esigenze, e trasmessi a sviluppatori, solutions architect, business architect e fornitori, che sono tutte figure alle quali serve la concretezza del cemento, ovvero requisiti precisi e pertinenti. Le esigenze di un business provengono da molte fonti. Alcuni nascono dalla consapevolezza degli stakeholder che c’è bisogno di un miglioramento per aiutare a svolgere il loro lavoro. Ma potrebbero esserci anche esigenze inconsce: “Non ha mai funzionato prima, quindi non ha senso chiederlo, e dobbiamo solo continuare a lavorarci intorno”. Un'altra serie di esigenze sono quelle che gli stakeholder non avrebbero nemmeno sognato, perché non sanno che una tecnologia esiste ed è diventata disponibile e accessibile. Per esempio, gli stakeholder di un’impresa ferroviaria non hanno pensato che i macchinisti potessero avere una programmazione on-demand dei turni perché ritenevano che la tecnologia fosse troppo costosa. Ma quando le esigenze dei macchinisti sono state comprese a fondo, è emerso che usare alcuni tablet insieme a software commerciale, off-the-shelf, può costituire una soluzione efficace per comunicare le programmazioni ai macchinisti.

Migliorare gli hard skill - Ci sono tecniche consolidate, gli hard skill, per definire la portata, il processo di modellazione, i dati e le dinamiche, e per la scrittura di requisiti e regole di business. Queste tecniche confezionano le conoscenze in una forma comprensibile. La maggior parte di queste tecniche comportano la costruzione di un modello. Ovviamente, si userà una notazione con cui si abbia dimestichezza e che sia conosciuta e compresa dai colleghi. Tuttavia, invece di utilizzare gli stessi hard skill ogni volta, vale la pena di pensare in modo diverso e di sperimentare alternative per enunciare un problema o una sua soluzione. Tra i modi suggeriti per venire a conoscenza di altre tecniche vi sono:

  • Leggere un libro su una tecnica che non si è mai utilizzato prima e provare una delle idee nel lavoro di tutti i giorni.
  • Entrare in un ordine professionale, come l’International Institute of Business Analysis, il BCS o l'IEEE.
  • Identificare uno degli hard skill di cui già si dispone e destinare una mezz'ora a esplorarlo ulteriormente sul web. Per esempio, si possono concentrare le ricerche web ponendosi domande del tipo: “Come faccio a definire le regole di business?”. Risulterà sorprendente vedere quante nuove idee si possono trovare.
  • Considerare come state realizzando un risultato e chiedetevi: “Tutto questo porta davvero vantaggi? Ho davvero bisogno di fare questo, o sto semplicemente seguendo le abitudini?”
  • Cercare blog interessanti e confrontarsi con i colleghi sulle tecniche che ritengono utili.
  • Partecipare a una conferenza sulla business analysis una volta o due all’anno.

Questi modi di migliorare gli hard skill suggeriscono di guardare verso l'esterno, e di trovare nuove idee in nuovi posti, che significa tutto fuorché far cose perché è così che si è sempre fatto.

Migliorare i soft skill - Le persone che si dedicano al pensiero analitico, come i responsabili di prodotto, i business analyst, i systems architect e così via, hanno di solito un certo addestramento (la cui quantità e profondità varia enormemente) e una consapevolezza delle proprie competenze di tipo hard. Ma lo stesso non vale per le loro competenze trasversali, quelle di tipo soft. Se si chiede alle persone di cosa hanno bisogno, le risposte che si ottengono variano molto in base a sensibilità, atteggiamento, umore, personalità ed esperienza delle diverse persone. Non si può premere un pulsante e avere tutti che si comportano nel modo in cui vogliamo. Invece di un pulsante, abbiamo soft skill che possono renderci consapevoli delle differenze tra le persone, e aiutarci a delineare la strategia di comunicazione più appropriata per ciascuno.

Ecco qualche spunto per migliorare i soft skill - 1) Quanto siete bravi ad ascoltare? Conoscete la differenza tra sentire, che è tutto ciò che entra nelle orecchie, e ascoltare, cioè determinare il significato di ciò che si sente osservandolo dal punto di vista della persona che lo dice? Per ulteriori informazioni su come ascoltare in modo efficace, ci si può riferire a due saggi di Nancy Kline: “Time to think” e “More time to think”. Quando si pensa di aver capito ciò che viene detto, sarebbe consigliabile provare a dare un feedback a quello che abbiamo capito. Ed essere pronti ad accorgersi di avere sbagliato. Una delle forme più efficaci di feedback è uno schizzo informale per mostrare le parole e le idee enunciate dal soggetto. Questo feedback collega più strettamente al soggetto e ha maggiori probabilità di suscitare ancora più informazioni, quando si dimostri che si sta assorbendo e capendo ciò che stanno dicendo. Per ulteriori informazioni sull'utilizzo degli schizzi per aiutare la comunicazione, si consigliano due libri di Dan Roam: “Back of the napkin” e “Blah blah blah”, oltre ai suoi video su come utilizzare gli schizzi per comunicare le idee e la comprensione. A volte è difficile avere un feedback: o qualcuno è d'accordo con tutto quello che dici, oppure non viene detto nulla. A volte il loro linguaggio del corpo indica che forse desidererebbero che ve ne andaste via. In questi casi, c’è una ragione per la mancanza di connessione. Forse, questa persona non ha le conoscenze necessarie per rispondere alle vostre domande. È il caso che parli con qualcun altro? Forse, si tratta di una persona che ha bisogno di riflessione interna prima di rispondere a una domanda. A volte, è difficile non far parlare un pensatore esterno, perché in genere ha bisogno di parlare prima di poter formulare una risposta. O forse, la persona non vede l'importanza delle domande che state ponendo. Forse, la persona teme che stiate per modificare o eliminare il suo lavoro, oppure ha qualche ragione politica per non comunicare con voi. Un libro consigliato per saperne di più sui possibili fattori che bloccano la comunicazione è “People Skills” di Robert Bolton. Un’ultima idea è quella di leggere le biografie di personaggi famosi o le opere di narrativa. Poi immaginare i personaggi come se fossero qualcuno che si sta intervistando. Come intervistereste Hermione Granger nei libri Harry Potter? Quale approccio useremmo intervistando Winston Churchill o George Washington? Sarebbe diverso se l’intervistato è Beethoven? L'idea è quella di essere consapevoli del fatto che le persone con cui si comunica sono diverse, e per ognuno c’è bisogno di una diversa miscela di soft skill per stabilire una comunicazione efficace.

Prendere da altre discipline - Non è necessario ripartire da zero: si può imparare molto di più sui soft skill esplorando altre professioni. Ci sono altre discipline che vale la pena di esplorare per ricavare idee su come migliorare i soft skill. La terapia familiare si concentra su come i gruppi familiari funzionano o non funzionano, e molte delle idee sono applicabili per aiutare un gruppo di stakeholder a lavorare insieme. La psicologia e la sociologia sono ricche di idee per migliorare la capacità di comunicare e di aiutare gli altri a fare collegamenti. Queste discipline si occupano di altri argomenti, ma sono ugualmente applicabili alla business analysis. Prendere in prestito da altre discipline migliora anche gli hard skill: se ci si imbatte in un diagramma architettonico, o in un sondaggio di marketing con una struttura innovativa, perché non adattare l'idea? Essere alla ricerca di nuove competenze, spesso in luoghi improbabili, migliorerà la vostra capacità di trasformare vaghe idee magmatiche in esigenze di business più concrete del cemento.

Suzanne Robertson presenterà a Roma per Technology Transfer il seminario “Mastering the Requirements Process” il 16-18 ottobre 2017, e James Robertson terrà, sempre a Roma, il seminario “Mastering Business Analysis” il 19-20 ottobre 2017.

Business Analysis: Tra desideri e necessità - Technology Transfer

Arrivano i microservice Quando sbarazzarsi dei monoliti. E quando no
Sander Hoogendoorn

I Big Data forniscono il contesto e la ricchezza predittiva attorno alle transazioni di business Avere dati coerenti e di qualità resta fondamentale per il processo decisionale
Barry Devlin

Cosa c’è dietro l’angolo? Cinque mosse per diventare un digital leader
Jeroen Derynck

Managing information technology Gestire l’IT come un business nel business
Mitchell Weisberg

Data integration self-service Miglioramento della produttività o caos totale?
Mike Ferguson

Project manager vecchi miti e nuove realtà
Aaron Shenhar

La catena alimentare dei requisiti
Suzanne Robertson

Come diventare un’azienda data-centric
Lindy Ryan

Enterprise analytical ecosystem - Come comprendere il comportamento online dei clienti e capitalizzare il valore dei dati nell’era Big Data
Mike Ferguson

Agilità? Basta Volere
Suzanne Robertson

Ma la vostra architettura è efficace?
Mike Rosen

Se il NoSQL diventa SQL
Rick van der Lans

La data quality e l’impatto sul business
Danette McGilvray

Business analysis e regole di business By Ronald G. Ross con Gladys S.W. Lam
Ronald Ross

Usare Scrum su larga scala: cosa cambia?
Craig Larman

Le architetture per ridurre il debito tecnico
Mike Rosen

Conversando con un marziano
Suzanne Robertson

Cosa c’è di nuovo nel project management?
Aaron Shenhar

Reinventare la Business Intelligence
Barry Devlin

Il nuovo volto della business intelligence
Shaku Atre

Alla ricerca del valore tra i pomodori nell'orto
John Favaro

I big data cambiano il mercato dei Database Server
Rick van der Lans

Un “superstorm” di informazioni
Barry Devlin

I dieci step per la qualità dei dati
Danette McGilvray

Perché è meglio evitare il private cloud?
Jason Bloomberg

Leonardo da Vinci aveva ragione!
Chris Date

Mobile user experience: Come adottare una strategia sostenibile
James Hobart

Cosa significa occuparsi di architettura?
Mike Rosen

Virtualizzazione dei dati e sistemi di Business Intelligence Agili
Rick van der Lans

Modelli e linguaggi naturali, quale il modo migliore per definire i requisiti?
James Robertson

Extreme Scoping: un approccio Agile all'Edw e alla BI
Larissa Moss

BI², la Business Intelligence al quadrato
Barry Devlin

I test di regressione in ambienti legacy
Randy Rice

Le conseguenze della consumerizzazione e del Cloud
Chris Potts

Come vanno gli affari? Chiedetelo al vostro cruscotto
Shaku Atre

Organizzare team di progetto efficienti in ambienti DW/BI
Larissa Moss

Big Data, come e perché
Colin White

Business Capabilities e l'allineamento del business all'IT
Mike Rosen

Il valore della tassonomia nella ricerca delle informazioni
Zach Wahl

BI, ma il Data Warehouse è ancora necessario?
Colin White

Reinventare la Business Intelligence
Barry Devlin

Il cruscotto delle prestazioni: il nuovo volto della Business Intelligence
Shaku Atre

Modelli e processi di User acceptance testing
Randy Rice

I limiti nel gestire l'IT come un Business
Chris Potts

Le componenti fondamentali del Cloud
George Reese

Metadati e DW 2.0
Derek Strauss

BI Open Source: basso costo e alto valore?
Jos van Dongen

Semplicità e requisiti
Suzanne Robertson

Business intelligence e analisi testuale
Bill Inmon

Extreme Scoping™: approcci agili al DW e alla BI
Larissa Moss

Dalla BI a un'architettura IT di livello Enterprise
Barry Devlin

Ambiente efficiente di ricerca di informazioni
James Hobart

Il Business deve trainare la Strategia IT
Chris Potts

Web database: la questione MapReduce (seconda parte)
Colin White

Web database: la questione MapReduce
Colin White

Misura delle prestazioni. I sette comandamenti
Harry Chapman

Le dieci cose che un architetto deve fare per creare valore
Mike Rosen

Sviluppare applicazioni a prova di sicurezza
Ken van Wyk

The ECM Landscape in 2008
Alan Pelz-Sharpe

Ma chi sono gli operatori dell’informazione?
Colin White

Qualità dell’informazione e trasformazione del management
Larry English

Classificazione sistematica delle informazioni
Zach Wahl

L’uso intensivo del Web nelle applicazioni di Bi
Colin White

Enterprise Search
Theresa Regli

La forza dell'astrazione
Steve Hoberman

La strada verso una BI pervasiva
Cindi Howson

Soa, una strategia di test
Randy Rice

Verso una BI più semplice e a minor costo
Colin White

I contenuti “Killer” del Web
Gerry McGovern

Sviluppo iterativo del software per i Dw
Larissa Moss

Qualità delle Informazioni e Datawarehousing
Larry English

Lo scenario Ecm 2008
Alan Pelz-Sharpe

La nascita del Web 3.0
John Kneiling

Documentazione: il dossier del crimine
Suzanne Robertson

L’impatto del Web 2.0 sui portali delle imprese
Colin White

Le tecniche vincenti di IT Management
Ken Rau

Web 2.0
Ed Yourdon

Web di successo se si conosce il cliente
Gerry McGovern

Un approccio alla BI incentrato sui processi
Colin White

Integrare Master Data Management e BI (Parte Seconda)
Mike Ferguson

Integrare Master Data Management e BI (Parte Prima)
Mike Ferguson

Il Project Manager è una Tata
Suzanne Robertson

Web di successo se si conosce il cliente
Gerry McGovern

L'informazione personalizzata
Colin White

La Tassonomia dell'Impresa
Zach Wahl

Managed Meta Data Environment (II parte)
David Marco

Managed Meta Data Environment
David Marco

Migliorare le applicazioni dell'impresa con Web 2.0
James Hobart

La Balanced Scorecard migliora la Performance dell'IT
Harry Chapman

La fusione dei processi dell'impresa grazie a Soa (II parte)
Max Dolgicer

La fusione dei processi dell'impresa grazie a SOA (I parte)
Max Dolgicer

Volere è Potere, in Ogni Senso
Suzanne Robertson

Dimostrate con i numeri il valore dei contenuti del web
Gerry McGovern

Il Back-end della pianificazione strategica dell'It
Ken Rau

L'audit delle prescrizioni di progetto (II parte)
Suzanne Robertson

L'audit delle prescrizioni di progetto (I parte)
Suzanne Robertson

Il Processo di gestione delle informazioni
Ted Lewis

I requisiti come strumento di gestione dei progetti
Suzanne Robertson

Il futuro è nel contenuto killer del web
Gerry McGovern

Alla ricerca del valore tra i pomodori nell'orto
John Favaro

Rilevare i costi sulla base delle attività
Ken Rau

Un percorso verso l'impresa intelligente (II parte)
Mike Ferguson

Un percorso verso l'impresa intelligente (I parte)
Mike Ferguson

Il Data Store Operativo: un lavoro di martello
Claudia Imhoff

Il data warehouse orientato all'impresa
Michael Schmitz

Dieci punti chiave per realizzare balanced scorecard di successo
Harry Chapman

Content management: i contenuti al primo posto
Gerry McGovern

Applicazioni Web ad alta disponibilità
John Kneiling

Il 2004, sarà l'anno in cui abbandoneremo html?
James Hobart

La tecnologia EII ripropone il data warehousing virtuale?
Colin White

Misurare per Gestire
Ken Rau

Volere è Potere, in Ogni Senso
Suzanne Robertson

Realizzare il CPM e l'integrazione della BI
Mike Ferguson

Tutti i punti della FPA
Koni Thompson

Requiem per il Portale?
Colin White

Business Intelligence: dalla teoria alla realtà (II parte)
Shaku Atre

Business Intelligence: dalla teoria alla realtà (I parte)
Shaku Atre

I portali Corporate e di E-business: la nuova generazione del posto di lavoro
Mike Ferguson

I 10 errori da evitare nella realizzazione di un Meta Data Repository (II Parte)
David Marco

I 10 errori da evitare nella realizzazione di un Meta Data Repository (I parte)
David Marco

Usare i modelli per acquisire l'esperienza di progettazione
James Hobart

Realizzare l'Impresa Intelligente
Colin White

.NET or J2EE - Choosing the Right Web Services Framework
John Kneiling

Progettare Applicazioni Mobili di Successo
James Hobart

La Sociologia del Progetto: Identificare e Coinvolgere tutti i Partecipanti
Suzanne Robertson

Integrare la Business Intelligence nell'Impresa (II parte)
Mike Ferguson

Integrare la Business Intelligence nell'Impresa (I parte)
Mike Ferguson

L'Evoluzione del Portale di e-Business (II parte)
Colin White

L'Evoluzione del Portale di e-Business (I parte)
Colin White

Il Consulente WebEAI: Servizi Web, XML e l'Impresa
John Kneiling

Data Mining: Come Gestire le Relazioni con i Clienti Secondo i Principi del CRM
Herbert Edelstein

Articoli del mese - Technology Transfer