Les méthodes agiles sont des groupes de pratiques pouvant s'appliquer à divers types de projets, mais se limitant plutôt actuellement aux projets de développement en informatique (conception de logiciel). Les méthodes agiles ne sont pas apparues avec le Manifeste agile en 2001 mais celui-ci détermine leur dénominateur commun (consacre le terme d'« agile » pour les référencer). Les méthodes agiles se veulent plus pragmatiques que les méthodes traditionnelles. Elles impliquent au maximum le demandeur (client) et permettent une grande réactivité à ses demandes. Elles visent la satisfaction réelle du client en priorité aux termes d'un contrat de développement.

Property Value
dbo:abstract
  • Les méthodes agiles sont des groupes de pratiques pouvant s'appliquer à divers types de projets, mais se limitant plutôt actuellement aux projets de développement en informatique (conception de logiciel). Les méthodes agiles ne sont pas apparues avec le Manifeste agile en 2001 mais celui-ci détermine leur dénominateur commun (consacre le terme d'« agile » pour les référencer). Les méthodes agiles se veulent plus pragmatiques que les méthodes traditionnelles. Elles impliquent au maximum le demandeur (client) et permettent une grande réactivité à ses demandes. Elles visent la satisfaction réelle du client en priorité aux termes d'un contrat de développement. Les méthodes agiles reposent sur une structure (cycle de développement) commune (itérative, incrémentale et adaptative), quatre valeurs communes déclinées en douze principes communs desquels découlent une base de pratiques, soit communes, soit complémentaires. Parmi ces méthodes on trouve en premier lieu la méthode RAD (développement rapide d'applications) (1991), puis DSDM, la version anglaise du RAD (1995). Plusieurs autres méthodes, comme ASD ou FDD, reconnaissent leur parenté directe avec RAD. Les deux méthodes agiles désormais les plus utilisées sont : la méthode XP Extreme programming publiée en 1999 par Kent Beck et la méthode Scrum publiée en 2001 par Ken Schwaber et Mike Beedle. Une méthode pour bénéficier de la dénomination d'agile doit se composer uniquement de techniques s'inscrivant dans la philosophie du Manifeste Agile et en respecter les 4 valeurs fondamentales qui se décomposent opérationnellement en 12 principes reconnus par l'ensemble de la communauté et publiés par l’Agile Alliance. Les deux principales méthodes utilisées sont XP et Scrum. XP dispose de techniques de pilotage du projet, de facilitation de la communication et de montée en compétence des équipes mais se focalise sur le développement itératif (conception émergente) et la qualité du logiciel. Scrum propose un pilotage incrémental des tâches de production. Ces méthodes possèdent néanmoins certaines limitations et des extensions à ces pratiques peuvent y être apportées. (fr)
  • Les méthodes agiles sont des groupes de pratiques pouvant s'appliquer à divers types de projets, mais se limitant plutôt actuellement aux projets de développement en informatique (conception de logiciel). Les méthodes agiles ne sont pas apparues avec le Manifeste agile en 2001 mais celui-ci détermine leur dénominateur commun (consacre le terme d'« agile » pour les référencer). Les méthodes agiles se veulent plus pragmatiques que les méthodes traditionnelles. Elles impliquent au maximum le demandeur (client) et permettent une grande réactivité à ses demandes. Elles visent la satisfaction réelle du client en priorité aux termes d'un contrat de développement. Les méthodes agiles reposent sur une structure (cycle de développement) commune (itérative, incrémentale et adaptative), quatre valeurs communes déclinées en douze principes communs desquels découlent une base de pratiques, soit communes, soit complémentaires. Parmi ces méthodes on trouve en premier lieu la méthode RAD (développement rapide d'applications) (1991), puis DSDM, la version anglaise du RAD (1995). Plusieurs autres méthodes, comme ASD ou FDD, reconnaissent leur parenté directe avec RAD. Les deux méthodes agiles désormais les plus utilisées sont : la méthode XP Extreme programming publiée en 1999 par Kent Beck et la méthode Scrum publiée en 2001 par Ken Schwaber et Mike Beedle. Une méthode pour bénéficier de la dénomination d'agile doit se composer uniquement de techniques s'inscrivant dans la philosophie du Manifeste Agile et en respecter les 4 valeurs fondamentales qui se décomposent opérationnellement en 12 principes reconnus par l'ensemble de la communauté et publiés par l’Agile Alliance. Les deux principales méthodes utilisées sont XP et Scrum. XP dispose de techniques de pilotage du projet, de facilitation de la communication et de montée en compétence des équipes mais se focalise sur le développement itératif (conception émergente) et la qualité du logiciel. Scrum propose un pilotage incrémental des tâches de production. Ces méthodes possèdent néanmoins certaines limitations et des extensions à ces pratiques peuvent y être apportées. (fr)
dbo:wikiPageExternalLink
dbo:wikiPageID
  • 6640735 (xsd:integer)
dbo:wikiPageLength
  • 31523 (xsd:nonNegativeInteger)
dbo:wikiPageRevisionID
  • 187181635 (xsd:integer)
dbo:wikiPageWikiLink
prop-fr:année
  • 2004 (xsd:integer)
  • 2008 (xsd:integer)
  • 2009 (xsd:integer)
  • 2010 (xsd:integer)
  • 2012 (xsd:integer)
