Estimer et Planifier

AgileCampusTourPlanifier et Estimer

http://agilecampustour.org@agilecampustour

http://agilecampustour.org


@mlainez

@mlainez

@cimm

@jbpros

[email protected]

[email protected]

[email protected]

Julien Biezemans

Simon Schoeters

Marc Lainez

La fine équipe

Si vous voulez tweeter utilisez le hashtag #act11http://agilecampustour.org@agilecampustour

mailto:[email protected]








1 semaine

Petit rappel




1 semaine

Petit rappel




Avant le projet, la vision

Est-ce que le projet en vaut la peine?

Les 5 pourquoi (5 why’s)




Définir une longueur pour les itérations

Ni trop courte, ni trop longue

De 1 à 6 semaines

Donne un rythme à l’équipe




Que veut dire “terminé”?

S’appliquent à un récit utilisateur ou fonctionnalité

Limités aux compétences et ressources de l’équipe

Compris par le client


Les critères qui définissent la complétion



Exemple

Le blog de l’AgileCampusTour




Exemple

Le blog de l’AgileCampusTourPublier des articles et des vidéos sur l’agilité pour les étudiants




Exemple


Fournir aux étudiants des informations sur l’agilité




Exemple



Pouvoir les utiliser sur des projets dans le cadre de leurs cours




Exemple




Leur ouvrir l’esprit à d’autres manières de travailler




Exemple




Leur ouvrir l’esprit à d’autres manières de travailler

Leur donner l’envie d’utiliser l’agilité dans leur futur job




Récits d’utilisateurs(User stories)

Capture le contenu d’une fonctionnalité

Texte court sur carte ou post-itLes visiteurs peuvent lire les articles publiés sur le blog.

3


INVEST


INVESTIndépendant

“Un auteur peut écrire un article sur le blog.”“Un auteur peut écrire une nouvelle sur le blog.”


INVESTIndépendant

“Un auteur peut publier un article ou une nouvelle sur le blog.”


INVESTIndépendant

“Un auteur peut publier sur le blog.”“Un auteur peut définir le type de publication qu’il écrit.”


INVESTNégociable

Un récit n’est pas un contratPeu de détails


INVESTValorisable

Récits écrits par le client


INVESTValorisable

Pour les utilisateurs

“Les visiteurs peuvent écrire des commentaires sur les articles.”


INVESTValorisable

Pour les clients

“Le nombre de visites uniques sur la page d'accueil doit être enregistré.”


INVESTValorisable

Pas pour les développeurs

“Le code source doit être centralisé et partagé via un système de versioning.”


INVESTValorisable

Pas pour les développeurs

“Le code source doit être centralisé et partagé via un système de versioning.”


INVESTEstimable

Connaissance du domaine


INVESTEstimable

Connaissance technique


INVESTEstimable

Récit trop conséquent


INVESTSmall (petit)

Récit trop important ou trop petit: difficile à estimer et planifier


INVESTTestable

Critères d’acceptance


INVESTTestable

Tests automatisés


INVESTTestable

Etant donné que je suis identifié comme auteurLorsque j'écris un article sur le blogEt que je publie l'articleAlors l'article est affiché publiquement sur le blog


Verticalité(full stack)


Afin de fournir aux étudiants des informations sur l’agilitéEn tant que membre de l’AgileCampusTourJe veux publier des articles sur le blog


Structure d’un récit

Afin de <valeur métier>En tant que <rôle>Je veux <fonctionnalité>


Structure d’un récit

Trier les récits par priorité

Du plus important au moins important

Différentes techniques


Pourquoi prioritiser?

Le plus important en premier...



Le plus important en premier... ou presque...











Prioritiser: techniques


Préférence La plus simple

Le “client” décide seul

VAN Calcul du ROI d’un récit

Ce qui rapportera le plus

Poker Chips Ludique

Permet au client de mettre un poids sur les récits

