Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Agile post #10

Open
wants to merge 2 commits into
base: master
Choose a base branch
from
Open
Show file tree
Hide file tree
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
Binary file added images/itérations/fantasme.png
Loading
Sorry, something went wrong. Reload?
Sorry, we cannot display this file.
Sorry, this file is invalid so it cannot be displayed.
Binary file added images/itérations/itérations.png
Loading
Sorry, something went wrong. Reload?
Sorry, we cannot display this file.
Sorry, this file is invalid so it cannot be displayed.
2 changes: 2 additions & 0 deletions images/itérations/readme.md
Original file line number Diff line number Diff line change
@@ -0,0 +1,2 @@
Source pour les images :
https://drive.google.com/drive/folders/0B74bd8MzDJHzbGlDSzZSRWRyUmM?usp=sharing
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Ah oui tiens, je me suis dis : ça serait compliqué d'en faire des SVG ?

J'y vois des symboles qui se répètent, placés à des coordonnées différentes avec des angles différents.

C'est pas indispensable pour publier – ça me parait intéressant pour avoir et gestion des sources et représentation graphique.

Binary file added images/itérations/tunnel-fin.png
Loading
Sorry, something went wrong. Reload?
Sorry, we cannot display this file.
Sorry, this file is invalid so it cannot be displayed.
Binary file added images/itérations/vision-démarrage.png
Loading
Sorry, something went wrong. Reload?
Sorry, we cannot display this file.
Sorry, this file is invalid so it cannot be displayed.
60 changes: 60 additions & 0 deletions par-itérations.md
Original file line number Diff line number Diff line change
@@ -0,0 +1,60 @@
# Gestion de projet agile - des itérations

Une des composantes majeurs de dtc est d'accompagner les organisations avec/pour lesquelles nous travaillons. Cette idée d'accompagnement n'est pas seulement un positionnement dogmatique, mais une réponse très concrète à la complexité inherénte à faire des produits interactifs.
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Vu qu'on a surtout envie de travailler avec, je metterais juste avec au lieu de avec/pour. T'en penses quoi ?

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

s/inherénte/inhérente/

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Un positionnement dogmatique n'est pas quelque chose de rassurant ni ce qu'on fait à mon avis – c'est constat basé sur l'expérience mais aussi un choix fort.

Un dogme me fait penser à une croyance magique et non à une conviction forgée sur un ancrage dans le réel (y'a toujours une part de subjectivité mais quand même).


Dans cette page, nous expliquons une partie importante de notre façon de travailler : l'approche par itération avec rendus réguliers.


## La relation client-prestataire

On peut schématiser "l'imaginaire client" classique avec le schéma suivant :
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Je trouve ça péjoratif comme formulation – y'a un truc qui me gêne, je ne sais quoi ni quelle alternative donner.


![départ, flèche directe, arrivée](./images/itérations/fantasme.png)

On peut découper 3 éléments dans ce schéma :
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggestion de reformulation :

On peut lire le schéma ainsi :

- le client sait où il en est
- le client sait où il veut aller
- le prestataire va prendre le chemin le plus rapide pour y arriver (la ligne droite)
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Interrogation sur la notion de prestataire car le problème serait identique s'il voulait y parvenir de lui-même, en internalisant.


Malheureusement, la réalité n'est jamais aussi simple. D'après nos expériences professionelles, respectives, nous pouvons battre en brêche les 3 pré-supposés :
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggestion de reformulation :

La réalité n'est jamais aussi simple. Nous pouvons battre en brèche ces 3 pré-supposés d'après nos expériences professionnelles :


Même si c'est plutôt rare, il arrive le client ne connait pas bien son environnement, ne connait pas bien ses outils et/ou les personnes autour de lui/elle. Il/elle a déjà la réponse a son besoin sous la main, mais ne le voit pas. Pour la suite de cette page, nous présupposerons quand même que le client sait d'où il part.
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

s/il arrive le client/il arrive que le client/

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

De "ne connait pas bien ses outils et/ou les personnes autour de lui/elle/" vers "ne connait pas bien ses outils ou les personnes autour d'eux"

En fait ce qui semble gênant c'est l'abus de "/". Je trouve plus clean soit d'utiliser des termes non-genrés soit de passer au pluriel (les englobant aussi bien masculin que féminin). Ça change pas grand chose de dire "les clients" au lieu de "le client" et ça rend le texte bien plus lisible.


Par contre, il est très fréquent que le client ne sache pas ce qu'il veut. Il/elle l'exprimera avec des mots vagues ou insuffisamment précis pour commencer à construire avec confiance. Il est aussi extrêmement fréquent que le besoin du client évolue au cours du temps. Les priorités changent parfois. Ou, au contact de premiers rendus, le client se rend compte que la direction n'est pas la bonne. Ces facteurs sont inévitables.
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

s/Par contre, il est très fréquent que le client ne sache pas ce qu'il veut./Il est très fréquent que le client ne sache pas ce qu'il veut/

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Je complèterais aussi avec le fait que le client pense savoir ce qu'il veut, ou qu'il détient la vérité.

J'irais plus loin en disant que ce n'est pas le propre du client mais de tout individu à un stade donné de sa vie. Ça nous concerne nous aussi. Le presta

D'ailleurs ça me gêne de parler de client/presta parce que le contenu du billet ne remet pas en cause cette partie alors qu'elle est également essentielle. C'est entre autre le fait de casser client (je sais)/presta (j'exécute) qui permet de zigzaguer et d'arriver vers une des destinations possibles et pertinente.

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

