Faire le grand saut vers SCRUM, pourquoi?

J’ai eu la chance de rapidement apprendre les rudiments de mon métier à la sortie de l’université. L’entreprise pour laquelle je travaillais oeuvrait dans les jeux vidéos.

Travailler dans une équipe de développement a certainement été la meilleure des écoles. Les façons de faire et les projets sur lesquelles nous travaillions évoluaient à une vitesse extrême.

Un jour, mon producteur nous a annoncé que l’entreprise allait changer son mode de gestion et tourner au Scrum

Scrum c’est quoi? Et pourquoi une entreprise devrait elle aussi se tourner vers elle?

La méthode Scrum a été conçue à la base pour la gestion de projets de développement de logiciels, mais elle peut théoriquement s’appliquer à n’importe quel contexte où un groupe de personnes a besoin de travailler ensemble pour atteindre un but commun. Scrum est une méthode agile . Cette méthode demande d’impliquer au maximum le client (celui qui utilisera le logiciel, et non pas forcément celui qui vous signe le chèque) dans le processus en ciblant ses besoins et ses attentes, ce qui nous permet une grande réactivité à ses demandes.

Les 4 principes fondamentaux de la méthode agile :

Vous retrouverez entre parenthèse les citations tirées du Manifeste Agile.

• L’équipe (« Personnes et interaction plutôt que processus et outils »);
• L’application (« Logiciel fonctionnel plutôt que documentation complète »);
• La collaboration (« Collaboration avec le client plutôt que négociation de contrat »);
• L’acceptation du changement (« Réagir au changement plutôt que suivre un plan »).

Le terme Scrum est emprunté au rugby et signifie mêlée . Ce procédé ou processus s’articule autour d’une équipe soudée, qui cherche à atteindre un but ensemble , comme c’est le cas en rugby pour avancer avec le ballon pendant une mêlée.

Le principe de base de Scrum est de focaliser l’équipe de façon régulière sur un ensemble de fonctionnalités à réaliser, dans des délais de 30 jours, appelées Sprints (dans notre cas nous avions choisi 15 jours). Chaque Sprint possède des buts à atteindre, défini par le Directeur de produit (Product Owner), à partir desquels sont choisies les fonctionnalités à implémenter dans ce sprint et les tâches à accomplir. Ces fonctionnalités ou ces buts à atteindre sont défini sous forme de User Story qui sera expliqué en profondeur dans mon prochain article (Mieux développer avec scrum en utilisant les User Stories). Un sprint aboutit toujours sur la livraison d’un produit partiellement fonctionnel. Pendant ce temps, le ScrumMaster a la charge de réduire au maximum les perturbations extérieures et de résoudre les problèmes non techniques de l’équipe, en fin de compte de s’assurer que le tout va pour le mieux et que chacun sait sur quoi il doit travailler.

Les rôles dans l’équipe

Directeur de produit (Product Owner)

• Il doit définir les priorités et les tâches, savoir ce qui est le plus important;
• Représenter le client (l’utilisateur);
• Réduire les embûches et les problèmes qui surviennent.

Scrum Master

• Il doit s’assurer que les tâches soient accomplies et veille au bon déroulement;
• Il doit protéger l’équipe afin qu’ils restent focalisé sur leur tâches et leur Sprint;

Membres de l’équipe

• Généralement c’est vous et moi;
• Nous communiquons avec nos coéquipiers que ce soit au niveau des Arts, du QA (testing), du développement, de l’architecte d’information ou du designer d’interface;
• Nous s’assurons que nos tâches puissent bien se réaliser et que nous n’avons pas besoin d’attendre des jours pour le travail d’un autre afin que l’on puisse travailler.

Les 3 meetings Scrum

Daily Stand-up Meeting

Le meeting quotidien consiste à répondre à 3 questions simples: qu’avez-vous fait hier, que ferez-vous aujourd’hui et avez-vous des problèmes pouvant vous empêcher d’accomplir vos tâches? Ce meeting se déroule très rapidement, même que vous devriez rester debout. Le but premier étant de dire où vous êtes rendu dans votre travail afin que vos coéquipiers sachent vers où le projet avance. Ce meeting dure au maximum 5 à 10 minutes.

Sprint Review Meeting

Ce meeting se déroule à la fin de votre sprint, que ce soit au 30 jours ou au 15 jours comme dans notre cas. Le but de ce meeting est de montrer aux autres équipiers ce que vous avez accompli.

Sprint Planning Meeting

La planification se fait généralement ensemble où chacun planifie ses tâches et le nombre d’heures qu’il pense que cela va lui prendre pour les accomplir. Si vous avez un sprint qui équivaut à 80 heures de travail, penser à réduire vos exigence à 60 heures de travail planifié afin de prévoir le temps passé aux meetings et le temps pris pour les amélioration de dernière minutes. À cette étape le Directeur de produit prend les buts à atteindre (User Stories) placé en ordre de priorité et chacun voit si une ou des tâches leur sont assignés afin d’accomplir ces buts. Généralement plusieurs personnes travailleront ensemble afin d’accomplir un but. Il est alors important pour toute l’équipe de savoir qui doit faire quoi et combien de temps cela prendra afin de réduire au maximum le temps perdu à attendre qu’un coéquipier aie fini sa partie.

Les bons côtés du Scrum

L’avantage du Scrum est qu’il focalise sur la communication, autant du point de vue du client qui définit ses besoins que des membres de l’équipe qui auront à travailler ensemble. Cette équipe est multi-disciplinaire. Nous y retrouvons programmeurs, artistes, architecte d’information, architecte réseau, finalement tous ceux nécessaire à la bonne réussite du project. Un autre avantage est qu’en tant qu’équipe, nous nous approprions notre projet, nous réglons nos propres problèmes, trouvons par nous même les meilleurs solutions, avec nos meilleurs connaissances. Chacun apporte ce qu’il y a de mieux à l’équipe et c’est ensemble que nous réussirons.

Et vous, que pensez-vous de Scrum?

J’espère que cet article vous a été utile, voire inspirant et qu’il vous permettra d’améliorer le développement de vos produits; que ce soit vos sites web ou vos applications. Dans mon prochain article, j’expliquerai comment les “User Story ” peuvent vous simplifier votre travail, amener une meilleur compréhension du produit et aussi une meilleur compréhension des attentes de vos clients (ceux qui utiliseront votre produit).