Mð"©thode Agile Scrum

MÐ"©thode agile : Le Scrum

Planification d’un projet de commerce Ð"©lectronique

GCE 820

PrÐ"©sentÐ"© Ð"

Professeur

Par

Mathieu Jolicoeur

15 avril 2008

Table des matiÐ"Ёres

ProblÐ"©matiqueвЂ¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦.p.3

QuestionnementвЂ¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦..p.3

ProcÐ"©dureвЂ¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦p.3

HistoriqueвЂ¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦...вЂ¦Ð²Ð‚¦....p.4

FonctionnementвЂ¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦..p.4

ActeursвЂ¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦....p.5

La gestion de soiвЂ¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦.p.8

Self-managed production team (SMPT) вЂ¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦p.8

Comparaison des mÐ"©thodesвЂ¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦p.9

Satisfaction de l’Ð"©quipeвЂ¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦..p.10

Satisfaction du clientвЂ¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦..p.11

BibliographieвЂ¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦..p.12

AnnexeвЂ¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦Ð²Ð‚¦...…p.13

Scrum

ProblÐ"©matique

Le dÐ"©veloppement de logiciel Ð" la demande est un processus complexe. Les clients sont rarement satisfaits car le livrable convenu au dÐ"©part est souvent trÐ"Ёs diffÐ"©rent du produit achevÐ"© et les dÐ"©lais pour rendre le produit sont trÐ"Ёs souvent dÐ"©passÐ"©s. Selon le Standish Group, en moyenne, les projets de dÐ"©veloppement de logiciel ont un succÐ"Ёs d’Ð" peine 34%. (1)

Questionnement

Comment se fait-il qu’un client soit plus satisfait d’un logiciel fait sur demande si ce logiciel est dÐ"©veloppÐ"© avec la mÐ"©thode agile du Scrum plutÐ"Ò't qu’avec les mÐ"©thodes de gestion de projets traditionnelles?

ProcÐ"©dure

L’Ð"©tude qui suit rÐ"©pondra au questionnement en dÐ"©butant par une explication de l’Ð"©mergence du style de gestion agile, plus particuliÐ"Ёrement le Ð'« scrum Ð'». Le fonctionnement du Ð'« scrum Ð'» en tant que tel et des similitudes et des diffÐ"©rences avec la gestion de projet traditionnelle seront ensuite dÐ"©crits. Finalement, les bÐ"©nÐ"©fices du Ð'« scrum Ð'» seront mis en valeur en ce qui concerne la satisfaction accrue pour les clients.

Historique

La naissance des mÐ"©thodes de dÐ"©veloppement de logiciels agiles remonte vers le milieu des annÐ"©es 1990s comme une rÐ"©action aux mÐ"©thodes dites Ð'« lourdes Ð'» principalement du Ð" l’utilisation du model de dÐ"©veloppement en cascade. Ce dernier processus Ð"©tait vu comme Ð"©tant trop bureaucratique, lent, demandant et contradictoire avec la rÐ"©elle maniÐ"Ёre de travailler des dÐ"©veloppeurs de logiciels. C’est en 2001, qu’une communautÐ"© de personnes qualifiÐ"©es s’est rencontrÐ"©e au Utah pour crÐ"©er Ð'« The Agile Manifesto Ð'». Ils ont aussi adoptÐ"© le nom Ð'« agile methods Ð'» Ð" ce qui Ð"©tait pour l’instant connu sous le nom de Ð'« lightweight methods Ð'». Plus tard ils formÐ"Ёrent Ð'« The Agile Alliance Ð'», un organisme sans but lucratif faisant la promotion du dÐ"©veloppement agile. (2)

Le Ð'« scrum Ð'» a pour sa part fait son apparition 1986, alors que Hirotaka Takeuchi et Ikujiro Nonaka se sont inspirÐ"©s du model zÐ"©ro dÐ"©faults exploitÐ"© par Toyota pour dÐ"©crire une nouvelle approche holistique de dÐ"©veloppement de nouveau produit plus rapide et plus flexible. Ils ont comparÐ"© l’approche sÐ"©quentielle traditionnelle, dans laquelle toutes les phases consÐ"©cutives sont performÐ"©s