20170321 BA Lab_Napoli

IIBA®, the IIBA® logo, BABOK® and Business Analysis Body of Knowledge® are registered trademarks owned by International Institute of Business Analysis. CBAP® and CCBA® are registered certification marks owned by International Institute of Business Analysis. Certified Business Analysis Professional, Certification of Competency in Business Analysis, Endorsed Education Provider, EEP and the EEP logo are trademarks owned by International Institute of Business Analysis.

Eliminare il gap tra esigenze reali e requisiti

Volontari NapoliIIBA® Italy Chapter21 Marzo 2017


AGENDA• L’iniziativa Business Analysis Lab

• Lo Scope Creep

• Gli strumenti della BA per abbattere lo Scope Creep

• Il punto vista del GUFPI

• Case Study

• Chiusura e networking

2

3

IIBA® Italy Chapter 2017,un’agenda ricca di eventi!

Jan Feb Mar Apr May Jun Jul Sep Oct Nov Dec

10 Marzo 12 Giugno 23 Ottobre

BARMBusiness Analysis Rome Meeting

21 Marzo – 12 Dicembre

16 Marzo – 15 Giugno

4

Business Analysis LabL’iniziativa

Workshop serali di approfondimento su tematiche diinteresse comune viste con la prospettiva BA/IIBA,organizzati e diretti dai volontari del Chapter

Business Analysis Insight

Agile Contamination

Innovation

5

Business Analysis LabGli stream

Perché parliamo di Laboratori?

Durante tutto l’anno i 3 stream verranno approfonditi ed integrati con lacollaborazione dei partecipanti.Nel corso di appuntamenti mensili, gli stream si alterneranno ma verrà mantenutosempre il punto di vista dell’IIBA e del BABOK

Business Analysis Insight Agile Contamination Innovation

Marzo Aprile Maggio

Giugno Luglio Settembre

Ottobre Novembre Dicembre

6

Business Analysis LabI titoli

1. Eliminare il gap tra esigenze reali e requisiti espressi grazie alla Business Analysis

4. Business Analysis -positioning for success

7. Business Analyst 2.0

2. Waterfall vs Agile: how Business Analyst work with stakeholder to identify needs

5. Business Analysis in Scrum, XP and Kanban

8. Agile Maturity Model: guidelines for Agile Business Analyst

3. Le 4 lenti dell'innovazione & business model canvasnel mondo IT: esempi e considerazioni

6. Start-Up nation: La Business Analysis in Israele

9. Bringing Innovation with Business Analysis

Business Analysis Insight Agile Contamination Innovation


Lo Scope Creep


8

• Con SCOPE CREEP ci si riferisce, in genere, ad un PROGETTO che vede i suoi OBIETTIVI ORIGINALI ESPANDERSI SENZA CONTROLLO mentre il progetto è in corso

• Come suggerisce il termine «creep: che avanza lentamente» è un PROCESSOSUBDOLO che inizia con PICCOLI AGGIUSTAMENTI e finisce con PROGETTI che si ESTENDONO molto più del tempo previsto o addirittura FALLISCONO ancora prima di completarsi, per l’incremento di tempi e costi

Cos’è

Lo Scope Creep (1/2)

Quando può verificarsi

Le principali CAUSE che portano allo SCOPE CREEP sono:• ASSENZA di CHIAREZZA nella definizione dell’AMBITO del PROGETTO• MANCANZA di REQUISITI essenziali o impliciti• AGGIUNTA di FUNZIONALITÀ che NON contribuiscono al VALORE apportato dal

Progetto• CAMBIAMENTI inevitabili quando si lavora in contesti molto dinamici

9

Lo Scope Creep (2/2)Quali rischi comporta

• Ha un impatto negativo sulle SCADENZE e sul BUDGET di progetto• Comporta PERDITE FINANZIARIE nel caso in cui un progetto sia cancellato• Determina INSODDISFAZIONE degli STAKEHOLDER• Genera INEFFICIENZE per le continue RILAVORAZIONI• Crea FRUSTAZIONE nel team di progetto

Più sinteticamente lo SCOPE CREEP comporta una generale PERDITA del VALORE della SOLUZIONE

10

Il 45% circa delle FUNZIONALITA’ di un SOFTWARE, in media, non sono MAI UTILIZZATE

The 45% Disaster

Anche se il progetto è completato,lo SCOPE CREEP può portare aRISULTATI DISTANTI da quelliEFFETTIVAMENTE NECESSARIerodendo il VALORE ATTESOdalla SOLUZIONE


