Ce diaporama a bien été signalé.
Nous utilisons votre profil LinkedIn et vos données d’activité pour vous proposer des publicités personnalisées et pertinentes. Vous pouvez changer vos préférences de publicités à tout moment.
Meten in een
agile omgeving:
Van denken in
oplossingen naar
denken in eisen
Brian Teunissen
Nesma, 8 September 2015
© insp...
Introductie
Brian Teunissen | Senior Agile Consultant
https://nl.linkedin.com/in/teunissen
Agile Master| SAFe Program Cons...
Onderwerpen
© inspearit
Denken in eisen of oplossingen? De paradigma shift
Business waarde vs Functionaliteit? Wat te mete...
Denken in eisen of
oplossingen?
De paradigma shift
© inspearit 5
6. Changing Requirements &
Specifications
7. Lack of Planning
8. Didn't Need It Any Longer
9. Lack of IT Management
10.Tec...
Paradigma shift: van denken in
oplossingen naar denken in eisen
© inspearit
Geen BDUF
Inhoudelijke besluiten zo laat mogel...
© inspearit 8
Ontwerp op laatste moment
© inspearit 9
O O OB B BT T T
O O OB B BT T T
O O OB B BT T T
Sprint 1 Sprint 2 Sprint 3 Sprint ...
De paradigma shift werkt niet in klassieke
demand supply omgevingen
© inspearit 10
FPA vaak gebruikt als inkoop / onderhan...
Business waarde vs
Functionaliteit?
Wat te meten?
Business waarde <> Functionaliteit
Getting business value and complexity
points
A common tool in Agile is PLANNING POKER
Weighted Shortest Job First
14
Absoluut vs relatief tellen
15
Hoe dan wel absoluut?
Requirements points? RPA?
16
Use Case
Brief Description
Tellen van flows en steps in
Business en Sys...
Dus? Wanneer wel en
geen FPA?
“Function points eliminated a
number of the problems with
lines of code, but still requires a
significant amount of work u...
Mijn stellingen:
© inspearit 19
1. Gebruik FPA niet vooraf, dat werkt waterval denken en waterval
werken in de hand.
2. Ge...
© inspearit 20
Blogs:
© inspearit 21
Deel 1: Over volwassenheidsniveau 1: Agile/Scrum binnen het projectenparadigma / de projecten matrix...
© inspearit
22
Prochain SlideShare
Chargement dans…5
×

FPAgile - Meten in een Agile omgeving - Van denken in oplossingen naar denken in eisen - Brian Teunissen

642 vues

Publié le

Bijdrage van Brian Teunissen aan de themasessie van de bijeenkomst van ervaren FPA analisten van de Nesma op 8 september 2015.

Publié dans : Logiciels
  • Soyez le premier à commenter

