presentation adi 14052009

Post on 26-May-2015

695 Views

Category:

Technology

1 Downloads

Preview:

Click to see full reader

DESCRIPTION

Coin de table ADI (Association Diplomés ISEIG) du 14 mai 2009

TRANSCRIPT

Sensibilisation à l’AgilitéIntroduction à SCRUM

Jérôme Layatjerome.layat@hortis.ch

Le 14 mai 2009

ADI

Qui suis-je, brièvement...

Directeur Corporate Culture & KMCoach Méthodes Agiles

Co-Fondateur Agile-Swiss

Co-organisateur et intervenant XPDay Genève '09

21

Déroulement de la session...

Valeurs et principes de l'agilité

Scrum en bref...

Pourquoi « Agilité »?

Pour éviter les mauvaises chutes

(Dictionnaire) Agilité: féminin1. grande facilité à agir, à se mouvoir.

Quelles « chutes »?

Turnover

Concurrence

Bugs Mauvaisesestimations

et même...le PROGRES !

Le développement logiciel a changé en 20 ans

Taille des équipes

Complexité des projets

Concurrence

En parlant de complexité

Complexitédes besoins

Complexitédes technos

Simple

Compliqué

Complexe

Anarchie

Ajoutez le Facteur HUMAIN: les individus et leurs coopérations!

Le « fameux » Chaos report de 1994 The standish group

52,7% d'insatisfaisants

16,2% des projets réussissent

31,1% d'annulés

Et d'autres constatations...

Moins de la moitié des fonctionnalités réalisées sont

utilisées

!Les méthodes doivent

suivre!

Un mieux constaté: le CHAOS Summary 2009The standish group

44% d'insatisfaisants

32% des projets réussissent

24% d'annulés

Nouvelles méthodes?Sensibilité à la qualité?Collaboration avec le client plus répandue?

?Qui peut prétendre pouvoir tout spécifier à

l'avance dans un GROS projet d'aujourd'hui?

?Qui peut prétendre savoir, SEUL, comment implémenter TOUS les

besoins?

?Qui peut prétendre savoir, SEUL, évaluer

TOUS les types de charges de travail?

Lorsqu'en 2001... L'Agile Manifesto 1/2

Individuals and interactions

overprocesses and tools

Working softwareover

Comprehensive documentation

Lorsqu'en 2001... L'Agile Manifesto 2/2

Customer satisfactionover

contract negotiation

Responding to changeover

following a plan

Les principes agiles 1/4

Client satisfait via livraisons rapides et continues à fortes valeurs BU-SI-NESS

Accepter des changements de besoin, même tard, et les contrôler pour la compétitivité du client

Les principes agiles 2/4

Client (business) et équipe de réalisation travaillent EN-SEM-BLE

Construire autour de personnes motivées

La communication la plus efficace: celle de visu!

Les principes agiles 3/4

La constance

Une attention particulière à la qualité de ce que l'on produit

Un rythme soutenable

Les principes agiles 4/4

La simplicité

Les meilleures architectures, besoins et designs émanent d'équipes auto-organisées

Une amélioration continue

=Rechercher le

« chaos organisé »cf. « Birth of a Chaordic Age » Dee Hock, Visa Group

Responsabiliser les équipes par leur implication

L'approche empirique

Lorsque les processus deviennent trop complexes pour être maîtrisés

Le passé...

Les expériences...

?Comment?

Des groupes autonomes???!!

Soutien

Motivation

Support mutuel

Communication

Espace commun

Apprentissage

Réflexions

!OUI aux spécifications

« molles »

OUI à un utilisateur proche

et...

« Embrace change »

Des itérations courtes pour...

Tirer plus vite la sonnette d'alarme en cas de problème

Augmenter la réactivité

Incrémentales pour...

Avoir un livrable montrable au client à chaque itération

Fini l'effet boîte noire pendant des mois!

Meilleure satisfaction et motivation de l'équipe au fil du

temps

N méthodes, même crédo

Toujours:bon sens, auto-organisation,

courage, peu de règles et RIGUEUR

SCRUM, eXtreme Programming, FDD, Crystal, DSDM, etc...

SCRUM et XP sont les plus appliquées

N méthodes, même crédo

Des optional scope contracts

Le lot de fonctionnalités varie durant le développement,en fonction des priorités du marché, des « imprévus »...

Faciliter la créativité

L'innovation émerge plus facilement des projets agiles

Les obstacles et inconnues sont moins nombreux: place à l'imagination

Mais ce qui est créé est toujours maîtrisé: pas de dérivation dangereuse.

...Cela semble simple non?

Maintenant, un exemple:

SCRUM

Takeuchi et Nonaka 80's

Devt nouveaux produits

LEAN

ItérationsIncrémentsTimeBoxes

70's

SCRUM90's

scrum Rien de nouveau

scrum L'aperçu

ProductBacklog

SprintBacklog

SPRINT2 à 4 semaines

Une journée

Livrable

scrum Le déroulement

Lister et prioriser

Extraire

Dérouler une itération, créer

Présenter le résultat

Et apprendre...

scrum La Scrum Team

Entre 5 et 9Auto-organisée

(Rappelez-vous...)

Responsable

Polyvalente

scrum Le Product Owner

Liste et priorise ses buts

Garant de la vision du produit

SCRUM Le Scrum Master

• Un Coach

• Un Gardien

• Un Animateur

Veille aux bonnes

conditions de

l'équipe

scrum Le Daily Scrum

« Voici ce que j'ai fait depuis hier »

« Voilà ce que je vais faire d'ici demain »

« J'ai rencontré des obstacles qui m'ont

empêché d'atteindre l'objectif fixé hier »

15 Min MAX

scrum Les Documents

Avoir une conscience collective de l’avancement

Connaître, Corriger,Faire connaître la situation

FACILEMENT!

scrum Les clés du succès

Formation de tous les acteurs

Accompagnement

scrum Méthode agile...

... de gestion de projet: quoi faire, quand et pourquoi.

Pas « comment faire ».

La compléter d'uneméthode de développement

Maintenant, à vous de jouer...

Et n'oubliez pas:

Transparence,bon sens,collectif,

et rigueur!

Merci!

top related