méthodologie-agile

Méthodologie agile en bref

Agile a commencé comme une méthode de développement légère par rapport au développement de logiciels lourds, qui est le paradigme central des décennies précédentes de développement de logiciels. En 2001, le Manifeste pour le développement logiciel agile est né comme un ensemble de principes définissant le nouveau paradigme du développement logiciel comme une itération continue. Cela influencerait également la façon de faire des affaires.

AspectExplication
Présentation du conceptMéthodologie agile est une approche itérative et flexible du développement de logiciels et de la gestion de projet. Il met l'accent sur la collaboration, l'adaptabilité et les commentaires des clients tout au long du processus de développement. Des méthodologies agiles, telles que Scrum, Kanban et Extreme Programming (XP), ont été développées comme alternatives aux méthodologies traditionnelles et rigides de gestion de projet. Le Manifeste Agile, introduit en 2001, décrit les principes et valeurs fondamentaux qui guident les pratiques de développement Agile. Les principes clés incluent la fourniture de logiciels fonctionnels en itérations courtes, l'acceptation des exigences changeantes et la promotion d'une communication fréquente entre les membres de l'équipe et les parties prenantes. Agile vise à améliorer la qualité des produits, à réduire le temps de développement et à accroître la satisfaction des clients.
Principes de baseLes méthodologies agiles sont guidées par plusieurs principes fondamentaux :
1. Collaboration client: Encourager l'implication continue des clients et leurs commentaires pour garantir que le produit livré répond à leurs besoins.
2. Répondre au changement: Adopter des exigences changeantes, même tard dans le processus de développement, pour fournir le meilleur résultat possible.
3. Fournir un logiciel fonctionnel: Prioriser la livraison de logiciels fonctionnels et testés dans des cycles courts et itératifs.
4. Collaboration et communication: Promouvoir la collaboration entre les équipes interfonctionnelles et maintenir une communication ouverte et fréquente.
5. Individus et interactions: Valoriser les individus et leurs interactions plutôt que les processus et les outils.
6. Équipes auto-organisées: Faire confiance et responsabiliser les équipes pour prendre des décisions et gérer leur travail.
MéthodologiesAgile englobe diverses méthodologies, notamment :
1. Scrum: Un cadre qui divise le travail en itérations limitées dans le temps (sprints), en mettant l'accent sur les rôles, les cérémonies et les artefacts.
2. Kanban: Une méthode de management visuel qui met l'accent sur le flux continu et limite les travaux en cours (WIP).
3. Programmation extrême (XP): Met l'accent sur les normes de codage, l'intégration continue et le développement piloté par les tests (TDD).
4. Développement de logiciels allégés: Adapte les principes de production Lean au développement de logiciels, dans le but d'éliminer le gaspillage et d'optimiser la création de valeur.
5. Cristal: Offre une approche flexible avec différentes saveurs (par exemple, Crystal Clear, Crystal Orange) en fonction de la complexité du projet.
Pratiques clésLes méthodologies agiles incluent diverses pratiques clés :
1. Stand-Up quotidien (Scrum): De courtes réunions quotidiennes pour discuter des progrès et planifier le travail de la journée.
2. Priorisation du backlog: Maintenir un arriéré de tâches et les hiérarchiser en fonction de la valeur client et commerciale.
3. Développement itératif: Diviser le projet en petites itérations ou incréments, en livrant un logiciel fonctionnel à la fin de chaque itération.
4. Rétrospectives: Réfléchir régulièrement aux performances de l'équipe et identifier les axes d'amélioration.
5. Intégration continue: Intégrer fréquemment les modifications de code dans la branche principale pour détecter et résoudre les problèmes plus tôt.
6. Témoignages d'utilisateurs (Scrum): Décrire les fonctionnalités du point de vue d'un utilisateur pour définir les exigences.
7. Développement piloté par les tests (TDD): Rédaction de tests avant le codage pour garantir la qualité et la fonctionnalité du code.
ApplicationsLes méthodologies agiles ont des applications au-delà du développement de logiciels, notamment :
1. Gestion de projet: Les principes agiles peuvent être appliqués pour gérer divers projets, pas seulement le développement de logiciels.
2. Développement de produits: Utilisé dans la conception et le développement de produits physiques.
3. Commercialisation: Le marketing agile implique des campagnes itératives et une réponse aux conditions changeantes du marché.
4. Éducation: Les principes agiles sont appliqués dans les milieux éducatifs pour adapter les programmes et les méthodes d'enseignement.
5. Soins De Santé: Agile est utilisé pour gérer des projets de santé et améliorer la prise en charge des patients.
6. Recherche et développement: Les pratiques agiles peuvent améliorer les projets d’innovation et de recherche.
Avantages et impactLes méthodologies agiles offrent plusieurs avantages et ont un impact significatif :
1. Qualité améliorée: Des tests fréquents et une intégration continue conduisent à une qualité logicielle supérieure.
2. Flexibilité: Agile permet de changer les exigences, ce qui est crucial dans les environnements dynamiques.
3. Délai de mise sur le marché plus rapide: Des itérations courtes conduisent à une livraison plus rapide de fonctionnalités précieuses.
4. Collaboration améliorée: Agile favorise le travail d'équipe et la communication entre les membres de l'équipe et les parties prenantes.
5. Satisfaction du client: L'implication continue du client garantit que le produit livré répond aux attentes.
6. Adaptabilité: Les pratiques agiles permettent aux organisations de s'adapter à l'évolution des conditions du marché et des besoins des clients.
Défis et critiquesLes défis liés à la mise en œuvre d'Agile comprennent la résistance au changement, la difficulté à estimer les délais des projets et les conflits potentiels au sein des équipes auto-organisées. Les critiques soutiennent qu'Agile n'est peut-être pas adapté à tous les types de projets et qu'il peut conduire à une dérive du périmètre et à un manque de documentation. Cependant, les partisans soulignent qu'une mise en œuvre, une formation et une adaptation appropriées aux exigences du projet sont essentielles au succès d'Agile.

Introduction rapide à la méthodologie Agile

En 2001, un groupe de dix-sept développeurs de logiciels s'est réuni pour discuter de ces méthodes de développement léger, dans le but de remettre en question l'ancienne hypothèse du développement de logiciels lourds.

Ils ont forgé "The Agile Alliance", en tant que groupe de penseurs indépendants sur le développement de logiciels, qui se sont mis d'accord sur le Manifeste pour le développement logiciel agile.

