Presentation of the new PMI® Guide to Business Analysis

1. Panoramica sul nuovo standard PMI per la
Business Analysis
Presentazione a cura di Stefano Orfei
Formatore freelance
PMP®, PMI-PBA®
marzo 2018

2. • Stefano Orfei, 62 anni, nato a Roma
• Laureato in Scienze Politiche
Attualmente:
• Formatore su temi manageriali, di project management, di business
analysis, di marketing e consulente su progetti internazionali
• Tra i revisori della bozza della Guida del PMI per la BA
In passato:
• Project manager di interventi formativi e analista di processi
• Responsabile marketing
E inoltre:
• Co-autore del libro «Il Professionista di Business Analysis – Guida alla
certificazione PMI-PBA®» (http://amzn.eu/ecOo2cw)
Su di me

3. Perché uno standard per la Business Analysis?
• Volontà di fornire un corpo delle conoscenze definitivo per i professionisti della BA
• Necessità di chiarire i diversi ruoli del Business
Analyst e del Project Manager
• A integrazione della Practice Guide, il nuovo
standard definisce «che cosa» e «perché»
• Grande attenzione all’evoluzione della
professione di Business Analyst
• Questo è il 5° foundational standard:

4. Perché uno standard per la Business Analysis?
Ci sono altri standard per la BA nel mercato; in che cosa quello del PMI è differente?
• Nuovo e aggiornato: specie per approcci Agile;
• Conoscenze applicabili a qualsiasi approccio di
progetto;
• Standard allineato completamente alla Guida al
PMBOK® e agli altri standard essenziali (Portfolio,
Program, Organizational Project Management);
• Vengono distinti i ruoli di PM e BA;
• Lo standard è sinergico con la Practice Guide;

5. Lo standard PMI per la Business Analysis
• Non è una metodologia
• Modello o esempio riconosciuto
• Si rivolge a chi svolge le attività di BA
• Sviluppato con il metodo bottom-up
• Definisce il ruolo del Business Analyst
• Descrive processi, interazioni, obiettivi e risultati
• La Guida comprende strumenti e tecniche
• È applicabile a ogni tipo di ciclo di vita di progetto
• È applicabile in tutti i settori

6. I documenti di riferimento del PMI per la BA
Che cosa e perché?
• La Guida e lo Standard definiscono i processi e i concetti
generalmente riconosciuti come buone pratiche
Come e quando?
• La Business Analysis for Practitioners: A Practice Guide suggerisce in
che modo e in quali momenti sia opportuno applicare strumenti e
tecniche per gestire i requisiti

7. Che cosa s‘intende per Business Analysis?
La Business Analysis è l’applicazione di conoscenze, abilità, strumenti e tecniche per:
• Definire i problemi da risolvere o le opportunità da cogliere;
• Identificare le esigenze aziendali, suggerire soluzioni possibili per soddisfare queste
esigenze e supportare decisioni strategiche;
• Elicitare, analizzare, dettagliare, comunicare e gestire i requisiti e le altre
informazioni sul prodotto;
• Definire i benefici e gli approcci necessari a misurare e realizzare il valore, e
analizzare i risultati.
• La Business Analysis è l’insieme di attività svolte a sostegno
del rilascio di soluzioni che si allineano agli obiettivi aziendali
e che forniscono valore continuo all’organizzazione

8. L’ambito di applicazione della Business Analysis

9. Il Business Analyst
Il Business Analyst (o Professionista di Business Analysis) è colui che svolge le
attività di Business Analysis. Altri ruoli possono identificare professionisti che
svolgono, almeno in parte, le attività di Business Analysis (data analyst, process
analyst, systems analyst, functional analyst, business architect, project manager,
product owner, ecc.). • Il Business Analyst è una persona che facilita la
collaborazione: crea un ponte tra il business e l’ICT.
• Nei progetti è fondamentale riuscire a creare una buona
sinergia tra Project Manager e Business Analyst per evitare
confusione di ruoli, duplicazioni di lavori, mancanza di
coordinamento tra i membri del team e, in generale,
inefficienza.
SME ICT
BA

10. Struttura della Guida e dello Standard
La Guida e lo Standard si basano su gruppi di processi:
Defining & Aligning
Planning
Executing
Initiating Releasing
Monitoring & Controlling

11. Struttura della Guida e dello Standard
4 5 6 7 8 9
Needs Assessment
Stakeholder
Engagement
Elicitation Analysis
Traceability and
Monitoring
Solution Evaluation
Identify Problem or
Opportunity
Identify Stakeholder
Determine
Elicitation Approach
Determine Analysis
Approach
Determine
Traceability and
Monitoring
Approach
Evaluate Solution
Performance
Defining and
Aligning
(8)
Assess Current State
Conduct
Stakeholder
Analysis
Prepare for
Elicitation
Create and Analyze
Models
Establish
Relationships and
Dependencies
Determine Solution
Evaluation
Approach
Initiating
(1)
Determine Future
State
Determine
Stakeholder
Engagement and
Communication
Approach
Conduct Elicitation
Define and
Elaborate
Requirements
Select and Approve
Requirements
Evaluate
Acceptance Results
and Address Defects
Planning
(7)
Determine Viable
Options and Provide
Recommendation
Conduct Business
Analysis Planning
Confirm Elicitation
Results
Define Acceptance
Criteria
Manage Changes to
Requirements and
Other Product
Information
Obtain Solution
Acceptance for
Release
Executing
(15)
Facilitate Product
Roadmap
Development
Prepare for
Tranistion to Future
State
Verify
Requirements
Monitoring and
Controlling
(3)
Assemble Business
Case
Manage
Stakeholder
Engagement and
Communication
Validate
Requirements
Releasing
(1)
Support Charter
Development
Assess Business
Analysis
Performance
Prioritize
Requirements and
Other Product
Information
Identify and Analyze
Product Risks
Assess Product
Design Options

12. Interazione tra aree di conoscenza

13. Tailoring
Il Professionista di Business Analysis, insieme a sponsor e altri stakeholder
chiave, definisce:
• processi
• Strumenti
• tecniche da utilizzare
• il livello di formalità necessario
in funzione del ciclo di vita (predittivo, adattivo, ibrido), delle caratteristiche,
delle dimensioni e della complessità del progetto.
Per esempio:
Informazioni
sui requisiti
Raccolta di user stories e epics
Documento dei requisiti
Specifiche dei requisiti software

14. Aree di conoscenza: Needs Assessment
Needs
Assessment
Processi Principali output
Identify Problem or opportunity Situation Statement
Assess Current State Current State Assessment
Determine Future State Required Capabilities and Features
Determine Viable Options Recommended Solution Option
Facilitate Product Roadmap Development Product Roadmap
Assemble Business Case Business Case
Support Charter Development Project Charter

15. Stakeholder
Engagement
Aree di conoscenza: Stakeholder Engagement
Processi Principali output
Identify Stakeholder Stakeholder Register
Conduct Stakeholder Analysis Updated Stakeholder Register
Determine Stakeholder Engagement and
Communication Approach
Stakeholder Engagement and Communication
Approach
Conduct Business Analysis Planning Business Analysis Plan
Prepare for Transition to Future State Transition Plan
Manage Stakeholder Engagement and
Communication
Improved Stakeholder Engagement and
Communication
Assess Business Analysis Performance Business Analysis Performance Assessment

16. Elicitation
Aree della conoscenza: Elicitation
Processi Principali output
Determine Elicitation Approach Elicitation Approach
Prepare for Elicitation Elicitation Preparation Materials
Conduct Elicitation Unconfirmed Elicitation Results
Confirm Elicitation Results Confirmed Elicitation Results

17. Analysis
Aree della conoscenza: Analysis
Processi Principali output
Determine Analysis Approach Analysis Approach
Create and Analyze Models Analysis Models
Define and Elaborate Requirements Requirements and Other Product Information
Define Acceptance Criteria Acceptance Criteria
Verify Requirements Verified Requirements and Other Product
Information
Validate Requirements Validated Requirements and Other Product
Information
Prioritize Requirements and Other Product
Information
Prioritized Requirements and Other Product
Information
Identify and Analyze Product Risks Product Risk Analysis
Assess Product Design Options Viable Product Design Options

18. Traceability &
Monitoring
Aree della conoscenza: Traceability and Monitoring
Processi Principali output
Determine Traceability ana Monitoring
Approach
Traceability and Monitoring Approach
Establish Relationships and Dependencies Relationships and Dependencies
Select and Approve Requirements Approved Requirements
Manage Changes to Requirements and
Other Product Information
Recommended Changes to Requirements and
Other Product Information

19. Solution
Evaluation
Aree della conoscenza: Solution Evaluation
Processi Principali output
Evaluate Solution Performance Assessment of business value
Determine Solution Evaluation Approach Traceability and monitoring approach
Evaluate Acceptance Results and Address
Defects
Evaluated acceptance results
Obtain Solution Acceptance for Release Release decision

20. Il Professionista di Business Analysis
• Testo per la preparazione all’acquisizione della
credenziale PMI-PBA®
• In linea con lo standard PMI® per la BA, con la
Practice Guide e con la Guida al PMBOK® 6a ed.
• Scritto in collaborazione con Antonio Marino,
amministratore di ACT Point Srl e con il patrocinio
del PMI® Central Italy Chapter
• Prefazione di Sergio Gerosa (Presidente PMI® CIC)
• Contiene quiz per simulazione del test d’esame di
certificazione
• Disponibile su Amazon (http://amzn.eu/ecOo2cw)

21. Il Professionista di Business Analysis - Indice
• Prefazione
• Premessa
• Introduzione
• Concetti fondamentali di Project Management
• Il ruolo del Professionista di Business Analysis
• Needs Assessment
• Stakeholder Engagement
• Elicitation
• Analysis
• Traceability and Monitoring
• Solution Evaluation
• Punti di sovrapposizione e contatto tra il Business
Analyst e il Project Manager o con altri manager
• Competenze del Professional in Business Analysis