Intelligence+ Blog

Alla scoperta di Tableau 8.2

2014-07-15T10:45:00.001+02:00

Exploring Tableau 8.2

Dopo aver sorpreso tutto il mondo BI emergendo come leader del Quadrante Magico di Gartner, Tableau stupisce ancora rilasciando la nuova versione 8.2.

Esploriamone assieme le novità!

nuova interfaccia di connessione ai dati

Viene sostituita la finestra wizard con un’interfaccia grafica che ripropone gli stessi concetti interattivi delle analisi. Con un solo click o drag and drop, l’utente gestisce in maniera visiva le tabelle di suo interesse e i collegamenti tra esse. Può inoltre modificare le proprietà dei campi, aggiungere filtri e visualizzare in anteprima i dati in un'unica maschera.

ottimizzazione delle mappe

L’integrazione nativa delle mappe in Tableau rappresenta una delle caratteristiche vincenti del prodotto che lo rende capace di analizzate dati su mappa senza dover ricorrere a integrazioni aggiuntive come richiesto invece da altri prodotti. La versione 8.2 potenzia tale caratteristica grazie alla collaborazione con Stamen, aumentando il livello di dettaglio e la risoluzione delle mappe.

l’implementazione dello “storytelling”

Una delle maggiori novità è rappresentata dalla possibilità di combinare fogli di lavoro e dashboard in racconti guidati di analisi dati accompagnando l’utente nell’esplorazione dei dati tramite note e filtri preimpostati, senza però nulla togliere alla sua libertà di esplorazione del dato. La maschera si presenta come una presentazione dinamica e al contempo non statica ma interattiva.

(rif. http://www.tableausoftware.com/new-features/8.2)

Tableau e Mac

la nuova versione di Tableau è stata rivista per essere installata anche su Mac e non solo più su Windows. La combinazione Mac – Tableau è creata appositamente per avere maschere ad alta risoluzione e controlli specifici per Mac che danno risalto ancora di più alla grafica delle analisi proposte.

Se volete saperne di più iscrivetevi al nostro webinar gratuito dedicato a Tableau il 23 luglio alle ore 10.30!

Venite a scoprire con noi questo nuovo prodotto!

BI Team

Il Quadrante Magico di Gartner 2014: Analisi e Confronti

2014-03-18T10:21:00.001+01:00

In this post we will explain and show the awaited Gartner Magic Quadrant for Business Intelligence of the year 2014.

Puntuale come ogni anno, ecco che arriva il Quadrante Magico di Gartnerper la Business Intelligence 2014, frutto di ricerche da parte dei loro utilizzatori e di studi approfonditi del settore.

Temutissimo dai produttori di software bramosi di presenziare al suo interno, il Quadrante di quest’anno, subisce una rinnovamento grafico, mantenendo la sua struttura intuitiva e ormai, conosciutissima. A colpo d’occhio, in pochi minuti possiamo individuare il posizionamento degli “attori” portati sul palco: da sinistra verso destra e dal basso verso l’alto si ha una visione completa del business e i migliori strumenti tecnologici individuati per attuarla.

La valutazione, basata sull'individuazione dei criteri di tre target che stanno determinando la crescita dei sistemi BI, ha coinvolto 27 prodotti:

1) distribuzione dell’informazione a consumatori e utenti di BI non tradizionali tramite:

dasboards intuitivi e interattivi, volti più alla visualizzazione grafica del dato piuttosto che tabellare e al confronto tra misure diverse o di target;
query/report ad hoc, che consentono agli utenti stessi di interrogare il dato senza fare affidamento sull’IT;
integrazione con Microsoft Office;
disponibilità del dato on line e offline anche su dispositivi mobile.

2) analisi interattive di scoperta del dato tramite:

inserimento di riferimenti come mappe geo-spaziali e temporali;
nuovi grafici interattivi e multicolore, come i grafici a dispersione;
integrazione in librerie di algoritmi e funzioni statistiche, come ad esempio R.

