Un esame della PMBOK® Software
Extension, per Knowledge Area –
seconda parte
Andrea Caccamese, Tiziano Villa
Milano, 22 maggio 2014
Project Scope Management 1/5
KA
Scope
pagine PMBOK
pagine SW EXT
delta SW EXT
/PMBOK
totale ITTO
ITTO nuovi o modificati
delta ITTO SW EXT
/PMBOK
riferimenti a
standard
36
23
63,89%
74
19
25,68%
2
1)  Release Planning e ruolo del
Release Manager , come risposta
organizzativa ai cicli di vita
incrementali e iterativi
§  “…the project plan may
include a release plan” (pag.
67)
Incrementi
di prodotto
Iterazioni
del ciclo
di vita
Tipicamente time-boxed
2
Project Scope Management 2/5
KA
Scope
pagine PMBOK
pagine SW EXT
delta SW EXT
/PMBOK
totale ITTO
ITTO nuovi o modificati
delta ITTO SW EXT
/PMBOK
riferimenti a
standard
36
23
63,89%
74
19
25,68%
2
2)  Elicitazione “liquida” dei requisiti
§  “Requirements documentation, including
traceability, is particularly important for
software projects because of the intangible
nature of the software” (pag.70)
3)  Dalla cernita alla prioritizzazione dei requisiti
§  “For software projects, this issue is commonly
dealt with by prioritizing the requirements using
criteria that include the wants and needs of the
customer and user communities…” (pag.71)
3
Project Scope Management 3/5
KA
Scope
pagine PMBOK
pagine SW EXT
delta SW EXT
/PMBOK
totale ITTO
ITTO nuovi o modificati
delta ITTO SW EXT
/PMBOK
riferimenti a
standard
36
23
63,89%
74
19
25,68%
2
4)  Una indicazione precisa sul modello di sviluppo della WBS
§  “For software projects, …this is referred to as an activity-oriented
WBS” (pag.73)
4
Project Scope Management 4/5
KA
Scope
pagine PMBOK
pagine SW EXT
delta SW EXT
/PMBOK
totale ITTO
ITTO nuovi o modificati
delta ITTO SW EXT
/PMBOK
riferimenti a
standard
36
23
63,89%
74
19
25,68%
2
5)  Un arma in più all’utente nella validazione dell’ambito nei
cicli di vita adattivi
§  “Product scope can be validated using ….
demonstrations. A validation demonstration differs
from a validation test in that the test has objectively
stated success criteria, whereas a demonstration
relies on the subjective observations…” (pagg.80, 81)
6)  Il Controllo dell’Ambito nei cicli di vita adattivi: dalle mani
del Project Manager a quelle dell’utente, da misura
prestazionale a calcolo della velocity e pianificazione dei
contenuti della successiva iterazione
§  “For adaptive life-cycles, the primary output of scope
control is the decision of the customer concerning
the next set of features to be implemented and the
changes to be made to the current working
software” (pag.84)
5
Project Scope Management 5/5
Il punto più importante?
Uno Scope Management nuovo per cicli adattivi
6
Project Time Management 1/6
KA
Time
pagine PMBOK
pagine SW EXT
delta SW EXT
/PMBOK
totale ITTO
ITTO nuovi o modificati
delta ITTO SW EXT
/PMBOK
riferimenti a
standard
52
32
61,54%
138
41
29,71%
2
1)  Una schedulazione più orientata alla massimizzazione del valore che al
rispetto delle date
§  “…is driven by risk, resource availability, business value, and the
scheduling method(s) used” (pag.87)
2)  Una definizione delle attività meno analitica e più contestuale, basabile
sulle euristiche di progetto (velocity) e guidata da strumenti specifici
§  “…team velocity measures, ..cadence of iterations..time-in-process
statistics” (pag.92)
§  “…epics…may be grouped within a theme…storyboards…use
cases” (pagg.92-94)
7
Project Time Management 2/6
KA
Time
pagine PMBOK
pagine SW EXT
delta SW EXT
/PMBOK
totale ITTO
ITTO nuovi o modificati
delta ITTO SW EXT
/PMBOK
riferimenti a
standard
52
32
61,54%
138
41
29,71%
2
3)  Un più ampio spettro di politiche di schedulazione
§  Structured scheduling
predittivo
§  Schedule As Independent Variable
§  Iterative scheduling with backlog
§  On-demand scheduling
§  Portfolio management scheduling
adattivo
8
Project Time Management 3/6
KA
Time
pagine PMBOK
pagine SW EXT
delta SW EXT
/PMBOK
totale ITTO
ITTO nuovi o modificati
delta ITTO SW EXT
/PMBOK
riferimenti a
standard
52
32
61,54%
138
41
29,71%
2
4)  Una sequenziazione meno legata alle dipendenze tecniche, più liquida e
che si trasforma in reprioritizzazione nei cicli adattivi
§  “Adjustment to schedule sequencing…is more dynamic…the plan is
revisited often to incorporate changes related to … demonstrations…
velocity… restrospective” (pag.97)
9
Project Time Management 4/6
KA
Time
pagine PMBOK
pagine SW EXT
delta SW EXT
/PMBOK
totale ITTO
ITTO nuovi o modificati
delta ITTO SW EXT
/PMBOK
riferimenti a
standard
52
32
61,54%
138
41
29,71%
2
5)  Una stima delle risorse delle attività guidata non
dagli skill, ma dagli obiettivi di velocity
§  “…the teams’ production rate (velocity) …may
provide insights into team role requirements as
the project progresses” (pag.102)
6)  Una stima della durata delle attività che deriva da
una stima dello sforzo
§  “…the schedule durations of software project
activities depend on estimated effort and
availability of skilled personnel
resources” (pag.105)
10
Project Time Management 5/6
KA
Time
pagine PMBOK
pagine SW EXT
delta SW EXT
/PMBOK
totale ITTO
ITTO nuovi o modificati
delta ITTO SW EXT
/PMBOK
riferimenti a
standard
52
32
61,54%
138
41
29,71%
2
7)  Un controllo della schedulazione che per i cicli adattivi consiste nel calcolo
della velocity con l’utilizzo di specifici strumenti
§  “…a software project manager needs to understand… the rate that
teams are delivering completed software increments…Schedule
variance can be corrected by improving the velocity” (pag.112)
§  …Cumulative Flow Diagrams…Burnup and Burndown Charts..” (pag.
116)
11
Project Time Management 6/6
Il punto più importante?
Velocity come elemento cardine del time management
per i cicli adattivi
12
Project Cost Management 1/4
KA
Cost
pagine PMBOK
pagine SW EXT
delta SW EXT
/PMBOK
totale ITTO
ITTO nuovi o modificati
delta ITTO SW EXT
/PMBOK
riferimenti a
standard
34
20
58,82%
69
28
40,58%
5
1)  Focus sullo sforzo anziché sui costi
§  “…effort estimation is used as the basis for
estimating the cost of a software project….A
software project manager can manage project
costs in unit of staff-hours instead of monetary
units when the resource rate for the staff-hours
is not provided” (pag.119)
2)  … e dunque focus sui driver di sforzo
§  “…size and complexity…are highly correlated
with the effort for software projects and drive
software cost” (pag.121) ...are two of the most
important factors…(pag.126)
13
Project Cost Management 2/4
KA
Cost
pagine PMBOK
pagine SW EXT
delta SW EXT
/PMBOK
totale ITTO
ITTO nuovi o modificati
delta ITTO SW EXT
/PMBOK
riferimenti a
standard
34
20
58,82%
69
28
40,58%
5
3)  Molta attenzione al peso delle compliance nel
governo dei costi
–  “…software functions and controls may be
based on …COBIT …COSO …ITIL…
IEC27000…SOX…BASEL III…HIPAA” (pag.
122)
4)  Nella stima dei costi si sottolineano tecniche ed
elementi nuovi
–  “…function points estimates are considered
more accurate…input measures include
stories, story points, use cases, features and
architectural objects” (pag.131)
14
Project Cost Management 3/4
KA
Cost
pagine PMBOK
pagine SW EXT
delta SW EXT
/PMBOK
totale ITTO
ITTO nuovi o modificati
delta ITTO SW EXT
/PMBOK
riferimenti a
standard
34
20
58,82%
69
28
40,58%
5
5)  Non sconsigliato, ma quasi, l’Earned Value nel
controllo
§  “…the intangible nature of other software
work products…makes it difficult to measure
EAC EAC and report work progress…required to
BAC generate earned value reports” (pag.136)…. BAC ETC Earned value tracking, burndown charts and
BAC -­‐ EV PV cumulative flow diagrams (CFD) provide
PV AC SV AC indicators of the costs expended to-date on EV CV EV a project and provide forecasts of project
T avanzamento
Ritardo T fine prevista T inizio Ritardo accumulato costs at completion. These mechanism
previsto alla data a finire typically report costs in unit of labor…” (pag.
136)
15
Project Cost Management 4/4
Il punto più importante?
La matematica e la modellistica per le stime
16
Project Quality Management 1/6
KA
Quality
pagine PMBOK
pagine SW EXT
delta SW EXT
/PMBOK
totale ITTO
ITTO nuovi o modificati
delta ITTO SW EXT
/PMBOK
riferimenti a
standard
28
22
78,57%
52
6
11,54%
10
1)  Due modelli di qualità, interno ed esterno
§ 
“The internal quality model looks at the
software as an open “white box”” (pag.142)
§ 
“The external quality model looks at the
software as a “black box”” (pag.142)
2)  …ma si apre a un ulteriore livello di verifica di
qualità, relativo all’utilizzo nello specifico
ambiente e contesto
§ 
The “quality in use” perspective looks at the
impact of the product on users and other
stakeholders….effectiveness …
satisfaction…freedom from risk,” (pag.142)
17
Project Quality Management 2/6
KA
Quality
pagine PMBOK
pagine SW EXT
delta SW EXT
/PMBOK
totale ITTO
ITTO nuovi o modificati
delta ITTO SW EXT
/PMBOK
riferimenti a
standard
28
22
78,57%
52
6
11,54%
10
3)  Accanto ai tradizionali processi di qualità si dà
cittadinanza e rilievo ai processi di qualità interni
al team di sviluppo
§ 
“…internal SQA and SQC that occur within
the software development team, and external
SQA and SQC that occur at the level of the
organizational unit in which the software
project resides” (pag.139)
§ 
“External SQA for adaptive life cycle
software projects typically involves…the
other elements of agility” (pag.140)
§ 
“…external SQC for adaptive life cycle
software projects may be applied to…
increments of software” (pag.140)
18
Project Quality Management 3/6
KA
Quality
pagine PMBOK
pagine SW EXT
delta SW EXT
/PMBOK
totale ITTO
ITTO nuovi o modificati
delta ITTO SW EXT
/PMBOK
riferimenti a
standard
28
22
78,57%
52
6
11,54%
10
5)  Un approccio integrato a SQA/SQC interno/
esterno, meno delega e più collaborazione
§ 
“Mature organizations foster collaboration
between external SQA-SQC and the software
development team to avoid the adversarial
relationship that sometimes occurs” (pag.
141)
§ 
“While larger organizations may mandate an
organizational separation of external SQA
and SQC personnel,…collaborative
exploration of quality issues is easily
achieved within cross-functional product
teams” (pag.141)
19
Project Quality Management 4/6
KA
Quality
pagine PMBOK
pagine SW EXT
delta SW EXT
/PMBOK
totale ITTO
ITTO nuovi o modificati
delta ITTO SW EXT
/PMBOK
riferimenti a
standard
28
22
78,57%
52
6
11,54%
10
6)  Più DOE e meno statistica
§ 
“In software, a “design of experiments”
approach is captured in the testing
strategy, ..relatively simple software may
have thousands of potential branches
through the code… ” (pag.147)
7)  Più checklists
§ 
“Checklists are one of the easiest and most
effective ways to ensure consistency and
accuracy in performing repetitive
tasks…” (pag.150)
20
Project Quality Management 5/6
KA
Quality
pagine PMBOK
pagine SW EXT
delta SW EXT
/PMBOK
totale ITTO
ITTO nuovi o modificati
delta ITTO SW EXT
/PMBOK
riferimenti a
standard
28
22
78,57%
52
6
11,54%
10
6)  SQC si integra fortemente con il Configuration
Management
§ 
“…tools and techniques for software quality
control (SQC ) include…version control
elements of configuration
management” (pag.157)
§ 
“Configuration management (CM) also plays
a significant role in controlling quality
during software development” (pag.158)
Quality
Control
Configuration
Management
21
Project Quality Management 6/6
Il punto più importante?
Il grande allineamento con gli standard IEEE
IEEE
IEEE
IEEE
Project Quality Management
22
Project Procurement Management 1/3
KA
Procurement
pagine PMBOK
pagine SW EXT
delta SW EXT
/PMBOK
totale ITTO
ITTO nuovi o modificati
delta ITTO SW EXT
/PMBOK
riferimenti a
standard
35
14
40,00%
66
0
0,00%
0
1)  Non c’è focus sugli aspetti particolari della
contrattualistica legati al software
§  “This section does not address…the legal and
regulatory particulars of contracts and
agreements for software, documentation, and
other intellectual property…” (pag.216)
2)  Attenzione su alcuni aspetti inerenti la natura degli
articoli oggetti acquisto
§  “The acquiring…organization should be aware..of
open-source software…placing the source code
into escrow….” (pag.220-222)
23
Project Procurement Management 2/3
KA
Procurement
pagine PMBOK
pagine SW EXT
delta SW EXT
/PMBOK
totale ITTO
ITTO nuovi o modificati
delta ITTO SW EXT
/PMBOK
riferimenti a
standard
35
14
40,00%
66
0
0,00%
0
3)  Attenzione sul fatto che gli articoli oggetti di acquisto possono avere un
proprio life cycle
§  “Because COTS and free open source software products often have
frequent release cycles and security updates, staying current requires
an ongoing expenditure of resources to install and maintain current
versions” (pag.224)
24
Project Procurement Management 3/3
Il punto più importante?
Ci si aspettava qualcosa sulle forme contrattuali,
invece….
25
Project Integration Management 1/5
KA
Integration
pagine PMBOK
pagine SW EXT
delta SW EXT
/PMBOK
totale ITTO
ITTO nuovi o modificati
delta ITTO SW EXT
/PMBOK
riferimenti a
standard
42
17
40,48%
64
9
14,06%
1
1)  Attività più operativa e meno direttiva, in
generale e in particolare per i progetti a ciclo
adattivo
§ 
“…is mostly a proactive endeavor, rather
than integration and coordination of
subsidiary plans” (pag.45)
§ 
“….places the project manager in a more
hands-off position in the day-to-day
management of the project team than the
manager of a predictive life cycle project
team.” (pag.52)
26
Project Integration Management 2/5
KA
Integration
pagine PMBOK
pagine SW EXT
delta SW EXT
/PMBOK
totale ITTO
ITTO nuovi o modificati
delta ITTO SW EXT
/PMBOK
riferimenti a
standard
42
17
40,48%
64
9
14,06%
1
2)  Un Project Management Team i cui membri
devono anche avere le mani in pasta
§  “In addition to coordinating a team’s
work, software project team leaders
are also developmental or functional
contributors;” (pag.49)
3)  Un Project Manager “disseminatore di
informazioni”
§  “…tools and techniques for
disseminating project information are
particularly important for software
projects” (pag.54)
27
Project Integration Management 3/5
KA
Integration
pagine PMBOK
pagine SW EXT
delta SW EXT
/PMBOK
totale ITTO
ITTO nuovi o modificati
delta ITTO SW EXT
/PMBOK
riferimenti a
standard
42
17
40,48%
64
9
14,06%
1
4)  Un depotenziamento del ruolo del controllo
delle modifiche per i cicli adattivi
§  “…formal change control is not usually
required for occasional anomalies..” (pag.
58)
5)  Nuovi “management plans”
§  “…security plans (physical, project, data)
…information security plan…information
management plan…release and
deployment plan…technology
infrastructure plan…” (pag.51)
28
Project Integration Management 4/5
KA
Integration
pagine PMBOK
pagine SW EXT
delta SW EXT
/PMBOK
totale ITTO
ITTO nuovi o modificati
delta ITTO SW EXT
/PMBOK
riferimenti a
standard
42
17
40,48%
64
9
14,06%
1
6)  Una chiara indicazione a interagire con
l’organizzazione per garantire il controllo
di configurazione del prodotto
sviluppato
§  “For purposes of future sustainment
and possible reuse of the software,
the software project
manager..should arrange for
continuing configuration control of
the software assets..” (pag.60)
29
Project Integration Management 5/5
Il punto più importante?
Una mutazione della figura del Project Manager
30