Gli strumenti della Business Analysis per abbattere lo Scope CreepVolontari NapoliIIBA® Italy Chapter21 Marzo 2017

12

Perché la Business Analysis

Fonte: Standish Group (sulla base di 8000 progetti analizzati)

Più del 50% delleCAUSE di FALLIMENTOdei progetti ICT puòessere ricondotto aCARENZE di BUSINESSANALYSIS

CAUSE DEL FALLIMENTO DEI PROGETTI ICT

La BUSINESS ANALYSIS supporta le organizzazioni nella definizione delprodotto/servizio atteso e nello sviluppo del "BETTER BUSINESS OUTCOMES“,

guidandole nel cambiamento verso la giusta direzione

Requisiti non completi 13,1%Stakeholder non coinvolti nell’analisi 12,4%

Carenza di risorse 10,6%

Aspettative irrealizzabili 9,9%

Carenza di Governance 9,3%

Change requests 8,7%

Carenza di pianificazione 8,1%

Non più necessario 7,5%

1

2

3

4

5

6

7

8

13

Business Analysis

Il BUSINESS ANALYSIS CORE CONCEPT MODEL™ è il FRAMEWORKCONCETTUALE alla base della Business Analysis.

COSA FA LA BUSINESS ANALYSIS:

ATTRAVERSO UN’APPROFONDITA ANALISI E

COMPRENSIONE DEI BISOGNI, ANALIZZANDO

IL CONTESTO DI RIFERIMENTO E GLI SCENARI

ATTESI, LA BUSINESS ANALYSIS CONSENTE

DI IDENTIFICARE CIÒ DI CUI GLI

STAKEHOLDERS EFFETTIVAMENTE

NECESSITANO, INDIVIDUANDO LA SOLUZIONE

CHE ABILITI IL CAMBIAMENTO, ASSICURANDO

IL RAGGIUNGIMENTO DEL MAGGIOR VALORE

PER L’ORGANIZZAZIONE

Source BABOK® Guide – Version 3.0 - IIBA Italy Chapter Rome Branch elaboration

Il Framework concettuale della BA

14

Source BABOK® Guide – Version 3.0

BABOK e Aree di conoscenza della BA

15

Le Aree di Conoscenza «core»


Strategy Analysis Requirements Analysis & Design Definition Solution

Evaluation

Task

Obiettivo

Identificare i BISOGNI diun’ORGANIZZAZIONEdi rilevanza TATTICAe/o STRATEGICA perindirizzarli attraverso laSTRATEGIA diCAMBIAMENTO piùadatta

• SPECIFICARE e MODELLARE i requisiti e il designdella soluzione

• STRUTTURARE ed ORGANIZZARE i requisiti

• VALIDARE e VERIFICARE le informazioni raccolte

• IDENTIFICARE le possibili SOLUZIONI alternative inrisposta ai bisogni individuati, stimandone il VALOREPOTENZIALE

TRASFORMARE i BISOGNI iniziali nella SOLUZIONEa maggior VALORE, attraverso processi iterativi edincrementali

• Definire IMPATTI AS IS • Stabilire gli OBIETTIVI di

BUSINESS• Identificare la

SOLUZIONE a MAGGIOR VALORE

• Evidenziare i RISCHI e possibili EFFETTI

• GAP ANALYSIS e piano di cambiamento per ciascuna iniziativa

• Definizione delleMETRICHE di misurazionedel VALORE dellasoluzione

• MISURAZIONE delle PERFORMANCE

• Rilevazione di LIMITI per ilVALORE ATTESO

• Raccomandazione di INTERVENTI in ottica di MIGLIORAMENTO CONTINUO

Valutare le PERFORMANCEed il VALORE PRODOTTOdalla SOLUZIONE in USOper segnalare la RIMOZIONEdi BARRIERE e VINCOLIche ostacolino ilraggiungimento dei LIVELLIATTESI

16


Task

Obiettivo

Task

Requirements Life Cycle Management Elicitation and Collaboration Business Analysis Planning

& Monitoring

Assicurare unCONTROLLO suiREQUISITI affinchè sianosempre ALLINEATI fra diloro, siano allineati con ildesign della soluzione esiano in essa INCLUSI

OTTENERE INFORMAZIONI everificarne l’esattaCOMPRENSIONE,COMUNICANDOopportunamente con tutti gliattori interessati

