At nancy10 scrumv2.0

Agile Tour Nancy. ESIAL 04.10.10 1

Introduction à la gestion de Produit avec Scrum

2

Qui suis-je?

Agile Tour Nancy. ESIAL 04.10.10

Scrum Coach & PMO Scrum by

coPROcess www.scrumcenter.lu http://managingagil

e.blogspot.com/

http://www.scrumcenter.lu/

http://managingagile.blogspot.com/

http://managingagile.blogspot.com/


À propos de cette présentation


objectif

Vous faire découvrir Scrum

Expliquer les principes de base

Introduire les formations Scrum


Les pères fondateurs

Jeff Sutherland

Ken Schwaber Mike Beedle Scrum

Origines

1984•Managing the New Product Development Process

1986•1er article sur une nouvelle approche holistique

•Moving the Scrum Downfield„

1990•Scrum Downfield„Wicked Problems,Righteous Solutions

1995•SCRUM

1999•A Pattern Language for Hyperproductive Software Developement“



Introduction par Ken Schwaber Scrum n'est pas une

méthodologie. Scrum ne fournit pas les réponses à la manière de construire des logiciels de qualité plus rapidement.

Scrum est un cadre dans lequel le jeu du développement des produits est joué.

Votre équipe joue et, le bon ou le mauvais deviennent très visibles.

Votre équipe est dans un processus d’amélioration continue.


Comment?


Scrum est une approche novatrice pour achever votre travail

Scrum est un cadre souple pour la réalisation de projets complexes.

A l’origine Scrum a été formalisé pour le développement de logiciels. Mais il fonctionne très bien également pour les projets complexes et novateurs.

Le cadre de Scrum est trompeusement simple


Le Cadre de SCRUM

Le Product Owner crée une liste de fonctionnalités appellée Product Backlog

Pendant le Sprint Planning, l’équipe “tire” un petit morceau du haut de cette liste: le Sprint Backlog; et décide comment implémenter ces éléments.

L’équipe dispose d’un temps donné pour y arriver: le Sprint

❶


Le Cadre de SCRUM

Chaque jour, l’équipe mesure sa progression pendant 15’: le Daily Scrum

Durant tout le projet, le ScrumMaster fait en sorte que l’équipe reste concentrée sur sa mission.

A la fin du Sprint, les travaux doivent être potentiellement livrables. Ces travaux sont considérés comme finis.

❷


Le Cadre de SCRUM

Le Sprint se termine avec la Revue de Sprint et la Rétrospective.

Lorsque le prochain Sprint démarre, l’équipe choisit un nouveau morceau dans le Product Backlog et recommence le processus.

Le processus s’arrête lorsque l’on a délivré suffisamment de fonctionnalités, ou que le budget est atteint, ou que la date butoir est atteinte.

❸


Objectif recherché

Maximiser la valeur


Les Rôles dans Scrum


Les cochons et les poules

Les cochons: la Scrum Team

• L’équipe

• Le ScrumMaster

• Le Product Owner

Les poules: les participants

• Le Management

• Le Client• Les

Utilisateurs


❶ L’Equipe


5 à 7 personnes

Constituées de

généralistes-spécialistes

Équipe auto-gérée

Equipes auto-gérées vs. Organisation traditionnelle

Equipes auto-géréesOrganisation traditionnelle

Orientées client Pilotée par le management

Force de travail multi-compétenceFoce de travail constituée de

spécialistes isolés

Peu de description de posteBeaucoup de description de

poste

Information largement partagée Information limitée

Peu de niveau de managementDe npmbreux niveaux de

management

Orientée Ensemble du Métier Orientée fonction/département

Objectifs partagés Objectifs séparés

D’apparence chaotique D’apparence organiséeEmphatique sur l’hypothèse d’atteinte du résultat

Emphatique sur la résolution de problème

Très fort engagement des “producteurs”

Très fort engagement du Management

Améliorations continues Améliorations incrémentales

Auto-régulées Contrôlées par le Management

Basées sur des valeurs et des principesBasées sur les politiques et les

procédures

Source: "Leading self-directed work teams" by Kimball Fisher. Traduction libre Pierre NEIS.

19


❷Le ScrumMaster

assure

aide

coache

protège

élimine

responsable travaille avec


❸Le Product Owner

responsable du Product Backlog

assure la valeur créee

Accepte

rejète

entretient

travaille avec


Le cycle des cérémonies


Les cérémonies sont time-boxées

Sp

rin

t P

lan

nin

g

Revu

e d

e S

pri

nt

Rétr

osp

ecti

ve

Sp

rin

t P

lan

nin

g

SPRINT

Daily Meetings

❶ Sprint Planning Meeting


Principe de “Pull”

❶ Sprint Planning Meeting

Organisateur: Product Owner

Participants: l’équipe (actif), le ScrumMaster (passif)

Durée: 8 heures pour un Sprint de 4 semaines

2 PARTIES: Le QUOI? Le COMMENT?

LE PRODUCT OWNER: Présente le Product Backlog

priorisé par le client et/ou les utilisateurs

Présente le Release Plan Initial

Présentation de la Vision

L’ÉQUIPE: Estime le Product Backlog en