Ensemble, ils publient le Manifeste pour le développement logiciel agile. Il comprend douze principes directeurs à partir desquels de nombreuses applications (dont Scrum) sont nées.

  1. Notre plus haute priorité est de satisfaire le client par le biais d'un livraison continue de logiciels précieux.
  2. Accueillez les exigences changeantes, même tardivement dans le développement. Les processus agiles exploitent le changement pour l'avantage concurrentiel du client.
  3. Livrer fréquemment des logiciels fonctionnels, d'un quelques semaines à quelques mois, avec une préférence pour l'échelle de temps plus courte.
  4. Les gens d'affaires et les développeurs doivent actuellement ensemble au quotidien tout au long du projet.
  5. Développer des projets autour d'individus motivés. Donnez-leur l'environnement et le soutien dont ils ont besoin, et faites-leur confiance pour faire le travail.
  6. La méthode la plus efficiente et la plus efficace pour transmettre des informations à et au sein d'une équipe de développement est conversation face à face.
  7. Logiciel de travail est la principale mesure du progrès.
  8. Les processus agiles favorisent développement durable. Les sponsors, développeurs et utilisateurs doivent pouvoir maintenir indéfiniment un rythme constant.
  9. Une attention continue à excellence technique et bien DESIGN  améliore l'agilité.
  10. Simplicité - l'art de maximiser le montant de travail non fait-est essentiel.
  11. Les meilleures architectures, exigences et conceptions émergent de équipes auto-organisées.
  12. A intervalles réguliers, l'équipe réfléchit à how pour devenir plus efficace, puis règle et ajuste son comportement en conséquence.
principes-du-manifeste-agile
Source : agilemanifesto.org

Agilité en gestion de projet

gestion-de-projet-agile
La gestion de projet agile (APM) est une stratégie qui décompose les grands projets en tâches plus petites et plus gérables. Dans la méthodologie APM, chaque projet est réalisé en petites sections - souvent appelées itérations. Chaque itération est complétée selon son cycle de vie de projet, en commençant par la conception initiale et en passant aux tests, puis à l'assurance qualité.

Le cadre APM est basé sur le Manifeste Agile, qui a été écrit à l'origine pour guider le développement de logiciels.

Cependant, les quatre valeurs critiques énumérées dans le manifeste peuvent être appliquées à presque toutes les industries qui répondent aux besoins des consommateurs.

Ils sont les suivants:

Les individus et les interactions sur les processus et les outils

Face à la technologie de pointe, le cadre APM reconnaît toujours l'importance de l'apport humain.

Logiciel de travail sur une documentation complète

Lorsque les équipes de projet évitent d'être embourbées par de petits détails insignifiants, elles peuvent se concentrer sur l'obtention de résultats.

Collaboration client plutôt que négociation de contrat

Traditionnellement, les clients ne sont impliqués qu'au début et à la fin du projet gestion.

Cependant, dans APM, le client est impliqué à chaque étape du processus pour s'assurer que sa contribution est intégrée.

Répondre au changement au sujet d'un plan

Projet agile gestion travaille avec le changement au lieu d'essayer activement d'y résister.

Il met l'accent sur la création d'un produit minimum viable (MVP) à intervalles réguliers au fur et à mesure que le processus passe d'une itération à l'autre.

Agile dans le développement de logiciels et au-delà

qu'est-ce-que-scrum
Scrum est une méthodologie co-créée par Ken Schwaber et Jeff Sutherland pour une collaboration d'équipe efficace sur des produits complexes. Scrum a été principalement pensé pour les projets de développement de logiciels afin de fournir de nouvelles capacités logicielles toutes les 2 à 4 semaines. C'est un sous-groupe d'agile également utilisé dans la gestion de projet pour améliorer la productivité des startups.

Les éléments Scrum

La Méthodologie Scrum comprend trois éléments principaux et un ensemble de règles.

L'équipe Scrum

Au sein de l'équipe, il y a trois rôles principaux.

Il est important de noter qu'il n'y a pas de hiérarchie dans la méthodologie Scrum.

Mais chacun des membres de l'équipe sera responsable d'une partie spécifique du projet.

  • Le Product Owner : cette personne est principalement responsable de la gestion des incréments de travail terminés.
  • Le Scrum Master : cette personne fait tout son possible pour aider l'équipe à performer au plus haut niveau.
  • L'équipe de développement : Il n'y a pas de titres dans l'équipe de développement. L'objectif principal est de décomposer le produit en éléments qui peuvent être progressivement mis en œuvre

Événements Scrum (appelés cérémonies)

  • Le Sprint :  Période de 2 à 4 semaines au cours de laquelle une partie spécifique du travail est achevée
  • Planification de sprint : ce sont des réunions pour évaluer quelle partie du produit peut être complétée
  • Le stand up quotidien :  c'est une courte réunion de 15 minutes maximum pour évaluer l'avancement du projet
  • La revue de sprint : une démonstration pour présenter le travail réalisé durant le sprint
  • La Rétrospective :  réunion d'équipe finale pour évaluer ce qui a fonctionné et ce qui n'a pas fonctionné pour améliorer le processus

Artefacts Scrum

  • Carnet de produit : décrit toutes les exigences d'un système, d'un projet ou d'un produit. Il peut s'agir d'une liste de tâches composée d'éléments de travail
  • Backlog de sprint : liste des éléments à compléter pendant le sprint
  • Incrément : est la liste des éléments complétés après la dernière version du logiciel

Règles Scrum

L'équipe définira ces règles en fonction des valeurs et des attentes de l'organisation. Il n'y a donc pas un ensemble simple de règles à suivre.

Agile dans la conception d'entreprise

sprint de conception
Un sprint de conception est un processus éprouvé de cinq jours où les questions critiques de l'entreprise sont résolues grâce à une conception et un prototypage rapides, en se concentrant sur l'utilisateur final. Un design sprint commence par un défi hebdomadaire qui doit se terminer par un prototype, un test à la fin, et donc une leçon apprise à itérer.

Les sprints de conception sont hautement collaboratifs et expérimentaux avec un accent sur l'utilisateur final. L'approche est basée sur DESIGN  pensée, qui prône une approche centrée sur l'humain innovation et le prototypage rapide.

Une typique DESIGN  sprint suit cette structure de base :

lundi XNUMX 

Le premier jour, le défi est clairement identifié et un stratégie est conçu pour le reste de la semaine pour le surmonter.