ORGANIZZAREe COORDINARE tutte le ATTIVITA’di BA condotte dai BUSINESSANALYST e nell’interazione con gliSTAKEHOLDER

Le Aree di Conoscenza di supporto

•TRACCIARE (traceability) irequisiti

•Verificare l’ACCURATEZZA e l’assenza di INCOERENZE frai requisiti e fra i requisiti ed ildesign della soluzione

•RI-UTILIZZARE i requisiti per usi futuri

•PRIORIZZARE i requisiti•VALUTARE le RICHIESTE di

CAMBIAMENTO, in ottica di allineamento tattico-strategico

•FAR APPROVARE i requisiti

•PREPARARE le sessioni di elicitazione

•CONDURRE le sessioni•CONFERMARE le evidenze

emerse•COMUNICARE le evidenze

raccolte•COLLABORARE con gli ATTORI

INTERESSATI per ottimizzare tuttele attività descritte ai puntiprecedenti

• PIANIFICAZIONE di tutte le ATTIVITÀ di BA, dalla scelta della metodologia allesingole ATTIVITA’, TASK e DELIVERABLE

• ANALISI degli STAKEHOLDER e PIANIFICAZIONE del loro ENGAGEMENT

• PIANIFICAZIONE delle componenti di BA a supporto della GOVERNANCE

• PIANIFICAZIONE delle modalità di GESTIONE delle INFORMAZIONI

• Identificazione di AREE diMIGLIORAMENTO delle attività di BA

17

I Requisiti secondo l’IIBA®

DESIGN

DESIGNDESIGN

ASSESS OUTCOME

Business Requirements

Perché lo vogliamo?

Stakeholder Requirements

Quali bisogni soddisfa?

Solution Requirements

Cosa vogliamo?

TransitionRequirements

A quali condizioni?

Definire e sviluppare il reale prodotto / servizio

atteso passa per la definizione di 4 TIPOLOGIE

DI REQUISITI, tra loro interconnessi

gerarchicamente


18

Lo Scope Creep nel BABOK®

~300CITAZIONI del termine

“SCOPE” nelle 514 pagine del BABOK®

[zero]Le volte in cui si fa riferimento allo

“SCOPE CREEP”nel BABOK®

~57%

19

Lo Spettro del Valore della BALe AREE DI CONOSCENZA della BA consentono di AVANZARE lungo loSPETTRO del VALORE, dal POTENZIALE all’ATTUALE, AZZERANDO lo SCOPECREEP

Strategy Analysis

Requirements Analysis & Design

Definition

Solution Evaluation

Business Analysis Planning & Monitoring

Need SolutionScope

Requirements Design Proof of Concept/ Prototype

Pilot / Beta

OperatingACTUALVALUE

POTENTIALVALUE

Elicitation and Collaboration

Requirements Life Cycle Management

CoreKAs

Support KAs

V


20

ASSENZA di CHIAREZZAnella definizione dell’AMBITO

del PROGETTO

CAUSE

MANCANZA di REQUISITIessenziali o impliciti

Elicitation and Collaboration

STAKEHOLDERS non coinvolti nell’Analisi

Business Analysis vs. Scope Creep

KNOWLEDGE AREAPrepare for Elicitation Conduct Elicitation

Confirm Elicitation Results

Communicate Business Analysis

Information

Manage Stakeholders Collaboration

TASKS

21

AGGIUNTA di FUNZIONALITÀ che NONcontribuiscono al VALORE apportato dal ProgettoCAUSA


KNOWLEDGE AREA Trace Requirements

..............

TASKS


22

CAUSACAMBIAMENTI inevitabili

quando si lavora in contesti molto dinamici


KNOWLEDGE AREA Prioritize Requirements

..............

TASKS


..............

..............

23

Business Analysis vs. Scope CreepTecnica MoSCoW di

Prioritizzazione

24

GRAZIE

IL PUNTO DI VISTA DEL

25

Spazio al Case Study

26

5 Passi per Prevenire lo Scope Creep

Step1: Comprendere il risultato atteso

Case Study:Rifacimento applicazione WEB


Step2: Collaborare con i clienti nell’individuazione della soluzione

Step3: Definire chiaramente lo Scope of workStep4: Stabilire il giusto prezzo di realizzazione

Step5: Ottenere una approvazione dei requisiti

27

Comprendere il risultato atteso

As Is To Be

• Analisi del processo attuale• Verifica utilizzo funzionalità