3) integrazione del software con le necessità IT di riutilizzo dei dati, di governance, sicurezza e scalabilità tramite:

una piattaforma comune per gestire la sicurezza, i metadati, e altro ancora;
strumenti di sviluppo visivi per la creazione e la distribuzione di report, dashboard, query e analisi;
sviluppo tramite API all’interno del software di componenti aggiuntivi;
condivisione delle informazioni tra utenti tramite chat, annotazioni e thread incorporati nella soluzione BI.

Rispetto al Quadrante del 2013 (che riportiamo sotto per un confronto), pur rimanendo invariata la lista di prodotti valutati, si nota un consolidamento delle specifiche tecniche dei software delle società storiche come IBM, SAP e Oracle.

Se uno spostamento di molti nomi sulla parte sinistra del grafico è dovuto all’ascesa delle piattaforme top nella data discovery, quali Tableau Software e QlikTech, questi ultimi due, da sempre nel versante dell'innovazione, si stanno spostando sempre più a destra (area leader).

In particolare Tableau Software si distingue per la sua eccellente capacità di esecuzione, passando al primo posto in assoluto nel Quadrante.

Per soddisfare la nostra curiosità siamo andati a unevento di Tableau a Londra a fine febbraio; nel prossimo post vi racconteremo la nostra esperienza e le caratteristiche di questo prodotto che tanto sta affascinando il mondo BI quanto quello del Business.

Alla prossima,

Letizia

L'articolo sul Quadrante Magico ti ha incuriosito e vorresti saperne di più su Tableau?
Visita il nostro sito dedicato a Tableau Software e scarica la Trial!

QlikView - Alla scoperta dei file QVD

2013-12-05T16:11:00.002+01:00

QlikView - What is QVD?

QVD (acronimo di QlikViewData) è un formato di file proprietario di QlikView. Un file con estensione QVD contiene dati in formato binario ed è la rappresentazione fisica in memoria delle tabelle di QlikView.

Per queste caratteristiche i file QVD occupano poco spazio e sfruttano la velocità di lettura della ram, dalle 10 alle 100 volte più veloce rispetto alla lettura da altre sorgenti. Pertanto sono un’ottima soluzione per la memorizzazione di grandi volumi di dati e per caricamenti incrementali degli stessi.

Prerequisito di QlikView è che esista una struttura logica di collegamento tra i dati indipendentemente che sia presente o meno un datawarehouse o un cubo predefinito su cui lavorare. All’interno dello script posso leggere i dati direttamente da sorgenti multiple oppure utilizzare i file QVD come strumento di memorizzazione del dato e di datawarehouse.

Alcuni dei vantaggi di usare i file QVD sono:

data la velocità di lettura aiuta nelle fasi di certificazione del dato
permette di scalare la presentazione quando le moli di dati aumentano
archiviazione di dati
permette di eseguire caricamenti incrementali

I file QVD vengono generati tramite codice nello script dei file QlikView. La sintassi è:

STORE TableName INTO FilePath\FileName.qvd ( qvd ) ;

Ad esempio:

DimensioneCliente:

LOAD * INLINE [
    CodiceCliente, DescrizioneCliente
    01, Cliente01
    02, Cliente02
    03, Cliente03
];
StoreDimensioneCliente Into [D:\FolderQVD\QvdDimensioneCliente.qvd];

In genere è consigliato avere un file QlikView dedicato alla generazione dei file QVD. I cruscotti di analisi si baseranno poi non sulle sorgenti originali ma su questi ultimi, migliorando notevolmente le performance di lettura dei dati.

La sintassi di lettura dal QVD è la seguente:

TableName :

LOAD

FieldList

FROM FilePath\FileName.qvd ( qvd ) ;

Ad esempio:

Directory;
TabellaQVDCliente:
LOAD CodiceCliente,
DescrizioneCliente
FROM
QvdDimensioneCliente.qvd(qvd);

dove con il codice Directory si indica che il file QVD è nello stesso percorso del file QlikView; oppure:

