At maroc contrats

Preview:

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

Merci!

Pierre E. Neis, pierreneis@gmail.com – Tel +352 / 661 SCRUMS

Agile Tour Maroc 2012

Recommended