FPAgile - Meten in een Agile omgeving - Van denken in oplossingen naar denken in eisen - Brian Teunissen

  1. 1. Meten in een agile omgeving: Van denken in oplossingen naar denken in eisen Brian Teunissen Nesma, 8 September 2015 © inspearit 1 Telt FPA nog wel mee?
  2. 2. Introductie Brian Teunissen | Senior Agile Consultant https://nl.linkedin.com/in/teunissen Agile Master| SAFe Program Consultant inspearit Aligning for Customer Value cibit academy inspearit Brand for Training Services Park Berg & Bosch | Professor Bronkhorstlaan 10/90 | 3723 MB Bilthoven | The Netherlands T: +31 30 230 89 00 | M: + 31 6 215 30 209 Brian.Teunissen@inspearit.com www.inspearit.nl | www.cibit.nl © inspearit Slide 2
  3. 3. Onderwerpen © inspearit Denken in eisen of oplossingen? De paradigma shift Business waarde vs Functionaliteit? Wat te meten? Wanneer wel en geen FPA? 3
  4. 4. Denken in eisen of oplossingen? De paradigma shift
  5. 5. © inspearit 5
  6. 6. 6. Changing Requirements & Specifications 7. Lack of Planning 8. Didn't Need It Any Longer 9. Lack of IT Management 10.Technology Illiteracy 1. Incomplete Requirements 2. Lack of User Involvement 3. Lack of Resources 4. Unrealistic Expectations 5. Lack of Executive Support Standish Group: Top-10 reasons why to fail ICT projects We never write down WHAT the customer wants, only HOW we are going to solve it! © inspearit 6
  7. 7. Paradigma shift: van denken in oplossingen naar denken in eisen © inspearit Geen BDUF Inhoudelijke besluiten zo laat mogelijk Ontwerp in de bouwsprint zelf, per story User story bevat detail gebruikers eis, geen ontwerp Voorkom overbodig werk: Simplicity – the art of maximizing the amount of work not done – is essential Real Options: Early decisions are likely to be wrong and cause rework, so defer to the last responsible moment 7
  8. 8. © inspearit 8
  9. 9. Ontwerp op laatste moment © inspearit 9 O O OB B BT T T O O OB B BT T T O O OB B BT T T Sprint 1 Sprint 2 Sprint 3 Sprint 4 Sprint 5
  10. 10. De paradigma shift werkt niet in klassieke demand supply omgevingen © inspearit 10 FPA vaak gebruikt als inkoop / onderhandelings metriek, hetgeen vooraf meten impliceert Fixed prices werken niet in een agile omgeving, impliceert tevens BDUF Administratieve processen vaak ingericht op begrotingen en uitputting van budgetten per item, project, wijzigingsvoorstel Financiële sturing ipv inhoudelijke
  11. 11. Business waarde vs Functionaliteit? Wat te meten?
  12. 12. Business waarde <> Functionaliteit
  13. 13. Getting business value and complexity points A common tool in Agile is PLANNING POKER
  14. 14. Weighted Shortest Job First 14
  15. 15. Absoluut vs relatief tellen 15
  16. 16. Hoe dan wel absoluut? Requirements points? RPA? 16 Use Case Brief Description Tellen van flows en steps in Business en System Use cases? Nadeel: Afhankelijkheid van documentatiewijze
  17. 17. Dus? Wanneer wel en geen FPA?
  18. 18. “Function points eliminated a number of the problems with lines of code, but still requires a significant amount of work up- front” Jim Highsmith in voorwoord van boek ‘Agile estimating and planning’ van Mike Cohn: © inspearit 18
  19. 19. Mijn stellingen: © inspearit 19 1. Gebruik FPA niet vooraf, dat werkt waterval denken en waterval werken in de hand. 2. Gebruik vooraf relatieve schattingen van business waarde en inspanning, ook om te kunnen prioriteren (koppeling aan economische waarde). 3. Gebruik FPA achteraf voor gehele releases (niet stories) waar er behoefte is aan benchmarking intern en extern. Deze combinatie kan elkaar versterken (Vooraf borgen dat er business waarde wordt gecreëerd, achteraf benchmarken van gerealiseerde functionaliteit die ook echt wordt gebruikt. 4. Laat bestaande administratieve processen en KPI’s niet een agile manier van werken belemmeren. 5. In Agile, en zeker scaling agile vormt een nieuwe set aan metrieken de basis voor het daadwerkelijk meten van het primaire IT proces (IT lifecycle). Bestaande metrieken zijn vaak basis voor een oude manier van besturen, gebaseerd op geschatte uren per item en uitputting van die uren. Dit is sturen op financiën en scope afspraken, en niet op je primaire proces en kort cyclisch leveren van business waarde!
  20. 20. © inspearit 20
  21. 21. Blogs: © inspearit 21 Deel 1: Over volwassenheidsniveau 1: Agile/Scrum binnen het projectenparadigma / de projecten matrix organisatie http://www.cibit.nl/nl/nieuws/blogs/van-scrum-team-naar-agile-organisatie-24364/ Deel 2: Over volwassenheidsniveau 2: Het samenstellen van virtuele vaste multi disciplinaire teams, het verlaten van het projecten paradigma http://www.cibit.nl/nl/nieuws/blogs/van-scrum-team-naar-agile-organisatie/ Deel 3: Over volwassenheidsniveau 3: Het vormen (reorganiseren) van de structuur van de organisatie naar de value streams, eventueel al aangevuld met operations voor DevOps http://www.cibit.nl/nl/nieuws/blogs/van-scrum-team-naar-agile-organisatie-24702/ Deel 4: Over volwassenheidsniveau 4: Het samenvoegen van Dev en Ops in de organisatie http://www.cibit.nl/nl/nieuws/blogs/van-scrum-team-naar-agile-organisatie-26213/ Deel 5: Over volwassenheidsniveau 5: Het de-centraliseren van DevOps naar value streams/business producten, en continue organisatie structuur verbetering http://www.cibit.nl/nl/nieuws/blogs/van-scrum-team-naar-agile-organisatie-28774/ Over hoe velocity te meten in combinatie met structureel terugdringen van technische schuld en continue procesverbetering http://www.cibit.nl/nl/nieuws/blogs/melk-produceren-of-poepscheppen/ Over het toepassen van Scrum/agile en zelfs SAFe principes en practices voor het implementeren van agile frameworks http://www.cibit.nl/nl/nieuws/blogs/eet-je-eigen-hondenvoer/ Over de grote besparingen in overhead die men kan realiseren door lean budgetteren bij scaling agile http://www.cibit.nl/nl/nieuws/blogs/pak-die-banaan/ Vervolg op eet je eigen hondenvoer, ervaring met het opschalen met SAFe, scaling is een organisatieverandering http://www.cibit.nl/nl/nieuws/blogs/de-taaie-kant-van-scaling-agile/
  22. 22. © inspearit 22

×