Autant de probl\u00e9matiques auxquelles il faut trouver des solutions sous peine de voir l’\u00e9quipe exploser en vol ! Chez Ubiq<\/a>, plusieurs \u00e9quipes ont choisi de tester la m\u00e9thode agile, habituellement r\u00e9serv\u00e9e aux d\u00e9veloppeurs, afin de gagner en productivit\u00e9. Nous avions pr\u00e9sent\u00e9 ce mode de fonctionnement lors d’un \u00e9v\u00e8nement Yolocracry,<\/a> on vous raconte ici\u00a0 !<\/p>\n L\u2019approche agile part du principe que le besoin va \u00e9voluer pendant le projet. Au lieu de tout fixer au d\u00e9part et de suivre un programme rigide, le projet sera d\u00e9coup\u00e9 en cycles de d\u00e9veloppement<\/strong>. \u00c0 l’issu de quoi un bilan sera fait avec le client : le moment de noter les am\u00e9liorations possibles et de fixer les prochains objectifs.<\/p>\n Il existe plusieurs types de m\u00e9thodes agiles. Chez Bureaux \u00c0 Partager, l’\u00e9quipe de d\u00e9veloppeurs travaille depuis plus de 2 ans avec la m\u00e9thode Scrum<\/strong>. C’est donc celle-ci qui a \u00e9t\u00e9 mise en place dans les autres \u00e9quipes.<\/p>\n Scrum<\/strong>\u00a0propose un cadre de travail sur des p\u00e9riodes de 2 \u00e0 4 semaines. Celles-ci sont appel\u00e9es sprint<\/strong>. Au d\u00e9but de chaque sprint, les membres de l’\u00e9quipe s’engagent \u00e0 r\u00e9aliser un certain nombre de t\u00e2ches. Chaque jour, le sprint master<\/strong> (personne d\u00e9sign\u00e9e pour animer le sprint) fait un bilan rapide de l’avanc\u00e9e des t\u00e2ches de chacun. Des points de complexit\u00e9<\/strong> sont attribu\u00e9s aux t\u00e2ches par le reste de l’\u00e9quipe ; c’est le poker planning<\/strong>. Ce qui permet de compter en points et non en nombre de t\u00e2ches et de toujours garder la m\u00eame charge de travail d’un sprint \u00e0 l’autre. Si une demande est faite en cours de sprint, elle sera convertie en t\u00e2che<\/strong>. Pour pouvoir l’ajouter au sprint, il faudra en sortir une autre d’un nombre de point \u00e9quivalent. Enfin, \u00e0 la fin du sprint, une r\u00e9union est fix\u00e9e pour faire le point sur ce qui a \u00e9t\u00e9 r\u00e9alis\u00e9 ; c’est la r\u00e9trospective<\/strong>.<\/p>\n Il y a un an, des probl\u00e9matiques similaires ont \u00e9t\u00e9 not\u00e9es au sein de plusieurs \u00e9quipes Bureaux \u00c0 Partager :<\/p>\n Face \u00e0 ces difficult\u00e9s, une meilleure organisation du travail s’imposait. Comme le test & learn<\/strong> et les innovations RH sont fortement ancr\u00e9s dans notre culture d’entreprise, nous avons donc d\u00e9cid\u00e9 de tester la m\u00e9thodes agiles dans les \u00e9quipes RH, finance et communication. Elles ont \u00e9t\u00e9 coach\u00e9es par une personne de l’\u00e9quipe produit ma\u00eetrisant parfaitement la m\u00e9thode agile.<\/p>\n Le passage en mode agile s’est fait en 4 \u00e9tapes cl\u00e9s :<\/p>\n Par exemple, l’\u00e9quipe communication rassemble plusieurs m\u00e9tiers : graphiste, chef de projet, traffic manageur, etc. Il est difficile pour le traffic manager d’estimer la complexit\u00e9 des t\u00e2ches du graphiste et inversement. Cette partie poker planning a donc \u00e9t\u00e9 abandonn\u00e9e pour l’\u00e9quipe communication.<\/em><\/p>\n La phase de mise en place \/ adaptation a pris environ 6 mois aux \u00e9quipes. M\u00eame dans une startup avec une \u00e9quipe tr\u00e8s jeune, il peut exister quelques r\u00e9sistances au changement ou a minima un besoin d’accompagnement. De plus, chaque \u00e9quipe a ses probl\u00e9matiques sp\u00e9cifiques et chacune d’entre elles avait donc besoin de se cr\u00e9er sa propre m\u00e9thode agile. Cette phase d’adaptation a \u00e9t\u00e9 cruciale pour que le projet fonctionne !<\/p>\n Voici les quelques challenges rencontr\u00e9s :<\/strong><\/p>\n Dans l’\u00e9quipe communication, le sprint a \u00e9t\u00e9 test\u00e9 sur 1, puis 2 semaines, le suivi journalier a \u00e9t\u00e9 fait via une courbe puis via un graph, un channel d\u00e9di\u00e9 a \u00e9t\u00e9 cr\u00e9\u00e9 sur sur Slack, le poker planning a \u00e9t\u00e9 abandonn\u00e9, ect… Le sprint actuel\u00a0est assez \u00e9loign\u00e9 de sa version initiale utilis\u00e9e par la team dev.<\/em><\/p>\n Un an plus tard, le bilan est positif \u00e0 l’unanimit\u00e9. Les \u00e9quipes sont beaucoup plus efficaces : moins de temps pass\u00e9 pour une meilleure productivit\u00e9. L’\u00e9quipe est plus soud\u00e9e gr\u00e2ce aux points r\u00e9guliers. Le mod\u00e8le est tr\u00e8s adapt\u00e9 \u00e0 la culture Bureaux \u00c0 Partager o\u00f9 nous aimons travailler dans un environnement tr\u00e8s dynamique. C’est un mini challenge au quotidien que la team aime relever !<\/p>\n M\u00eame si c’est un projet au long court, qui n\u00e9cessite une phase d’adaptation, cela a vraiment am\u00e9lior\u00e9 la productivit\u00e9 et la fa\u00e7on de travailler des \u00e9quipes communication et finance. Voici quelques conseils si vous souhaitez\u00a0la mettre en place dans vos \u00e9quipes :<\/p>\nQu’est ce que la m\u00e9thode agile ?<\/strong><\/h2>\n
![\"L\u2019approche](\"https:\/\/storage.googleapis.com\/blog-uploads\/2019\/07\/ciprian-pardau-j8fVoo3i8xk-unsplash.jpg\")
<\/p>\nLa m\u00e9thode agile en dehors des \u00e9quipes dev : pourquoi, comment ?<\/strong><\/h2>\n
\n
![\"Les](\"https:\/\/storage.googleapis.com\/blog-uploads\/2019\/07\/photo-1506020757198-1a3adb04b6b5.jpeg\")
<\/p>\n\n
\n
Bilan apr\u00e8s 1 an de travail en m\u00e9thode agile<\/strong><\/h2>\n
\n
![\"Sprint](\"https:\/\/storage.googleapis.com\/blog-uploads\/2019\/07\/sprint.png\")
<\/p>\nLes conseils pour mettre en place la m\u00e9thode agile dans d’autres \u00e9quipes<\/strong><\/h2>\n