Qui est l'utilisateur final et quels sont ses besoins ?

Mardi 

L'équipe de sprint réfléchit à des solutions potentielles et esquisse diverses solutions qui peuvent avoir du mérite.

Mercredi 

Dans la liste des solutions créées mardi, l'équipe sélectionne celles qui ont une chance réaliste de résoudre le problème d'ici la fin de la semaine. Ensuite, chaque solution esquissée est transformée en storyboard.

Jeudi 

Les storyboards sont transformés en prototypes fonctionnels prêts à être testés.

Vendredi 

Le dernier jour, les prototypes sont présentés aux principales parties prenantes et testés pour leur viabilité.

Agile pour les startups

produit minimum viable
Comme l'a souligné Eric Ries, un produit minimum viable est la version d'un nouveau produit qui permet à une équipe de collecter le maximum d'apprentissage validé sur les clients avec le moins d'effort grâce à un cycle de construction, mesure, apprentissage ; c'est le fondement de la démarrage maigre méthodologie.

Au-delà d'Agile et dans les méthodologies Lean

plus maigre-mvp
Un MVP plus léger est l'évolution de l'approche MPV. Où le risque de marché est validé avant toute autre chose
lean-startup-toile
La démarrage maigre canvas est une adaptation par Ash Maurya du modèle d'affaires toile d'Alexander Osterwalder, qui ajoute une couche qui se concentre sur les problèmes, les solutions, les mesures clés, les avantages injustes et un unique proposition de valeur. Ainsi, partir de la maîtrise du problème plutôt que de la solution.

Modélisation d'entreprise technologique

modèle de modèle d'entreprise
Une technologie modèle d'affaires est composé de quatre composants principaux : modèle de valeur (propositions de valeur, mission, vision), modèle technologique (gestion R&D), distribution modèle (ventes et marketing structure organisationnelle) et modèle financier (modélisation des revenus, structure des coûts, rentabilité et génération/gestion de trésorerie). Ces éléments réunis peuvent servir de base à la construction d'un modèle commercial technologique solide.

Quand et comment utiliser la méthodologie Agile :

La méthodologie Agile peut être utilisée dans différents scénarios de projet :

  • Développement de logiciel: Agile est couramment utilisé pour les projets de développement de logiciels, en particulier lorsque les exigences ne sont pas entièrement connues à l'avance.
  • Développement de produit Agile convient au développement et au perfectionnement de nouveaux produits ou fonctionnalités, permettant une adaptation rapide aux commentaires des utilisateurs.
  • Projets complexes : Les projets dont les exigences évoluent ou qui nécessitent une réponse rapide aux changements bénéficient de la flexibilité d’Agile.
  • Équipes inter-fonctionnelles: Agile est efficace lorsque des équipes interfonctionnelles aux compétences diverses collaborent étroitement.

Pour mettre en œuvre efficacement la méthodologie Agile :

  • Scrum ou Kanban : Choisissez un framework Agile comme Scrum ou Kanban qui correspond aux besoins et aux objectifs de votre projet.
  • Histoires d'utilisateurs: Définissez des user stories pour capturer les exigences des clients et hiérarchisez-les en fonction de la valeur.
  • Sprints ou itérations : Organisez le travail en itérations temporelles, généralement de 2 à 4 semaines, pour offrir une valeur supplémentaire.
  • Stand-ups quotidiens : Organisez des réunions debout quotidiennes pour garantir l’alignement de l’équipe et surmonter les obstacles.
  • Commentaires continus : Recueillez les commentaires des clients ou des parties prenantes à intervalles réguliers pour guider le développement.

Avantages de la méthodologie Agile :

La méthodologie Agile offre plusieurs avantages :

  • Flexibilité: Agile s'adapte à l'évolution des exigences, réduisant ainsi le risque de livrables obsolètes ou non pertinents.
  • Livraison plus rapide: Le développement incrémental conduit à une livraison plus rapide de fonctionnalités ou de produits précieux.
  • Satisfaction du client: Donner la priorité aux besoins des clients augmente la satisfaction et la fidélité.
  • Risque réduit : Des tests et des commentaires fréquents aident à identifier et à résoudre les problèmes dès le début du projet.
  • Collaboration améliorée : Les équipes interfonctionnelles favorisent la collaboration et le partage des connaissances.

Inconvénients potentiels de la méthodologie Agile :

Si Agile présente de nombreux avantages, il présente également des inconvénients potentiels :

  • Complexité: Agile peut être difficile à mettre en œuvre, en particulier pour les équipes de grande taille ou distribuées.
  • Manque de structure : Certains projets peuvent nécessiter plus de structure et de prévisibilité que ce que propose Agile.
  • Insistance excessive sur la contribution des clients : Dans certains cas, une contribution excessive des clients peut entraîner une dérive des fonctionnalités ou des modifications de la portée.

