Scrum est un framework de gestion de projet agile qui aide les équipes à organiser et superviser leur travail à travers des valeurs, des principes et des pratiques. Scrum encourage les équipes à apprendre par l'expérience, à s'auto-organiser tout en travaillant sur un problème et à réfléchir à leurs succès et à leurs échecs afin de s'améliorer continuellement.

Qui utilise principalement le framework Scrum ?

Les équipes de développement logiciel et d'ingénierie utilisent couramment la méthodologie Scrum pour s'adapter à l'évolution des exigences et gérer les coûts. Cependant, les développeurs et les ingénieurs ne sont pas les seuls utilisateurs. Ses principes et ses enseignements peuvent s'appliquer à tous les types de travail d'équipe, des équipes marketing à informatiques.

Les gens pensent souvent que Scrum et Agile sont identiques, car Scrum se focalise sur l’amélioration continue, un principe fondamental d’Agile. Cependant, Scrum est un framework de gestion du travail, alors qu’Agile est une philosophie. 

La philosophie Agile est centrée sur l’amélioration progressive continue par le biais de petites livraisons fréquentes. Vous ne pouvez pas vraiment « devenir Agile », car l’ensemble de l’équipe doit changer de point de vue sur la façon d’apporter une valeur ajoutée aux clients. 

Vous pouvez toutefois utiliser un framework, tel que Scrum, pour engager la réflexion et intégrer les principes Agile à vos méthodes de communication et de travail quotidiennes.

Le Guide Scrum et le Manifeste Agile permettent de comprendre la différence entre Scrum et Agile. Le Manifeste Agile met en avant quatre valeurs :

• Les individus et leurs interactions plutôt que les processus et les outils

• Des logiciels opérationnels plutôt qu'une documentation exhaustive

• La collaboration avec les clients plutôt que la négociation contractuelle

• L'adaptation au changement plus que le suivi d'un plan

Scrum repose sur l’empirisme et la pensée Lean. L’empirisme dit que les connaissances découlent de l’expérience et que les décisions sont prises en fonction des observations.

Souvent utilisée en parallèle avec les tableaux Kanban, la pensée Lean réduit les pertes et se concentre sur l’essentiel. La théorie Scrum fait référence à ces principes fondamentaux : empirisme, pensée Lean et amélioration itérative.

Lorsqu’elle est correctement appliquée, cette théorie guide la structure, les pratiques et l’amélioration continue des implémentations Scrum.

L’histoire du framework Scrum doit en grande partie son succès au travail pionnier de Jeff Sutherland. Aux côtés de Ken Schwaber, Jeff Sutherland a développé Scrum au début des années 1990 pour répondre aux défis liés à la gestion de projets de développement logiciel complexes. 

Jeff Sutherland a apporté une perspective unique à la gestion de projet, mettant l’accent sur le travail d’équipe, l’adaptabilité et une communication claire. Ses expériences dans des environnements à forte pression ont façonné la nature collaborative et itérative de Scrum, ce qui en fait un outil puissant pour résoudre des problèmes complexes. 

Aujourd’hui, l’influence de Jeff Sutherland est évidente dans la manière dont les équipes Scrum organisent leur travail, apportent de la valeur et s’améliorent continuellement.

Scrum nécessite des rôles et des composants spécifiques, notamment un Scrum Master, un Product Owner et l’équipe Scrum, afin de créer de la valeur grâce à des sprints itératifs.

Le framework Scrum décrit un ensemble de valeurs, de principes et de pratiques que les équipes Scrum suivent pour fournir un produit ou un service. Il détaille les membres d’une équipe Scrum et leurs responsabilités, ou artefacts Scrum. 

Ces artefacts définissent le produit et le travail nécessaire à sa création, tandis que les cérémonies Scrum guident l’équipe Scrum dans son travail. Une équipe Scrum est une petite unité transverse et autogérée, chargée de fournir un incrément de produit de valeur à chaque sprint.

Même si Scrum est structuré, il n’est pas tout à fait rigide. Son exécution peut être adaptée aux besoins de n’importe quelle organisation. De nombreuses théories existent sur la façon dont les équipes Scrum doivent travailler pour réussir. 

Toutefois, après plus de dix années à aider les équipes Agile à faire leur travail, Atlassian a appris que la communication claire, la transparence et la volonté d’amélioration continue doivent être les piliers de tout framework que vous choisissez. 

