Gestion de projet #2 : méthodes

Preview:

DESCRIPTION

Gestion de projet #2 : méthodes

Citation preview

Méthodes de gestion de projet informatique

1. Linéaire VS Itératif

1912 Diagramme de Gantt

-

1957The critical path method

-

1970Modèle en cascade

-

2001Le manifeste agile

Chronologie

Linéaire

Itératif

The Marshmallow

Challenge

2. Organisation du projet

2.1 Méthodes linéaires

Axiomes et Prémisses (1)

On ne peut pas construire la toiture avant les fondations.

Les conséquences d'une modification en amont du cycle ont un impact majeur sur les coûts en aval.

Axiomes et Prémisses (2)

Il est possible de totalement détacher la phase de conception d'un projet de sa phase de réalisation

Pour une bonne communication entre les différents partenaires du projet, il est nécessaire d'établir des documents de référence.

Modèle en cascade

Recueil des besoins

Spécifications

Conception

Réalisation

Tests

Livraison

Cycle en V

Analyse des besoins

Spécifications

Conception architecturale

Conception détaillée

Codage

Tests unitaires

Tests d’intégrations

Tests de validation

Recette

MOA vs MOE

La maîtrise d'ouvrage (MOA), aussi dénommée maître d'ouvrage est l'entité porteuse du besoin, définissant l'objectif du projet, son calendrier et le budget consacré à ce projet.

Le terme maîtrise d'œuvre (MOE) désigne l'entité retenue par le maître d'ouvrage afin de réaliser le projet dans les conditions de délais, de qualité ainsi que de coûts fixés par ledit projet, le tout conformément à un contrat.

http://fr.wikipedia.org

Functional Work Teams

Design Development Operations

Head of design Head of development Head of Operations

2.2 Méthodes itératives

1.2.1 Le Manifeste Agile

Les individus et leurs interactions plus que les processus et les outils-

Des logiciels opérationnels plus qu’une documentation exhaustive-

La collaboration avec les clients plus que la négociation contractuelle-

L’adaptation au changement plus que le suivi d’un plan

Manifeste pour le développement Agile de logiciels - Valeurs

Notre plus haute priorité est de satisfaire le client en livrant rapidement et régulièrement des fonctionnalités à grande valeur ajoutée.

Accueillez positivement les changements de besoins, même tard dans le projet. Les

processus Agiles exploitent le changement pour donner un avantage compétitif au client.

Livrez fréquemment un logiciel opérationnel avec des cycles de quelques semaines à

quelques mois et une préférence pour les plus courts.

Les utilisateurs ou leurs représentants et les développeurs doivent travailler ensemble quotidiennement tout au long du projet.

Réalisez les projets avec des personnes motivées. Fournissez-leur l’environnement et le soutien dont ils ont besoin et faites-leur confiance pour atteindre les objectifs fixés.

La méthode la plus simple et la plus efficace pour transmettre de l’information à l'équipe de développement et à l’intérieur de celle-ci

est le dialogue en face à face.

Un logiciel opérationnel est la principale mesure d’avancement.

Les processus Agiles encouragent un rythme de développement soutenable. Ensemble, les

commanditaires, les développeurs et les utilisateurs devraient être capables de maintenir indéfiniment un

rythme constant.

Une attention continue à l'excellence technique et à une bonne conception renforce l’Agilité.

La simplicité – c’est-à-dire l’art de minimiser la quantité de travail inutile – est essentielle.

Les meilleures architectures, spécifications et conceptions émergent d’équipes autoorganisées.

À intervalles réguliers, l'équipe réfléchit aux moyens de devenir plus efficace, puis règle et modifie son comportement en conséquence.

Axiomes et Prémisses

Les utilisateurs ne savent ce qu’ils veulent qu’après avoir vu une première version du logiciel.

Les besoins changent souvent durant le processus de développement du logiciel.

Spécifier intégralement un système interactif est impossible.

Modèle agile

Recueil des besoins

Réalisation Spécifications

Conception

Méthodes agiles

1953 - Kanban

1999 - Extreme programming

2001 - Scrum

2003 - Lean Software Development

Cross-functional & self-directed Teams

Feature 1 Feature 2 Feature 3

Merci pour votre attention.

Bibliographie

Trial, error and the God complex - Tim Harford http://www.ted.com/talks/tim_harford

Build a tower, build a team - Tom Wujec http://www.ted.com/talks/tom_wujec_build_a_tower

Manager un projet informatique - Olivier Englender & Sophie Fernandes www.amazon.fr/Manager-projet-informatique-recueillir-identifier/dp/2212555245/

Gestion de projet agile, avec Scrum, Lean, Extreme Programming... - Véronique Messager http://www.amazon.fr/Gestion-projet-agile-Extreme-Programming/dp/2212136668

La Gestion de Produit Agile en deux mots - Henrik Kniberg, Cédric Chevalérias & Florent Lothon https://www.youtube.com/watch?v=3qMpB-UH9kA

Scrum et Kanban - Claude Aubry, Antoine Vernois & Fabrice Aimetti https://www.youtube.com/watch?v=PmTQOS9nFm8

Recommended