prop-fr:auteur
  • Greg Luck . (fr)
  • Jennifer Ferreira, Helen Sharp and Hugh Robinson (fr)
  • Rashina Hoda, James Noble and Stuart Marshall (fr)
  • Teresa Franklin (fr)
  • Kevin Vlaanderen, Peter van Stijn, Sjaak Brinkkemper, and Inge van de Weerd (fr)
  • Greg Luck . (fr)
  • Jennifer Ferreira, Helen Sharp and Hugh Robinson (fr)
  • Rashina Hoda, James Noble and Stuart Marshall (fr)
  • Teresa Franklin (fr)
  • Kevin Vlaanderen, Peter van Stijn, Sjaak Brinkkemper, and Inge van de Weerd (fr)
prop-fr:id
  • adventure-agile (fr)
  • agile-undercover (fr)
  • agility-in-context (fr)
  • balancing-acts (fr)
  • documentation-patterns (fr)
  • growing-into-agility (fr)
  • negociating-contracts (fr)
  • orga-self-team (fr)
  • subclassing-xp (fr)
  • ux-design (fr)
  • adventure-agile (fr)
  • agile-undercover (fr)
  • agility-in-context (fr)
  • balancing-acts (fr)
  • documentation-patterns (fr)
  • growing-into-agility (fr)
  • negociating-contracts (fr)
  • orga-self-team (fr)
  • subclassing-xp (fr)
  • ux-design (fr)
prop-fr:langue
  • en (fr)
  • en (fr)
prop-fr:série
  • 32 (xsd:integer)
  • AGILE '08 Proceedings of the Agile 2008 (fr)
  • Agile 2012 (fr)
  • Agile Development Conference, 2004 (fr)
  • Oopsla 2010 (fr)
  • PROFES 2012 (fr)
  • XP 2010 (fr)
  • xp2009 (fr)
  • Proceedings of the 2010 ICSE Workshop on Cooperative and Human Aspects of Software Engineering (fr)
  • Proceedings of the 15th European Conference on Pattern Languages of Programs (fr)
prop-fr:titre
  • Growing into Agility: Process Implementation Paths for Scrum (fr)
  • Agility in context (fr)
  • Balancing acts: walking the Agile tightrope (fr)
  • Agile Development and User Experience Design Integration as an Ongoing Achievement in Practice (fr)
  • Organizing Self-Organizing Teams (fr)
  • Subclassing XP: Breaking its rules the right way (fr)
  • Negotiating Contracts for Agile Projects: A Practical Perspective (fr)
  • How much is just enough?: some documentation patterns on Agile projects (fr)
  • Adventures in Agile Contracting: Evolving from Time and Materials to Fixed Price, Fixed Scope Contracts (fr)
  • Agile Undercover: When customers don’t collaborate (fr)
  • Growing into Agility: Process Implementation Paths for Scrum (fr)
  • Agility in context (fr)
  • Balancing acts: walking the Agile tightrope (fr)
  • Agile Development and User Experience Design Integration as an Ongoing Achievement in Practice (fr)
  • Organizing Self-Organizing Teams (fr)
  • Subclassing XP: Breaking its rules the right way (fr)
  • Negotiating Contracts for Agile Projects: A Practical Perspective (fr)
  • How much is just enough?: some documentation patterns on Agile projects (fr)
  • Adventures in Agile Contracting: Evolving from Time and Materials to Fixed Price, Fixed Scope Contracts (fr)
  • Agile Undercover: When customers don’t collaborate (fr)
prop-fr:url
prop-fr:wikiPageUsesTemplate
dct:subject
rdfs:comment
  • Les méthodes agiles sont des groupes de pratiques pouvant s'appliquer à divers types de projets, mais se limitant plutôt actuellement aux projets de développement en informatique (conception de logiciel). Les méthodes agiles ne sont pas apparues avec le Manifeste agile en 2001 mais celui-ci détermine leur dénominateur commun (consacre le terme d'« agile » pour les référencer). Les méthodes agiles se veulent plus pragmatiques que les méthodes traditionnelles. Elles impliquent au maximum le demandeur (client) et permettent une grande réactivité à ses demandes. Elles visent la satisfaction réelle du client en priorité aux termes d'un contrat de développement. (fr)
  • Les méthodes agiles sont des groupes de pratiques pouvant s'appliquer à divers types de projets, mais se limitant plutôt actuellement aux projets de développement en informatique (conception de logiciel). Les méthodes agiles ne sont pas apparues avec le Manifeste agile en 2001 mais celui-ci détermine leur dénominateur commun (consacre le terme d'« agile » pour les référencer). Les méthodes agiles se veulent plus pragmatiques que les méthodes traditionnelles. Elles impliquent au maximum le demandeur (client) et permettent une grande réactivité à ses demandes. Elles visent la satisfaction réelle du client en priorité aux termes d'un contrat de développement. (fr)
rdfs:label
  • Limitations et extensions des méthodes agiles (fr)
  • Limitations et extensions des méthodes agiles (fr)
owl:sameAs
prov:wasDerivedFrom
foaf:isPrimaryTopicOf
is dbo:wikiPageWikiLink of
is oa:hasTarget of
is foaf:primaryTopic of