Le reste dépend de vous.

Une équipe Scrum est une petite équipe agile qui se consacre à la livraison d'incréments de produit engagés. Il s'agit généralement d'un groupe restreint et soudé d'environ 10 personnes. 

Mais il est souvent suffisamment important pour permettre d'accomplir une quantité substantielle de travail au cours d'un sprint. La plupart des équipes Scrum doivent rassembler trois rôles spécifiques : le Product Owner, le Scrum Master et l'équipe de développement.

Les Product Owners sont les champions de leur produit. Ils s'attachent à comprendre les besoins des entreprises, des clients et du marché.

Ce rôle consiste à hiérarchiser les tâches à accomplir par l'équipe d'ingénieurs en conséquence. Les Product Owners efficaces :

• Créent et gèrent le backlog produit.

• Utilisent la gestion du backlog de sprint en développant, en ordonnant et en gérant de manière transparente le backlog produit pour une planification et une hiérarchisation efficaces.

• Collaborent avec l'entreprise et l'équipe pour s'assurer que tout le monde comprend les tâches à accomplir dans le backlog produit.

• Donnent à l'équipe des indications claires sur les prochaines fonctionnalités à développer.

• Décident quand expédier le produit en privilégiant des livraisons plus fréquentes.

Le Product Owner n’est pas toujours le responsable produit. Sa priorité est de s’assurer que l’équipe de développement offre un maximum de valeur ajoutée à l’entreprise. 

Le Product Owner doit être une personne unique. Aucune équipe de développement ne se réjouira de recevoir des directives différentes de plusieurs Product Owners.

Les Scrum Masters sont les champions de Scrum au sein de leur équipe. Ils coachent l’équipe, les Product Owners et l’entreprise sur le processus Scrum et cherchent les façons d’affiner leur pratique. 

L’une des principales responsabilités du Scrum Master est d’améliorer l’efficacité de l’équipe Scrum en la coachant, en supprimant les obstacles et en facilitant les processus Scrum. Cela les aide à améliorer les performances globales de l’équipe et la livraison.

Un Scrum Master efficace comprend parfaitement le travail de l’équipe et peut l’aider à optimiser sa transparence et son flux de livraison.

En tant que chefs d’orchestre, ils planifient les ressources nécessaires (humaines et logistiques). Ces ressources couvrent tout, de la planification des sprints aux stand-ups, en passant par les revues de sprint et les rétrospectives de sprint.

Les équipes de développement Scrum abattent le travail. Elles sont les championnes des méthodes de développement durable. 

Les plus efficaces sont celles qui travaillent de façon soudée et proche géographiquement. Elles comptent généralement entre cinq et sept membres. Une façon de déterminer la taille de l’équipe consiste à suivre la règle des « deux pizzas » du PDG d’Amazon, Jeff Bezos : deux pizzas doivent suffire pour nourrir l’équipe.

Les membres de l’équipe doivent posséder des compétences variées. Ils se forment les uns les autres afin que personne ne devienne un goulot d’étranglement dans la livraison du travail. Les équipes Scrum efficaces s’organisent de façon autonome et adoptent une attitude du « nous » dans leur approche des projets. 

Les membres de l’équipe s’entraident tous afin de garantir la réussite du sprint. L’équipe Scrum détermine le plan pour chaque sprint. 

Elle prévoit la quantité de travail qu’elle peut accomplir tout au long de l’itération en se servant de sa vélocité comme d’un guide. L’équipe utilise ses performances passées pour évaluer ses capacités et améliorer la précision de sa planification du sprint. 

En gardant une longueur d’itération fixe, l’équipe de développement bénéficie d’un feedback important sur son processus d’estimation et de livraison. Ses prévisions deviennent ainsi de plus en plus précises. Sur la base de cette évaluation, l’équipe examine attentivement ce qui peut être livré lors du prochain sprint.

Les artefacts Scrum sont des informations essentielles que l’équipe Scrum utilise pour aider à définir le produit et le travail à effectuer pour le créer. Scrum comporte trois artefacts : un backlog produit, un backlog de sprint et un incrément avec votre définition de terminé. 

Une équipe Scrum doit réfléchir à ces trois constantes pendant les sprints et tout au long de leur développement.