esistenti• Individuazione di processi non

supportati da funzionalità

• Semplificazione del processo• Migliorare rispondenza

funzionalità• Eliminare funzionalità non

utilizzate• Realizzare funzioni di facile

utilizzo• Affidabilità delle funzionalità

realizzate

28

Collaborare con i clienti nell’individuazione della soluzione

• Nuovi utenti si sono avvicendati nell’utilizzo del prodotto• I nuovi utenti si sono adattati ad utilizzare l’applicazione esistente• Analisi delle problematiche che si sono storicamente verificate

29

Definire chiaramente lo scope of work

Individuare i non functional requirements che possono essere causa di scope creep.Individuare gli attributi di qualità del prodotto e altri requisiti non funzionali che soddisfino le aspettative dei clienti.L'analisi dei problemi del sistema attuale e delle problematiche verificatesi può essere determinante per l'individuazione delle caratteristiche più appropriate da includere nel nuovo prodotto.Requisiti non funzionali individuati• di utilizzo: la disponibilità delle funzioni è differenziata nel tempo • di sicurezza: l’accesso al Sistema avviene in maniera differenziata• Temporale: il rilascio delle funzionalità è legato a scadenze amministrative• di progettazione: interazione con sistemi diversi alcuni in via di definizione• Tecnologico: si deve utilizzare il DBMS Oracle nella versione 12c UTF8, il

sistema deve essere in grado di interfacciarsi con qualsiasi tipo di browser HTML

30

Stabilire il giusto prezzo di realizzazione

Lo scope creep si riduce a una questione di prezzo - se le risorse consumate nella realizzazione di un progetto superano l'importo desiderato allora non siamo riusciti a gestire il nostro business in modo corretto. Per evitare lo scope creep è necessario non solo definire le attività in maniera dettagliata, ma anche valutarle in maniera corretta

Come valutare i Requisiti non funzionali?

31

Ottenere approvazione dei requisiti

Formalizzazione dei requisiti in maniera chiara e ottenerne una chiara comprensione ed approvazione da parte del cliente.Il nostro cliente non esamina con attenzione i requisiti che gli sono inviati in approvazione.Costruire prototipi per chiarire i requisitiRichieste di modifica hanno impatto sui tempi e i costi quindi le richieste che arrivano devono essere attentamente valutate ed implicano una revisione del requisiti precedentemente approvati


Business Analysis LabChiusura lavori


33

IIBA® Italy Chapter Call for Volunteers

• JOIN US - Become VOLUNTEER supporting:• BA Lab• Branches launch & development

• Launch Naples (Giuseppe Di Iorio, Anna Acanfora, Genoveffa Liguori, Chiara Pezzella)

• Start up Genova (Micaela Leone), Verona (Orietta Checchinato), Torino (TBD)

• Group of Study for ECBA, CCBA, CBAP • BA Pills for students • Sharing experiences – Social & Communications

• Posts, Articles, News, Link

• Our sites content development and maintenance www.italy.iiba.org; www.bawi.it; www.innovation-challenge.it

• Organization of our Events: BARM, BAWI …

http://www.italy.iiba.org/

http://www.bawi.it/

http://www.innovation-challenge.it/

34

1. Eliminare il gap tra esigenze reali e requisiti espressi grazie alla Business Analysis

4. Business Analysis -positioning for success

7. Business Analyst 2.0

2. Waterfall vs Agile: how Business Analyst work with stakeholder to identify needs

5. Business Analysis in Scrum, XP and Kanban

8. Agile Maturity Model: guidelines for Agile Business Analyst

3. Le 4 lenti dell'innovazione & business model canvasnel mondo IT: esempi e considerazioni

6. Start-Up nation: La Business Analysis in Israele

9. Bringing Innovation with Business Analysis

Business Analysis LabCi vediamo al prossimo appuntamento

Agile Contamination InnovationBusiness Analysis Insight

SAVE THE DATE: 12 APRILE 2017

35

About Us

Contatti: www.italy.iiba.org; [email protected]

http://goo.gl/q5sYt

www.slideshare.net/IIBA-IT

https://twitter.com/iiba_italy

http://www.facebook.com/ItalyIIBA

http://www.italy.iiba.org/

http://goo.gl/q5sYt

http://www.slideshare.net/IIBA-IT

https://twitter.com/iiba_italy

http://www.facebook.com/ItalyIIBA

http://www.linkedin.com/

http://www.linkedin.com/