Wijsheden en Best Practices volgens MvV Over Projectmanagement
Martin’s PROJECTMANAGEMENT –
WIJSHEDEN EN BEST PRACTICES
This file contains examples of deliverables and products of my professional
practice related to project management and related area’s .
Martin van Vuure / mvvuure@gmail.com
+31629525731
ProffesionalLeuk passie onderhandenProjectmanagementPortfolio Martin van Vuure - Project management.ppt
WAAROM DEZE BEST-PRACTICE
•Uitwisseling van ervaringen
•Voorkomen van herhaaldelijk nieuwe wielen maken
•Mogelijkheid om feedback te krijgen
•ontwikkeling persoonlijk
•ontwikkeling als afdeling
•evalueren, evolueren, borgen
•Middel om de discussie te starten / debat te organiseren
CHECKLIST PROJECTMANAGEMENT
Voor dat je start
•opdrachtgever / PIT-code / QQQ sponsor-interne
opdrachtgever / allocaties
Let op:
•physical planning
•in beheer nemen (beheer / veranderclub)
•neem niets aan: double check
Mijn uitgangspunmten bij PM
•KISS
•Als het niet kan zoals het moet, moet het maar zoals het
kan
•Productgericht
•Ambitie en realisme combineren
•Niet lulle maar pelle
Suggestions / Subjects to be added
• regels en het gebruik van regels, wanneer de kortste wanneer
de koninklijke weg …
•
•
•
•
•
•
•
•
February 9, 2015
5Martin’s projectmanagement wijsheden en best practices
INTRODUCTIE
Doel van de meeting Nut van ‘de methode’
Project - Programma
•Een project is een tijdelijke samenwerking naar
een vooraf bepaald uniek resultaat
•Een programma is een doelgerichte samenwerking
met een langdurig karakter
February 9, 2015
6Martin’s projectmanagement wijsheden en best practices
PROJECTVS.PROGRAMMAMANAGEMENT
Programmamanager
• verantwoordelijk voor ‘het wat’,
het managen van de context
• generieke aspecten/issue’s
• bewaakt consistentie
• stemt af op hoofdlijnen
• bewaakt overal doelen, overal
budget, overall planning
• heeft afstemming met sponsor
• heeft afstemming op hoofdlijnen
met klant, AM en CMT
• afstemming met (QQQ)
programma’s die raken aan het
IDO programma: Sharing, Flaming,
…
• adviserend t.a.v. infrastructuur
• prioriteit bepalend
• stelt langere termijn plan op
February 9, 2015
7Martin’s projectmanagement wijsheden en best practices
Projectmanager
• verantwoordelijk voor ‘het hoe’,
het managen van de inhoud
• specifieke aspecten/issue’s
• stelt plan op, realiseert
producten, coördineert
activiteiten en bewaakt
mijlpalen
• rapporteert inhoudelijke
highlights aan
programmamanager
• afstemming met gerelateerde
projecten
• houdt governance bij
• uitvoerend qua infrastructuur
Programcontroller
• ondersteunend aan
project/programma
• bewaakt resouces (geld,
mensen)
• rapporteert op algemene/proces
grootheden
Gericht op
resultaat
Gericht op doel
Gericht op
“To do lists” /
informatie
PROJECT-VS.PROGRAMMAMANAGEMENT
Project
•ontwerpen
•fases
•resultaatgericht
•beperk kosten
•in 1-keer
•Techniek / software gerichte verandering
•Trekker / duwer
•1 weg=de weg
•Resultaatgericht
•sequentieel )
•expert
•maakbaar
Programma
•ontwikkelen
•plateaus
•doelgericht(kostenred)
•maximle baten
•in x-keer/cyclisch (ist-soll)
•Organisatorische verandering
•procesbegeleider
•meerdere wegen
•Omgevingsbewust
•Iteratief eval/kolb)
•generalist/breed
•draagvlak/baar
February 9, 2015
8Martin’s projectmanagement wijsheden en best practices
voorwaarden voor beide:
- geen ambigue vraagstukken
- geen slecht gedefinieerde problemen
- geen instabiele situaties
- geen onvoorspelbare interactie
- min onvoorspelbaarheid/onduidelijkheid
fase1: probleemdefinitie / analyse==> resultaten / specs (randvoorwaarden, eisen/wensen)
fase2:.iteratief ontwerp
STRUCTUURVSFLEXIBILITEIT
WEG – ROUTE vs. DOEL - BESTEMMING BEKEND/ONBEKEND
February 9, 2015
9Martin’s projectmanagement wijsheden en best practices
• …. wordt meer en meer Prince gericht: voorkom dat dit een doel wordt
• Er zijn verschillende soorten projecten / reismetafoor
• Bij 1 is Prince doel, bij de andere vooral middel. Naar mijn idee is onderkennen en
switchen essentieel
1 project (ingenieursdenken)
Doel / bestemming
bekend
Weg/route
bekend
2
Doel / bestemming
bekend
Weg/route
onbekend
strategie/zoektocht (methodisch)
3
Doel / bestemming
onbekend
Weg/route
bekend
dropping (vakman) 4
Doel / bestemming
onbekend
Weg/route
onbekend
avontuur (handig)
GOALSANDMETHODSMATRIX
GOALS AND METHODS MATRIX
February 9, 2015
10Martin’s projectmanagement wijsheden en best practices
Research and Organizational Change
(f.i. scientific research, fusion, re-
orgasnisation)
Air
Application software development (f.i.
complex administrative software BI/CRM
applications)
Fire
Product/service development (f.i. task
(sequence) matrix of activities is
uncertain (Apollo, techn. Innovations)
Water
Engineering
(F.i. standard construction, utility,
industry)
Earth
No Yes
Methods well defined
Goalswelldefined
YesNo
PLANBAARHEID
•Een mooie manier om lange termijn zaken met
veel onzekerheden te plannen is via een
plateauplanning
•Doel duidelijk, definieer stappen naar volgend
plateau van volwassenheid
•Breng zaken onder in bepaald niveau: speelruimte
•Voorkom teveel tijd in planvorming administratie
te steken (“niet lulle maar pelle..” / is het een plan
of gaan we het ook doen!!)
•gestalt
PROJECTTEAM SAMENSTELLING
•ruimte voor coaching/groei, elkaar
coachen/ondersteunen
•Prog.man-proj.manager-proectleider-
projectcontroller
•uitwisselbaarheid
•nieuwe prog's starten
•een ieder mogelijkheden om iets boven z’n kunnen
te werken
MENSEN
KSF voor projecten zijn vooral betrokken mensen. Op basis van
m’n ervaringen zijn ze in twee hokjes indeelbaar:
STARTEN VAN
PROJECT/PROGRAMMA
February 9, 2015
11Martin’s projectmanagement wijsheden en best practices
De meedenkers
• werken mee / helpen /
coöperatief, denken mee
vanuit project-perspectief,
nemen risico
• denken mee
• uitgraven / uitpellen, komen
met oplossingen
• Veranderclubs
• Oplossingsgericht, gericht op
mogelijkheden
• Projectmentaliteit
De tegendenkers
• werken tegen / stellen
afdelingsbelang boven
projectbelang, hakken in het
zand (ja, maar…) behoudend
• denken tegen
• Ingraven/ inkapselen, komen
met problemen
• Acceptatierollen
• Probleemgericht / alles om “het”
moeilijk te maken moeilijkheden
• Beheer / continuïteit gerichte
mentaliteit
Maak opzet /
pas aan
Organiseer
workshop/kick-off met
PL’s, Projectcontr., medewerkers
Organiseer
workshop met
sponsor, AM
Doelen, beperkingen,
beslispunten
Activiteiten, producten
Verspreid
Afspraken, planning
Maak definitief
Koppel plan terug
Governance
OPDRACHTGEVERSCHAP
OPDRACHTGEVERSCHAP
Proces
Contracteren
Progress
Evaluatie
Passie
February 9, 2015
12Martin’s projectmanagement wijsheden en best practices
Persoon
Project
Rol
Relatie
Goed opdracht-
geverschap
6-3-06 - v6
betrokken / commited
vertrouwen / eerlijk / recht door zee
filter naar politiek
afschermend
Ankerpunt org
formele goedkeuring
WAT vraag
definieren van doelen/resultaten
Aanleveren requirements
middelen beschikbaar stellend
probleemhebber
koppelpunt naar business
1-hoofdige leiding
Er "wakker van liggen"
eigenaar
beslissen / kiezen
postuur / draagvlak
key decision maker
MbE
rolverdeling in balans
uitgaand van een ieders professionaliteit
samen bouwend ....
P2:ROLLEN
P2: ROLLEN
February 9, 2015
18Martin’s projectmanagement wijsheden en best practices
Projectboard: start
- Bevestigd PM doelen en
verantwoordelijkheden
- Bepaald hoe projectassurance wordt
uitgevoerd
- Bevestigd projecttolerancies
- Keurt PID goed
Projectboard: progress:
- Geeft richting en begeleid. Review
projectstatus by stage afsluiting /accodeert
faseovergang
- Checkt BC
- Review/goedkeuring exceptionplan
- Goedkeuren wijzigingen product spec.
- Kan adviseren prj te beeindigen
Project board: end
- Borgt dat alle producten naar tevredenheid
zijn
- Bevestigd dat oper/suppurt groepenklaar
zijn om verantwoordelijkheid voor prosduct
te dragen
- Autoriseerd project-closure
Projectboard: Excecutive
- Accountable / Value for money /
Kosteneffectief (betaalbaar / doel)
- Balans tussen bussiness/user en supplier
demands
Projectboard: User
- Requirements volledig en actueel
- Products fit for purpose (
bruikbaar/werkbaar)
- Voldoend aan business needs binnen de
BC
Projectboard: Supplier
- Belangen van ontwerpen/ontwikkelen /
faciliteren / bestellen / implementatieproject-
producten (maakbaar / haalbaar)
- Inkoop van supplier-resources
Project Manager
- Bereidt project/stageplans voor
- Verkrijgt PB goedkeuring
- Definieert verantwoordelijkheden en
alloceert werk in project
- Bewaakt/controleert voortgang binnen
project tolerancies
- Onderhandelt performance met
teammanager
- Plant fase controle punten
- Stemt af met project assurance
- Maakt rapporten PB
- Presenteert status bij einde fase
- Legt controle/change/Qprocedures op
- Maakt exception plan
Team Manager (optioneel)
- aansturing team met spec skills (thirth
party)
- onderhandeld met PM over workpackages
- plant/alloceert werk binnen team
- bewaakt team voortgang /kosten (initieerd
correctieve acties)
- rapporteert voortgang aan PM
- bewaakt detail van uitgevoerde Q-checks
- rapporteert project issues
- stemt af met pr assuurance
Project Support administratieve hulp voor
planning, controle & configuration mngt
Project Assurance PA is check onafhankelijk
PM of er voldaan wordt aan specs, techn
standards en z’n BC. PA is verantwoordelijkheid
vd leden vd projectboard
- business: focus BC, Risicos onder controle,
afstemming klant en supplier, bewaken
planning en uitgaven, levensvatbaarheid
project, value for money, fit met strategy
- user: user needs worden ingevuld,
bewaakt. Een acceptabele oplossing wordt
gemaakt
- specialist: afstemming klant en leverancier,
behoeften specialisten, bewaken dat
projectscope niet wordt vergroot, gebruik
van juiste standarden
P2:COMPONENTSANDTECHNIQUESINTHE
PROCESSES
P2: (4) COMPONENTS AND TECHNIQUES (8) IN THE (8) PROCESSES
February 9, 2015
19Martin’s projectmanagement wijsheden en best practices
Starting up
a project
Initiating
a project
Controlling a
Stage
Managing
Product Delivery
Managing
Stage Boundaries
Closing a Project
DirectingaProject
Change controlQuality review
Prod.-based
planning
DirectingaProject
Quality
Mnnt of Risk
Organisation
Business caseC
Plans
Quality
Mnnt of Risk
Business case
Controls
Configuraion Mgmt
Change Control
Controls
Change Control
Configuration Mngt
Business Case
Mnmt of Risk
Quality
Change Control
Quality
Controls
Plans
Mnmt of Risk
Plans
Quality
Business case
Mnmt of Risk
Controls
Organisation
Controls
Configuration Mnmt
Business case
Mnmt of Risk
Change Control
Controls
Technique
Process
Component
P2:PBS(SPECIALIST,MAN.ENQ-PRODUCTS)
P2: PBS (SPECIALIST, MAN. EN Q-PRODUCTS) - DECOMPOSITIE
February 9, 2015
20Martin’s projectmanagement wijsheden en best practices
P r o je c t M a n d a te
P r o je c t B r ie f
P r o je c t O rg a n is a t io n
I n it ia t io n s t a g e p la n
P r o je c t b o a r d A p p r o v a l
M e th o d o f A p p r o a c h
P r o d u c ts o f
S t a r t U P
P I D
N e x t S t a g e p la n
F illin g S t r u c t u re
P r o je c t B o a r d a p p r o v a l
P r o d u c t o f
I n it ia t in g a P ro je c t
W o r k p a c k a g e
A u t o r is a t io n s
C h e c k p o in ts
H ig h lig h t r e p o r ts
E x c e p t io n r e p o r ts
P r o je c t e n d n o t if ic a t io n
P r o d u c ts o f
C o n tr o llin g a S t a g e
N e x t s t a g e p la n
U p d a t e d b u s in e s s c a s e
U p d a t e d p r o je c t p la n
U p d a t e d r is k lo g
E n d S ta g e r e p o rt
P B a p p ro v a l
P r o d u c t o f
C o m p le t in g a n d s t a r t in g S ta g e s
L e s s o n s le a r n e d r e p o rt
P r o je c t C lo s u re
r e c o m m e n d a t io n
F o llo w - o n a c t io n
r e c o m m o n d a t io n
P o s t im p le m e n t a t io n P la n
E n d p r o je c t r e p o rt
P r o d u c ts o f
P r o je c t C lo s u re
M a n a g e m e n t P r o d u c ts
P r o d u c t D e s c r it io n s Q u a lit y p la n
I n v it a t io n s
R e s u lt s
Q u a lit y L o g
P r o je c t I s s u e s
R e q u e s t fo r C h a n g e
O ff s p e c ific a t io n
I s s u e L o g
Q u a lit y P r o d u c t s
U s e r g u id e T r a in e d u s e r s U s e r
c o n s u m a b a le s
u s e r
p r o d u c t s
a p p lic a t io n
p r o d u c t s
. . . .
. . . .
S e c u r it y
P r o d u c t s
. . . .
E d u c a t io n
P r o d u c t s
R e le a s e
P r o d u c t s
E in d p r o d u c t
groepering
Project
product
extern
product
P2:STARTINGUPAPROJECT
P2: STARTING UP a PROJECT
Doelen
Pre-project process to ensure the prerequisites are in place
Input: project mandate (with high level reasons)
Aspects /details: short!!
Output:
1. design/appointment of projectmanagement team
2. projectbrief
3. projectapproach
4. custumer Q expectations
5. risklog
6. initial stage plann
7. (Daily log opened)
Kick-off meeting
Purpose:
• Goals and deliverables
• Project member introductions and their roles:
• Project assumptions:
• Project plan:
• Key success factors for comletion:
• Status meeting: Issues / risks and lessons learned / Change
control
• Other communication:
• QandA
February 9, 2015
21Martin’s projectmanagement wijsheden en best practices
SU1
Appointing a
Project Board
Exec and
Project Manager
SU2
Designing a
Project
Management
Team
SU3
Appointing a
Project
Management
Team
SU5
Defining
Project
Approach
SU6
Planning an
Initiation
Stage
SU Starting Up a Project
Corporate/programme management
Project Mandate
SU4
Preparing a
Project Brief
DP1
Authorising
Initiation
PL
Planning
DP4
Giving Adhoc
direction
DP1
P2:DIRECTINGaPROJECT
P2: DIRECTING a PROJECT
Doelen:
Input:
•
Aspects /details:
• Vanaf SU tm CP
•Decision making
•Mngt by Exception, monitors by reports, controls by
decisionpoints
Output:
1..
February 9, 2015
23Martin’s projectmanagement wijsheden en best practices
DP1
Authorising
Initiation
DP2
Authorising
a Project
Authorising
Stage or
Exception
Plan
DP Directing a Project
Corporate/programme management
DP4
Giving
Ad Hoc
Direction
DP5
Confirming
Project
Closure
SU
Starting up
a Project
IP
Initiating
a Project
CS
Controlling a
Stage
SB
Managing
Stage
Boundaries
CP
Closing a
Project
P2:INITIATNGAPROJECT
P2: INITIATNG A PROJECT
Doelen:
Input:
•
Aspects /details:
•
Output:
1.PID
2.Qlog
3.Issuelog
4.Lessons learned log
5.Next stage plan (MSB)
February 9, 2015
24Martin’s projectmanagement wijsheden en best practices
IP1
Planning
Quality
IP
IP2
Planning a
Project
IP3
Refining
Business Case
and Risks
IP4
Setting up
Project
Controls
IP5
Setting up
Project
Files
IP6
Assembling
a PID
Initiating a Project
DP1
Authorising
Initiation
DP2
Authorising
a Project
SB
Managing
Stage
Boundaries
P2:MANAGINGSTAGEBOUNDARIES
P2: MANAGING STAGE BOUNDARIES
Doelen:
This process produces the information for PB decisionmaking. (all
planned products have been completed as defined; deliver
viability info; deliver info to approve stage completion(incl.
tolerance level); record measurements and lessons(learned)
Input:
•
Aspects /details:
•
Output:
1.End stage report
2.current stage plan actuals
3.next stage plan or exception plan
4.revised projectplanupdated risklog, BC, projectplan
5.updated BC
6.updated LLL
7.Change in staffing/structure of projectmngt team
February 9, 2015
25Martin’s projectmanagement wijsheden en best practices
CS5
Reviewing
Stage
Status
SB1
Planning a
Stage
SB2
Updating a
Project
Plan
SB Managing Stage Boundaries
SB3
Updating
Business
Case
DP3
Authorising
a Stage or
Except. Plan
CS8
Escalating
Project
Issues
SB6
Producing
Exception
Plan
SB4
Updating
Risk Log
SB5
Reporting
Stage End
P2:CONTROLLINGASTAGE
P2: CONTROLLING A STAGE
Doelen:
Describes monitoring and control activities of the PM in
allocatingwork, ensuring stages on course, reacting to unexpected
events
Input:
•
Aspects /details:
• day-2-day mngt of the project
•meerdere stages per project mogelijk
Output (op een cyclische basis):
1..work packages
2.Highlight reports (Exception report)
3.project issues / updated issue log
4.updated risklog
5.updated stage plan
February 9, 2015
26Martin’s projectmanagement wijsheden en best practices
CS7
Taking
Corr. Action
CS1
Authorising
Work Package
CS2
Assessing
Progress
CS Controlling a Stage CS9
Receiving
Completed
Work Package
MP
Managing
ProductDelivery
CS8
Escalating
Project Issues
CS6
Reporting
Highlights
CS5
Reviewing
Stage Status
CS4
Examining
Project Issues
CS3
Capturing
Project Issues
DP
Directing a
Project
CP
Closing a
Project
SB
Managing
Stage
Boundaries
DP
Directing a
Project
Project issues
Zie ze als beren. Knuffelberen/Grizly beren. Jaag op ze
zodat ze verdwijnen of zorg dat iemand ‘ze knuffelt’
Maken van beren, beer op de weg.
Beren managen binnen afgesproken speelruimte anders PB
Tot een maand voor invoering vooral knuffelen, met name voor
invoering worden veel beren geboren: het enige wat in deze fase
rest is opjagen/doden/afschieten
Mensen
February 9, 2015
27Martin’s projectmanagement wijsheden en best practices
1 . P e r f e c t i o n i s t
2 . D e g e v e r
3 . S u c c e s v o l e
w e r k e r
4 . R o m a n i c u s
5 . W a a r n e m e r
6 . L o y a l i s t
7 . L e v e n s g e n i e t e r
8 . D e B a a s
9 . B e m i d d e l a a r
R e a c t i e s o p v e r a n d e r i n g
V e r a n d e r i n g s -
g e z i n d
V r o e g e
a a n v a a r d e r s
L a t e
a a n v a a r d e r s
" V e c h t e r s "
5
A f w a c h t e r s ,
z i e n w e l
M in s t e a a n d a c h t
I n t r e s s a n t / e n e r g ie /
m e e s t e a a n d a c h t
1 0
7 0
M a n i e r e n o m n a a r w e e r s t a n d t e k i j k e n / v i s i e s o p w e e r s t a n d
H i n d e r n i s / o n v e r m o g e n o m t e v e r a n d e r e n / a a n p a k k e n m e t 'm a c h t ' ( h a r d )
B e t r o k k e n h e i d / e f f e c t v a n a a n p a k / e i g e n h a n d e l e n / b e g r i j p e l i j k e r e a c t i e / b r o n v a n
e n e r g i e ( P i n k e r )
H o e k i j k e n b e t r o k k e n e n n a a r w e e r s t a n d ? ?
H e t " p r o c e s " i s b e p a l e n d !
P2:MANAGINGPRODUCTDELIVERY
P2: MANAGING PRODUCT DELIVERY
Doelen:
Ensure that planned products are created and delivered by the
project
Input:
•
Aspects /details:
• teammanager negociating details PM
•
Output:
1..teamplans
2.qlog updates: giving PM a view of quality work being done
3.Project issues
4.risk log updates
5.Checkpointreports to PM
February 9, 2015
28Martin’s projectmanagement wijsheden en best practices
MP1
Accepting
a Work
Package
MP2
Executing
a Work
Package
MP3
Delivering a
Work
Package
Managing Product Delivery MP
CS1
Authorising
Work
Package
CS2
Assessing
Progress
CS9
Receiving
completed
Work
Package
P2:CLOSINGAPROJECT
P2: CLOSING A PROJECT
Doelen:
execute a controlled close to the project.
Input:
Output:
1..
Aspects /details:
•PM: wrap-up
•Prepare input for projectboardto obtain its confirmation that the
project may close
•Check if ojectives of PID are met.
•Asses to what extend expected products are accepted by the
customer
•confirm maintance and operational arragements are iin place
including training
•make recommandations for future work
•cature lessons from the project in LLR
February 9, 2015
29Martin’s projectmanagement wijsheden en best practices
CP1
Decommissioning
a Project
DP4
Giving Ad Hoc
Direction
DP3
Authorising
a Stage
CP2
Identifying
Follow-On Actions
CP3
Evaluating a
Project
CP Closing a Project
CS5
Reviewing
Stage Status
DP5
Confirming
Project
Closure
P2:PLANNING
P2: PLANNING
Doelen:
•repeatable process that plays an important role in other
processes
Input:
•
Aspects /details:
Output:
1.Plan
2.Product checklist
3.Updated risklog
February 9, 2015
30Martin’s projectmanagement wijsheden en best practices
PL1
Designing
a Plan
PL2
Defining/
Analysing
Products
PL3
Identifying
Activities/
Depend.
PL6
Analysing
Risks
PL5
Scheduling
PL Planning
PL7
Completing
a Plan
PL4
Estimating
SB6
Producing
Exception
Plan
SB2
Updating a
Project
Plan
SB1
Planning a
Stage
SU6
Planning an
Initiation
Stage
IP2
Planning a
Project
MP1
Accepting
a Work
Package
P2:BUSINESSCASE
P2: BUSINESS CASE
OUTLINE BUSINESS CASE
•Redenen, opties, verwachte baten, risico’s, kosten +
tijdspad, investeringsanalyse.
•Reasons (moreel, politiek, belangen, geld)
•Options
•Benefits: Tangible and intangible
•Risks
•Cost and Timescale
•Investment Appraisal
•‘do nothing’ option
•Sensitivity analysis (GAP analysis)
Ik zou de voordelen
1)productspecifiek en
2)contextspecifiek noemen.
February 9, 2015
31Martin’s projectmanagement wijsheden en best practices
Project
Mandate
Project
Brief
PID
Post-Project
Review Plan
Project
Issues
End Stage
Report
Business
Case
Reasons for
the Project
Outline Business Case Enhanced and approved
Business Case
Expected benefits Reviewed Business Case Updated Business Case
P2: ORGANISATION:THE FOUR LAYERS OF A
PROJECT
B-U-S
P2: MENSEN / ENEAGRAM
Zie notes voor details
P2: PROJECT MANAGEMENT STRUCTURE
February 9, 2015
32Martin’s projectmanagement wijsheden en best practices
Corporate or
Programme
Management
Team Manager
Project
management
team
Project Board
Project
Manager
Corporate or Programme Management
Project Board
Senior SupplierExecutiveSenior User
Project Manager
Team Manager
Project
Support
Project Assurance
1 . P e r f e c t i o n i s t
2 . D e g e v e r
3 . S u c c e s v o l e
w e r k e r
4 . R o m a n i c u s
5 . W a a r n e m e r
6 .L o y a l i s t
7 . L e v e n s g e n i e t e r
8 . D e B a a s
9 . B e m i d d e l a a r
MSP:PROGRAMMEMANAGEMENT
ENVIRONMENT
MSP: ENVIRONMENT
Program brief
Benefits
Risks and issues
finance
Stakeholders
Communication
Quality
Configuration Management
Process
February 9, 2015
33Martin’s projectmanagement wijsheden en best practices
Internal/external business
enviroment
Strategies and initiatives
Bedrijfsdoelen&strategie, beleid &
initiatieven
Programmes
Projects
Project x,y,z / activiteit a,b,c
Business operations
Blueprint achieved
(the vision)
Definition what to expect from the
transformed organization. The end-goal
Definition and structure of
changed organization.
(architectuurplaat)
(political, economic,
sociological, technological, legal
MSP:PROJECT-VERSUSPROGRAMMA-
MANAGEMENT
MSP: PROJECT- VERSUS PROGRAMMA-MANAGEMENT
Project
1.Intens, gefocusede activiteit gericht op de outputs/producten
die geleverd moeten worden
2.Gericht op producten, services, specifieke uitkomsten
3.Gericht op hoe, resultaat
4.Methode: innovaties realiseren, nieuwe bedrijfsvoeringen impl.,
process model/procesgeoriënteerd
5.Voorwaarden: empowerment/gezag, flexibele-proactieve mngt
structuur, heldere eenduidige comm.
(zie ook blz 13 MSP)
Programma / MSP
1.Breed verspreide activiteit gericht op breder gedefinieerde
verander doelstellingen
2.Gericht (door synergie) op bredere benefits. Gericht op
wat(doel) benefits, achterliggende organisatiedoelen
3.Onderlinge samenhang v. Projecten / project resultaten
afstemmen, toegevoegde waarde managen
4.Programme mandate: overall doelstelling
5.Programme brief: vision statement, benefits, riskissues,
estimates of cost-timescales and effort
6.Programe definition
February 9, 2015
34Martin’s projectmanagement wijsheden en best practices
Programme
Director
Sponsoring group
Programme
Manager
Business Change
Manager
Project board
Project Excecutive Senior UserSenior Supplier
Project Manager
Senior Business
Management
Project Management
Programme
Management
MSPPROGRAMMAMANAGEMENT
MSP: Hyperlinks
http://www.e-programme.com/
http://www.prince2.com
Rollen
•sponsor / mngr eindverantwoordelijk voor bedrijfseenheid
•programmaopdrachtgever: bestuurlijk eindverantwoorelijk,
primus interparus v. sponsorgroep
•Prog. Mngr: verantw. Voor de dagelijkse leiding vh programma.
•verandermanager:
February 9, 2015
35Martin’s projectmanagement wijsheden en best practices
Methode
Rollen
Producten
Processen
Sturen op doel i.p.v. resultaat !!!!!!!!
MSP Programma-
management
05-10-2009 - v5
innovaties realiseren
nieuwe bedrijfsvoeringen implementeren
procesmodel
mngt v. toegevoegde waarde
Programma-opdrachtgever
sponsor
Programma manager
verandermanager
Programme mandate: overall doelstelling
programme brief: vision statement, benefits,
risks&issues, estimates of costs-timescales
and effort
Programme definition:
Identificiceren ve programma
programmavoorstel
Definieren ve programma programma definitie
plannen
Sturen ve programma
Managen ve portfolio
Managen vd baten
(batenmanagement)
Afsluiten ve programma
SIOO: AANPAK
Prince en kwaliteit
February 9, 2015
36Martin’s projectmanagement wijsheden en best practices
aanpak
pyramideaanpak:
eerstdirectie,danleidingdanmedewerker
(meenemeninproces/geenvoldongen
feit)
Workshop:
dwardoorsnede,algemene
vraag,
leidinggevendeniettedominant
teamontwikkeling:
sterker,inclleider
(latermoeilijkinbewegingte
krijgen)
conferentie:
volgordeenproces
bepalend
dwarsdoorsnede+klant
themagroep:
gespecialiseerde
workshopr
Krachtigomgeen
strategietehebben
Eenmanagerkanzichnietveroorlovengeenprobleemte
hebben
maarwelgeenoplossing
SIOO:PROJECTDOSSIER
PROJECTDOSSIER
Gebeurtenissen in de tijd
February 9, 2015
37Martin’s projectmanagement wijsheden en best practices
tijd
Intake
Met kleuren gebeurtenissen voortgang inzichtelijk
maken: blauw / koud, warm/rood
Denken en doen
......
......
......
......
......
......
......
Projectdossier:
Hierin staan:
verloop v/h project
documentatie van de stappen, acties van leden en team
achterliggende keuzes en overwegingen expliciet gemaakt
literatuur
dynamisch, actueel houden
Onderdelen:
projectverslag: - gericht op vraagstelling klant, inhoudelijk
- bevindingen m.b.t. vraagstelling
(- gesprekken en produccten)
procesverslag: - denken en doen van adviesteam
- interactie binnen adviesteam
- interactie tussen adviesteam en actoren in speelveld
- instrumenten
- gehanteerde modellen (impliciet/expliciet) en cruciale inzichten en ervaringen
(- gevoel)
introductie
Nieuwe highlights en
inzichten
Intake
Snuffelen
offerte/plan/uitvoering
Stappen
Keuzes, beslissingen en
overwegingen
Resultaten / producten
Interventieplan: uitleggen waarom, overwegingen.
Interventiereconstructie
tijd
Intake
Metkleurengebeurtenissenvoortganginzichtelijk
maken:blauw/koud,warm/rood
Denkenendoen
Administratie en rapportage zijn gericht op doelgroepen variërend van jezelf (voor reflectie doeleinden) , opdrachtgever en stakeholders (informeren en verantwoorden).
Rapportage zou tot (afgesproken) beslissingen / keuzes bij de ontvanger moeten leiden.
SIOO:HELIKOPTERVIEW/
ORGANISATIEDIAGNOSEMODELLEN
SIOO: HELIKOPTER VIEW / ORGANISATIEDIAGNOSEMODELLEN
February 9, 2015
38
Martin’s projectmanagement wijsheden en best practices
(Surroundings)
Shared
values
Skills
Strategy
Structure
Systems
Style
Staff
7(8) S model(In search of excelence (Peters/Waterman)
Ÿ Verandering in 1 van de componenten beinvloedt de
anderen. (alles hangt met elkaar samen: balans)
Ÿ Een of enkele aspecten drijvende kracht achter verandering.
Ÿ Alle 7 aspecten evenwichtig verdeeld
Ÿ Hardere en zachtere aspecten even belangrijk voor
excellente organisatie
Structure follows
strategy
Systems follows
stuctur Significante waarden: binnen org. gedeelde warden. Wat wil
organisatie en waar staat deze voor.
Strategie: (doelstellingen) voorgenomen acties mngt. Doelen en
hoe te bereiken.
Structuur: inrichting organisatie; taakverdeling, coordinatie/
hierarchie, infovoorziening, lijn/staf
Staf/personeel: hard: vakkennis, beloning, opleiding, beoordeling
en selectie; zacht: moreel, motivatie, gedrag.
Systemen: (processen) (in)formele procedures
Sleutelvaardigheden: wat kan org goed/uitblinken (degelijkheid/
innovatie, marketing)
Stijl: gedrag van mngt en mdws. Manier van (samen)werken
kenmerkend voor organisatie (snel oppakken/ risico's
doorrekenen, meubilair ..)
SIOO:DIVERESEMODELELETJEV
SIOO: REACTIES
WORKSHOP
SIOO: VRAGEN (blauwdenken vs rooddenken)
SIOO: AARD VAN DE PROJECTEN / ORDE van
verandering
February 9, 2015
40Martin’s projectmanagement wijsheden en best practices
R e a c t i e s o p v e r a n d e r i n g
V e r a n d e r i n g s -
g e z i n d
V r o e g e
a a n v a a r d e r s
L a t e
a a n v a a r d e r s
" V e c h t e r s "
5
A f w a c h t e r s ,
z i e n w e l
M in s t e a a n d a c h t
I n tr e s s a n t / e n e r g ie /
m e e s te a a n d a c h t
1 0
7 0
M a n i e r e n o m n a a r w e e r s t a n d t e k i j k e n / v i s i e s o p w e e r s t a n d
H i n d e r n i s / o n v e r m o g e n o m t e v e r a n d e r e n / a a n p a k k e n m e t 'm a c h t ' ( h a r d )
B e t r o k k e n h e i d / e f f e c t v a n a a n p a k / e i g e n h a n d e l e n / b e g r i j p e l i j k e r e a c t i e / b r o n v a n
e n e r g i e ( P i n k e r )
H o e k i j k e n b e t r o k k e n e n n a a r w e e r s t a n d ? ?
H e t " p r o c e s " i s b e p a l e n d !
A m b it ie
B e le v in gA n a l y s e
P la n /w e n s
H e d e n
T o e k o m s t
V e r le d e n
W i e ?W a t ?
Verkennen Ambieren
DoorlevenInventariseren
Links,koud
Heden,verleden
Toekomst
Orienterendedimensie
inhoudelijkedimensie
Inzicht
Alternatieven Aspiraties
Bewustwording
Deelnemers Rechts,warm
AspectProblem
atiek
Aanpak
T e c h n i s c h / i n s t r u m e n t e e l
S t r u c t u r e e l - c u l t u r e e l
C o m m u n i c a t i e f - s t r a t e g i s c h
R e s u l t a a t g e r i c h t - - > i m p l e m e n t a t i e
M e t h o d i s c h v e r a n d e r e n
C o n c e p t u a l i s e r e n e n i n t e r a c t e r e n
O p l o s s i n g b e k e n d - > r o u t i n e
N o n - r o u t i n e ( f u s i e s )
V a a g - - > v r a a g s t u k
1e orde
verandering
SIOO:KRACHTENVELDANALYSE
SIOO: KRACHTENVELDANALYSE
February 9, 2015
42Martin’s projectmanagement wijsheden en best practices
Krachtenveldanalyse
Statusquo:
KnelpuntenWiindows NT
beheer
Flexibele,klantgerichteIT
beheerorganisatie
Gewensteresultaat:
Bereidheidtotveranderen/
aanpassen
Ervaringen
Informeleorganisatie
(afspraakisgeenafspraak)
Hierarchischestructuur
(Autoriteit)
Commitmenttop??Opdracht,
achterliggenddoel?
Achterliggendevisie/beleid
(bottum-up)
Bevorderendefactoren Belemmerendefactoren
Hogeroulatiegraadop
'communicerende'afdelingen
Klantbehoeftesenwensen
Geenproactiefwerken
Opstappelendeproblemen
Onbeheersbaar
Geenzichtopverbetering
mensen/belangen
Wiewerkenmeeenwie
weerkentegen?
Watdoenweeraan?
C OMMUNICATIE B ELEID
URGENT!
V ERBETERING
SM
(TVB,
PROCESSEN )
SIOO:PARTIJEN
SIOO: PARTIJEN (DYNAMIEK van PROJECTEN EN PROGRAMMA’s)
February 9, 2015
43Martin’s projectmanagement wijsheden en best practices
relatie
relatie
relatie
motivatie
houding
besluitvorming
kennis
Opdrachtgever
Organisatie
Oplossing
Pink
relatie
?
Watis
hij
'Hete'aardappel
Probleem
Watisprobleem
Manier
v.aanpak
Context
Gewoonten
ICT
structuur
Geld
Functie-
beschr.
Vooronderstellingen
assumpties
Vaardigheden Afbouw
(crisis)
Opbouw
concepten/
theorieen
?
Watwiljewel/niet
waarvoorgeld
Onderdeelprobleem?
Gedrag
Rol
Z
Persoon
(adviseur)
SIOO:PERSONEN
SIOO: PERSONEN (PROJECTDYNAMIEK)
Wanneer ‘IN CONTROL’ als PL
•Voldoet de methode als
•De omvang vertienvoudigd
•De snelheid 4x zo groot wordt?
•De complexiteit groter wordt?
•……
•Volstaat het beschouwingsniveau?
February 9, 2015
44Martin’s projectmanagement wijsheden en best practices
sponsorprobleemhebberOpdrachtgever
SlachtoffersWinnaars
Uitvoerders
"loden"bal
personen
Maniervankijkennaardeorganisatie
rest
vd
org.realisatie
last
betaald/
pijn
invloed
iserweleenprobleem?
wiensprobleem?
waarom
zelfervaren
drierollen:
baat
klant
$
Zoekdevolgendegroepenbij
aanvangvanproject:
hefboom
SIOO: PROBLEMEN VERSUS OPLOSSINGEN
Richtinggevende vs specificerende criteria (Waarom Wat, Wat
Hoe)
Always start with why – Simon Sinek
February 9, 2015
45Martin’s projectmanagement wijsheden en best practices
Ditofdat
Het probleem
is ..
De criteria zijn ..
Kok
Probleem
Doel(richting)
Criteria
Hoe
strategisch
Probleem:minstdiscutabel:
verifeerbaar,NU,afgebakend
tactisch
(WATvraag)
Uitgangspunten:
bredeinsteek, iedereen
Operationeel
(Hoevraag)
Oplossing-->VEELconflict
Conflictpyramide
(conflicti/druimte)
inhoudproces
laagintensiteitconflicthoog
(waardenennormen)
meerdere
oplossingen
Autoritairopoutput/
doel,flexibelopinput/
oplossing.
Problemengenereren
consensus,
oplossingen
genererenconflicten
SIOO:MACHINEVSSOCIOTECHNISCHMODEL
SIOO: MACHINE VS SOCIOTECHNISCH MODEL
February 9, 2015
49Martin’s projectmanagement wijsheden en best practices
Strategie Culuur
Organisatiedoel
(taken)
Technologie
Mensen
Omgevin
g
Leidsoctaeder
Dynamischevenwichttussenorganisatieaspecten:
veranderingin1componentbeinvloedtdeanderen.
Alsorganisatieenomgevingonvoldoende
afgestemdisveranderinggeboden
Structuur
Machinemodel
vervangenmensen/machinesbijveranderende
omstandigheden
mensverlengstukmachine
technischsysteemisprimair.Producereniseentechn.
vraagstuk
controledoorleidinggevende/staf,externecoordinatie
organisatieontwerp:gebasserdoptotalespecificatie
max.arbeidsdeling/beperktevakkundigheidindividu
vervreemdingenmotivatieproblemen
Socio-technischmodel
aanpassenmensen/machinesbijveranderende
omstandigheden
mensiscomplementairaanmachine
mensenbouwsteenorganisatie,strevennaargezamelijk
optimalisering
controledoorteamleden,internecoordinatie
organisatieontwerp:laadruimteauitvoerendeteams
min.arbeidsdeling/bredevakkundigheideninzetbaarheid
leidttotbetrokkenheid
Contextueel: situatiesdieorganisatiesinhun
functionerenbeinvloeden(economische /
politiek/technologie/sociaal-maatschappelijk/
fysiekeontwikkelingen)
Transactioneel: datdeelv/domgevingwaarmee
interactieplaatsvindt(stakeholders).
Organisatiedoelen: sociaal-,technischenorganisatiebeleid.Herkenbaar(concreet,stabiel<=>globaal,varierend)
Strategie :beslissingenopniveauv/dorganisatiehebbendirectbelangcontinuiteitondernemng.Doelstellingen,beslissingen,keuze.
Deelsrationeel,deelssubjectief(statisch<=>dynamisch/flexibel)
Organisatiestructuur :takenenbevoegdheden,internedifferentiatieenonderlingerelaties.Dedelendienenopelkaarafgestemdte
zijn(intergratie).Succesvoleorganisaties:combinerenintegratieendifferentiatie.(hierarchisch/star<=>flexibel/participatief)
Technologie :technischevoorzieningenenlayout(procedures/werkmethoden)
Mensen :voerenactiviteitenuitgerichtoporganisatiedoelen(beperktescholing/routinezaken<=>goedopgeleid/breedinzetbaar)
Cultuur : -ideeenbenadering:ideeensysteemvangroepmensen(normenenwaarden,onbewust,nietobserveerbaar)
-gedragsopvatting:eenmaniervanomgaanmetelkaar(gedrag(spatronen),bewust,observeerbaar)
naastof-benadeingooken-enbenadering.Cultuur:ietsgemeenschappelijks(normen/waardenen/ofgedrag).Sociaal,aangeleerd,
stabielmaarnietonveranderbaar,emotionelebinding.Cultuurisspecifiekenwisselendbinnenorganisatieenbinnenlanden/
regio's(machtsafstand,regelorientatie,individuvs.collectief,masculiniteit(ratio)vs.femininiteit(intuitie)).(bureaucratisch<=>
ynamisch/innovatief)
February 9, 2015
50Martin’s projectmanagement wijsheden en best practices
SIOO: ORGANISATIEMETAFOOR: POLITIEK (MORGAN)
SIOO:ORGANISATIEMETAFOOR:POLITIEK
(MORGAN)
PMI:EARNEDVALUEANALYSE
PMI: EARNED VALUE ANALYSE
February 9, 2015
51Martin’s projectmanagement wijsheden en best practices
Krachtig instrument voor voortgangsbewaking op projecten (early warning system). De "kosten" en "opbrengsten"
worden met elkaar vergeleken (normaal funding/uitgaven). CPI/SPI met name handig om projecten te vergelijken. EVA
ook wel bekend als Planned Value of Work Accomplished, performance management, PERT (program Evaluation and
Review Technique), C/SPCS
Voorwaarden: Gedetailleerd Project Master Schedule + metingen
Basisvelden Resultaatvelden
BAC Budget at
completion (2)
(planned Funds)
Geaccordeerd (baseline)
budget voor de totale act
EAC Estimate at
Completion
Actuele prognose van totale kosten:
ACWP + ETC
ETC Estimate to
complete
Huidige schatting van nog te
besteden kosten (urenETC *
uurtarief)
CV Cost Variance
(True Cost variance)
De reeds gerealiseerde onder- (of
over-)run: BCWP / ACWP
ACWP Actual Cost of
Work Performed
(actual costs)
Uitgaven, feitelijke kosten, v.d.
productie tot nog toe (actual
usage * uurtarief)
VAC Variance at
Completion
De totale verwachte onder/overrun
BAC/EAC
BCWS Budgeted Cost
for Work Scheduled
(planned value) (1)
Productieplan: hoeveelheid
werk in geld wat af zou moeten
zijn volgens baslineplan
CPI Cost
Performance Index
Opbrengsten / afgerond werk (Earned
Value) tov feitelijke kosten
CPI=BCWP/ACWP
(fixed price: >1..)
BCWP Budgeted Cost
of Work Performed
(Earned Value)
Feitelijk geleverde productie in
geld: %budget voor werk
gereed.
SPI Schedule
Performance Index
Werkelijke productie tov productieplan
SPI=BCWP/BCWS
(fixed date: >1)
Stappen: Bottoms-up planning: 1: maak WBS met project-scope 100% (wat maakt onderdeel uit van project)2:
detaileren/meetbaar--> PMS project Master Schedule 3: schatting resources
PMI:MACHTENCOMMUNICATIE,POLITIEK
HANDELEN
PMI: MACHT EN COMMUNICATIE, POLITIEK HANDELEN
February 9, 2015
52Martin’s projectmanagement wijsheden en best practices
Macht nodig voor eenheid
v. beleid, te lang wachten
totdat iedereen het eens is
Kwaliteitscriteria macht:
- Effectiviteit:
besluitvorming
- Transparantie: waar zit
de macht
- Respecteerbaarheid
Verdelen / verdeeld
houden van macht
(in)formeel.
Jij mag iets bij problemen
kun je op me
terugvallen......
Hanteren van macht
(leidinggeven)
organiseren
Commuminactie: overleg,
ideeën, begrippen, taal.
Info-overdracht, discussie
Besluitkracht= combinatie
macht / communicatie:
kwaliteit, opties,
Mobiliseren
/Manipuleren v. macht
(papa zegt .,.,
grote broer)
Beantwoorden van
leiding
(stappen)
1:(gestelde) probleem
/ oplossingsrichting
(vraagstelling) (invulling)
Mogelijke opties
2: (Gekozen)
handelings-) doel
Wat wil je en op welke
manier met wie:
handelingsplan
Overtuigen,
samenwerken, ...
3: Positionering Hoe sta je tov van .., rol van
anderen
Tegen-, medestanders
4: Programmering Wie benader je/spreek je in
welke volgorde
Contactmatrix i.d. tijd:
veel alternatieven ..!
Met wie
Handelingsmodel
(keuzesmakenipv"konijnenpaadje")
5: Agendering
(6. Bepalen
gespreksinzet)
Wat wil je. Waarover gaan
we praten
(Wat bereiken, a/d orde ,
doel)
Extra dimensies:
- Waarnemen
- interpreteren en
- voorspellen
- van jezelf of de
ander
Vooraf:
- stakeholder analyse
+ relaties + belangen
in kaart brengen
- Kijken naar 'het
spel', wat doen ze ...,
wat gaan ze doen
Verhalen....
Model voor politiek handelen
1.Probleembepaling:Wat is probleem waarover ik bezorgd ben
2.Doelbepaling: welk besluit wil ik laten nemen, door wie?
3.Positionering en rolbepaling: Welke positie proeer ik in te nemen?
Neutraal, partijkiezend? Expert? Voor/tegen? Vanuit welke rol?
4.Inzet van macht en communicatie: Hoe en in welke combo’s
5.Programmering: met wiee, volgorde meetings, waar bij / aar niet
6.Agendering: welke onderwerpen wel/niet ad orde hebben?
7.Bepalen gespreksinztten: Wat wil ik perse gedaan krijgen /
vermijden?
8.Uitvoeren gesprekken: hoe doe ik mee tijdens gesprekken?
`
February 9, 2015
53Martin’s projectmanagement wijsheden en best practices
Politiek is de kunst van het mogelijke
•Macht (=ongelijk). Hanteren / beantwoorden /
delegeren(ruggesteun) / mobiliseren(netwerken)
Niveaus van politiek handelen:
•Praktisch niveau
•Verbeteren strategische positie
•Organiserend niveau
Taak/opdracht Machtpositie
Vertrouwenspositie
Strategische positie (geen balans stress)
Wat je moet doen (teveel / te ..)
Geloofwaardigheid, integer, deskundigheid (zoals
de ander hem erkent)
Bevoegdheden, toegang tot
beslissers/beslisprocedure
Elke handeling draagt bij aan je
strategische positie
February 9, 2015
54Martin’s projectmanagement wijsheden en best practices
Taak/opdracht Machtpositie
Vertrouwenspositie
Strategische positie (geen balans stress)
Wat je moet doen (teveel / te ..)
Geloofwaardigheid, integer, deskundigheid (zoals
de ander hem erkent)
Bevoegdheden, toegang tot
beslissers/beslisprocedure
Elke handeling draagt bij aan je
strategische positie
PFD+
PFD+
PFD+ waarom?
PM realiteit
Planmatig ad-hoc
min=max zoveel mogelijk
toetsing op haalbaarheid we zien het later wel
System. risico inventarisering risico’s o.b.v. geluk/ervaring
heldere comm.naar alle betrok. veel vertellen en
nog meer vertel.
Doelmatig doe-matig
Geloof in s6 van begin tot einde Geloof in succes in het begin
February 9, 2015
56Martin’s projectmanagement wijsheden en best practices
procedure
procedure 2
PFD+
ksf
Oplossing SMART / Doel wolkig
PFD+
5/18/05 - v3
Doel is geformuleerd
1- bepaal doel / WAT op hoofdlijnen
2- bepaal WIE de hoofdlijnen doet
wie levert op / wie verantwoordelijk
3- zijn noodzakelijke details wergegeven
4- bepaal wie de noodzakelijke details doet
5 maak PFD / bepaal afhankelijkheden
Doel: waar doen we het voor
laat 5-7 deel/tussen producten
(DP) aangeven per/door een expert
zet de DP’s in de juiste volgorde
evt. discussie
communicatiemiddel
leuk
spel
van beneden naar boven
achtergrond kleuren naar verantwoordelijkheid
risicos
risico's op kleur laten aangeven...
blinde vlek = risico
bilateraal
DP's
wat heb je nodig
wat kritische resource
tips
vertalen actie ==> produkt:
wat levert het op
doel ==> producten -
wat is nodig om ....
volgode: hardop ... / fysiek maken
Om A te bereiken is B nodig?
Zonder B kan ik A niet bereiken?
Zeker weten...?
evt DP opsplitsen en onderdelen buiten
project plaatsen
het probleem van schaarste zit NIET in alle resources
per DP:
voldoende kennis/skills
faalfactoren
klinkt het logisch
voldoende detail?
sluit het aan bij andere DP's
denk ook aan mngt zaken zoals go/nogo meetings
mogelijk ook besissingen toevoegen
gebruiker op de hoogte houden
min=max
Het minimale wat nodig is om
het projectdoel te bereiken is
het maximale wat we doen ....
als je het zonder kunt, moet je
het zonder doen
toegevoegde waarde = optimale functionaliteit
scope
nice-to-haves
slagroom
pas op BBF syndroom
better/bigger/faster
vertragingen
verspilling
motivatie
niet-direct cancelen
need-to-have
resultaat en / of tevreden
stakeholders
Deel-
product
Deel-
product
Deel-
product
Deel-
product
Deel-
product
Deel-
product
Product ResultProduct
Wie levert wat op
Waar doen we het voor?
Afhankelijkheid
Wie is verantwoordelijk
Doel is geformuleerd
PFD+
5-7 DP’s in volgorde geplaatst
WIE is toegevoegd
Min = max regel
ANDEREMETHODEN…
WBS, tasks and responsabilities
6 staps projectmanagement
P2 is niet heilig: 5 steps technique
Project planning – task calendar
February 9, 2015
57Martin’s projectmanagement wijsheden en best practices
Strategic Transisions Technique
Hoshin planning proces
Sequential Goal Setting Worksheet
February 9, 2015
58Martin’s projectmanagement wijsheden en best practices
WELKEBENADERINGINWELKEFASE
Programma
Doel / probleem gericht
Ambivalent
Eigenaar
Project
Resultaat gericht
Concreet
Workpackage
Concreet
Uitbesteedbaar
Uitvoerend
(activiteit/product gericht)
February 9, 2015
59Martin’s projectmanagement wijsheden en best practices
PROJECTAANPAK
February 9, 2015
60Martin’s projectmanagement wijsheden en best practices
project
Concreet
eisenpakket
Realiseerbare
oplossing
Uitgewerkte
oplossing
Geaccepteerd
projectresultaat
(materialisatie)
Initiatief
(idee)
Definitie
(wat)
(Globaal)
Ontwerp
(hoe)
(detailontwerp)
Voorbereiding
(hoe te maken)
Realisatie
(maken)
Nazorg (in
stand houden)
Gebruik,
beheer en
onderhoud
WAT ER MIS (KAN) GAAN
•Vind de BALANCE (detail, scope ….),
think big – start small, act local
•Alles in één keer continual improvement (roadmap)
•Ondersteunend model als leidend: COBIT of ITIL als
leidraad voor SOx
•Andere belangen dan compliance-doel inweven:
doelen op vlak van AO, security, Projectmanagement, IT-
management zijn niet per definitie gerelateerd aan SOx
Hoe aan te pakken
•Beschouw de methode als leidraad en niet als waarheid (the
map is not the teritory). Maak het niet te groots en te moeilijk.
•Gebruik wat nuttig is en pas aan naar je eigen situatie
•Stel een werkconvernant op met elkaar ….
•Evalueer dit convernant na … 3 mnden…
•Maak keuzes, uitstel is kwalijker (riscovoller) dan een
’verkeerde’ keuze
•Benader het niet zwart-wit maar denk in plateau’s
•Projectmanagement blijft een middel en vormt geen doel …
1. Stel een aantal ‘guiding principles’ vast
2. Kies de pareltjes en zorg dat deze verder groeien ……
(quickwins , “low hanging fruit”
3. Maak een keuze wat MINIMAAL wenselijk/nodisg is en ga hier
mee aan de slag. Beperking kenmerkt de meester
ADVIEZEN
•Kijk met een auditors-bril
•Start with the end in mind
•Upchunken naar de WAT-vraag: focus op hoogste doel
•Kies een controlemodel zo dicht mogelijk bij het doel (voor
SOx – Coso / risk based benadering) en definieer waar de
lat komt te liggen.
•Maak (hoogste) doel duidelijk en beschrijf de redenatie /
vertaalslag en gehanteerde criteria
•Maak een In-control definitie
•Maak een breakdown vanuit het hoogste doel (probleem –
oplossing)
•Maak het niet complexer/moeilijker als het is. focus op
essentie.
Prince2 principles
1.Continued Business Justification
2.Learn from Experience
3.Defined Roles and Responsibilities
4.Manage by Stages
5.Manage by Exception
6.Focus on Products
7.Tailored to Suit the Project Environment
February 9, 2015
61Martin’s projectmanagement wijsheden en best practices
REQUIREMENTSGATHERING
ISO 9126 System requirements / Extended ISO model
1.reas ==> common breakdown of services
2.gather TF requirements
3.prioritize according to MoSCoW
4.match requirements with current SC / service ==> GAP / actions
February 9, 2015
63
1. agree on
components -
service areas ==>
common breakdown
of services
2. gather TF
requirements
3. prioritize according
to MoSCoW
4. match requirements
with current SC /
service ==> GAP /
actions
AGILEPM
Agile PM
Lichtgewicht modellen:
•individuen en interactie
•Werkende software
•samenwerking met klant
•reageren op verandering
focus op werkelijke business value, leverbetrouwbaarheid,
direct bruikbare delen, transparantie, snelheid
creativiteit / omgaan met onzekerheid / niet gaan voor 100%
perfectie
snelle besluitvorming (agile haertbeat) / betrokkenheid alle
stakeholders
Waterval / PRINCE
•processen en tools
•uitgebreide documentatie
•contractonderhandeling
•volgen van een plan
February 9, 2015
64Martin’s projectmanagement wijsheden en best practices
Wat is agile
Agile
manifesto
Agile principles
links
plaatjes
Dont's
Filosofie
Agile PM
11-09-2009 - v17
flexibel, vlug, lenig, behendig, innovatief, wendbaar, rap
reageren op / omgaan met verandering
Software ontwikkelnmethodes
DSDM
eXtreme Programming
Scrum
RAD James Martin
geschikt voor producten in z'n algemeenheid
inhoud
we ontdekken oplossingen in de
praktijk en door anderen te helpen,
--hierdoor meer waarde aan --:
<inidividueen en interacie>
dan aan processen en hulpmiddelen
werkende producten dan aan
uitgebreide documentatie
Samenwerking met de klant dan aan
contractonderhandelingen
Reageren op verandering dan aan
het strikt volgen ve plan
(dus niet of/of maar meer waarde/belangrijker)
verkeerde
prioriteiten
bij zwaar-weer weer: meer rapporteten ipv meer praten met team
pinnen we leverancier vast of gaan we samenwerken
eisen we van gebruikers dat ze vooraf precies aangeven wat ze wilt of
realiseren we ons dat ze pas weet wat ze wil als ze ziet wat ze krijgt
1 hoogste prio is klant te bedienendoor het frequent en vroegtijdig
opleveren van bruikbare producten
2
werkende producten snel (paar weken/maanden) opleveren
3
werkende producten is de belangrijkste maat voor vooruitgang
4
sta open voor veranderende req en eisen
5
businessvertegenwoordigers en bouwers/ontwikkeaars
werken dagelijks samen
6 bouw projecten rond gemotiveerde individuen,
geef hen vertrouwen
7 meest effectieve manier van info delen is PRATEN. (plannen,
specs zijn hierin 'slechts' een middel
8
de beste architecturen, eisen en ontwerpen
komen voort uit zelfsturende teams
9
aandacht voor kwaliteit en goed ontwerp versterken agility
10
met agile processen wordt doorgaande ontwikkeling mogelijk
11
eenvoud, de kunst van het maximaliseren van
het werk dat NIET gedaan wordt
12 team onderzoekt regelmatig hoe het effectiever kan worden en
past zijn gedrag hierop aan
http://agilemanifesto.org/
dsdm
artikelen
modelling
agile_enough
carnegie
cyclus
samenwerking
requirements
PM
positionering
history
Methode
starten zonder commitment groep
geen kookboek
momentum houden
ppp praten, people, process
Situationeel PM
empowerment
light but sufficient
Eenvoud: maximaliseer het werk dat niet gedaan wordt
Competenties
80/20
goed = goed genoeg
transparant, dynamisch, organisch, groei, lerende teams
helicopter view
onzekerheden
samenwerking ==>
buiten de hokjesklant en leverancier
werken nauw samen
organiseer groei
visualiseer
MvV vrij naar Projectie April-06
TIMEBOXING
Timeboxes are used as a form of risk management for tasks
that easily run over their deadlines. The end date is set in
stone and may not be changed. If the team exceeds the
date, the work is considered a failure and is cancelled or
rescheduled. Some timebox methods allow the team to
adjust the scope of the task in order to meet the deadline
Individuals can use timeboxing for personal tasks, as well.
This technique utilizes a reduced scale of time (e.g., thirty
minutes instead of a week) and deliverables (e.g., chores
instead of a component of a business project). Personal
timeboxing also works to curb perfectionist tendencies by
setting a firm time and not overcommit to a task[4]. This
method can also be used to overcome procrastination
(delaying activities or tasks).
February 9, 2015
65Martin’s projectmanagement wijsheden en best practices
ServiceOrientedProjectManagement
Traditional projects
inward focus (tools, policies,
bureaucracy)
starts with requirements
a passive “request and
delivery” exchange
methods that make theoretical
sense
•inward focus (tools, policies, bureaucracy)
•starts with requirements
•a passive “request and delivery” exchange
•methods that make theoretical sense
SOPM
client facing, instills a consulting
mindset to project managers
symptoms or ideas derive
requirements
(servant leader / doctor)
cooparation: an active partnership /
relationship rather than
consulting mindset
Practical Simplicity
1. Understand: knowledge
2. Prepare: ability to execute
3. Iterate: achievement
4. Transform: realization
(see also notes)
SOPM
•client facing, instills a consulting mindset to project
managers
•symptoms or ideas derive requirements
(servant leader / doctor)
•cooparation: an active partnership / relationship rather
than
•consulting mindset
•Practical Simplicity
•By definition, a customer is someone who
buys something, whereas a client receives
services and advice.
•an active partnership relationship rather
than a passive “request and delivery”
exchange
14-9-2012
66Project en programmamanagement - Martin's PM wijsheden
SIXSIGMA(6S)
February 9, 2015
68Martin’s projectmanagement wijsheden en best practices
info
links
wat is het
Methode /aanpak
Tools
Six sigma
14 Dec-04 - v2
Bedrijven
GE
KLM
Universiteiten
http://www.sei.cmu.edu/sema/pdf/sdc/eventoff.pdf
A4'tjes
101 Things A Six Sigma
Black Belt Should Know
DMAIC six sigma approach.
MAAW
MAAW artikel
personen
Klmer
context
TOC en 6S
Six Sigma is tegenwoordig het meest gedisciplineerde,
nauwgezette proces voor het consequent ontwikkelen
en leveren van bijna perfecte producten en diensten.
'De kracht van Six Sigma' is een inleiding in een
managementfilosofie die door enkele wereldberoemde
ondernemingen, waaronder General Electric, met succes is
toegepast. De vraag is in welke mate de methodiek breder
toepasbaar is dan in uitsluitend zeer grote ondernemingen
kwaliteitsmethode, Six Sigma kunnen van wezenlijk belang
zijn bij het verbeteren van de bedrijfsprestaties
Six Sigma is een "leadership development" programma,
waarvan een van de aspecten is dat gebruik wordt
gemaakt van wiskunde en statistiek om de juiste
beslissingen te nemen.
Six Sigma is the organizational quality system that has
helped the world's leading companies, including GE
and Motorola, fine-tune products and processes,
improve productivity and performance, and increase
profits and customer retention.
Basically, Six Sigma is a high-performance, data-driven
approach to analyzing the root causes of business
problems and solving them. It ties the outputs of a
business directly to requirements of the marketplace.
1. Define the business
2. Measure the processes.
3. Analyze the process to
determine the root cause.
4. Improve the process.
5. Control.
Short summary SIX sigma based
on internet info. 14-12-04 Martin
van Vuure (c)
1. To define the customer, their
CTQs, the team charter, & map
the core business process
2. To measure the current process
performance
3. To analyze the data and the
process map to determine root
causes and opportunities for
improvement
4. To generate, select, and
implement improvements
5. To institutionalize the
improvement and implement
ongoing monitoring
1. To identify business objectives,
project scope, product/service
objectives, & develop project plan
2. To identify customer needs,
specify CTQs and product/service
requirements
3. To convert product/service
requirements into process design
requirements and establish a high-
level design
4. To develop, evaluate and select a
detailed process/product design
5. To assure new design meets
customer requirements,
institutionalize it, and implement
on-going monitoring
D M A I CD M A I C D M A D VD M A D V
DESIGNIMPROVE
VALIDATECONTROL
ANALYZEANALYZE
MEASURE
DEFINEDEFINE
Problem SolvingProblem Solving (Re(Re--)Design a Process)Design a Process
MEASURE
Six Sigma Roles & Responsibilities
Champion Senior manager who directs Six Sigma activities in a given area.
Workstream
Leader
Senior manager who is responsible for implementing Six Sigma within core
business processes in their BU and throughout the Region.
Sponsor
Middle or senior manager who sponsors one or more Six Sigma projects, ensuring
that resources are available and cross-functional issues are resolved.
Black Belt
A professional level employee or manager with four to five weeks of classroom
training in methods, statistical tools, and (sometimes) team skills, who serves as a
part-time resource to project teams.
Orange Belt
A professional level employee or manager who serves as team leader on Six Sigma
projects. Typically has about 3-4 days of classroom training in basic statistical tools
and methods.
Master Black
Belt
Highly experienced and successful Black Belt who has managed multiple projects
and is an expert in Six Sigma methods/tools. Responsible for
coaching/mentoring/training all roles and for helping Champions keep the initiative
on track.
Team Member
Professional who has general awareness of Six Sigma through some formal training
and who brings relevant experience or expertise to a particular project.
Process
Owner
Professional responsible for the business process that is the target of a Six Sigma
project.
Subject Matter
Expert
Professional brings relevant experience or expertise to a particular project on an as
needed basis.
Bekendmaken met …
Introduceren project en programma management
toelichten P2 en MSP
Discussie / debat: kan P2 / MSP iets betekenen
….
Jargon:
Doel – visie
Resultaat - PBS
Mede op basis van AG 2-12-2005
Let op de plek van “het project”- “de klant”binnen de volgende continuüm:
uitvoering - sturing
volgend - leidend (adviserend - verantwoordelijk, informerend - beslissend)
inhoud - proces
infrastructureel - applicatief
Welke Q-aspecten zijn (voor QQQ) van belang:
migreerbaarheid, beschikbaarheid, performance, Uitwijkbaarheid, schaalbaarheid en beheerbaarheid zijn veel gebruikte termen
Neerzetten: ontwerpen / realiseren
Beheren: acceptatie+overdracht / beheermatrix / sla
Onderkende risico’s benoemen: beleggen of acties uitzetten.
Wat betreft planning: aantal scenario’s aangeven (zonnig/bewolkt)
Bronplaatje: Alg_aant &lt;datum&gt;.vsd
SUDPIP CSSBMPDCPPlanning
fundamental principles
context
process description
scalability
responsabilities
Information needs
Key criteria
hints and tips
Zie mmap in projecten
A project support office will be established in order to support planning, reporting, controlling, configuration- and change management. Administration of projectmeetings, products, reporting about resource usage, project communication documentation / sharepoint setup and maintance will be part of the Project Support Office. Maintaining projectmanagement products such as issue- and risklog.
8 Processen:
8 Components:
Business case: viable BC is the main control condition of P2. Project should be stopped if viability disappears
Organisation: structure of pmteam and definition of responsabilities and relations
Plans: a series of planlevels that can be tailored an an approach for planning based on products
Controls:
4 technieken: …
Product based start to the planning activity.
Planning framework:
establish what products are needed
defining the form and content of each product
determining the sequence in which each product should be produced
Aan producten kan kwaliteit worden gehangen
Kick-off meeting:
Project description:
Purpose:
Goals and deliverables
Project member introductions and their roles:
Project assumptions:
Project plan:
Key success factors for comletion:
Status meeting: Issues / risks and lessons learned / Change control
Other communication:
QandA
Summarry:
(Pot:potentieel, P: passie, M:vermijding C: styl van communiceren, CH: conflicthantering)
1.verbeteringsgericht, dit had beter gekund, delegeren moeilijk. Pot: integer.
P: perfectie M: Woede C:verantwoordend CH:rechtvaardig
2. Helper: vraagt aandacht en bevestiging, manipulerend/verleidt. Ontvangt niet graag hulp. Pot: verzorgend/ondersteunend
P: helpen M: eigen behoeftes C: Ondersteunend CH: meelevend
3. Performer: autoverkoper, sales/marketing. Meester in verschijning en presentatie. Inspelend op de ander.Pot: effect. leider/competente promotor
P: succes M: Falen C: Overtuigend CH: assertief
4. Idealist: aangetrokken door onbereikbare. Kunstzinnig en gevoelig. Potcreative levenstijl, kan anderen helpen pijn te verwerken
P: onderscheid M: middelmaat C: gevoelsmatig CH: sensitief
5. afstand van anderen, niet involveerd. Kennis als sleutel naar de wereld. Voegt iets toe. Pot: besluitvormers/ivoren toren interlectueel P:kennis M: leegte C: verklarend CH: analyserend
6. Trooper/advocaat vd duivel: twijfelend, angstig, aftasten, denken neemt doen over, zekerheid creerend, glas half leeg.
P: veiligheid M: onzekerheid C: onderzoekend CH: doorgrondend
7. Bourgondier; stimulerend. Nieuwe dingen, wil opties open houden, veel starten weinig afmaken. Pot: initiator
P: geluk M:pijn C:enthousiastmerend CH: optimistisch
8. Moet in controle zijn, contact door confrontatie, dominant, steunt vrienden, ervoor of ertegen Pot:leider
P:kracht M: verslapping C:overheersend CH: confronterend
9. ziet alle kanten, bijzaken domineren hoofddoelen, woede indirect, overal mee eens Pot:onderhandelaar
P:tevredenheid M: conflict C: Inlevend CH: aanpasasend
Doelen:
execute a controlled close to the project.
Input:
Voor wat betreft de business case van het MOVE traject:
Ik weet weing van MOVE (Neem aan dat dit een migratie naar Vista behelst…), ken de klant niet en voor mij is onduidelijk in welke fase het project verkeerd.
Als ik een BC opstel hanteer ik:
Business Case
Redenen, opties, verwachte baten, risico’s, kosten + tijdspad, investeringsanalyse.
Reasons (moreel, politiek, belangen, geld)
Options
Benefits
Tangible and intangible
Risks
Cost and Timescale
Investment Appraisal
‘do nothing’ option
Sensitivity analysis (GAP analysis)
Ik zou de voordelen
1)productspecifiek en
2)contextspecifiek noemen.
De eerste zijn algemene MOVE voordelen die inherent zijn aan de geboden oplossing de tweede worden bepaald door de behoefte / het probleem van de klant.
Door de voordelen op te sommen en waar mogelijk te kwantificeren ontstaat de BC.
Ik gebruik vaak ISO 9126 om in de breedte te kijken
Ik weet niet of dit iets toe voegt maar dat hoor ik wel in de call.
(Pot:potentieel, P: passie, M:vermijding C: styl van communiceren, CH: conflicthantering)
1.verbeteringsgericht, dit had beter gekund, delegeren moeilijk. Pot: integer.
P: perfectie M: Woede C:verantwoordend CH:rechtvaardig
2. Helper: vraagt aandacht en bevestiging, manipulerend/verleidt. Ontvangt niet graag hulp. Pot: verzorgend/ondersteunend
P: helpen M: eigen behoeftes C: Ondersteunend CH: meelevend
3. Performer: autoverkoper, sales/marketing. Meester in verschijning en presentatie. Inspelend op de ander.Pot: effect. leider/competente promotor
P: succes M: Falen C: Overtuigend CH: assertief
4. Idealist: aangetrokken door onbereikbare. Kunstzinnig en gevoelig. Pot: creative levenstijl, kan anderen helpen pijn te verwerken
P: onderscheid M: middelmaat C: gevoelsmatig CH: sensitief
5. Waarnemer afstand van anderen, niet involveerd. Kennis als sleutel naar de wereld. Voegt iets toe. Pot: besluitvormers/ivoren toren interlectueel P:kennis M: leegte C: verklarend CH: analyserend
6. Trooper/advocaat vd duivel: twijfelend, angstig, aftasten, denken neemt doen over, zekerheid creerend, glas half leeg.
P: veiligheid M: onzekerheid C: onderzoekend CH: doorgrondend
7. Bourgondier; stimulerend. Nieuwe dingen, wil opties open houden, veel starten weinig afmaken. Pot: initiator
P: geluk M:pijn C:enthousiastmerend CH: optimistisch
8. Moet in controle zijn, contact door confrontatie, dominant, steunt vrienden, ervoor of ertegen Pot:leider
P:kracht M: verslapping C:overheersend CH: confronterend
9. ziet alle kanten, bijzaken domineren hoofddoelen, woede indirect, overal mee eens Pot:onderhandelaar
P:tevredenheid M: conflict C: Inlevend CH: aanpasasend
Communicerend met macht omgaan.
Ten dienste van de inhoudelijkheid
Ten dienste van de politieke voorwaarden.
15-11-2006:
Co-management tenzij
Ontwikkelrelevant (vissen e/o leren vissen)
Continued Business Justification
A PRINCE2 project has continued business justification. This means that there is a justifiable reason to start a project, this reason remains valid throughout the life of the project and the justification is documented and approved. In PRINCE2, this justification is documented in the Business Case, driving decision-making and ensuring the project stays aligned to business objectives and benefits.
Learn from Experience
PRINCE2 project teams are expected to learn from previous experience. Lessons learned are sought, recorded and acted upon throughout the project life cycle. Lessons are also applied from previous projects in order to learn from others and improve the way projects are done. In PRINCE2, these lessons are documented in the Lessons Log and become the contents of the Lessons Report created by the Project Manager at the end of each stage and at the end of the overall project.
Defined Roles and Responsibilities
PRINCE2 projects have defined and agreed-upon roles and responsibilities that engage all aspects of the involved internal or external organizations: business, user and supplier. All three stakeholder interests must be represented on the project management team in order to be successful. The project management team structure and roles must be defined to answer the question for everyone: “What is expected of me?”
Manage by Stages
PRINCE2 projects are planned in management stages that create control points throughout the project. This approach allows projects to be monitored and controlled on a stage-by-stage basis. At the end of each management stage, the project is reviewed to see if it will still deliver its Business Case. This is done using two levels of plans and a ‘rolling wave’ approach to planning using an overall Project Plan and a detailed Stage Plan for the current stage where work is being performed.
Manage by Exception
PRINCE2 projects define tolerances for time, cost, quality, scope, risk and benefits to establish limits of delegated authority across the levels of management. This allows clearly defined accountability and decision-making and implements the concept of “management by exception”. If these tolerances are exceeded or forecast to be exceeded, they must be escalated to the next level of management for a decision on how to proceed.
Focus on Products
PRINCE2 focuses on defining and delivering products that meet their stated quality criteria. This includes the final product of the project as well as other significant management and specialist products produced across the project life cycle. This “output oriented” approach to projects results in defining a set of agreed-upon products and then planning the work to accomplish them. This is achieved by using product-based planning techniques and Product Descriptions.
Tailored to Suit the Project Environment
PRINCE2 should be tailored to work for the project’s environment, size, complexity, importance, capabilities and risks. When tailoring the PRINCE2 method, it is important not to omit any elements since they are designed as a web of interlinked parts. The goal is to adapt the method for your organization and environment and avoid creating a ‘template-driven’ project management method where everything is done fully without question. Remember that PRINCE2 focuses on the information and decisions rather than on documents and meetings.
Tailoring PRINCE2 ensures that planning, control, governance and use of themes and processes are done correctly on a project. This contrasts with the term ‘embedding’, which refers to an organization adopting PRINCE2 for their projects. Tailoring is done by the project management team to adapt the method to their specific projects, focusing on adapting the themes through the strategies and controls, incorporating specific terms and language, revising the management products and project role descriptions and adjusting the processes to match the tailoring that was done.
A copy of the PRINCE2 method is required reference material in any project manager’s bookshelf! The method is documented in the OGC publication “Managing Successful Projects with PRINCE2” which is officially published byTSO. Serious project managers seeking to enhance their knowledge, skills and professional credibility target should consider PRINCE2 certification. Learning Tree offers certification courses for folks interested in becoming a Certified Practitioner of PRINCE2. Learning Tree UK offers additional PRINCE2 coursesfor those of you who are in the UK.
Lichtgewicht modellen:
individuen en interactie
Werkende software
samenwerking met klant
reageren op verandering
By definition, a customer is someone who buys something, whereas a client receives services and advice.
an active partnership relationship rather than a passive “request and delivery” exchange
Phase 1: Understand
The Understand phase includes partnering with the client to develop deep comprehension of the project and the definitions of success and failure. This deep understanding requires going beyond the superficial level (e.g. transmitting a set of requirements) to developing shared knowledge (e.g. the underlying basis for the requirements and what information was left out). Ultimately, it requires spending a certain amount of time in the real environment to observe and analyze all of the variables. Over time, as a project manager, with the assistance of the client-facing subject matter expert, gains experience on a variety of projects, some observations become second nature. In traditional project management, much of this is assumed to have happened prior to the project manager being assigned. Often, it is done poorly if at all. Worse, some organizations assume the project manager should be doing this alone, and many project managers are ill-equipped. This includes understanding information about:
The client (i.e. who the client is, their role, their likes and dislikes, their communication preferences, etc.)
The organization (the political situation, its hierarchy, culture, and goals).
The situation/problem/opportunity being addressed (including what the client or end-users are currently experiencing - go and see for yourself)
Prioritized goals (including stakeholder priorities and influence)
External factors (the competitive market, economic considerations, etc.)
Strengths, Weaknesses, Opportunities, and Threats - SWOT (yours, your potential team’s, the client’s, and the product’s)
The players involved (language, culture, who stands to lose or gain)
Available resources (human and otherwise)
The subject matter (business and technical)
Assumptions, Constraints, and Risks (including competing priorities)
Past successes and failures (internal, similar external projects)
The Total Cost of Ownership – TCO (qualitative and quantitiative)
The Total Value of Ownership – TVO (qualitative and quantitative)
Phase 2: Prepare
Preparations should begin in parallel with the Understand phase, for several reasons. First, preparation is “learning by doing,” which, in turn, aids the Understand phase. We can rarely wait until we have a 100% understanding to begin developing preparations. Second, in a competitive market where the fastest innovator wins, we must be acutely aware of time. Colonel John Boyd, a fighter pilot frequently referred to as the greatest military strategist of all time, coined the term OODA loops (OODA stands for Observe, Orient, Decide, Act). The premise is that the faster a person or team can complete the OODA cycle on an incremental and continuous basis, the better chance they have of confusing the opponent and coming out ahead. Organizations such as Toyota have taken this to heart and have made it an underlying principle of their company. The same principle holds true with SOPM. The faster a project team can effectively make it through the four phases and avoid analysisparalysis, the more benefit they can provide to the organization. Determining the right balance is more of an art than a science, and depends on the industry and the nature of the project. In essence, the Prepare phase uses shared knowledge to create an environment that leaves the project team in a better position to jump out of the starting gate with minimal confusion and distraction. This includes:
Setting client expectations
Setting stakeholder expectations and gaining buy-in and active support
Selecting the right team (based on complimentary strengths, knowledge, and skills)
Providing appropriately-scaled project management methods and tools
Planning adequate training (situational, subject matter, tools, protocols – as needed)
Defining the solution and strategy for solving the problem or need
Preparing the project implementation approach and plan
Documenting the business case and gaining approval to proceed
Documenting and communicating the strategic alignment (vision, mission, goals, strategy, objectives, accountability)
Phase 3: Iterate
Using the axiom, “Think BOLD, implement safely,” SOPM encourages focusing on bold differentiating benefits that can “wow” customers and boost a company’s top line growth. Peter Drucker once said, “Only marketing and innovation produce revenue. All other business functions produce costs.” David Newman echoed this in his landmark book, Unconsulting, when he pointed out that “the bottom line is meaningless if the top line is weak.” But while a focus on bold moves is encouraged, it’s equally important to implement safely. This is where the Iterate phase comes in. The Iterate phase involves delivering results in phases, using pilots and prototypes where possible. This incremental approach results in:
Earlier benefits
Quick wins (which conveniently translates to less resistance)
Maintaining client attention and participation
Discovery-driven learning (which may lead to new or changed requirements)
Fact-driven course corrections
Less risk in case of early termination
Maintaining momentum
Better focus and scope control
Paced spending (especially if negotiated accordingly with vendors as needed)
The frequency of iterations is vital. The more frequent the iterations, the greater the benefit of using such an approach. Again, this is an art more than a science. And once again, Colonel Boyd’s OODA loop (Observe, Orient, Decide, Act) concept comes into play, as does W. Edwards Deming’s quality cycle of PDCA (Plan-Do-Check-Act).
Phase 4: Transform
The final phase of SOPM is Transform. Instead of the traditional approach of ending the project when the product has been delivered, SOPM requires transforming the client, the organization, and the project team before declaring an end to the project. Think of the saying, “Give someone a fish and they can eat today; teach them to fish and they can eat for a lifetime.” To apply this, first we must transform the client, the stakeholders, and ultimately the organization in three ways:
Capabilities (by insuring they have the tools, training, and knowledge to gain full benefit from the product or service)
Growth and learning (by insuring they have a multiple paths to grow on their own, beyond the initial delivery)
An adequate support system (by insuring they know where to go for support if needed so that they’re not left on their own completely; perhaps, leveraging a buddy system or superuser network)
In addition to transforming the client, stakeholders, and the organization, it’s important not to forget the project team. We can transform the project team (which ultimately helps transform the organization) through the following devices:
Lessons-learned (by insuring the team helps identify and fully understands the lessons-learned from the project, so as to enable them to spread the lessons to future projects and project teams).
Recognition (by insuring that team members are recognized for their efforts, which not only serves to make them stronger, but encourages ambition in others as well)
Development plan (by contributing to the team members’ development plan, so as to insure that they build on their existing talents, making them even more valuable in the future)
De kwaliteitscirkel van Deming is een creatief hulpmiddel voor kwaliteitsmanagement en probleemoplossen ontwikkeld door William Edwards Deming.
De cirkel beschrijft vier activiteiten die zorgen voor een verbetering van kwaliteit. Het cyclische karakter zorgt ervoor dat die kwaliteitsverbetering continu onder de aandacht is.
De vier activiteiten zijn:
PLAN : Stel een doelstelling vast en bedenk een plan op om een output te realiseren.DO : Voer het plan uit.CHECK : Meet het resultaat en toets deze met de vastgestelde doelstellingen en gewenste output.ACT : Evalueer de toetsresultaten (bepaal de oorzaken van de eventuele verschillen) en neem een besluit: voer een verbetering door of juist niet.
De demingcircle is een bekend geworden model, mede doordat het zo vaak binnen de kwaliteitssystematiek (ISO-9001) wordt aangehaald. Vrijwel iedereen binnen een ‘ISO-gecertificeerde’ onderneming kent dit model dan ook.
Als ik nu naar het ontwerpproces kijk zoals dat binnen Systems Engineering uitgevoerd wordt, dan zie ik grote overeenkomsten
&lt;&lt;&gt;&gt;
Deming Technical ISO15288 process of Leidraad SE Output of beschrijving
PLAN 6.4.2 Requirements Analysis Process
a) The required characteristics, attributes, and functional and performance requirements for a product solution are specified.b) Constraints that will affect the architectural design of a system and the means to realize it are specified.c) The integrity and traceability of system requirements to stakeholder requirements is achieved.d) A basis for verifying that the system requirements are satisfied is defined. 6.4.6 Verification Process a) A verification strategy is defined.b) Verification constraints are provided as inputs to requirements.
DO 6.4.3 Architectural Design Process
a) An architectural design baseline is established.b) The implementable set of system element descriptions that satisfy the requirements for the system are specified.c) The interface requirements are incorporated into the architectural design solution.d) The traceability of architectural design to system requirements is established.e) A basis for verifying the system elements is defined.f) A basis for the integration of system elements is established.
CHECK 6.4.6 Verification Process c) Data providing information for corrective action is reported.d) Objective evidence that the realized product satisfies the system requirements and the architecturaldesign is provided.
ACT 4.2 Ontwikkelfase Het proces van specifi ceren herhaalt zich totdat het detailniveau is bereikt dat de risico’s voldoende dekt om tot realisati e van het systeem over te gaan. Elk detailniveau kent een specificatie van de oplossingsruimte als ‘input’ en een specificatie van de oplossing als ‘output’. Deze output kent bepaalde marges die de nieuwe oplossingsruimte vormen, als input voor het volgende detailniveau.
DMAIC six sigma approach.
The six sigma approach for projects is DMAIC (define, measure, analyze, improve and control). These steps are the most common six sigma approach to project work. Some organizations omit the D in DMAIC because it is really management work. With the D dropped from DMAIC the Black Belt is charged with MAIC only in that six sigma approach. We believe define is too important be left out and sometimes management does not do an adequate job of defining a project. Our six sigma approach is the full DMAIC.
Define (DMAIC).
Define is the first step in our six sigma approach of DMAIC. DMAIC first asks leaders to define our core processes. It is important to define the selected project scope, expectations, resources and timelines. The definition step in the six sigma approach identifies specifically what is part of the project and what is not, and explains the scope of the project. Many times the first passes at process documentation are at a general level. Additional work is often required to adequately understand and correctly document the processes. As the saying goes “The devil is in the details.”
Measure (DMAIC).
Many think when they start a journey the most important thing to know is where they are going. While we agree knowing where you want to go is very important, we believe some of the first information you need before starting any journey is your current location. The six sigma approach asks the Black Belt project manager to quantify and benchmark the process using actual data. At a minimum consider the mean or average performance and some estimate of the dispersion or variation (maybe even calculate the standard deviation). Trends and cycles can also be very revealing. The two data points and extrapolate to infinity is not a six sigma approach. Process capabilities can be calculated once there is performance data,
Analyze (DMAIC).
Once the project is understood and the baseline performance documented and verified that there is real opportunity, it is time with the six sigma approach to do an analysis of the process. In this step, the six sigma approach applies statistical tools to validate root causes of problems. Any number of tools and tests can be used. The objective is to understand the process at a level sufficient to be able to formulate options for improvement. We should be able to compare the various options with each other to determine the most promising alternatives. As with many activities, balance must be achieved. Superficial analysis and understanding will lead to unproductive options being selected, forcing recycle through the process to make improvements. At the other extreme is the paralysis of analysis. Striking the appropriate balance is what makes the six sigma Black Belt highly valuable.
Improve (DMAIC).
During the improve step of the six sigma approach ideas and solutions are put to work. The six sigma Black Belt has discovered and validated all known root causes for the existing opportunity. The six sigma approach requires Black Belts to identify solutions. Few ideas or opportunities are so good that all are an instant success. As part of the six sigma approach there must be checks to assure that the desired results are being achieved. Some experiments and trials may be required in order to find the best solution. When making trials and experiments it is important that all project associates understand that these are trials and really are part of the six sigma approach.
Control (DMAIC)
Many people believe the best performance you can ever get from a process is at the very beginning. Over time there is an expectancy that slowly things will get a little worse until finally it is time for another major effort towards improvement. Contrasted with this is the Kaizen approach that seeks to make everything incrementally better on a continuous basis. The sum of all these incremental improvements can be quite large. As part of the six sigma approach performance tracking mechanisms and measurements are in place to assure, at a minimum, that the gains made in the project are not lost over a period of time. As part of the control step we encourage sharing with others in the organization. With this the six sigma approach really starts to create phenomenal returns, ideas and projects in one part of the organization are translated in a very rapid fashion to implementation in another part of the organization.