Dans le scrim tu vas trouver plusieurs artefacts. Un artefact c'est quoi ? C'est un truc qui rend
processus visible, c'est un truc qui le rend tangible. C'est ce qui permet de rendre l'invisible
visible. Le fameux miroka en japonais. Ça peut être un de pouvoir caser un bon japonais. Dans les
artefacts tu vas trouver le board, le burn down chart, le backlog. Moi j'aime beaucoup les burn
down parce que c'est vraiment un outil qui rend un truc assez intangible, qui est la progression
de l'équipe vraiment claire, tangible, direct. Une info que tu peux comprendre en 10 secondes.
Et c'est quoi les livrables au-delà des artefacts ? Parce qu'on est d'accord qu'on n'est pas là pour
produire des burn down ou des backlog. On est là pour produire un soft qui marche. Donc le code,
on peut considérer que c'est quand même le livrable. Alors est-ce que tu livre du code ou est-ce
que tu livre du binaire ? Ça se discute. Mais bref, à noter, j'aimerais juste rappeler un point
de détail. Quand tu livres un truc à la fin d'une intération, c'est bien marqué un peu partout. C'est
production ready. Ça veut dire que tu peux potentiellement le mettre en production. Ça ne veut pas
dire que tu vas systématiquement le mettre en production. Ça veut juste dire que tu es à un niveau
de finition qui peut aller en production. Donc si ton truc, il part pas en prod, mais il part en QA,
pose-toi des questions. Alors on peut parler de la doc, des métriques aussi peut-être. Ça fait
peut-être partie aussi de tes livrables. Même si je pense que je pense pas que tu sois payé pour
livrer de la doc, mais il y a peut-être des boîtes qui marchent comme ça, je ne sais pas. Mais il
y a un livrable dont on parle assez peu. C'est l'équipe. Moi je considère que l'équipe fait
pleinement partie des livrables. Parce qu'il faudrait pas oublier un truc, c'est que quand un sprint
termine, un autre commence. En fait c'est un espèce de sprint continu. Et c'est la même équipe qui
enquille le prochain. En fait de sprint en sprint, ça ressemble plutôt à un marathon en fait. Débat
dans la communauté sur le nommage de ce truc. Ouais, bonne question. Moi j'ai fait une fois un
marathon. Autant j'ai fait quelques semi-marathons que j'ai fait qu'un marathon dans ma vie. 42 km et
des boîtes. Bon je t'ai calé, je t'ai au top. J'avais tout la tiraille qu'il fallait, j'avais ma
petite gourde de trucs énergisants, j'avais fait les entraînements, j'avais ma montre qui me donnait
ma fréquence cardiaque. Et je m'étais calé sur ma fréquence cardiaque. J'avais démarré,
je m'étais bien appliqué. Sauf que j'avais oublié un petit détail. La fréquence cardiaque sur laquelle
je m'étais calé, c'était celle de mes débuts. Et entre temps j'avais vie. Du coup je t'ai calé sur
une fréquence cardiaque de petits genoux. Et en fait j'ai fait la première heure de course à 100%
de ma fréquence cardiaque maximale. 100% de ta fréquence cardiaque maximale, ça veut dire que
tu brûles complètement ta capacité à aller sur la durée. Et à partir du 26e km, j'ai pris le
fameux mur. En général les gens se le prennent au-delà du 30e, moi c'était au 26e. Et là je
peux te dire que ça a été dur après. J'avais brûlé tout ce que je pouvais. Mes perves se sont
littéralement effondrées. Déjà qu'elles n'étaient pas glorieuses, là c'était vraiment juste pour le
principe de finir, juste de terminer. Bon j'en étais pas peu fier. C'était quand même un grand sujet
de satisfaction pour moi. Si un jour on se rend compte physiquement tu comprendras pourquoi.
Les processus agile encourage un rythme de développement soutenable. Ensemble les
commanditaires, les développeurs et les utilisateurs devraient être capables de maintenir
indéfiniment un rythme constant. Je te renvoie au manifest agile et les douze pratiques.
On ne faudrait pas les oublier, c'est quand même la base. Alors interroge-toi. Où en es-tu ? Où
en est ton équipe ? Quel est son niveau de fatigue ? Quel est son niveau d'énergie ? Quel est la
culture d'entreprise ? Est-ce que tu es dans une entreprise qui favorise et qui veille à ce que
les gens soient capables de tenir sur la durée ? Est-ce qu'on est plutôt dans une entreprise
ou de sprint en sprint ? On va tous mourir si ça se finit pas et ça met une pression de dingue sur
toute l'équipe. En tout cas moi j'ai une croyance que j'ai envie de partager avec toi. L'excellence ne
peut se construire que sur la durée. Je tiens merci d'avoir écouté ce podcast jusqu'au bout.
Si ce n'est pas déjà fait, viens t'abonner sur artisandeveloper.com et je te dis à demain.