Scrum for One

par
Scrum for One

🔥 Produits recommandés : Canon EOS R6 II • DJI Mini 4 Pro • MacBook Pro M4

    C’est un drôle de mot, n’est-ce pas ? « Scrum ». Scrum est une stratégie de gestion de projet pour les équipes de développement de logiciels. Le nom vient du rugby (je suppose) où il fait référence au début d’une nouvelle partie. Dans le monde de la programmation, il s’agit d’une technique qui consiste à coordonner le travail d’une équipe sans plan précis, en visant des objectifs réalisables à court terme, puis en répétant le processus pour atteindre une autre série d’objectifs – ce qui, je suppose, est un peu comme jouer pour atteindre un but au rugby. Sauf qu’il y a moins de fractures. Je l’espère.

    Je ne fais pas partie d’une équipe de développement de logiciels. Je ne suis même pas programmeur. Mais lorsque je suis tombé récemment sur un article consacré à Scrum, j’ai été frappé par le fait que, bien qu’il soit destiné aux grands projets collaboratifs, de nombreux éléments de Scrum pouvaient être adaptés à la productivité individuelle. Bien que Scrum puisse être mis en œuvre à n’importe quel stade d’un projet, il excelle vraiment en tant que moyen de traiter les projets qui se sont enlisés pour une raison ou une autre – des projets qui se sont enlisés par manque de ressources, par manque de direction, voire par manque de travail d’équipe – et c’est quelque chose qui nous arrive à tous à un moment ou à un autre. Peut-être que les principes qui permettent de remettre les équipes de programmeurs sur les rails peuvent s’appliquer aux projets sur lesquels chacun d’entre nous s’est retrouvé bloqué.

    Scrum 101

    Bien qu’il existe des manuels entiers consacrés à la gestion des équipes et de leurs projets à l’aide de Scrum, les principes de base sont très simples :

    • Faites ce que vous pouvez avec ce que vous avez. Les projets achoppent parce qu’une ressource – qu’il s’agisse de matériel, de connaissances ou de main-d’œuvre – fait défaut. En général, il y a beaucoup de choses qui peuvent être faites même sans ces ressources – d’autres parties du système à construire, des solutions de contournement créatives, des normes à élaborer, etc. Lors de la planification de chaque étape, et lors des réunions quotidiennes de « contrôle » en cours de route, ces lacunes sont prises en compte et le travail est conçu en fonction d’elles, de sorte qu’un manque de ressources n’entraîne pas nécessairement un manque de progrès.
    • Un retour d’information constant. Comme je viens de le mentionner, Scrum encourage les contacts quotidiens entre les membres de l’équipe, de sorte que a) personne ne bloque et n’entrave l’ensemble du projet, et b) les connaissances collectives de l’ensemble de l’équipe puissent être mises à profit pour résoudre de nouveaux problèmes de manière créative. Les réunions sont courtes, 15 minutes seulement, et s’articulent autour de trois questions :
      1. Qu’avez-vous accompli jusqu’à présent ?
      2. Qu’allez-vous accomplir aujourd’hui ?
      3. Qu’est-ce qui vous empêche de progresser en ce moment ?

      Ces questions simples ont pour but d’identifier les « blocages » et de les éliminer avant qu’ils n’entravent l’ensemble du projet.

    • Travailler à la réalisation d’objectifs à court terme clairement définis. Les projets Scrum sont, en général, des versions ponctuelles du logiciel en cours de développement – c’est-à-dire qu’il s’agit d’améliorations évolutives significatives mais relativement simples de l’état du projet au début du projet. Par exemple, un ensemble de nouvelles fonctions peut être mis en œuvre, une interface conçue, une structure de base de données élaborée, etc. « Écrire un navigateur » est un projet trop important, sa réalisation est trop lointaine, pour constituer un projet Scrum significatif ; « corriger le bogue de la ligne 1178 » est un projet trop petit. Idéalement, lorsque chaque projet est achevé, le logiciel en cours de développement devrait être dans un état utilisable – Scrum a été développé pour faire face aux contingences du monde du logiciel, où les projets doivent souvent être mis sur le marché de manière précipitée pour lutter contre un projet concurrent, ou simplement pour générer des revenus.
    • Sprint. L’unité de travail de base de Scrum est le Sprint – une course ciblée vers la réalisation des objectifs immédiats du projet. Au début du Sprint, l’équipe détermine exactement les ressources dont elle dispose, ce qu’elle a l’intention de réaliser avec ces ressources et la durée de son travail. Ensuite, elle travaille sur ces objectifs, et uniquement sur ces objectifs. Le Sprint est sacro-saint – ses membres travaillent sur le projet qu’ils ont mis sur pied et rien d’autre jusqu’à ce que le Sprint soit terminé. Il peut s’agir d’une semaine, de 30 jours ou d’une durée intermédiaire – le temps convenu est exclusivement consacré au Sprint. Une fois le sprint terminé, les membres de l’équipe peuvent quitter ou rejoindre l’équipe, ou être affectés à d’autres projets, mais jusqu’à ce moment-là, ils font le sprint.

    Scrumming Solo

    Il me semble que, moyennant quelques modifications, ces principes sont tout à fait valables pour quiconque a de grands projets à mener, surtout si, comme moi, vous avez tendance à vous laisser distraire. Bien sûr, la plupart de nos projets ne sont pas collaboratifs, et ils sont rarement aussi compartimentés que les programmes informatiques. L’idée de développer un projet par étapes évolutives, chaque étape créant un produit final potentiellement utilisable, ne s’applique tout simplement pas au type de projets à long terme que la plupart d’entre nous ont en tant qu’individus – des choses comme écrire un livre, apprendre une langue étrangère ou obtenir une promotion.

    Mais l’idée de Scrum est, je pense, tout à fait applicable à nos vies personnelles. Il s’agit, grâce à un processus de connaissance de soi constant, d’identifier ce qui nous empêche d’avancer, comment nous pouvons le contourner et où les prochains jours ou les prochaines semaines devraient nous mener. Considérez donc « Scrum for One » :

    ADVERTISING

    • Faites ce que vous pouvez avec ce que vous avez. Tout projet digne d’être réalisé comporte forcément des obstacles, et il est trop facile de regarder un projet et de désespérer parce qu’on n’a pas ce qu’il faut pour le terminer. Vous n’avez peut-être pas ce qu’il vous faut pour le terminer, mais il y a de fortes chances que vous ayez ce qu’il vous faut pour commencer, pour franchir au moins quelques-unes des étapes nécessaires pour vous rapprocher de la ligne d’arrivée. Et vous pouvez vous réjouir de cette particularité de Scrum : souvent, lorsqu’elles travaillent dans des circonstances loin d’être idéales sans avoir tout ce qu’il faut pour terminer un projet, les équipes Scrum découvrent soit une nouvelle solution qui est beaucoup plus à leur portée, soit, tout aussi souvent, que l’élément manquant n’est pas vraiment nécessaire en premier lieu. Dans le pire des cas, vous vous donnerez le temps nécessaire pour trouver la pièce manquante – et pendant ce temps, vous vous rapprocherez inexorablement de votre objectif.
    • Une auto-réflexion constante. Si vous êtes un fan d’Allen, de Covey ou de Drucker, vous avez probablement déjà accepté l’importance d’une revue hebdomadaire. Scrum for One suggère qu’une réflexion plus fréquente pourrait être utile – rien de l’ampleur d’une revue hebdomadaire complète, mais quelques instants d’honnêteté chaque matin pour définir le travail qui vous attend et les problèmes qui pourraient se dresser sur votre chemin. Réfléchissez quelques minutes pour voir si vous pouvez résoudre le problème et, si ce n’est pas le cas, inscrivez-le sur votre liste de choses à faire pour une action ultérieure. Souvent, il suffit de se demander « Qu’est-ce qui m’empêche d’avancer ? » pour trouver une solution – le plus souvent, le problème réside davantage en nous-mêmes que dans la situation dans laquelle nous nous trouvons.
    • Travaillez à la réalisation d’objectifs à court terme clairement définis. Donnez-vous une limite de temps et fixez-vous un objectif raisonnable – raisonnable, mais significatif – à atteindre à la fin de cette période. Les projets qui s’étendent sur des mois ou des années sont décourageants (c’est pourquoi si peu de gens écrivent des livres), tandis que les projets trop modestes ne sont souvent pas très satisfaisants à réaliser.
    • Sprint. Vous avez probablement de nombreux rôles différents à jouer au quotidien, ce qui signifie qu’il sera difficile, voire impossible, de se concentrer sur un seul projet à l’exclusion de tout le reste. Ce que vous pouvez faire, cependant, c’est bloquer un certain nombre d’heures chaque jour et les utiliser pour vous concentrer strictement sur un projet – pas de distractions, pas de départ prématuré, rien jusqu’à ce que vous atteigniez votre objectif.

    Il ne s’agit évidemment pas d’un système de productivité complet, mais c’est tout de même intéressant. Scrum est une méthode de gestion de projets très efficace, utilisée aussi bien par des géants du logiciel comme Microsoft que par de minuscules start-ups et tout ce qui se trouve entre les deux. À défaut d’autre chose, la prochaine fois que vous serez bloqué, posez-vous la simple question « Qu’est-ce qui me gêne en ce moment ? » et voyez si cela ne débouche pas sur « OK, qu’est-ce que je vais faire pour y remédier ? »