Faits saillants

  • Origines du développement logiciel agile : Agile est apparu comme une réponse aux lacunes des méthodologies de développement de logiciels lourds, qui conduisaient souvent à des cycles de développement longs et rigides. Le Manifeste Agile, créé en 2001, a marqué un changement important dans la philosophie du développement logiciel. Les auteurs du manifeste, un groupe de développeurs de logiciels, ont reconnu la nécessité d'une approche plus flexible et adaptative, capable de s'adapter à l'évolution des exigences et de générer de la valeur progressivement.
  • Principes du Manifeste Agile : Chacun des douze principes du Manifeste Agile aborde un aspect essentiel du développement logiciel Agile. Par exemple:
    • « Satisfaire le client grâce à une livraison rapide et continue de logiciels de valeur » met l'accent sur l'orientation client et les versions logicielles fréquentes.
    • « Accepter l'évolution des exigences, même tard dans le développement » souligne la flexibilité des processus Agile pour s'adapter à l'évolution des besoins.
    • « Livrer fréquemment des logiciels fonctionnels » favorise une cadence de versions logicielles régulières, garantissant ainsi un flux constant de valeur pour les clients.
  • Agile dans la gestion de projet : Agile Project Management (APM) reprend les principes du développement logiciel Agile et les applique à la gestion de projet au-delà des seuls projets logiciels. En divisant les projets en itérations plus petites, les équipes peuvent maintenir leur adaptabilité et répondre plus efficacement aux circonstances changeantes. L'accent mis sur la collaboration, l'implication du client et la réactivité s'aligne bien avec les besoins modernes de gestion de projet.
  • Méthodologie Scrum : Scrum est l'une des méthodologies Agile les plus populaires. L'accent mis sur les équipes auto-organisées, le développement itératif et les boucles de rétroaction régulières améliore la flexibilité et la responsabilité du projet. Les rôles de Scrum (Product Owner, ScrumMaster, Équipe de développement) et les cérémonies (Sprint, Planification, Stand-up, Review, Rétrospective) fournissent un cadre structuré pour un travail d'équipe et une communication efficaces.
  • Agile dans la conception d'entreprise : Les Design sprints sont une application pratique des principes Agile dans le domaine de la conception commerciale et innovation. Ces ateliers limités dans le temps aident les équipes à imaginer, prototyper et tester rapidement des solutions aux défis commerciaux. En impliquant des équipes interfonctionnelles, des utilisateurs finaux et des parties prenantes, les sprints de conception favorisent la collaboration et la conception centrée sur l'utilisateur.
  • Agile pour les startups : La méthodologie Lean Startup, défendue par Eric Ries, met l'accent sur la validation des hypothèses et l'apprentissage des clients le plus rapidement possible. La création d'un produit minimum viable (MVP) permet aux startups de recueillir des commentaires dès le début, d'itérer en fonction de l'utilisation réelle et de pivoter si nécessaire. Cette approche réduit le risque de créer un produit qui ne répond pas aux besoins des clients.
  • Canevas de démarrage Lean : Le Lean Startup Canvas s'appuie sur le Business Model Canvas en se concentrant sur les problèmes des clients, les solutions proposées, les indicateurs clés, les avantages injustes et proposition de valeur. Ce canevas aide les startups à comprendre en profondeur leur public cible, à affiner leur proposition de valeur, et identifiez les mesures critiques qui indiquent les progrès et le succès.
  • Modélisation commerciale technologique : Une technologie modèle d'affaires englobe plusieurs dimensions cruciales pour le succès :
    • Modèle de valeur : Définit clairement le proposition de valeur, mission, et la vision de l'entreprise.
    • Modèle technologique : Se concentre sur la gestion de la recherche et du développement pour garantir innovation et la compétitivité.
    • Modèle de diffusion : Décrit comment le produit ou le service sera commercialisé, vendu et livré aux clients.
    • Modèle financier: Comprend la modélisation des revenus, la structure des coûts et la rentabilité selon une analyse de l’Université de Princetonet la gestion des flux de trésorerie.
FrameworkDescriptionQuand appliquer
Scrum- Scrum est un framework Agile qui met l'accent sur le développement itératif, avec de petites équipes interfonctionnelles travaillant selon des cycles courts appelés sprints. – Il comprend des rôles tels que Product Owner, Scrum Master et équipe de développement, ainsi que des cérémonies telles que la planification de sprint, les standups quotidiens, la revue de sprint et la rétrospective de sprint.– Lors du développement de produits ou de solutions complexes dont les exigences peuvent évoluer, utiliser Scrum pour gérer le développement itératif, favoriser la collaboration entre les membres de l’équipe et offrir une valeur supplémentaire aux parties prenantes.
Kanban- Kanban est un framework Agile axé sur la visualisation du travail, la limitation des travaux en cours (WIP) et la maximisation du flux. – Il utilise un tableau Kanban pour représenter les éléments de travail et leur progression à travers différentes étapes, aidant ainsi les équipes à identifier les goulots d'étranglement et à optimiser leur flux de travail.– Lors de la gestion des flux de travail en mettant l’accent sur l’amélioration continue et la minimisation du gaspillage, mise en œuvre de Kanban pour visualiser le travail, limiter les en-cours et optimiser le flux dans le système.
Développement de logiciels Lean- Développement de logiciels Lean applique les principes de la fabrication Lean au développement de logiciels, dans le but d'éliminer le gaspillage, d'amplifier l'apprentissage et de responsabiliser les équipes. – Il met l’accent sur la valeur client, l’optimisation de l’ensemble du système et l’amélioration continue.– Lorsque vous cherchez à fournir rapidement de la valeur aux clients, à réduire le gaspillage dans le processus de développement et à améliorer continuellement l’efficience et l’efficacité, en appliquant les principes Lean aux pratiques de développement de logiciels.
Programmation extrême (XP)- Programmation extrême (XP) est un framework Agile axé sur les pratiques d'ingénierie qui permettent un développement logiciel rapide et de haute qualité. – Il met l’accent sur des pratiques telles que le développement piloté par les tests (TDD), la programmation en binôme, l’intégration continue et les versions fréquentes pour garantir la qualité du code et la réactivité aux exigences changeantes.– Lorsque vous donnez la priorité à l’excellence technique et à un retour d’information rapide dans le développement de logiciels, adoptez des pratiques XP pour améliorer la qualité du code, promouvoir la collaboration entre les membres de l’équipe et fournir des logiciels fonctionnels de manière incrémentale.
Cadre agile à l'échelle (SAFe)- Cadre agile à l'échelle (SAFe) est un cadre permettant de faire évoluer Agile dans les grandes entreprises, fournissant des conseils sur les rôles, les responsabilités et les cérémonies au niveau de l'équipe, du programme et du portefeuille. – Il propose diverses configurations pour différents contextes organisationnels, notamment Essential SAFe, Large Solution SAFe et Full SAFe.– Lors de la mise à l'échelle des pratiques Agile dans de grandes organisations comportant plusieurs équipes et dépendances, implémentez SAFe pour aligner les équipes, synchroniser la livraison et garantir la cohérence et la transparence dans l'ensemble de l'entreprise.
Agile discipliné (DA)- Agile discipliné (DA) est une boîte à outils qui fournit des conseils sur les pratiques Agile et Lean, offrant des options pour adapter les approches Agile à divers contextes. – Il comprend des stratégies pour choisir le bon cycle de vie Agile, sélectionner les pratiques appropriées et optimiser les flux de travail en fonction des objectifs et des contraintes de l'organisation.– Lorsque vous naviguez dans des environnements organisationnels complexes ou des contraintes réglementaires, tirer parti de la flexibilité de DA pour adapter les pratiques Agile à des contextes spécifiques et optimiser les processus pour réussir la livraison.
Développement axé sur les fonctionnalités (FDD)- Développement axé sur les fonctionnalités (FDD) est un framework Agile qui met l'accent sur le développement itératif et incrémentiel via des itérations basées sur les fonctionnalités. – Il se concentre sur la création progressive de fonctionnalités, en mettant fortement l’accent sur la modélisation de domaine, la propriété des fonctionnalités et l’intégration fréquente pour garantir une livraison rapide de logiciels de haute qualité.– Lors du développement de systèmes logiciels à grande échelle avec des exigences complexes, appliquer FDD pour décomposer les fonctionnalités en morceaux gérables, promouvoir la collaboration entre les membres de l'équipe et fournir des fonctionnalités fonctionnelles de manière itérative.
Cristal- Cristal est une famille de méthodologies Agile qui s'adaptent aux caractéristiques spécifiques d'un projet et d'une équipe. – Il comprend différentes méthodologies telles que Crystal Clear, Crystal Orange et Crystal Yellow, chacune adaptée à différentes tailles de projet, criticités et tailles d'équipe.– Lorsque vous travaillez sur des projets avec différents niveaux de complexité et dynamique d'équipe, sélectionner la méthodologie Crystal appropriée pour correspondre aux caractéristiques du projet et optimiser la productivité et la collaboration de l'équipe.
Méthode de développement de systèmes dynamiques (DSDM)- Méthode de développement de systèmes dynamiques (DSDM) est un cadre Agile qui fournit une approche structurée de la réalisation de projets, en se concentrant sur la fourniture fréquente de valeur commerciale et la collaboration entre les parties prenantes et les développeurs. – Il met l’accent sur l’implication des utilisateurs, le développement itératif et la priorisation des exigences en fonction des besoins de l’entreprise.– Lors de la livraison de projets dans des délais et des budgets fixes, utiliser DSDM pour prioriser les exigences en fonction de la valeur commerciale, impliquer les parties prenantes tout au long du processus de développement et garantir que la solution livrée répond aux besoins et aux attentes des clients.
Processus unifié agile (AUP)- Processus unifié agile (AUP) est une version simplifiée du Rational Unified Process (RUP) adaptée aux principes Agile. – Il fournit un cadre de développement itératif et incrémental, axé sur la production de logiciels de haute qualité de manière rentable et dans les délais.– Lorsque vous recherchez un processus léger et adaptable pour le développement de logiciels, appliquez l’AUP pour guider le développement itératif, gérer les risques du projet et garantir que le logiciel répond aux attentes des parties prenantes.