J'emphaserais bien sur

Ces facteurs sont inévitables

C'est clairement inévitable, c'est hyper important et c'est le rôle de l'accompagnant (pas celui du presta) que de faire accepter l'inévitable et de travailler avec plutôt que de travailler contre.


Enfin, la pratique de transformer une idée en un produit apporte son lot de surprises (difficulté technique métier ou opérationelle imprévue, etc.) et la ligne droite a peut-être un mur au milieu qu'il faudra bien contourner, mais on ne le sait jamais tant qu'on n'est pas arrivé devant le mur.
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

👍

Y'a des murs, des obstacles et des mirages :-D (nan c'était pas là, c'était plutôt là bas !)



## A l'ancienne
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

s/A/À/


Ils sont incomptables les projets qui se sont planifiés comme des lignes droites où on laisse le prestataire avec un cahier des charges et on le retrouve 6 mois ou 2 ans plus tard. Le fameux [effet tunnuel](http://christian.hohmann.free.fr/index.php/lean-en-conception-et-developpement/les-basiques-du-lean-en-conception-et-developpement/286-panique-en-developpement-effet-tunnel) On arrive toujours au même résultat :
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggestion de reformulation :

Innombrables sont les projets planifiés comme des lignes droites. Le prestataire est laissé avec un cahier des charges dont l'exécution dure de quelques mois à plusieurs années. Le fameux effet tunnuel. Le résultat est toujours le même :

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

typo: « effet tunnel »


![différence entre l'attendu et le réalisé](./images/itérations/tunnel-fin.png)


Il existe [d'autres images](http://www.tamingdata.com/wp-content/uploads/2010/07/tree-swing-project-management-large.png) sur le sujet.
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

J'irais jusqu'à les inclure visuellement en mettant une référence à leurs auteurs respectifs :


Le budget du client est consommé, le produit n'est pas celui qu'il attendait et arrivent les conflits de toute sorte dont la conclusion la plus commune est que le client rajoute du budget pour couvrir le dernier delta.


## Par itérations

Nous acceptons un présupposé différent qui ressemble plutôt à ça :
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Là j'irais bien plus fort et plus loin en étant très explicite que de l'image initiale de départ/ligne/arrivée on bascule vers un paradigme différent, celui de la réalité.

Ce que je veux souligner c'est que cette phrase n'indique pas une rupture assez franche sur le changement d'idée par rapport à l'approche tradi – ça manque de transition.


![l'arrivée est plus floue](./images/itérations/vision-démarrage.png)

Vous savez seulement vaguement où vous voulez. Pas grave. On va travailler ensemble à deux tâches simultanément :
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

s/On va travailler ensemble à deux tâches simultanément/Nous allons travailler simultanément sur deux fronts/

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

typo: où vous voullez aller

- rafiner le besoin
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

affiner ou raffiner ?

- construire un produit progressivement qui va dans la-bonne-direction-pour-l'instant

Et ça va ressembler à ça :

![l'arrivée est plus floue](./images/itérations/itérations.png)

Cette méthode a plusieurs avantages :
- Vous savez de mieux en mieux ce que vous voulez
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Et nous aussi.

- A la fin de chaque itérations (2-3 semaines), vous avez un produit qui se rapproche de plus en plus de ce que vous voulez. Vous pouvez arrêter le développement quand vous voulez d'ailleurs.
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

s/itérations/itération/

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Ça manque d'info sur le pourquoi 2-3 semaines (on prend un nombre arbitraire, pourquoi pas 2 mois ?)

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

nit: « itération », au singulier.

- Votre budget est optimisé : durant chaque itération, on avance le produit au mieux du niveau de connaissance que l'on a à ce moment-là.


Travailons ensemble intelligemment :-)
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

s/Travailons/Travaillons/

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Alors oui mais pour une raison que j'ignore, la démonstration me paraît trop facile.

Si c'est si bien, pourquoi n'est-ce pas davantage l'usage normal ? Peut-on quand même se planter en agile ? Arrive-t-on systématiquement au résultat (j'ai envie de dire non) ?

En fait je challenge surtout l'idée que l'approche agile est "magique" (genre, ça marche en opposition à un autre concept). Et y'a un risque à dégoûter quelqu'un d'une approche agile si le projet foire ou que le "client" repart déçu. Hypothèse entièrement écartée de l'écrit.