Vous expliquez m\u00e9thodiquement vos attentes au chef de projet. Une fois que vous \u00eates d\u2019accord, il vous promet de vous livrer votre logiciel dans quelques mois.<\/p>\n
Seulement, le jour J, vous tombez des nues\u00a0: le logiciel ne correspond pas du tout \u00e0 ce que vous attendiez.<\/p>\n
Et pour cause, votre march\u00e9 a \u00e9volu\u00e9. Vos besoins et vos utilisateurs aussi. Pire encore, certaines de vos attentes n\u2019ont pas \u00e9t\u00e9 prises en compte comme vous le vouliez.<\/p>\n
Entre votre taux de stress qui va bondir, les frais n\u00e9cessaires pour r\u00e9ajuster le logiciel et les retards, vous \u00eates en col\u00e8re.<\/p>\n
Et on vous comprend.<\/p>\n
Raison pour laquelle nous vous proposons une solution pour \u00e9viter de vous retrouver dans cette situation\u00a0: les c\u00e9r\u00e9monies agiles.<\/p>\n
Qu\u2019est-ce qu\u2019une c\u00e9r\u00e9monie agile et pourquoi votre agence web devrait en tenir\u00a0?<\/h2>\n
Si vous trouvez ce sc\u00e9nario surr\u00e9aliste, ce n\u2019est pas le cas\u00a0: c\u2019\u00e9tait m\u00eame la norme jusque dans le d\u00e9but des ann\u00e9es 2000.<\/p>\n
Sans surprise, le taux d\u2019\u00e9chec des d\u00e9veloppements logiciels \u00e9tait affreusement \u00e9lev\u00e9. Selon le rapport \u00ab\u00a0Standish Group Chaos Report\u00a0\u00bb sorti en 2000<\/a>, 83% des d\u00e9veloppements de logiciels \u00e9taient des \u00e9checs (en 2015, ce chiffre \u00e9tait descendu \u00e0 71%).<\/a><\/p>\n La cause majeure de ce d\u00e9sastre n\u2019\u00e9tait pas le manque de comp\u00e9tences. Loin de l\u00e0.<\/p>\n Mais plut\u00f4t le manque d\u2019implication des utilisateurs dans les processus de d\u00e9veloppement logiciel, except\u00e9 \u00e0 la fin du projet. Mieux encore, dans les causes de r\u00e9ussites des projets, l\u2019implication des utilisateurs est class\u00e9e comme cause num\u00e9ro 1.<\/p>\n Face \u00e0 ce triste constat, un nouveau type m\u00e9thodologie de gestion de projet a vu le jour\u00a0: les m\u00e9thodologies agiles.<\/p>\n En choisissant une agence qui utilise une m\u00e9thode agile (ou un framework agile) -Kanban, scrum, etc.-, vous recevrez rapidement un produit fonctionnel. Ensuite, \u00e0 chaque cycle de d\u00e9veloppement ou sprint (1 sprint = 1 semaine chez Poyesis), votre produit b\u00e9n\u00e9ficiera d\u2019une nouvelle fonctionnalit\u00e9 ou it\u00e9ration.<\/p>\n Au fil des it\u00e9rations successives et de vos retours sur les d\u00e9mos, votre logiciel prendra forme. Cette fa\u00e7on de cr\u00e9er les logiciels en misant sur une am\u00e9lioration continue tranche radicalement avec le d\u00e9veloppement en silo.<\/p>\n Pour \u00eatre certain que votre gestion de projet agile se d\u00e9roule sans encombre, les \u00e9quipes agiles tiennent 5 r\u00e9unions par sprint (dont deux n\u00e9cessitant votre pr\u00e9sence)\u00a0:<\/p>\n Voyons-les tout de suite.<\/p>\n Pour expliquer les diff\u00e9rentes c\u00e9r\u00e9monies agiles, nous prendrons le cas d\u2019une \u00e9quipe agile constitu\u00e9e de 4 membres\u00a0:<\/p>\n Voyons maintenant les diff\u00e9rentes c\u00e9r\u00e9monies agiles.<\/p>\n Se d\u00e9roulant g\u00e9n\u00e9ralement en d\u00e9but de sprint, cette r\u00e9union sert \u00e0 d\u00e9finir les 2 composants cl\u00e9s du sprint\u00a0: l\u2019objectif \u00e0 atteindre et les t\u00e2ches \u00e0 effectuer.<\/p>\n Qui participe \u00e0 cette r\u00e9union\u00a0? <\/strong><\/p>\n Quand a-t-elle lieu<\/strong>\u00a0: en d\u00e9but de sprint (le vendredi chez Poyesis).<\/p>\n Comment se d\u00e9roule-t-elle\u00a0?<\/strong><\/p>\n \u00c0 la fin de cette r\u00e9union de maximum 2 heures, chaque membre de l\u2019\u00e9quipe projet \u2013 y compris vous- sait exactement ce qu\u2019il a \u00e0 faire ou va recevoir.<\/p>\n Ces r\u00e9unions sont les plus courtes et les plus r\u00e9guli\u00e8res de toutes les c\u00e9r\u00e9monies agiles.<\/p>\n Qui participe \u00e0 cette r\u00e9union\u00a0?<\/strong><\/p>\n Comment se d\u00e9roule-t-elle\u00a0?<\/strong><\/p>\n Pendant maximum 15 minutes, les membres de l’\u00e9quipe se tiennent debout (d\u2019o\u00f9 le nom stand-up) et r\u00e9pondent \u00e0 trois questions\u00a0:<\/p>\n L\u2019objectif de ces r\u00e9unions \u00e9tant de s\u2019assurer que le workflow se d\u00e9roule sans encombre.<\/p>\n \u00c0 ce stade, les fonctionnalit\u00e9s pr\u00e9vues lors du planning ainsi que celles ajout\u00e9es lors de la revue du backlog sont d\u00e9j\u00e0 impl\u00e9ment\u00e9es \u2013 du moins partiellement.<\/p>\n Et c\u2019est l\u00e0 que vous entrez en jeu\u00a0: sous la supervision du product owner, la squad vous montrera l\u2019avancement de votre projet sous forme de livrables. \u00c0 chaque livraison, vos feedbacks sont \u00e9cout\u00e9s et utilis\u00e9s pour peaufiner le prochain livrable jusqu\u2019au produit final.<\/p>\n Naturellement, cette r\u00e9union n\u2019a lieu qu\u2019une seule fois par sprint, g\u00e9n\u00e9ralement \u00e0 la fin. Elle dure environ 1 heure.<\/p>\n \u00c0 la fin du sprint et apr\u00e8s avoir re\u00e7u vos remarques, les membres de l\u2019\u00e9quipe projet se r\u00e9unissent une derni\u00e8re fois pour analyser le sprint qui vient d\u2019\u00eatre termin\u00e9.<\/p>\n Qui participe \u00e0 cette r\u00e9union\u00a0?<\/strong><\/p>\n Comment se d\u00e9roule-t-elle\u00a0?<\/strong><\/p>\n Chaque membre doit r\u00e9pondre \u00e0 3 questions\u00a0:<\/p>\n \u00c0 la fin de la c\u00e9r\u00e9monie agile, l\u2019\u00e9quipe projet dispose d\u2019une liste d\u2019actions claires pour am\u00e9liorer le prochain sprint.<\/p>\n Contrairement aux autres c\u00e9r\u00e9monies, la revue du backlog, ou backlog refinement meeting – r\u00e9union de raffinage du backlog de produit en fran\u00e7ais -, n\u2019est pas indispensable au management agile.<\/p>\n Mais pour nous, c\u2019est un moment incontournable pour assurer la qualit\u00e9 des livrables que nous vous remettrons.<\/p>\n C\u2019est le moment pour nous d\u2019affiner et d\u2019\u00e9valuer les \u00e9l\u00e9ments du backlog d\u00e9j\u00e0 d\u00e9finis et de d\u00e9tailler davantage les users stories (le contexte des fonctionnalit\u00e9s) si n\u00e9cessaire. Elle a lieu en milieu de sprint.<\/p>\n Quand se d\u00e9roule-t-elle<\/strong>\u00a0: en milieu de sprint.<\/p>\n Qui participe \u00e0 cette r\u00e9union\u00a0?<\/strong><\/p>\n Comment se d\u00e9roule-t-elle\u00a0?<\/strong><\/p>\n Voici comment elle se d\u00e9roule\u00a0:<\/p>\n En sortant de cette r\u00e9union, tous les membres de l\u2019\u00e9quipe de d\u00e9veloppement ont en t\u00eate une liste hi\u00e9rarchis\u00e9e, d\u00e9taill\u00e9e et prioris\u00e9e des nouveaux \u00e9l\u00e9ments du backlog.<\/p>\n En lisant cet article sur les c\u00e9r\u00e9monies agiles (merci\u00a0\u263a), vous vous \u00eates peut-\u00eatre dit que cela fait beaucoup de r\u00e9unions. Surtout pour votre agenda d\u00e9j\u00e0 surcharg\u00e9.<\/p>\n Nous en sommes conscients.<\/p>\n Ce pourquoi chez Poyesis, nous ne vous convions qu\u2019\u00e0 deux r\u00e9unions agiles par sprint\u00a0:<\/p>\n\n
Les 4+1 c\u00e9r\u00e9monies agiles<\/h2>\n
\n
1. Le planning du Sprint<\/h3>\n
![\"\"](\"https:\/\/poyesis.fr\/blogs\/wp-content\/uploads\/2021\/10\/reunion-pour-planning-683x1024.jpg\")
<\/p>\n\n
\n
2. Le Stand-up quotidien ou m\u00eal\u00e9e journali\u00e8re<\/h3>\n
\n
\n
3. La d\u00e9mo (ou revue)<\/h3>\n
![\"\"](\"https:\/\/poyesis.fr\/blogs\/wp-content\/uploads\/2021\/10\/reunion-de-presentation-1-683x1024.jpg\")
<\/p>\n4. La r\u00e9trospective de Sprint<\/h3>\n
\n
\n
Bonus\u00a0: La revue du Backlog<\/h3>\n
![\"\"](\"https:\/\/poyesis.fr\/blogs\/wp-content\/uploads\/2021\/10\/reunion-de-revue-683x1024.jpg\")
<\/p>\n\n
\n
Le petit mot de la fin<\/h2>\n
\n