Lire Suivant: Toile maigre, Gestion de projet Agile, Scrum, Senator II MVP, VDTF.

Quels sont les principes de l'Agile ?

Qu'est-ce qu'un exemple de méthodologie Agile ?

Quels sont les 12 principes de l'agilité ?

Les 12 principes d'Agile, tels que soulignés dans le Manifeste Agile, officiellement rédigé en 2001 sont :

  1. Notre plus haute priorité est de satisfaire le client par le biais d'un livraison continue de logiciels précieux.
  2. Accueillez les exigences changeantes, même tardivement dans le développement. Les processus agiles exploitent le changement pour l'avantage concurrentiel du client.
  3. Livrer fréquemment des logiciels fonctionnels, d'un quelques semaines à quelques mois, avec une préférence pour l'échelle de temps plus courte.
  4. Les gens d'affaires et les développeurs doivent actuellement ensemble au quotidien tout au long du projet.
  5. Développer des projets autour d'individus motivés. Donnez-leur l'environnement et le soutien dont ils ont besoin, et faites-leur confiance pour faire le travail.
  6. La méthode la plus efficiente et la plus efficace pour transmettre des informations à et au sein d'une équipe de développement est conversation face à face.
  7. Logiciel de travail est la principale mesure du progrès.
  8. Les processus agiles favorisent développement durable. Les sponsors, développeurs et utilisateurs doivent pouvoir maintenir indéfiniment un rythme constant.
  9. Une attention continue à excellence technique et bien DESIGN  améliore l'agilité.
  10. Simplicité - l'art de maximiser le montant de travail non fait-est essentiel.
  11. Les meilleures architectures, exigences et conceptions émergent de équipes auto-organisées.
  12. A intervalles réguliers, l'équipe réfléchit à how pour devenir plus efficace, puis règle et ajuste son comportement en conséquence.

Cadres Agile et Lean connectés

AIOps

AIOPS
AIOps est l'application de l'intelligence artificielle aux opérations informatiques. Il est devenu particulièrement utile pour la gestion informatique moderne dans des environnements hybrides, distribués et dynamiques. L'AIOps est devenu un composant opérationnel clé des organisations modernes basées sur le numérique, construit autour de logiciels et d'algorithmes.

AgileSHIFT

AgileSHIFT
AgileSHIFT est un cadre qui prépare les individus au changement transformationnel en créant une culture d'agilité.

Méthodologie agile

méthodologie-agile
Agile a commencé comme une méthode de développement légère par rapport au développement de logiciels lourds, qui est le paradigme central des décennies précédentes de développement de logiciels. En 2001, le Manifeste pour le développement logiciel agile est né comme un ensemble de principes définissant le nouveau paradigme du développement logiciel comme une itération continue. Cela influencerait également la façon de faire des affaires.

Gestion de programme agile

gestion-de-programme-agile
La gestion de programme agile est un moyen de gérer, de planifier et de coordonner des travaux interdépendants de manière à mettre l'accent sur la valeur ajoutée pour toutes les parties prenantes clés. La gestion de programme agile (AgilePgM) est une approche agile disciplinée mais flexible pour gérer le changement transformationnel au sein d'une organisation.

Gestion de projet Agile

gestion-de-projet-agile
La gestion de projet agile (APM) est une stratégie qui décompose les grands projets en tâches plus petites et plus gérables. Dans la méthodologie APM, chaque projet est réalisé en petites sections - souvent appelées itérations. Chaque itération est complétée selon son cycle de vie de projet, en commençant par la conception initiale et en passant aux tests, puis à l'assurance qualité.

Modélisation agile

modélisation agile
La modélisation agile (AM) est une méthodologie de modélisation et de documentation de systèmes logiciels. La modélisation agile est essentielle à la livraison rapide et continue de logiciels. Il s'agit d'un ensemble de valeurs, de principes et de pratiques qui guident une modélisation logicielle efficace et légère.

Analyse métier agile

agile-business-analyse
Agile Business Analysis (AgileBA) est une certification sous forme d'orientation et de formation pour les analystes commerciaux qui souhaitent travailler dans des environnements agiles. Pour soutenir ce changement, AgileBA aide également l'analyste métier à relier les projets Agile à une organisation plus large. mission or stratégie. Pour s'assurer que les analystes disposent des compétences et de l'expertise nécessaires, la certification AgileBA a été développée.

