Scrum et agilité en startup : micro-scrum ?
La startup dans laquelle je travaille désormais depuis presque 2 mois a des problemes. Ce ne sont pas de graves problèmes, mais ils sont bien présents, et ont un impact certains sur la visibilité, la communication, et la gestion globale des projets principaux comme annexes.
Aussi, quelques semaines après mon arrivée, j’ai envisagé d’appliquer certaines pratiques agiles dans un contexte startup. Non concluant, ayant oublié l’essentiel: je me suis en effet concentré sur la communication au sein de l’équipe, en cherchant à être le moins intrusif possible dans les process en cours, sans pour autant tout mettre en œuvre et proposer les mesures nécessaires à une vraie communication. Résultat : des idées, mais non abouties. Aussi, lorsque notre boss est rentré de weekend avec l’envie soudaine de faire du scrum, du vrai, du dur, 2 idées contradictoires m’ont assailli :
- scrum, en mode “méthode hyper appliquée”, c’est n’est pas lourd, mais compliqué a mettre en place (cette complication étant avant tout relative aux mentalités/habitudes qui ont la vie dure, aussi petite soit la structure où on l’applique)
- scrum, c’est tellement classe sur le papier que, bien appliquée, cette méthode pourrait prévenir tous les problèmes auxquels nous faisons actuellement face : manque de clarté, interférences lors des processus de développements, regressions sur l’application, délais non tenus …
Alors je m’interroge, n’étant pas certifié scrum: est-ce une hérésie que de penser adapter scrum à son contexte ? J’ai l’intime conviction que, si l’on colle au méthodes et dogmes de base, on doit pouvoir non pas assouplir les règles, mais assouplir/modifier la maniere de les appliquer.
Qu’en pensez-vous ?
Afin d’expérimenter Scrum, dans un contexte réaliste, on a donc décidé de prendre comme backlog la pile de bug mantis accumulés depuis des semaines. Remettre a plat, partir from scratch, et permettre ainsi de tracker plus facilement les régressions, voila les objectifs avoués de cette itération.