fonction de sa faisabilité (estimation fonctionelle)

Découpe le Product Backlog en Sprint Backlogs avec le Product Owner

Découpe le Sprint Backlog en tâches

Estime le Sprint Backlog

LE PRODUCT OWNER ET L’EQUIPE:

Définissent l’objectif du Sprint

Valident la Definition of Done

❷Sprint

❷Sprint

Organisateur: l’équipe

Participants: l’équipe, le ScrumMaster, le Product Owner

Durée: 2-4 semaines

Développement des applications du Sprint Backlog sur lesquelles l’équipe s’est engagée

Maintenance du Level of Done:

Developement Tests unitaires Acceptance Tests d’intégration Tests Système Performance

co-gestion des empêchements avec le ScrumMaster

Co-entretien du Sprint Backlog avec le Product Owner

❸ Daily Scrum

❸ Daily Scrum

Organisateur: l’équipe

Participants: l’équipe (actif), le ScrumMaster (passif), Product Owner (passif)

Durée: 15 min

C’est l’inspect-and-adapt de l’équipe: synchronisation et engagement

Les 3 questions:1. Qu’est-ce que tu as

fait hier?2. Quels sont les

problèmes que tu as rencontrés?

3. Qu’est-ce que tu as prévu aujourd’hui?

❹La Revue de Sprint

❹La Revue de Sprint

Organisateur: Product Owner

Participants: l’équipe (actif), le ScrumMaster (passif), le Management (actif), le client (actif), les utilisateurs (actifs)


C’est l’inspect-and-adapt des utilisateurs, du client et du management

L’équipe présente les résultats du Sprint

Utilisateurs/Client/ Management expriment leurs remarques et trouvent un compromis avec l’équipe

Le Product Owner valide ou rejète les items du Sprint Backlog en fonction de la Definition of Done

C’est le Product Owner qui a toujours le dernier mot...

❺La Rétrospective

❺La Rétrospective

Organisateur: ScrumMaster

Participants: l’équipe (actif), le ScrumMaster (actif), le Product Owner (actif en sa qualité de membre de l’équipe)


Analyse du Process Scrum: Comment cela c’est

passé pendant le Sprint Comment s’améliorer

Points principaux de vérification: La communication

dans l’équipe Les relations entre les

membres de l’équipe Les process et les

outils Les besoins en

formation


Les Artifacts

Product Backlog

Release Burndown

Sprint Burndown

Sprint Backlog

Le Product Backlog

Le Product Backlog répond aux questions suivantes:

Quoi? Quand? Pour Qui?

Le Release Burndown

Sprint Backlog

Sprint Burndown

PO Training - Pierre NEIS

39

Definition of Done

Level of DonePour

l’EQUIPE Le Code est conforme aux normes

Le Code est Propre Refactoré Testé unitairement Validé (checked in) Intégré (Built) Dispose d'une suite de test unitaire qui lui est appliquée.

Pour arriver à cela, l’environnement de développement est constitué :

D’une bibliothèque de code source De codes standards, Build automatisé, D’un environnement pour les tests unitaires.

Definition of DonePour

SCRUM Une Story/Item est “done” lorsque l’équipe à atteind son Level of Done

Le Sprint/Iteration est “done” lorsque tous les items sont “done” et que le Sprint atteint son objectif et que les critères d’acceptation sont

adressés.

La Release est “done”“done” pour l’intégration“done” pour la production

Done?

Half done is not done


Les valeurs dans Scrum


La Transparence

Transparence

Inspection

Adaptation


L’Inspection


L’ Adaptation

Au fait sa marche comment?

D’abord une Idée

Ensuite une Vision

La Vision

Ensuite un Product Backlog

Le Product Backlog

PO Training - Nov.2009

Sprint

Release

Future Releases

Prio

rité

moy

enne

Prio

rité

haut

e

Product Backlog - Exemples

PO Training - Pierre NEIS

54

Constitution de l’Equipe

The TeamDéveloppeur

Analyste

Architecte

Testeur

DBA

Scrum Master

Tout le monde. Pas une autorité.Pas nécessairement un développeur.

Product Owner

Chef de Produit

Analyste Métier

Chef de Projet fonctionnel

MOA

Le Cycle de Scrum


Les formations Scrum

Scrum Alliance Certified ScrumMaster Certified Product Owner Certified Scrum Developer Certified Scrum Professional Certified Scrum Trainer Certified Scrum Coach

Scrum.org http://www.scrum.org/ Professional Scrum Master

▪ Professional Scrum Master 1▪ Professional Scrum Master 2

Professional Scrum Developer▪ PSD .Net▪ PSD Java

http://www.scrumalliance.org/

http://www.scrum.org/

http://www.scrumalliance.org/


Mes formations

Les formations de base: Introduction à Scrum Être ScrumMaster Être Product Owner Coaching Scrum Scrum in Depth: formation Scrum avancé

Les formations certifiantes Scrum Alliance & Scrum.org sont toutes à la demande.


Scrum Resources

59


Companies using SCRUM

60


Voici mon introduction à la Gestion de Produit avec Scrum


Questions?


Merci


[email protected]

At nancy10 scrumv2.0

Documents

Transcript of At nancy10 scrumv2.0