Leadership agile

leadership agile
Le leadership agile est l'incarnation des principes du manifeste agile par un manager ou une équipe de direction. Le leadership agile a un impact sur deux niveaux importants d'une entreprise. Le niveau structurel définit les rôles, les responsabilités et les indicateurs de performance clés. Le niveau comportemental décrit les actions que les leaders montrent aux autres sur la base des principes agiles. 

Système Andon

système andon
Le système andon alerte le personnel de gestion, de maintenance ou autre d'un problème de processus de production. L'alerte elle-même peut être activée manuellement avec un bouton ou un cordon, mais elle peut également être activée automatiquement par l'équipement de production. La plupart des cartes Andon utilisent trois lumières colorées similaires à un feu de circulation : vert (aucune erreur), jaune ou orange (problème identifié ou contrôle de qualité nécessaire) et rouge (production arrêtée en raison d'un problème non identifié).

Gestion de portefeuille bimodale

gestion-de-portefeuille-bimodal
La gestion de portefeuille bimodale (BimodalPfM) aide une organisation à gérer simultanément des portefeuilles agiles et traditionnels. La gestion de portefeuille bimodale - parfois appelée développement bimodal - a été inventée par la société de recherche et de conseil Gartner. L'entreprise a fait valoir que de nombreuses organisations agiles avaient encore besoin de gérer certains aspects de leurs opérations en utilisant des modèles de livraison traditionnels.

Matrice d'innovation commerciale

innovation-entreprise
La Brochure innovation consiste à créer de nouvelles opportunités pour une organisation de réinventer ses offres de base, ses sources de revenus et d'améliorer la proposition de valeur pour des clients existants ou nouveaux, renouvelant ainsi tout son business model. Entreprise innovation découle de la compréhension de la structure du marché, adaptant ou anticipant ainsi ces changements.

Innovation de modèle d'entreprise

innovation-business-model
Modèle d'affaires innovation consiste à accroître le succès d'une organisation avec des produits et des technologies existants en créant un proposition de valeur capable de propulser un nouveau modèle d'affaires pour augmenter la clientèle et créer un avantage concurrentiel durable. Et tout commence par la maîtrise des clients clés.

Perturbation constructive

perturbation constructive
Un consommateur brand Une entreprise comme Procter & Gamble (P&G) définit la « perturbation constructive » comme : une volonté de changer, de s'adapter et de créer de nouvelles tendances et technologies qui façonneront notre industrie pour l'avenir. Selon P&G, il s'articule autour de quatre piliers : lean innovation, brand bâtiment, chaîne d'approvisionnement, numérisation et analyse de données.

Innovation continue

Innovation continue
C'est un processus qui nécessite une boucle de rétroaction continue pour développer un produit de valeur et construire un modèle commercial viable. Continu innovation est un état d'esprit où les produits et services sont conçus et livrés pour les ajuster autour du problème des clients et non de la solution technique de ses fondateurs.

Sprint Design

sprint de conception
Un sprint de conception est un processus éprouvé de cinq jours où les questions critiques de l'entreprise sont résolues grâce à une conception et un prototypage rapides, en se concentrant sur l'utilisateur final. Un design sprint commence par un défi hebdomadaire qui doit se terminer par un prototype, un test à la fin, et donc une leçon apprise à itérer.

Design Thinking

conception-pensée
Tim Brown, président exécutif d'IDEO, a défini le design thinking comme "une approche centrée sur l'humain pour innovation qui s'inspire de la boîte à outils du concepteur pour intégrer les besoins des personnes, les possibilités de la technologie et les exigences du succès de l'entreprise. Par conséquent, l'opportunité, la faisabilité et la viabilité sont équilibrées pour résoudre les problèmes critiques.

DevOps

ingénierie devops
DevOps fait référence à une série de pratiques exécutées pour effectuer des processus de développement de logiciels automatisés. Il s'agit d'une conjugaison des termes « développement » et « opérations » pour souligner la manière dont les fonctions s'intègrent dans les équipes informatiques. Les stratégies DevOps favorisent la création, le test et le déploiement transparents des produits. Il vise à combler un fossé entre les équipes de développement et d'exploitation afin de rationaliser le développement dans son ensemble.

Agile à double voie

double piste agile
La découverte de produits est un élément essentiel des méthodologies agiles, car son objectif est de s'assurer que les produits que les clients adorent sont créés. La découverte de produits implique l'apprentissage à travers une multitude de méthodes, y compris la réflexion sur la conception, le lean start-up et les tests A/B pour n'en nommer que quelques-unes. Dual Track Agile est une méthodologie agile contenant deux pistes distinctes : la piste « découverte » et la piste « livraison ».

extrême Programmation

programmation extrême
eXtreme Programming a été développé à la fin des années 1990 par Ken Beck, Ron Jeffries et Ward Cunningham. Pendant ce temps, le trio travaillait sur le Chrysler Comprehensive Compensation System (C3) pour aider à gérer le système de paie de l'entreprise. eXtreme Programming (XP) est une méthodologie de développement logiciel. Il est conçu pour améliorer la qualité des logiciels et la capacité des logiciels à s'adapter aux besoins changeants des clients.

Développement axé sur les fonctionnalités

développement axé sur les fonctionnalités
Le développement piloté par les fonctionnalités est un processus logiciel pragmatique centré sur le client et l'architecture. Le développement piloté par les fonctionnalités (FDD) est un modèle de développement logiciel agile qui organise le flux de travail en fonction des fonctionnalités à développer ensuite.

Marche Gemba

gemba-promenade
Un Gemba Walk est un élément fondamental du lean management. Il décrit l'observation personnelle du travail pour en savoir plus sur celui-ci. Gemba est un mot japonais qui se traduit vaguement par « l'endroit réel » ou, dans le monde des affaires, « l'endroit où la valeur est créée ». Le Gemba Walk en tant que concept a été créé par Taiichi Ohno, le père du système de production Toyota de fabrication allégée. Ohno voulait encourager les cadres dirigeants à quitter leurs bureaux et à voir où se passait le vrai travail. Cela, espérait-il, établirait des relations entre des employés aux compétences très différentes et renforcerait la confiance.

Planification GIST