TabellaQVDProdotto:
LOAD CodiceProdotto,
DescrizioneProdotto
FROM
D:\FolderQVD\QvdDimensioneProdotto.qvd(qvd);

Durante il caricamento è possibile eseguire delle trasformazioni sui dati; tuttavia, se troppo complesse, potrebbero causare un rallentamento nella lettura. Alcuni esempi di trasformazioni non consigliate:

aggiunta colonne derivate
recupero della stessa colonna più volte
condizioni di where complesse
mapping load

Alcuni esempi di trasformazioni che invece non incidono nella velocità di lettura:

rinomina dei campi
omissione campi
calcoli semplici

L’idea è che la sorgente QVD sia costruita mappando al suo interno tutti i campi di interesse per l’analisi.

Alla prossima puntata sui file QVD,

ciao,

Letizia

Restrizione Accessi in QlikView

2013-11-15T17:59:00.003+01:00

QlikView Section Access

Quando creiamo un documento QlikView abbiamo la necessità di definire gli utenti che posso accedervi, richiedendo utente e password all'apertura del documento.

Supponiamo di avere un semplice documento in cui viene riportata la quantità venduta di una società con il dettaglio degli agenti di vendita.

Vendite:
LOAD * INLINE [
    AGENTE_VENDITA, QUANTITA
    001, 10
    002, 40
    003, 60
];

AgenteVendita:
LOAD * INLINE [
    AGENTE_VENDITA, AGENTE_VENDITA_DESCR
   001, Agente Vendita 001
    002, Agente Vendita 002
    003, Agente Vendita 003
];

Gli utenti autorizzati a navigare questo documento di default possono vedere tutti i dati caricati, indipendentemente dal loro ruolo.

Supponiamo di volere applicare dei filtri o ridimensionare i dati caricati in base all'utente che analizza il cruscotto. Ad esempio vogliamo che l’utente che ricopre il ruolo di agente di vendita 001 veda solo i dati di sua competenza.

Nello script del documento bisogna definire una “sezione degli accessi” in cui, a seconda dell’utente che accede, ne vengono definiti i diritti di accesso.

Dal menù Inserisci\Sezione Accessi è possibile impostare gli accessi tramite In Line; comparirà una finestra di auto composizione delle restrizioni in cui andremo a scegliere se l’accesso al documento avverrà tramite:

autenticazione base con inserimento id utente e password
autenticazione NT

Scegliamo l’autenticazione base e definiamo la lista degli utenti, definendo l’area dello script dedicata alla gestione degli accessi con i comandi ‘Section Access’ e ‘Section Application’:

Section Access;LOAD * INLINE [
    ACCESS, USERID, PASSWORD, AGENTE_VENDITA_ACCESS
    ADMIN, ADMIN, 1, ALL
    USER, Agente001, 1, 001
    USER, Agente002, 1, 002
];Section Application;

Il campo ACCESS definisce il livello di accesso al documento e può assumere due valori:

ADMIN per avere i massimi privilegi sul documento (modifica dello script, aggiunta oggetti, etc.)
USER per avere accesso ristretto di modifica del documento

Oltre alle colonne definite di default scelte dalla finestra di sopra, è stata inserita una colonna contenente l’agente di vendita che vogliamo filtrare per utente. Per l’utente ADMIN il valore inserito è ‘ALL’ in quanto deve avere la possibilità di visualizzare tutti i valori possibili degli agenti di vendita.

Ora dobbiamo collegare i valori della colonna ‘AGENTE_VENDITA_ACCESS’ con la nuvola dati caricata in qlik e specificare che ‘ALL’ indica tutti i valori del campo ‘AGENTE_VENDITA’.

Quindi aggiungiamo allo script:

star is *;

Agenti:load
AGENTE_VENDITA,
if(AGENTE_VENDITA='ALL', '*', AGENTE_VENDITA) AS AGENTE_VENDITA_ACCESS
Resident AgenteVendita;

Una volta ricaricato il documento, l’utente ADMIN dovrà impostare dalla finestra Proprietà Documento\Apertura l’opzione:

