Scrum : Présentation générale
Le but de ce premier article du dossier sur le Scrum est de te donner une vision globale de ce qu’est la gestion de projet dite « Agile » et de poser ses concepts clés. Ensuite, nous verrons comment le Scrum se positionne dans ce cadre.
Les méthodologies de gestion de projet dites « Agile » sont apparues essentiellement dans le monde du développement logiciel pour contrer les anciennes qui étaient prédictives et figées. Ces nouvelles, plus adaptées à l’édition de logiciel, sont principalement itératives et adaptatives. Elles correspondent mieux au processus de développement et aboutissent, au final, à une meilleure qualité du produit. Commençons par découvrir ensemble quelques méthodologies Agiles.
Le développement de logiciel Lean ou encore dit « Maigre »
Cette méthodologie de développement de logiciel a été importée de l’industrie automobile. L’idée principale réside dans ce seul mot : « Maigre ». Le but est d’éviter toute forme de gaspillage, ceci à n’importe quel niveau de l’organisation, et de livrer le produit demandé dans le temps imparti. En cette période de « vaches maigres » on comprend assez bien l’intérêt d’une telle méthodologie.
Pour plus d’informations : http://en.wikipedia.org/wiki/Lean_software_development
Le Développement XP (eXtreme Programming)
Cette méthodologie met l’accent sur l’adaptation et l’intégration des besoins du client qui sont amené à évoluer dans le temps. Si tu es familier avec le développement de logiciel, tu devrais comprendre qu’il est risqué de développer une application dont les requis (spécifications), évolues dans le temps… L’équipe mettant cette méthodologie devrait être capable de mieux gérer les changements de spécifications.
Pour plus d’informations : http://en.wikipedia.org/wiki/Extreme_programming
Le RAD (Rapid Application Developement)
Ce dernier exemple de méthodologie de développement met l’accent sur la mise en place rapide d’un prototype développé en étroite collaboration avec le client. Présenter régulièrement à ce dernier le prototype contenant les dernières fonctionnalités développées lui permet vérifier si le résultat correspond à ses besoins. Si oui, cela les fonctionnalités seront validées. Sinon le prototype sera retravailler pour atteindre la cible fixée.
Pour plus d’informations : http://en.wikipedia.org/wiki/Rapid_Application_Development
Je viens donc de te présenter quelques méthodologies. Il faut garder à l’esprit que les principaux apports de leur mise en place, et plus globalement des méthodologies Agiles, sont les suivants :
- Meilleure communication entre les individus de l’équipe de développement favorisant les interactions et les échanges
- Travail en collaboration étroite avec le client de manière répondre précisément à son besoin
- Adaptation et intégration de tout changement pouvant intervenir dans les spécifications initiales
- Transfert de compétence efficace sur l’ensemble de l’équipe avec une documentation précise
Tu trouveras plus d’informations sur ces méthodologies à l’adresse ci-dessous :
http://en.wikipedia.org/wiki/Agile_software_development
Maintenant que le contexte Agile est posé, parlons un peu plus de ce Scrum. Pour commencer, lors de ma formation pour l’obtention de ma certification, Jeff Sutherland, a bien insisté sur le fait que le Scrum n’était pas une méthodologie mais plutôt un cadre donnant des directives pour mettre en place un environnement de travail performant.
Quand on y regarde bien, ces directives sont inspirées de toutes les méthodologies agiles. Le Scrum te guidera dans l’application d’une méthodologie au sein de ton organisation, de ton projet ou encore de ton équipe. Il donne les points sur lesquels il faut être vigilant afin de rester performant et de continuer à réaliser un travail de qualité proche des besoins du client.
Un point que je tiens à préciser avant de terminer cet article, ce dossier présente un cadre, Le Scrum, donnant des directives pour mettre en place une méthodologie. Il ne faut pas chercher à appliquer directement ces directives sans réfléchir. Sur le papier cela semble simple à mettre en œuvre, et on pourrait être tenté de penser que cela résoudrait tout les problèmes. Sur le terrain, il y a de nombreux facteurs à prendre en compte : l’organisation de l’entreprise, les personnes qui seront impliqués dans le processus, … D’une organisation à une autre, la même méthodologie appliquée sera différente dans sa mise en place.
Donc, la méthodologie et les directives sont là pour donner des idées, des moyens, afin de trouver des solutions à des problèmes propres à une organisation. Les appliquer sans prendre en considération les particularités de son organisation serait une erreur.
J’espère que ce premier article du dossier t’a plu. En tout cas, je ne me suis bien amusé à l’écrire :)
Pour retourner au dossier contenant tous les articles, il vous suffit de cliquer sur le lien ci-dessous :
Dossier : Le Scrum pour la gestion de projet
Loading ...
DandyID
Facebook
Linkedin
Google Reader
Ziki