Il s'agit de la liste principale des tâches que le product owner ou le chef de produit doit accomplir et maintenir. C'est une liste dynamique de fonctionnalités, d'exigences, d'améliorations et de corrections qui fait office de point de départ pour le backlog de sprint. 

Pour résumer, c'est la « liste des tâches à accomplir » des équipes. 

Le backlog produit est constamment revu, redéfini en termes de priorité et maintenu par le Product Owner. À mesure que les équipes acquièrent davantage de connaissances ou que le marché évolue, certains éléments peuvent perdre de leur pertinence ou certains problèmes peuvent être résolus par d'autres moyens. 

Les éléments du backlog sont classés par ordre de priorité afin de maximiser la valeur pour le client, en veillant à ce que les fonctionnalités proposées améliorent directement la satisfaction client et la valeur commerciale à long terme.

Il s’agit de la liste d’éléments, d’user stories ou de correctifs de bug que l’équipe de développement a sélectionnés en vue de leur implémentation dans le cycle de sprint actuel. Avant chaque sprint, lors de la planification du sprint, l’équipe sélectionne les éléments sur lesquels elle va travailler à partir du backlog.

Un backlog de sprint peut être flexible et évoluer durant un sprint. Toutefois, l'objectif fondamental d'un sprint (ce que l'équipe souhaite atteindre à partir du sprint actuel) ne peut pas être remis en question.

L’incrément, communément appelé « objectif de sprint », est le produit final exploitable qui a été obtenu pendant le sprint. Chez Atlassian, nous présentons généralement l’incrément durant la démo de fin de sprint au cours de laquelle l’équipe montre ce qui a été effectué durant le sprint. 

Ce terme est souvent remplacé par la définition de « terminé », une étape importante, l’objectif du sprint, voire une version complète de l’epic livré. Cela dépend simplement de la façon dont votre équipe définit « terminé » et dont vous définissez vos objectifs de sprint.

Par exemple, certaines équipes livrent quelque chose à leur client à la fin de chaque sprint. Pour elles, « terminé » signifie donc « livré ». Comme vous pouvez le constater, votre équipe peut choisir de définir de nombreuses variantes, même au sein des artefacts. 

C’est pourquoi il est essentiel de rester ouvert à de nouvelles méthodes de gestion des artefacts. Peut-être que votre définition de « terminé » cause un stress inutile à votre équipe, et que vous devez la revoir et choisir une nouvelle définition.

Le framework Scrum englobe les pratiques, les cérémonies et les réunions que les équipes Scrum organisent régulièrement. Ce sont les cérémonies Agile qui divergent le plus d’une équipe à l’autre. 

Nous vous conseillons d’utiliser toutes les cérémonies pendant deux sprints et de voir comment vous vous sentez. Vous pouvez ensuite effectuer une rapide revue pour déterminer les ajustements à apporter. Voici une liste de toutes les cérémonies clés auxquelles une équipe Scrum peut participer :

Parfois appelé préparation du backlog, cet événement relève de la responsabilité du Product Owner. La tâche principale du Product Owner est de mener le produit vers sa vision et d'être constamment à l'écoute du marché et du client. 

Ils tiennent à jour cette liste en utilisant les commentaires des utilisateurs et de l'équipe de développement pour aider à hiérarchiser et à garder la liste propre et prête à être utilisée à tout moment.

Au cours de cette réunion, toute l’équipe de développement planifie le travail à effectuer (périmètre) pendant le sprint en cours. Le Scrum Master dirige cette réunion, appelée « événement de planification du sprint ».

Au cours de cette réunion, l’équipe détermine l’objectif du sprint et planifie le travail à accomplir. Les user stories sont ensuite ajoutées au sprint à partir du backlog produit.

Ces stories correspondent toujours à l’objectif, et l’équipe Scrum s’accorde à dire qu’elles sont possibles à implémenter durant le sprint. À la fin de la réunion de planification, tous les membres de l’équipe Scrum doivent avoir une compréhension claire de ce qui sera livré pendant le sprint et de la manière dont l’incrément sera réalisé.

Un sprint est la période de temps effective pendant laquelle l'équipe Scrum collabore pour réaliser un incrément. Ces itérations limitées dans le temps sont appelées des sprints et durent généralement de une à quatre semaines. 

La durée classique d'un sprint est de deux semaines, mais certaines équipes trouvent plus simple de travailler sur une semaine ou de prendre un mois pour livrer un incrément significatif. Selon Dave West, de Scrum.org, plus le travail est complexe et plus les inconnues sont nombreuses, plus le sprint doit être court. 

Mais c'est à votre équipe de voir, et vous ne devriez pas avoir peur du changement si quelque chose ne fonctionne pas ! Durant cette période, le périmètre peut être renégocié entre le Product Owner et l'équipe de développement si nécessaire. 

C'est là le cœur de l'approche empirique de Scrum. Tous les événements, de la planification à la rétrospective, ont lieu durant le sprint. Une fois l'intervalle de temps d'un sprint établi, il doit rester constant tout au long de la période de développement. 

L'équipe peut ainsi apprendre des expériences passées et appliquer ces enseignements aux sprints futurs.

Mêlée quotidienne (Daily Scrum) ou stand-up

Cette réunion quotidienne très courte a lieu au même moment pour toute l'équipe (généralement le matin) et vise à rester simple. Ces réunions essentielles et limitées dans le temps sont appelées Mêlées quotidiennes (Daily Scrum) et sont conçues pour évaluer l'avancement vers l'objectif du sprint, coordonner les activités de l'équipe et identifier les obstacles. 

Beaucoup d'équipes essaient de s'en tenir à 15 minutes, mais ce n'est qu'une indication. Cette réunion est également appelée « stand-up quotidien » pour souligner le fait qu'elle doit être rapide. 

L'objectif de la mêlée quotidienne (Daily Scrum) est de mettre tous les membres de l'équipe en phase avec l'objectif du sprint et de définir un plan pour les prochaines 24 heures. Vous pouvez utiliser un modèle de stand-up quotidien pour lancer vos réunions et vous organiser plus rapidement.

C'est l'occasion de faire part d'éventuelles préoccupations concernant l'objectif du sprint ou des bloqueurs. Un format de stand-up est courant. Il consiste à demander à chaque membre de l'équipe de répondre à trois questions sur la réalisation de l'objectif du sprint :

• Qu'est-ce que j'ai fait hier ?

• Qu'est-ce que je prévois de faire aujourd'hui ?

• Y a-t-il des obstacles ? 

Nous avons toutefois constaté que la réunion se transformait rapidement en une lecture à voix haute des plannings de la veille et de ceux du lendemain. Le stand-up s'appuie sur une théorie : il limite les bavardages à une réunion quotidienne. L'équipe peut ensuite se concentrer sur son travail pendant le reste de la journée. 

S'il se transforme en une lecture à voix haute des plannings, n'hésitez pas à changer de format et à être créatif.

À la fin du sprint, l’équipe se rassemble pour une session informelle afin d’assister à une démo ou à l’inspection de l’incrément. L’équipe de développement présente aux parties prenantes et à ses coéquipiers les tâches du backlog terminées pour avoir leur feedback. 

Le Product Owner peut décider de livrer ou non l’incrément. Cela dit, l’incrément est livré dans la plupart des cas. Cette revue est également l’occasion pour le Product Owner d’apporter des modifications au backlog produit sur la base du sprint actuel, lesquelles peuvent ensuite être intégrées à la prochaine session de planification du sprint.

Pour un sprint d’un mois, envisagez de « time-boxer » votre revue de sprint à un maximum de quatre heures.

La rétrospective est le moment où l'équipe se réunit pour consigner et discuter ce qui a bien fonctionné et ce qui a moins bien fonctionné dans un sprint, un projet, les interactions entre personnes, les outils ou même certaines cérémonies. 

L'idée est de créer un espace où l'équipe peut se concentrer sur ce qui s'est bien passé et sur ce qui doit être amélioré pour la prochaine fois, plutôt que sur ce qui a moins bien fonctionné.

En 2016, cinq valeurs Scrum ont été ajoutées au Guide Scrum. Ces valeurs orientent le travail, les actions et le comportement de l'équipe Scrum. Une collaboration efficace, l'engagement envers les tâches et le respect des principes Scrum sont essentiels pour assurer la réussite de l'équipe dans un environnement Agile.

Engagement

Étant donné que les équipes Scrum sont petites et Agile, chaque membre de l'équipe joue un rôle important dans sa réussite. Chaque membre de l'équipe doit accepter de ne s'engager à accomplir que les tâches qu'il est en mesure de terminer et de ne pas se surcharger. 

Des communications fréquentes doivent avoir lieu concernant l'avancement des tâches, souvent par le biais de stand-ups.

Courage

Une équipe Scrum fait preuve de courage lorsqu’elle ose remettre en question le statu quo ou tout ce qui entrave sa réussite. Les membres de l’équipe Scrum doivent avoir le courage d’essayer de nouvelles choses et se sentir suffisamment libres pour le faire. 

De même, une équipe Scrum doit également avoir le courage de faire preuve de transparence et se sentir suffisamment libre pour le faire en ce qui concerne les obstacles, l’avancement des projets et les retards.

Concentrez-vous

Au cœur du workflow des équipes Scrum se trouve le sprint : une période précise et ciblée pendant laquelle l’équipe accomplit une quantité définie de travail. Il fournit une structure, ainsi que la concentration nécessaire à la réalisation de la quantité de travail prévue.

Ouverture

Le stand-up quotidien favorise une ouverture qui permet aux équipes de parler librement du travail en cours et des bloqueurs. Chez Atlassian, nous demandons souvent à nos équipes Scrum de répondre aux questions suivantes :

• Sur quoi ai-je travaillé hier ?

• Que dois-je faire aujourd'hui ?

• Quels tickets me bloquent?

Cela permet de mettre en évidence les progrès et d’identifier les bloqueurs. Le partage des progrès renforce également l’équipe.

Respect

La force d’une équipe Agile réside dans sa collaboration et dans le fait de reconnaître que chaque membre de l’équipe contribue au travail dans un sprint. Ses membres célèbrent les réussites de chacun et se respectent mutuellement, ainsi que le Product Owner, les parties prenantes et le Scrum Master.

Bien que Scrum soit le framework Agile le plus largement adopté, ce n'est pas le seul qui existe. Kanban propose une approche différente qui met l'accent sur la livraison continue et le flux, plutôt que sur des itérations de durée fixe.

Dans Kanban :

• Les tickets sont visualisés sur un tableau et gérés à l'aide de limites de travail en cours (limites WIP).

• Les équipes n'intègrent de nouveaux tickets que lorsque des capacités se libèrent, créant ainsi un flux régulier et continu.

• Il n'existe aucun rôle ni aucune cérémonie prescrits, ce qui rend Kanban plus flexible et plus léger que Scrum.

Quand utiliser le Kanban :

• Idéal pour les équipes qui gèrent un flux continu de tâches entrantes (par exemple, le support ou les opérations).

• Utile lorsque les priorités changent fréquemment et qu'il est difficile de respecter des engagements de sprint fixes.

Quand utiliser Scrum :

• Idéal pour le développement de produits ou de fonctionnalités où la livraison incrémentielle, la structure et la prévisibilité sont essentielles.

• Convient aux équipes qui tirent parti de rôles, de cérémonies et d'objectifs du sprint clairement définis.

Approches hybrides :

Certaines équipes combinent des éléments des deux frameworks dans ce que l'on appelle souvent Scrumban ou Kanplan (Kanban avec un backlog). Cet hybride permet aux équipes de conserver le backlog et la rigueur de planification de Scrum, tout en intégrant la flexibilité d'exécution de Kanban.

Scrum Alliance est une ressource de premier plan pour celles et ceux qui souhaitent approfondir leur compréhension des principes Scrum et faire progresser leur carrière. En tant qu'organisation mondiale dédiée à la promotion du framework Scrum, Scrum Alliance propose une gamme de certifications et de programmes de formation.

Ils sont conçus pour les Scrum Masters, les Product Owners et les autres praticiennes et praticiens de Scrum. En fait, les certifications Certified Scrum Master (CSM) et Certified Scrum Product Owner (CSPO) sont particulièrement populaires.

Elles offrent aux professionnels une base solide en matière de pratiques et de valeurs Scrum. L'obtention de ces certifications témoigne d'un engagement envers les méthodologies Agile et ouvre la voie à de nouvelles possibilités en gestion de projet et en développement logiciel. 

Grâce à l'accès à une communauté dynamique, à de la formation continue et à des certifications reconnues dans le secteur, Scrum Alliance aide les individus et les organisations à réussir avec Scrum.

L'adoption de Scrum et d'autres méthodologies Agile peut représenter un changement important pour toute organisation, et c'est là qu'un coach Agile peut aider. Les coachs Agile travaillent en étroite collaboration avec les équipes Scrum pour les guider tout au long de la transition et aider les membres de l'équipe à appliquer les principes Scrum dans leur travail quotidien. 

Ils facilitent les événements Scrum, comme la planification du sprint et les rétrospectives, et accompagnent les équipes dans l'adoption de meilleures pratiques en matière de collaboration et de communication. Les coachs Agile jouent un rôle clé dans l'élimination des obstacles qui freinent l'avancement d'une équipe.

L'objectif principal est de permettre aux équipes Scrum de se concentrer sur la livraison de valeur. En offrant une formation et un soutien personnalisés, les coachs Agile permettent aux membres de l'équipe d'adopter les pratiques Agile.

Cela favorisera une culture d'amélioration continue et renforcera l'efficacité de l'équipe Scrum dans plusieurs équipes et projets.

Même les équipes Scrum expérimentées sont confrontées à des défis, tels que la résistance au changement, un manque de clarté dans les orientations et une formation Scrum limitée. Commencer modestement, avec un seul projet ou une seule équipe, peut aider à surmonter ces obstacles.

Une formation complète et un coaching continu renforcent la confiance dans les méthodes Scrum et Agile. Des objectifs, des rôles et des responsabilités clairs permettent à tout le monde de rester sur la même longueur d’onde.

Des rétrospectives et des sessions de retour d'expérience régulières aident les équipes à réfléchir, à s'adapter et à s'améliorer. En relevant ces défis dès le départ, les équipes Scrum peuvent renforcer leur résilience, mieux collaborer et réussir avec le framework Scrum.

Le suivi de l'avancement et de l'efficacité d'une équipe Scrum est essentiel à l'amélioration continue et à la réussite des projets. Les équipes Scrum utilisent souvent la vélocité des sprints, les graphiques d'avancement et les scores de satisfaction de la clientèle pour évaluer leur performance. 

Le suivi du délai d'exécution, de la durée de cycle et de la densité des défauts peut également fournir des informations sur le flux de travail de l'équipe et la qualité du produit. Les revues de sprint régulières et les rétrospectives sont des événements clés de Scrum.

Ces revues permettent aux équipes de réfléchir à leurs réalisations, d'identifier des pistes d'amélioration et de célébrer la réussite du sprint. En mesurant régulièrement ces indicateurs et en tenant compte des commentaires, les équipes Scrum améliorent leurs pratiques, offrent davantage de valeur à leurs clients et assurent un succès durable avec le framework Scrum.

Le framework Scrum en lui-même est simple. Les règles, artefacts, événements et rôles sont faciles à comprendre. Son approche semi-prescriptive permet de lever les ambiguïtés du processus de développement.

Cependant, il laisse aussi suffisamment de latitude aux entreprises pour y apporter leur propre touche. L'organisation de tâches complexes en user stories gérables en fait la méthodologie idéale pour les projets complexes. 

La démarcation claire des rôles et les événements planifiés garantissent la transparence et la responsabilité collective tout au long du cycle de développement. Les livraisons rapides maintiennent la motivation de l'équipe et la satisfaction des utilisateurs à un niveau élevé, car il est possible de voir l'avancement dans un bref laps de temps.

Toutefois, la parfaite compréhension de Scrum peut prendre un certain temps, en particulier si l'équipe de développement est habituée à un modèle en cascade classique. Les concepts d'itérations plus restreintes, de mêlées quotidiennes (Daily Scrum), de revues de sprint et l'identification d'un Scrum Master pourraient s'avérer un virage culturel difficile à prendre pour une nouvelle équipe.

Cependant, les avantages à long terme prévalent nettement sur la courbe d'apprentissage initiale. Le succès de Scrum dans le développement de produits matériels et logiciels complexes, quels que soient le secteur et le marché, en fait un framework attrayant à adopter pour votre organisation.

Pour découvrir Scrum grâce à Jira, consultez ce tutoriel.

Ressources associées

• Ressources de gestion de projet

  • Ressources pour la planification de projets

  • Ressources pour le lancement de produits

  • Stratégies de commercialisation en matière de gestion de projets

  • Ressources de gestion des ressources

  • Ressources de suivi des tâches

  • Gestion de projets logiciels