planification-essentielle
GIST Planning est une approche agile relativement simple et légère de la planification des produits qui favorise le travail autonome. GIST Planning est une méthodologie allégée et agile qui a été créée par l'ancien chef de produit Google Itamar Gilad. GIST Planning cherche à remédier à cette situation en créant des plans légers, réactifs et adaptables au changement. GIST Planning améliore également la vélocité, l'autonomie et l'alignement de l'équipe en réduisant l'influence omniprésente de la direction. Il se compose de quatre blocs : objectifs, idées, projets par étapes et tâches.

Notation ICE

modèle de score de glace
Le modèle de notation ICE est une méthodologie agile qui hiérarchise les fonctionnalités à l'aide de données selon trois composants : impact, confiance et facilité de mise en œuvre. Le modèle de notation ICE a été initialement créé par l'auteur et augmentation l'expert Sean Ellis pour aider les entreprises à se développer. Aujourd'hui, le modèle est largement utilisé pour hiérarchiser les projets, les fonctionnalités, les initiatives et les déploiements. Il convient parfaitement au développement de produits à un stade précoce où il existe un flux continu d'idées et où l'élan doit être maintenu.

Entonnoir d'innovation

entonnoir d'innovation
An innovation l'entonnoir est un outil ou un processus garantissant que seules les meilleures idées sont exécutées. Dans un sens métaphorique, l'entonnoir sélectionne des idées innovantes pour la viabilité afin que seuls les meilleurs produits, processus ou modèles d'affaires sont lancés sur le marché. Un innovation funnel fournit un cadre pour la sélection et le test d'idées innovantes pour la viabilité.

Matrice d'innovation

