Développer, mais pas n'importe comment

Preview:

Citation preview

AgileCampusTourDévelopper, mais pas n’importe comment

http://agilecampustour.org@agilecampustour

1 semaine

Les épisodes précédents

1 semaine

Les épisodes précédents

1 semaine

Les épisodes précédents

1 semaine

Les épisodes précédents

Bill

EPL

Bob

Retournons chez...

Ils ont un carnet de produit (product backlog)

~~~~~~~~~~~~~~~~~~~~~~~~~~

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

~~~~~~~~~~~~~~~~~~~~~~~~~~

~~~~~~~~~~~~~~~~~~

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

~~~~~~~~~~~~~~~~~~~~~~~~~~

~~~~~~~~~~~~~~~~~~~~~~

~~~~~~~~~~~~~~~~~~~~

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

~~~~~~~~~~~~~~~~~~~~~~

Afin de trouver du contenu intéressantEn tant que visiteurJe peux lire les articles publiés sur le blog.

Prioritisé selon la valeur que représente chaque récit pour le client

~~~~~~~~~~~~~~~~~~~~~~~~~~

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

~~~~~~~~~~~~~~~~~~~~~~~~~~

~~~~~~~~~~~~~~~~~~

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

~~~~~~~~~~~~~~~~~~~~~~~~~~

~~~~~~~~~~~~~~~~~~~~~~

~~~~~~~~~~~~~~~~~~~~

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

~~~~~~~~~~~~~~~~~~~~~~

Avec parfois des contraintes techniques

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

~~~~~~~~~~~~~~~~~~~~~~~~~~

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

~~~~~~~~~~~~~~~~~~~~~~~~~~

~~~~~~~~~~~~~~~~~~

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

~~~~~~~~~~~~~~~~~~~~~~~~~~

~~~~~~~~~~~~~~~~~~~~~~

~~~~~~~~~~~~~~~~~~~~

~~~~~~~~~~~~~~~~~~~~~~

Les récits sont estimés par leur équipe et les tâches associées identifiées

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

~~~~~~~~~~~~~~~~~~~~~~~~~~

~~~~~~~~~~~~~~~~~~~~~~

~~~~~~~~~~~~~~~~~~~~

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

3

~~~~~~~~~~~~~~~~~~~~~~~~~~

3

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

5

~~~~~~~~~~~~~~~~~~~~~~~~~~

2

~~~~~~~~~~~~~~~~~~~~~~

3

~~~~~~~~~~~~~~~~~~

5

2

8

13

8

2

4

Afficher l’auteur du post

Business logic contrôleur

Intégrer le design de la page

Design de la page post#show

Afin de trouver du contenu intéressantEn tant que visiteurJe peux lire les articles publiés sur le blog.

Leur équipe à estimé sa vélocité

~~~~~~~~~~~~~~~~~~~~~~~~~~ 3

~~~~~~~~~~~~

~~~~~~~

~~~~~~~~~~~

5

~~~~~~~~~~~~~~~~~~~~~~~~~~2

~~~~~

~~~~~~~~

~~~~~~~~~

3

~~~~~~~~~~~~~~~~~~5

18~~~~~~~~~~~~

~~~~~~~~~~

~~~~~~~~~~~~2

~~~~~~~~~~~~

~~~~~~~~

~~~~~~

8

~~~~~

~~~~~~~~

~~~~~~~~~

13

~~~~~~~~~~~~~~~~~~~~8

Ils ont une liste de récits pour la prochaine itération

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

~~~~~~~~~~~~~~~~~~~~~~~~~~

~~~~~~~~~~~~~~~~~~~~~~

~~~~~~~~~~~~~~~~~~~~

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

~~~~~~~~~~~~~~~~~~~~~~~~~~

3

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

5

~~~~~~~~~~~~~~~~~~~~~~~~~~

2

~~~~~~~~~~~~~~~~~~~~~~

3

~~~~~~~~~~~~~~~~~~

5

2

8

13

8

2

4

}~~~~~~~~~~~~~~~~~~~~~~~~~~

3

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

5

~~~~~~~~~~~~~~~~~~~~~~~~~~

2

~~~~~~~~~~~~~~~~~~~~~~

3

~~~~~~~~~~~~~~~~~~

5

Et un kanban prêt à être utilisé

Stories TODO WIP(4) DONE

~~~~~~~~~~~~~~~~~~~~~~~~~~

3

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

5

~~~~~~~~~~~~~~~~~~~~~~~~~~

2

~~~~~~~~~~~~~~~~~~~~~~

3

~~~~~~~~~~~~~~~~~~

5

Name tags

Misc.

Blue Team

Ils sont prêts à attaquer l’itération

Le matin, toute l’équipe se réunit devant le kanban

Stories TODO WIP(4) DONE

~~~~~3

~~~~~5

~~~~~ 2

~~~~~3

~~~~~5

Name tags

Misc.

Blue Team

Qu’est-ce qu’on fait jusqu’au prochain meeting?

Produire du code maintenable

Tout en se concentrant sur les livrables de l’itération

Pour éviter de produire de la dette technique

Comment?

Les membres de leurs équipes forment des paires

Les paires recoivent les scénarios du client et les transforment en tests

“Lorsque je vais sur la page principale je dois voir la liste des articles publiés”

“Lorsque je suis sur la page d’un article, je dois voir les informations de son auteur en bas de celui-ci”

Qu’ils exécutent...

Ils écrivent le code minimum permettant de faire passer leurs tests

Bill et Bob améliorent leur code

Grâce aux tests, ils savent lorsqu’ils “cassent” quelque chose...

“When a test fails, it's like a message from the past by someone who cared”

@sf105 and @andrew_jackman

On appelle ça du TDDTest Driven Development

Quand le récit est “terminé”, ils soumettent leur travail

Afin que le client puisse tester

Les paires retournent voir ce qu’il reste à faire sur le Kanban

Stories TODO WIP(4) DONE

~~~~~3

~~~~~5

~~~~~ 2

~~~~~3

~~~~~5

Name tags

Misc.

Blue Team

Le lendemain matin, on se synchronise et on recommence

Stories TODO WIP(4) DONE

~~~~~3

~~~~~5

~~~~~ 2

~~~~~3

~~~~~5

Name tags

Misc.

Blue Team

Jusqu’a la fin de l’itération

Tout ce qui est accepté par le client est mis en production

1 semaine

La dernière étape...

1 semaine

La dernière étape...

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?

http://agilecampustour.org@agilecampustour

Questions?

Recommended