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.
Méthodes agile
Scrum
Kanbam
eXtreme Programming
Scrum
Piliers de Scrum
La transparence
L'inspection
L'adaptation
Client
Je veux un site web
Pas cher
Pour demain?
Product Owner
Expert métier
Etablit les priorités
Valide les dévelopement
Joue le rôle du client
Scrum Master
Faciliter les rituels Scrum
Faciliter la comunication
Accroitre la performance
Equipe
Entre 3 et 9 personnes
Pluridisciplinaire
Auto-organisé
Autonome
Cycle agile
Des itérations courtes (max 1 mois)
Une séquence stricte (pas de chevauchement)
Un rythme régulier (toujours la même durée)
Backlog
Liste unique de choses à faire
Priorisé
Estimé
Backlog produit
Release
Livraison d'une version majeur
Utilisable en production
Sprint
Max 1 mois par sprint
Ne peut pas être modifié une fois commencer
Livraison d'un incrément
Backlog Sprint
User Story
Fonctionalité en langage client
ID
Nom
Importance
Estimation
Demo
Notes
Les cérémonies
Sprint Planning Meeting
Inférieur à 8 heures
Définir le sprint et son but
Découper et estimer les différentes stories
Daily
Le matin autour d'un café
3 questions:
Qu'as tu fais hier?
Que vas tu faire auj?
As-tu des problèmes
Revue de Sprint
Présentation des User Stories terminées
Le client est invité à participer
Les taches partiellements finis ne sont pas présentés