Dans le développement logiciel jusqu’aux années 1990, tout était prévisible et simple : une séquence claire de processus de travail, une planification étape par étape, de la documentation, des tests et la mise en œuvre du produit final.
La gestion de projet était trop rigide, et toute déviation par rapport à un plan strict perturbait l’ensemble du flux de travail.
Le modèle en cascade (modèle Waterfall) est un modèle de développement logiciel inflexible avec une séquence claire d’actions où il est impossible de passer à l’étape suivante tant que la précédente n’est pas entièrement terminée.
Le développement en cascade ressemble à un flux de processus passant d’étape en étape avec des exigences claires. Aucun transit vers l’étape suivante n’a lieu tant que l’étape actuelle n’est pas complétée.
Dans les années 1990, une famille de méthodes flexibles a remplacé les méthodes rigides.
Nous parlons bien sûr de l’Agile (développement logiciel agile). Cette nouvelle approche de la méthodologie de gestion de projet est entrée dans le monde informatique et s’est ensuite étendue à la fabrication, l’ingénierie, le développement de l’intelligence artificielle, et plus encore.
Les premières méthodes flexibles comprenaient :
- RAD (axé sur la qualité avec un budget minimal et un délai limité)
- XP (Extreme Programming avec propriété collective du code)
- Scrum (où chaque membre de l’équipe est responsable du résultat)
- Kanban (visualisation des étapes de développement sur un tableau), entre autres.
Quatre idées Agile que vous devriez connaître :
- Les personnes et les interactions sont plus importantes que les processus.
- La collaboration avec le client est plus importante que la négociation de contrat.
- Un produit fonctionnel à la priorité sur la documentation.
- Répondre au changement est plus important que de suivre un plan.
| Agile | Waterfall |
|---|---|
| Processus de travail flexibles, permettant des modifications à tout moment | Modèle de développement en cascade avec une séquence rigide |
| Un produit fonctionnel est plus important que la documentation | La documentation est plus importante que le produit fini |
| Responsabilité individuelle de chaque membre de l’équipe pour le résultat | La responsabilité pour le résultat global incombe à l’équipe |
| Interaction avec le client pendant le développement | Le client n’est pas impliqué dans le processus |
| Implication maximale du propriétaire du produit dans le processus | Implication minimale du propriétaire du produit |
| Le flux de travail est divisé en courtes sprints, généralement de 1 semaine à 1 mois | Chaque flux de travail est une phase distincte dur jusqu’à ce que les tests et l’approbation soient terminés |
Systèmes de gestion de projet populaires en Agile
Explorons ceux qui ont “pris racine” et sont les plus couramment utilisés dans le développement logiciel.
Scrum
Une approche flexible du développement logiciel où une tâche équivaut à un sprint. Un sprint en Scrum peut durer de 1 semaine à 1 mois.
Pour qui est Scrum ?
Pour les petites entreprises ou les départements où le propriétaire de l’entreprise ou le chef de département peut s’intégrer physiquement dans le processus de travail et participer activement. Cette méthode est également idéale pour les startups.
Utiliser Scrum dans la gestion de projet rend difficile de déterminer la responsabilité des tâches incomplètes. Chaque membre de l’équipe est responsable du résultat, en priorisant l’auto-organisation pour façonner les flux de travail.
L’équipe choisissant Scrum pour la gestion de projet doit être préparée à une flexibilité maximale. Par exemple, si un membre de l’équipe “tombe” temporairement du processus, un autre doit reprendre ses tâches.
Scrum master – le chef de projet et une figure clé de l’équipe, supervisant l’organisation des processus commerciaux, les réunions, la motivation de l’équipe, les réponses rapides aux changements et la résolution des problèmes.
+ Avantages
Le logiciel est développé plus rapidement, avec une implication maximale de l’équipe, réduisant les coûts de développement en divisant le flux de travail en courtes sprints.— Inconvénients
Scrum n’a pas de règles ou d’exigences strictes mais permet de l’expérimentation, changeant les budgets et les délais. Cela né convient pas aux clients ayant besoin d’un plan clair et d’un contrat formel.Par exemple, si vous avez besoin de créer un produit pour une organisation gouvernementale où la signature du contrat est une priorité, Scrum est inadapté. La priorité est le produit fini, suivie de la documentation, des rapports de travail, etc.
Exemple de gestion de projet utilisant Scrum
Supposons que la tâche soit de créer un logiciel dans les plus brefs délais. Le flux de travail est divisé en sprints, chacun se terminant par une démonstration du résultat final. Des réunions sont organisées pour examiner les résultats intermédiaires et passer au sprint suivant.
Surveiller la vitesse de complétion des sprints est crucial dans Scrum.
Pour comprendre combien de temps un sprint durera, l’équipe peut démarrer un chronomètre au début. Suivre le temps passé sur chaque tâche fournit des indications sur la durée requise pour des tâches similaires.
Kanban
Une représentation visuelle du flux de travail et du mouvement étape par étape des tâches de “En cours” à “Terminé.” Entre ces deux états, il peut y avoir plusieurs autres étapes : “Développement,” “Testing,” “Optimisation,” etc. Kanban apparaît comme un tableau où les tâches sont déplacées d’une station à l’autre. Lorsque une tâche atteint la station finale “Terminé”, elle est complétée.
Scrum et Kanban sont des approches flexibles de la gestion de projet. Cependant, le Kanban est encore plus flexible car :
- Il permet des tâches nouvelles soudaines et des “changements” entre elles.
- La responsabilité collective du résultat améliore l’efficacité.
- Les tâches non planifiées vont dans le backlog, un espace de stockage pour toutes les tâches pas encore en cours. Le backlog ressemble à n’importe quelle autre phase de processus de travail et contient des tâches prêtes à être traitées lorsque d’autres phases se terminent plus tôt que prévu.
+ Avantages
Contrairement à Scrum, Kanban né nécessite pas de réunions régulières, de discussions ou de revues de sprint, ce qui fait gagner du temps et ajoute de l’efficacité où toutes les étapes sont visibles sur le tableau.— Inconvénients
Kanban est difficile pour les grands projets où les résultats intermédiaires sont cruciaux, rompant le processus en sprints, et nécessite une approbation préalable d’un plan d’action. Kanban convient mieux aux projets et tâches à court terme.Exemple de gestion de projet utilisant Kanban
La tâche consiste à réaliser une vidéo instructive pour un client. Cela impliquera de créer plusieurs tâches : “Rédaction de script,” “Tournage,” “Montage brut,” “Post-traitement.” Chaque tâche sera une colonne distincte sur le tableau Kanban.
Kanban ou Scrum ? Quel système de gestion de projet avez-vous besoin ?
Scrum offre plus de contrôle et de gestion au début du développement d’un nouveau produit. Si Kanban offre une flexibilité maximale, Scrum se concentre davantage sur le contrôle et la gestion. Lorsque les processus sont en place, Kanban vient à la rescousse. C’est parfait pour travailler avec des tâches répétitives.Comment choisir un outil de gestion de projet ?
Le bon gestionnaire de tâches est la moitié du succès. Une fois que vous avez choisi une méthode de gestion de projet, il est crucial de transférer le travail et les tâches dans le système sélectionné.
6 signes que vous avez choisi le bon gestionnaire de tâches :
- L’équipe a migré sans accroc tous les flux de travail vers le compte.
- La fonctionnalité est intuitive et utilisée par les membres de l’équipe.
- L’équipe utilise facilement l’une des approches de gestion flexibles : Scrum ou Kanban.
- La systématisation du flux de travail est établie, augmentant l’efficacité globale.
- La communication au sein de l’équipe devient plus coordonnée : projets, tâches et commentaires né sont pas perdus.
- Le client reçoit des rapports transparents sur les tâches et les projets, suivant les flux de travail s’ils le souhaitent.