riduzione iniziale dei dati basata sul controllo accessi, se vuole ridurre il set di dati caricati nel cruscotto (ogni utente vede solo i suoi dati)
selezione iniziale basata sul controllo accessi, se vuole solo impostare i filtri all'apertura del documento (l’utente può navigare tutta la nuvola dati, cancellando le selezioni impostate).

Una volta ricaricato e salvato il cruscotto, quando un utente vorrà visualizzarlo dovrà inserire il suo utente e la sua password.

E vedrà solo i dati di sua competenza.

L’utente ADMIN invece vedrà tutti i dati.

Alcune note a riguardo:

la tabella degli accessi può essere creata anche a partire da database o file esterni o da un’area dedicata del Publisher di QlikView
prima di attivare la restrizione degli accessi, si raccomanda di salvare una copia del documento in quanto se non si riesce più ad accedere al cruscotto tramite utente e password, il documento è perso.

Alla prossima,

ciao,

Maria Giovanna

Utilizzo delle tabelle di log di Kettle in Qlikview

2013-11-03T17:35:00.000+01:00

Kettle's Log read by QlikView

Dopo aver discusso della gestione dei log di Kettle su tabella, oggi vedremo come è possibile utilizzare tali tabelle per gestire correttamente la data aggiornamento dei report in Qlikview e creare un cruscotto che ci permetta di avere le informazioni che desideriamo sui caricamenti ETL di Kettle.

Tramite una semplice query in Qlikview è possibile estrarre dalle tabelle dei log le informazioni che desideriamo visualizzare nel cruscotto, quali ad esempio: il nome del job/trasformazione, lo stato del job (se è stato stoppato, se è ancora in esecuzione o se si è concluso), la data di inizio e fine dell’esecuzione, se il caricamento è andato a buon fine o se si sono presentati errori, e così via …

Oltre ad avere un cruscotto che mi permette di visualizzare agevolmente l’andamento storico dei job, vedere se ci sono stati picchi di durate nei caricamenti globali o nei singoli job/trasformazioni, gestire separatamente i caricamenti giornalieri e quelli storici, individuare quali caricamenti sono falliti, è possibile gestire correttamente la data aggiornamento dei report.

Vediamo in dettaglio un esempio:

Quando lanciamo un report in Qlikview, la data aggiornamento che è possibile visualizzare tramite la funzione ReloadTime() si riferisce alla data di caricamento del documento Qlikview e non all’aggiornamento dei dati in fase di ETL.

Supponiamo che i caricamenti dei dati in Kettle girino ogni notte, ma che in data 18 ottobre il caricamento di determinate tabelle in fase di ETL fallisca, e che non siano aggiornate. Se in Qlikview ci limitiamo ad inserire la funzione ReloadTime(), l’utente finale che visualizzerà il report vedrà data 18 ottobre pensando erroneamente che i dati siano aggiornati.

Se quindi vogliamo dare un’informazione corretta all’utente è necessario verificare che tutte le tabelle utilizzate da tale report siano state caricate correttamente nella fase di ETL.

Per fare questo sfruttiamo le tabelle dei log procedendo in due fasi: una prima fase di ETL in Kettle ed una seconda fase nello script del documento Qlikview.

Prima fase:

Per comodità vi consiglio di creare una tabella Relazione_tabelle con due colonne: nametable, nameetl che metta in relazione il nome delle tabelle del database, con il nome dei job/trasformazioni di Kettle.

Questo perché potremmo aver dato nomi diversi ai due oggetti. Nella tabella dei log avremo le informazioni relative al nome della trasformazione/job (nameetl), ma nell’analisi in Qlikview sarà più comodo sapere a quale tabella del database corrisponde (nametable).

Per avere informazioni relative ai caricamenti della data odierna, estriamo dalle tabelle dei log: log_trans e log_job tutte le righe aventi come data inizio job/trasformazione replaydate’la data odierna.

select

jobname as nameetl,

case when (log_filed like '%ERROR %' or log_filed like '%false%' or status='start') then '1' else '0' as flag_errore,