KANO Impliquer les utilisateurs

Permet de catégoriser les récits

Prioritiser: techniques


Kano model

Estimer les récits

En heures ou en pointsL’équipe estime le travailC’est une estimation


Pourquoi estimer?

Quantité de travail délivrée à la deadlinePlanification de projetsComplexité des récits


Pourquoi estimer?

Quantité de travail délivrée à la deadlinePlanification de projetsComplexité des récits

C’est l’équipe de développement qui estime le travail, personne d’autre


Les “story points”

8Belgium

points

Mesure de l’effort nécessaire pour accomplir un récit

Effort nécessaire = Temps nécessaire ?

Mesure relative par rapport à un récit de référence

Mesure de l’incertitude d’un récit


Les “story points”

8Belgium

points

Mesure de l’effort nécessaire pour accomplir un récit

Effort nécessaire = Temps nécessaire

Mesure relative par rapport à un récit de référence

Mesure de l’incertitude d’un récit


Example


Example


Example


1/200

“Story points” vs. heures

8h pour moi ne veut pas dire 8h pour vous...

Si je tombe malade on ré-estime?

Il est prouvé qu’une estimation relative est plus souvent pertinente qu’une estimation absolue


Estimer: techniques

Chaque membre recoit des cartes

Les valeurs sur les cartes suivent la suite de fibonacci... enfin presque...

Plus la valeur est haute plus la tâche est complexe et incertaine

Chaque membre de l’équipe choisit une carte et ensemble, ils la retournent

http://www.planningpoker.com/

Planning Poker




Estimer: techniques

Affinity estimating

Un ou deux membres de l’équipe trient les récits par complexité

Le reste de l’équipe observe et réagit ensuite

Des changements sont faits si nécessaire

A chaque tas de récits de même complexité, on attribue un numéro croissant


Oui mais, comment on fait le lien avec le temps nécessaire?


La vélocité d’une équipe


Représente l’effort qu’une équipe peut délivrer en une itération

Varie au cours des itérations

La moyenne permet de faire des prédictions

Le “plan” est sans cesse réajusté au fil des changements de vélocité

Déterminer la vélocité


Utiliser des données historiques de l’équipe

Faire 2 ou 3 itérations

Faire une “estimation” éclairée de la vélocité

Se baser sur “l’engagement” de l’équipe

Voilà, maintenant on peut “planifier”


Niveau projet: Product Backlog

Liste de tous les récits identifiés

Peut contenir des récits vagues

Liste prioritisée par le client

Des récits peuvent y être ajoutés, retirés, modifiés, déplacés

Les récits du product backlog ne doivent pas mais peuvent être estimés


Niveau itération: Sprint Backlog

Au début de chaque itération, on prend les éléments les plus importants du product backlog

L’équipe les estime un par un

Lorsque la somme des story points des récits estimés atteint la vélocité on s’arrête

La liste ainsi créée est le sprint backlog

L’équipe travaillera sur ces récits durant l’itération


C’est un peu comme...

Comment visualiser?


Kanban

Permet de représenter le processus de développement en détail

Limite le travail en cours

Est un élément essentiel pour l’équipe

Permet à toute personne extérieure de connaître le statut de l’équipe

Est mis à jour par l’équipe chaque jour


Kanban


Visualiser permet de se construire une “carte” de l’itération

Manipuler crée de l’engagement

3 ways the brain creates meaning

1 semaine

La suite


1 semaine

La suite


1 semaine

La suite


1 semaine

La suite


Workshop planification et estimation

21 février de 18h30 à 21h30

BARB06

Développer oui, mais pas n’importe comment

24 février de 13h à 14h

BARB94

Code workshop

28 février de 18h30 à 21h30

Salle INTEL

Rétrospectives et conclusion

3 mars de 13h à14h

BARB94

Ne manquez pas...



Un peu de lecture?


Et rien que pour vous...


Questions?

Education

Estimer et Planifier