Upload
pierre-e-neis
View
693
Download
0
Embed Size (px)
Citation preview
Agile Tour Maroc 2012
Agile: les contrats!
Agile Tour Maroc 2012
Agilité?
Agile Tour Maroc 2012
Agile Manifesto
Les personnes & les Interactions• Logiciel opérationnel• Travailler avec le client• Réagir au changement
Les Process & les outils• Documentation
exhaustive• Négociations
contractuelles• Suivre le plan
Plus
MoinsPri
ori
sati
on
Agile Tour Maroc 2012
Declaration of Interdependence
Engaging Customers
Improve Effectiveness
R.O.I.
Boost Performance
Agile Tour Maroc 2012
PRIX FIXE, PERIMETRE FIXE (ET POTENTIELLEMENT DUREE FIXE)
❶
Source: alistair.cockburn.us/Agile+contracts
Agile Tour Maroc 2012
Le Triangle “d’Or”
périmètre
temps ressources
3 dimensions
Agile Tour Maroc 2012
Le Triangle “d’Or”
périmétre
temps Ressources
Lorsque les 3 dimensions sont figées, le projet est figé.
Agile Tour Maroc 2012
Contourner les obstacles...
cadre
temps
Ressources
3 Dimensions+ 1 Process
Agile Tour Maroc 2012
PRIX FIXE PAR POINT DE FONCTION OU STORY POINT
❷
Source: alistair.cockburn.us/Agile+contracts
Agile Tour Maroc 2012
ENCORE PLUS ... DE VARIANTES
❸
Source: alistair.cockburn.us/Agile+contracts
Agile Tour Maroc 2012
Source: alistair.cockburn.us/Agile+contracts
Temps et matériel
NTE-FF: a ne pas dépasser avec un budget fixe
Venture-capital financing model
Norwegian PS 2000 Standard contract
Missing in Action: livraison partielle avec changement obligatoires
Contrat à coût cible
Agile Tour Maroc 2012
Agile Tour Maroc 2012
MONEY FOR NOTHING, CHANGE FOR FREE
❶
Nous nous accordons à travailler ensemble de la sorte nous créons de la confiance et toute autre compétence.Jeff SUTHERLAND
Agile Tour Maroc 2012
Clauses
Participation du client dans la Scrum TeamLivraison avant l’heure: “Money for Nothing”Change gratuit: “Change for free”100% Scrum
Agile Tour Maroc 2012
100% Scrum
Agile Tour Maroc 2012
① Iterations
Pas d’itérations 0
Iterations > 6 semaines 1
Longueurs variables < 6 semaines 2
Iterations fixes, longues de 6 semaines
3
Iterations fixes, longues de 5 semaines
4
Iterations fixes, longues de 4 semaines ou moins
10
Agile Tour Maroc 2012
② Testing pendant le Sprint
Pas de QA dédié 0
Testé unitairement 1
Tests fonctionnels 5
Tests fonctionnels dès que développé
7
Le Software passe l’acceptation (recette)
8
Le Software est “deployée” 10
Agile Tour Maroc 2012
③ Specifications Agile
Pas d’exigences 0
Exigences fortement documentées
1
Pauvres users stories 4
Bonnes exigences 5
Bonnes user stories 7
Spécifications “Just enough, just in time”
8
Bonnes user stories liées avec les exigences
10
Agile Tour Maroc 2012
④ Product Owner
Pas de Product Owner 0
Product Owner ne comprennant pas Scrum 1
Product Owner derangeant l’équipe 2
Product Owner pas engagé avec l’équipe 2
Product owner avec un Product Backlog clair et estimé par l’équipe avant le Sprint Planning meeting (READY)
5
Product owner avec Release Roadmap et des dates de livraison basées sur la vélocité de l’équipe.
8
Product owner motivant l’équipe. 10
Agile Tour Maroc 2012
⑤ Product Backlog
Pas de Product Backlog 0
Plusieurs Product Backlogs 1
Un seul Product Backlog 3
Product Backlog clairement défini et priorisé en fonction du ROI avant le Sprint Planning (READY)
5
Product owner avec Product Backlog clairement défini, estimé par l’équipe avant le Sprint Planning meeting (READY)
5
Product Owner dispose d’un Release Burndown avec des dates de Release basée sur la vélocité
7
Product Owner sait mesurer le ROI sur des gains réels, coûts par story point, ou toute autre métrique.
10
Agile Tour Maroc 2012
⑥ Estimations
Product Backlog n’est pas estimé 0
Les Estimations ne sont pas produites par l‘équipe
1
Estimations ne sont pas produites par Planing Poker
5
Estimations produites par Planning Poker par l‘équipe.
8
Erreurs d’estimations < 10% 10
Agile Tour Maroc 2012
⑦ Sprint Burndown Chart
Pas de Burndown Chart 0
Burndown Chart pas actualisé par l’équipe
1
Burndown Chart en heures / jours sans tenir compte du travail en cours
2
Burndown chart uniquement quand les tâches sont accomplies (TrackDone pattern)
4
Burndown uniquement quand les stories sont dones.
5
+ 3 Points, quand l‘équipe connait sa vélocité.+ 2 Points quand le Product Owner calcule le Release Plan est calculé sur la vélocité connue.
Agile Tour Maroc 2012
⑧ Dérangement dans l’équipe
Le Manager ou le Project Leader dérange l’équipe 0
Le Product Owner dérange l’équipe 1
Les Managers, les Project Leaders ou les Team leaders disent aux personnes quoi faire
3
Project Leader et Rôles Scrum définis 5
Personne ne dérange l’équipe: que des rôles Scrum. 10
Agile Tour Maroc 2012
⑨ Team
Les tâches sont réparties au cours des sprint plannings.
0
Les membres de l’équipe ne dépassent pas leur domaine d’expertise.
0
Pas de leadership spontané - un ou plusieurs membres de l'équipe sont désignés comme une instance directe.
1
L’équipe n’a pas la compétence requise. 2
L’équipe s’engage sur un objectif de Sprint et sur le Backlog.
7
Les membres de l'équipe tiennent ensemble contre les obstacles lors du sprint
9
L’équipe atteind le stade de l’hyperproductivité. 10
Agile Tour Maroc 2012
CHANGE FOR FREE❷
Agile Tour Maroc 2012
Change for Free
Busi
ness
Val
ue
Temps
×
Besoin de cet outil
Plus besoin de cet outil
Agile Tour Maroc 2012
Money for Nothing
Busi
ness
Val
ue
temps
×
Besoin de cet outil
rompre!ROI moyen Client perçoit
80%
Fournisseur perçoit 20%
Les utilisateurs évitent la surcharge
de code et de fonctionnalités non
nécessaires.
Projekte werden immer früher geliefert
Agile Tour Maroc 2012
MONEY FOR NOTHING &CHANGE FOR FREE
❸
Agile Tour Maroc 2012
M4N & C4F
Conditions contractuellesPlan de développement
Agile Tour Maroc 2012
Conditions contractuelles
Customer Engagement nous permet de caler le système sur la dernière Business Value connue.
Toutes les exigences sur lesquelles on n‘a pas encore travaillé peuvent être échangées avec une autre de même valeur.
Priorité des exigences peuvent être changée par le client.
Le client peut demander à chaque instant de nouvelles versions conformément aux conditions de Time/Fees.
Le client peut rompre le contrat lorsque qu‘il y a un reste de 20%.
Fixed Price, Fixed Date
Agile Tour Maroc 2012
Plan de Development
La participation du Product Owner nous permet de caler le système sur la dernière Business Value connue.
Chaque exigences qui n‘ont pas été travaillées peuvent être remplacées par une autre de même valeur.
Les priorités peuvent être changée par le Product Owner.
Le Product Owner peut ajouter des nouvelles versions à tout moment en focntion du contrat Time/Fees.
Le Product Owner termine le développement et les Releases dès que la valeur de la prochaine fonction est atteinte.
Fixed Resources, Fixed Date
Agile Tour Maroc 2012
CONSEILS
Agile Tour Maroc 2012
Scrumbuts smells.
Agile Tour Maroc 2012
Bon pour les équipes hyper productives
Agile Tour Maroc 2012
Make the world a better place by altering thefundamental structure of the IT industry
Agile Tour Maroc 2012
Questions
Agile Tour Maroc 2012