getdate() as dtagg,

'job' as tipo

from log_job

where convert(date,replaydate)=convert(date,GETDATE() )

union

select

transname as nameetl,

case when (log_filed like '%ERROR %' or log_filed like '%false%' or status='start') then '1' else '0' as flag_errore,

getdate() as dtagg

from log_trans

where convert(date,replaydate)=convert(date,GETDATE() )

Tramite una lookup sulla tabella Relazione_tabelle associamo il nome della tabella nametable al nameetl.

Infine popoliamo una tabella esitocaricamento avente come colonne: il nome della tabella, la data aggiornamento ed il flag_errore.

Seconda fase:

Nello script di Qlikview creiamo una tabella contenente l’elenco delle tabelle usate nel report, supponiamo di chiamarla TabelleUtilizzate.

Ora effettuiamo un primo controllo per verificare che la tabella esitocaricamento sia aggiornata alla data odierna.

Successivamente controlliamo che tutte le tabelle presenti in TabelleUtilizzate non siano andate in errore.

Se supero entrambi i controlli allora nel report visualizzerò come data aggiornamento proprio la data di aggiornamento presente nella tabella esitocaricamento.

Se al contrario uno dei due controlli non è superato, inseriamo volutamente un errore nello script che non permetta il ricaricamento del documento Qlikview, in questo modo la data aggiornamento rimarrà quella del caricamento precedente.

/* ------ 1° CONTROLLO ------ */

EsitoCaricamentoETL_data:

LOAD text(date(dtaggcaricamento))

FROM $(path)esitocaricamento.qvd (qvd)

where text(date(dtaggcaricamento))=text(date(Today()));

if alt(NoOfRows('EsitoCaricamentoETL_data'), 0) =0

then bloccati;

end if

drop Table EsitoCaricamentoETL_data;

/* ------ 2° CONTROLLO ------ */

EsitoCaricamentoETL_errori:

LOAD nametable, flag_errore FROM $(path)esitocaricamento.qvd (qvd)

where flag_errore=1 and Exists(Tabelle_utilizzate, nametable);

if alt(NoOfRows('EsitoCaricamentoETL_errori'), 0) >0

then bloccati;

end if

drop Table EsitoCaricamentoETL_errori;

/* se ho superato entrambi i controlli prendo la nuova data di caricamento */

oraCaricamento:

LOAD min(dtagg) as oraCaricamento

FROM $(path)esitocaricamento.qvd (qvd)

where Exists(Tabelle_utilizzate, nametable);

In questo modo, la data visualizzata dall’utente finale è realmente quella corrispondente all’aggiornamento dei dati presenti in tabella.

Alla prossima!

Tatiana

Analisi Comparativa in QlikView11: un'abilità da Supereroi

2013-10-17T15:38:00.000+02:00

Comparative Analysis in QlikView11: a Superheroes Skill

Nei cruscotti QlikView, ogni dimensione logicamente collegata ad altre risente delle selezioni su queste e viceversa.

In alcuni tipi di analisi è necessario tuttavia poter confrontare, a parità di misura, due valori distinti della stessa dimensione.

Le versioni precedenti di QlikView rispondevano in parte a questa necessità permettendo di slegare gli oggetti di un foglio dagli altri tramite l’opzione “sconnetti logicamente”. In alternativa, l’uso delle set analysis nelle espressioni faceva sì che esse non risentissero delle selezioni sulle dimensioni elencate nella formula.

Nella versione 11 di QlikView è stata invece introdotta la gestione degli “stati alternativi”: è possibile confrontare in grafici diversi o persino nello stesso, espressioni di pari significato ma dipendenti da gruppi di selezioni ad essi dedicate.

Gli stati alternativi sono quindi molto utili per fare analisi comparativa: l’utente è in grado di confrontare e interagire velocemente con più viste sui dati o diversi gruppi di selezioni, riuscendo a individuare in modo immediato le differenze.