types-d-innovation
Selon le niveau de définition du problème et le niveau de définition du domaine, nous avons quatre principaux types d'innovations : la recherche fondamentale (problème et domaine ou non bien définis) ; percée innovation (le domaine n'est pas bien défini, le problème est bien défini) ; soutenir innovation (le problème et le domaine sont bien définis); et perturbateur innovation (le domaine est bien défini, le problème n'est pas bien défini).

Théorie de l'innovation

théorie de l'innovation
La innovation loop est une méthodologie/un cadre dérivé des Bell Labs, qui a produit innovation à grande échelle tout au long du XXe siècle. Ils ont appris à tirer parti d'un hybride innovation modèle de gestion basé sur la science, l'invention, l'ingénierie et la fabrication à grande échelle. En tirant parti du génie individuel, de la créativité et des petits/grands groupes.

Lean vs Agile

méthodologie-lean-vs-agile
La méthodologie Agile a été principalement pensée pour le développement de logiciels (et d'autres disciplines commerciales l'ont également adoptée). La pensée Lean est une technique d'amélioration des processus où les équipes priorisent les flux de valeur pour l'améliorer en permanence. Les deux méthodologies considèrent le client comme le principal moteur de l'amélioration et de la réduction des déchets. Les deux méthodologies considèrent l'amélioration comme quelque chose de continu.

Démarrage Lean

start-up
Une start-up est une entreprise de haute technologie qui essaie de construire une entreprise évolutive modèle d'affaires dans les industries axées sur la technologie. Une start-up suit généralement une méthodologie Lean, où la innovation, entraîné par des boucles virales intégrées est la règle. Ainsi, la conduite augmentation et la construction effets de réseau en conséquence de cela stratégie.

Produit minimum viable

produit minimum viable
Comme l'a souligné Eric Ries, un produit minimum viable est la version d'un nouveau produit qui permet à une équipe de collecter le maximum d'apprentissage validé sur les clients avec le moins d'effort grâce à un cycle de construction, mesure, apprentissage ; c'est le fondement de la démarrage maigre méthodologie.

MVP plus maigre

plus maigre-mvp
Un MVP plus léger est l'évolution de l'approche MPV. Où le risque de marché est validé avant toute autre chose

Kanban

kanban
Kanban est un cadre de fabrication allégée développé pour la première fois par Toyota à la fin des années 1940. Le cadre Kanban est un moyen de visualiser le travail au fur et à mesure qu'il progresse en identifiant les goulots d'étranglement potentiels. Il le fait grâce à un processus appelé fabrication juste à temps (JIT) pour optimiser les processus d'ingénierie, accélérer la fabrication des produits et améliorer la mise sur le marché. stratégie.

Jidoka

Jidoka
Le jidoka a été utilisé pour la première fois en 1896 par Sakichi Toyoda, qui a inventé un métier à tisser textile qui s'arrêtait automatiquement lorsqu'il rencontrait un fil défectueux. Jidoka est un terme japonais utilisé dans le lean manufacturing. Le terme décrit un scénario dans lequel les machines cessent de fonctionner sans intervention humaine lorsqu'un problème ou un défaut est découvert.

Cycle PDCA

cycle pdca
Le cycle PDCA (Plan-Do-Check-Act) a été proposé pour la première fois par le physicien et ingénieur américain Walter A. Shewhart dans les années 1920. Le cycle PDCA est une méthode d'amélioration continue des processus et des produits et un élément essentiel de la philosophie de fabrication au plus juste.

Rational Unified Process

processus unifié rationnel
Le processus unifié rationnel (RUP) est une méthodologie de développement logiciel agile qui décompose le cycle de vie du projet en quatre phases distinctes.

Développement rapide d'applications

développement rapide d'applications
RAD a été introduit pour la première fois par l'auteur et consultant James Martin en 1991. Martin a reconnu et a ensuite profité de l'infinie malléabilité des logiciels dans la conception de modèles de développement. Le développement rapide d'applications (RAD) est une méthodologie axée sur la livraison rapide grâce à une rétroaction continue et à des itérations fréquentes.

Analyse rétrospective

analyse rétrospective
Des analyses rétrospectives ont lieu après un projet pour déterminer ce qui a bien fonctionné et ce qui n'a pas fonctionné. Ils sont également menés à l'issue d'une itération en gestion de projet Agile. Les praticiens agiles appellent ces réunions des rétrospectives ou des rétrospectives. Ils sont un moyen efficace de prendre le pouls d'une équipe de projet, de réfléchir au travail effectué à ce jour et de parvenir à un consensus sur la manière d'aborder le prochain cycle de sprint. Ce sont les cinq étapes d'une rétrospective selon une analyse de l’Université de Princeton pour une gestion de projet Agile efficace : préparez le terrain, rassemblez les données, générez des idées, décidez des prochaines étapes et clôturez la rétrospective.

Agile à l'échelle

développement lean agile à l'échelle
Scaled Agile Lean Development (ScALeD) aide les entreprises à découvrir une approche équilibrée de la transition agile et des questions de mise à l'échelle. L'approche ScALed aide les entreprises à répondre avec succès au changement. Inspiré par une combinaison de valeurs lean et agiles, ScALed est basé sur les praticiens et peut être complété par divers cadres et pratiques agiles.

SMED

smd
La méthode SMED (single minute exchange of die) est un cadre de production allégée pour réduire les déchets et augmenter l'efficacité de la production. La méthode SMED est un cadre pour réduire le temps associé à l'achèvement d'un changement d'équipement.

Modèle Spotify

modèle spotify
Le modèle Spotify est une approche autonome de mise à l'échelle agile, axée sur la communication culturelle, la responsabilité et la qualité. Le modèle Spotify a été reconnu pour la première fois en 2012 après Henrik Kniberg, et Anders Ivarsson a publié un livre blanc détaillant comment la société de streaming Spotify a abordé l'agilité. Par conséquent, le modèle Spotify représente une évolution de l'agile.

Développement piloté par les tests

développement piloté par les tests
Comme son nom l'indique, TDD est une technique pilotée par les tests pour fournir rapidement et durablement des logiciels de haute qualité. Il s'agit d'une approche itérative basée sur l'idée qu'un test défaillant doit être écrit avant l'écriture de tout code pour une fonctionnalité ou une fonction. Le développement piloté par les tests (TDD) est une approche du développement logiciel qui s'appuie sur des cycles de développement très courts.

temps de boxe

le timeboxing
Le timeboxing est une technique de gestion du temps simple mais puissante pour améliorer la productivité. Timeboxing décrit le processus de planification proactive d'un bloc de temps à consacrer à une tâche dans le futur. Il a été décrit pour la première fois par l'auteur James Martin dans un livre sur le développement logiciel agile.

Scrum

qu'est-ce-que-scrum
Scrum est une méthodologie co-créée par Ken Schwaber et Jeff Sutherland pour une collaboration d'équipe efficace sur des produits complexes. Scrum a été principalement pensé pour les projets de développement de logiciels afin de fournir de nouvelles capacités logicielles toutes les 2 à 4 semaines. C'est un sous-groupe d'agile également utilisé dans la gestion de projet pour améliorer la productivité des startups.

scrumban

mêlée
Scrumban est un cadre de gestion de projet qui est un hybride de deux méthodologies agiles populaires : Scrum et Kanban. Scrumban est une approche populaire pour aider les entreprises à se concentrer sur les bonnes tâches stratégiques tout en renforçant simultanément leurs processus.

Anti-modèles Scrum

scrum-anti-modèles
Les anti-modèles Scrum décrivent toute solution attrayante et facile à mettre en œuvre qui finit par aggraver un problème. Par conséquent, ce sont les pratiques à ne pas suivre pour éviter que des problèmes n'apparaissent. Certains exemples classiques d'anti-modèles Scrum comprennent les Product Owners absents, les tickets pré-assignés (faisant travailler les individus de manière isolée) et les rétrospectives à prix réduits (où les réunions de revue ne sont pas utiles pour vraiment apporter des améliorations).

Scrum à grande échelle

scrum à grande échelle
Scrum à l'échelle (Scrum@Scale) est un cadre que les équipes Scrum utilisent pour résoudre des problèmes complexes et fournir des produits à haute valeur ajoutée. Scrum at Scale a été créé par le biais d'une joint-venture entre Scrum Alliance et Scrum Inc. La joint-venture était supervisée par Jeff Sutherland, co-créateur de Scrum et l'un des principaux auteurs du Manifeste Agile.

Six Sigma

six Sigma
Six Sigma est une approche et une méthodologie axées sur les données pour éliminer les erreurs ou les défauts dans un produit, un service ou un processus. Six Sigma a été développé par Motorola comme une approche de gestion basée sur des fondamentaux de qualité au début des années 1980. Une décennie plus tard, elle a été popularisée par General Electric qui a estimé que la méthodologie leur avait permis d'économiser 12 milliards de dollars au cours des cinq premières années d'exploitation.

Objectifs étirés

objectifs étendus
Les objectifs étendus décrivent toute tâche qu'une équipe agile prévoit d'accomplir sans s'engager expressément à le faire. Les équipes intègrent des objectifs étendus lors d'un sprint ou d'un incrément de programme (PI) dans le cadre de Scaled Agile. Ils sont utilisés lorsque l'équipe agile n'est pas sûre de sa capacité à atteindre un objectif. Par conséquent, les objectifs étendus sont plutôt des résultats qui, bien qu'extrêmement souhaitables, ne font pas la différence entre le succès ou l'échec de chaque sprint.

Système de production Toyota

système-de-production-toyota
Le système de production Toyota (TPS) est une forme précoce de fabrication allégée créée par le constructeur automobile Toyota. Créé par Toyota Motor Corporation dans les années 1940 et 50, le système de production Toyota vise à fabriquer les véhicules commandés par les clients le plus rapidement et le plus efficacement possible.

Total Quality Management

gestion-de-la-qualité-totale
Le cadre de gestion de la qualité totale (TQM) est une technique basée sur le principe que les employés travaillent en permanence sur leur capacité à apporter de la valeur aux clients. Il est important de noter que le mot « total » signifie que tous les employés sont impliqués dans le processus, qu'ils travaillent dans le développement, la production ou l'exécution.

Cascade

cascade-modèle
Le modèle de cascade a été décrit pour la première fois par Herbert D. Benington en 1956 lors d'une présentation sur le logiciel utilisé dans l'imagerie radar pendant la guerre froide. Puisqu'il n'existait pas à l'époque de stratégies de développement de logiciels créatives et basées sur les connaissances, la méthode en cascade est devenue une pratique courante. Le modèle en cascade est un cadre de gestion de projet linéaire et séquentiel. 

Lire aussi: Innovation continueMéthodologie agileDémarrage LeanInnovation de modèle d'entrepriseGestion de projet.

Lire Suivant: Méthodologie agile, Méthodologie Lean, Gestion de projet Agile, Scrum, Kanban, Six Sigma.

Guides principaux :

Principales études de cas :

Découvrez plus de FourWeekMBA

Abonnez-vous maintenant pour continuer à lire et accéder aux archives complètes.

Lire la suite

Remonter en haut
FourWeekMBA