Gli stati alternati non vengono definiti a livello di script ma a livello di proprietà del documento. Nella maschera Impostazioni/Proprietà del documento/Generale selezionando il pulsante Stati Alternati viene visualizzata una finestra dove inserire il nome dello stato o visualizzare quelli esistenti.

Supponiamo di voler confrontare il grado di abilità per due o più supereroi, selezionabili da due elenchi separati. Una volta create le due liste valori, nelle proprietà generali di ciascuno impostiamo uno stato alternato diverso.

Le selezioni che invece devono rimanere comuni a entrambi manterranno lo stato alternato impostato su “ereditato”.

Nel grafico di confronto verranno create due espressioni, come da immagine, in cui si associa lo stato che devono prendere come riferimento e, tramite set analysis, tutti i campi di selezione comuni.

In questo modo nel grafico posso confrontare a parità delle selezioni comuni, le caratteristiche di due o più supereroi diversi.

Alla prossima novità di QlikView,

ciao,

Letizia

Cartelloni e Post-it: il Project Manager alla lavagna!

2013-08-22T22:02:00.001+02:00

Welcome on Post-it Board- Simple tools for Project Management

Definizione dell’ambito di lavoro, organizzazione delle scadenze e dei compiti, pianificazione delle risorse sono soltanto alcune delle attività che un project manager deve saper gestire.

Ogni minimo cambiamento in corso d’opera impone di rivedere o stravolgere le linee guida di un progetto e spesso le metodologie classiche di gestione risultano limitanti. Perché allora non utilizzare strumenti alternativi?

In un recente progetto presso Fiorital, azienda storica nel settore del commercio di prodotti ittici, il team Miriade Intelligence Plus ha proposto di condurre il processo di raccolta dei requisiti senza l’ausilio di mezzi informatici ma servendosi di carta, pennarelli, post-it e cartelloni, costruendo insieme al cliente un vero laboratorio di idee.

Questa nuova modalità di condurre il progetto è stata apprezzata dal cliente che l’ha resa propria e l’ha utilizzata anche internamente in altri ambiti.

Ogni fase di Project Management può essere riportata su cartellone, dall'analisi dei requisiti alla pianificazione dei tempi; i post-it servono invece a identificare task, risorse o possono essere usati come semplici indicatori.

I vantaggi dell’utilizzo dei Post-it e dei cartelloni nella gestione di un progetto? Vediamoli assieme!

1. Semplicità!

Quante volte ognuno di noi in velocità non ha annotato qualcosa di importante su un post-it? E’ facile, intuitivo e si basa su oggetti di uso quotidiano, ovvero carta e penna. Aiuta inoltre a focalizzare l’attenzione e ad annotare solo ciò che è importante.

2. Visibilità!

Il cartellone e i post-it hanno impatto visivo maggiore e catturano l’attenzione; i membri del team e il cliente visualizzano l’intero progetto sia in fase di costruzione che di esecuzione, inserendo in un quadro più ampio le singole attività e seguendone l’andamento lungo il periodo. L’utilizzo di post-it di colori diversi aiuta a dividere i gruppi di lavoro, a identificare le priorità o le attività associate a ciascuno.

3. Coinvolgimento!

Tutte le persone coinvolte nel progetto sono stimolate a dare il loro contributo; visualizzando l’avanzamento delle proprie attività, l’evasione delle criticità e i progressi del team, ne traggono inoltre soddisfazione personale. Lavorare sul cartellone diventa l’occasione per condividere idee, dubbi e per evitare in tempo conflitti tra i membri.

4. Flessibilità!

Permette di cambiare direzione rapidamente se ci sono modifiche al progetto; la ridefinizione su cartellone, ad esempio, delle priorità o delle assegnazioni risorse-attività è immediata e i tempi di intervento sono ridotti. Il metodo è scomponibile a adattabile ad ogni esigenza.Gestire i progetti con l’ausilio di carta e penna non è un passo indietro ma affianca la modalità classica rendendola snella ed empatica.

5. Divertimento!

I classici strumenti di project management a lungo andare possono diventare noiosi, ripetitivi o lenti rischiando di rendere il proprio lavoro arido di idee e resistente al cambiamento. Aiutarsi con strumenti visivi rende dinamici e aperti al confronto; bisogna mettersi in gioco per raggiungere gli obiettivi!

Alla prossima,

Letizia

Diario di un workshop - Un approccio zen alla gestione dei progetti BI

2013-07-25T17:48:00.002+02:00

Workshop Journal – A zen approach to BI project management

Al termine della scorsa settimana lavorativa il team BI Intelligence Plus di Miriade ha avuto l’occasione, grazie alla partecipazione di Massimo Torinesi di HEIKO Xplore, di conoscere da vicino e applicare alla gestione dei progetti di Business Intelligence la filosofia e il metodo Kaizen combinata a un modello di sviluppo innovativo di prodotti e/o servizi di nuova concezione.

Cos’è il Kaizen (改善)? Kaizen significa cambiare in meglio o miglioramento continuo. E’ un termine giapponese composto da due parole, KAI (cambiamento, miglioramento) e ZEN (buono, migliore), ed è stato coniato per indicare il metodo realizzato e adottato dall’industria Toyota per il miglioramento dei processi aziendali.

Il concetto chiave del metodo è il cambiamento graduale e in miglioramento del sistema in esame, coinvolgendo le persone che ne appartengono ed eliminando le attività improduttive che generano dispersione di tempo ed energie.

Il metodo Kaizen è ciclico e riprende il concetto del Ciclo di Deming (Plan, Do, Check, Act): si osservano le operazioni esistenti, si identificano gli sprechi, si prova a rimuoverli, si testa il nuovo processo e si standardizza il sistema se funzionante. Il metodo deve essere sviluppato all’infinito in modo che il processo possa continuare a migliorare e sia al passo con i cambiamenti esterni.

Necessari per il conseguimento del successo sono: impegno, disponibilità al cambiamento, la qualità, il coinvolgimento di ogni persona e la comunicazione.

Durante la prima sessione del workshop abbiamo quindi analizzato il processo utilizzato tradizionalmente per la gestione di un progetto di Business Intelligence, analizzandone punti di forza e debolezze. Nella seconda fase abbiamo provato invece a generare e testare una soluzione alternativa, arricchendo il processo esistente con una serie di modifiche aventi l’obiettivo di renderlo innovativo e centrato sul cliente. Il risultato è stato altamente costruttivo, coinvolgente ed entusiasmante!

Dalla prima sessione sono emersi punti di forza e fatiche di un PM, il quale si scontra, anche se aiutato da una buona capacità di pianificazione dei tempi e dei lavori e da un approccio teso all'ascolto, con la mancanza d’informazioni o di un’idea ben definita da parte del cliente, e con la sua necessità di volere il risultato subito.

Il nuovo approccio punta a instaurare un rapporto solido di fiducia e di accordo con il cliente, che rimane al centro del processo con le sue necessità e richieste, attraverso l’ascolto e il saper cogliere fin da subito, da parte del fornitore, gli aspetti importanti o critici delle richieste.

Il riepilogo frequente, durante l’incontro, di quanto riportato evita, ad esempio, fraintendimenti e porta alla luce aspetti importanti, dandone visibilità al fornitore e al cliente nella fase iniziale del processo piuttosto che nella fase di sviluppo. La soddisfazione del cliente aumenta e i termini di consegna del progetto sono rispettati.

L’ausilio di “mezzi” alternativi, come già sperimentato nella gestione di un progetto BI Agile, cattura e mantiene più facilmente l’attenzione di tutti gli interlocutori, dà un’idea di coinvolgimento maggiore del fornitore e serve a mantenere una “scaletta” delle priorità. I mezzi alternativi possono essere cartelloni su cui, assieme al cliente, viene creato lo schema del processo in esame o la pianificazione delle attività da attuare. Usare colori diversi, in base all'importanza dell’argomento aiuta inoltre a focalizzare sugli aspetti importanti.

Alla prossima avventura,
ciao,
Letizia