Loading presentation...

Present Remotely

Send the link below via email or IM

Copy

Present to your audience

Start remote presentation

  • Invited audience members will follow you as you navigate and present
  • People invited to a presentation do not need a Prezi account
  • This link expires 10 minutes after you close the presentation
  • A maximum of 30 users can follow your presentation
  • Learn more about this feature in our knowledge base article

Do you really want to delete this prezi?

Neither you, nor the coeditors you shared it with will be able to recover it again.

DeleteCancel

Make your likes visible on Facebook?

Connect your Facebook account to Prezi and let your likes appear on your timeline.
You can change this under Settings & Account at any time.

No, thanks

Agilité - SCRUM

No description
by

Amandine Duffoux

on 2 November 2014

Comments (0)

Please log in to add your comment.

Report abuse

Transcript of Agilité - SCRUM

Gestion de projet
pour les Systèmes d'information

Agile ?
SCRUM ?
UML ?
Problématique
besoins client
Equipe efficace
Résultat fonctionnel
Réactivité
Les 4 valeurs
Les individus et leurs interactions
Résultat qui fonctionne
Collaboration avec les clients
Adaptation au changement
Le manifeste Agile
* Client : priorité #1
* Changements bienvenus
* échanges/présence réguliers avec les utilisateurs
* livraisons fréquentes
* opérationnel
* cycles courts (qqs semaines)
* simplicité
* excellence technique et bonne conception
* Equipe motivée
* dialogue face à face
* rythme de travail soutenable
* auto-organisation
* debrief régulier
En résumé
process
itératif
centré sur
l'utilisateur
privilégiant des
cycles courts
de réalisation (1-4 sem) dans le but de livrer un produit
opérationnel
et de
qualité
SCRUM est
Simple
People-centered
Value-driven
Customer-centric
* 4 réunions
* 3 rôles
* 2 artéfactes
* 1 mesure de progrés
* travail en équipe
* résponsabilités partagées
* auto-organisation
* toujours délivrer un produit fonctionnel
* courtes périodes
* transparence
* analyse et adaptation
* le client fait partie du projet dès le début
* feedback régulier
* changement bienvenu
En pratique...
4 réunions
* Sprint planning
* Daily scrum
* Sprint review
* retrospective
3 rôles
* Product Owner
* Development team
* Scrum master
2 artéfactes
* product Backlog
* Sprint Backlog
1 mesure de progrès
* le RàF : Burn-down Chart
En résumé
Sprint ?
* but défini
* durée limitée
* qualité non négociable
* équipe constante
Product Backlog
* liste priorisée des éléments constitutifs du produit final (éventuellement quantifiés)
* Géré par le Product Owner
* Priorisé par rapport au Business Model
* Dynamique, changeant, jamais complet
* forme la plus utilisée : User stories
a User story
En tant que ... , je veux ... tel que ....
En pratique...
Sprint Backlog
* Items sélectionnés du backlog produit
* plannification (légère) pour atteindre l'objectif
* géré par l'équipe de développement
* N'importe qui peut faire n'importe quelle tâche (auto-organisation)
* Mesure l'avancement grâce au burn-down chart
Sprint Planning
* Au début de chaque sprint
* DevTeam + PO + SM
* Sélectionne quel travail doit être fait
* Prépare le sprint Backlog
* Identifie la masse de travail pouvant être fait pendant le sprint
Daily Scrum
* Tous les jours, même heure, même lieu, mêmes personnes
* DevTeam + PO + SM
* Etat des lieux court
* 3 questions :
- Qu'ai-je fait hier ?
- Quel est mon planning pour aujourd'hui ?
- Ai-je besoin d'aide ?
* A la fin de chaque sprint
* DevTeam + PO + SM + parties-prenantes
* Revue du sprint fini :
- Qu'est ce qui a fonctionné ?
- Qu'est ce qui n'a pas fonctionné ?
* Démonstration complète, produit fonctionnel
* Réponse aux questions
* feedback client
* PO échange sur le backlog produit et sur le prochain sprint
* A la fin de chaque sprint
* DevTeam + PO + SM
* Analyse comment s'est passé le sprint
* Améliorations
Sprint review
Retrospective
Le SCRUM board
Méthodes "classiques"
Le modèle en cascade
* Modèle prédictif
* Simple
* Facile à implémenter
* Fonctionne bien quand la qualité est plus importante que le coût et le temps
* Orienté planification
* Cycles trop longs
* Manque de flexibilité (une phase ne peut commencer si la précédente n'est pas finie)
* Faible réactivité (tout recommencer en cas de nouveau besoin)
* Les risques se décalent vers la fin
* Délai entre l'étude des besoins et résultats (risque de modification des besoins)
* Très faible implication du client
Le modèle en V
* Modèle prédictif
* Cycles moins longs
* Met l'accent sur les tests et la validation : accroit la qualité
* Chaque livrable doit être testable
Orienté planification
* Plus complexe que le modèle en cascade
* Ne gère pas les activités parallèles
* Ne gère pas les changements
de spécifications
* Difficile de séparer les phases de conception et de réalisation
* Dérive entre le résultat et les besoins réels
Le modèle e,n spirale
* Inclut une analyse de risques
* inclut le prototypage
* Fonctions critiques développées en 1er
* Feedback rapide du client
* Evaluation continue du procédé
* L'évaluation des risques peut prendre beaucoup de temps
* modèle très complexe
* place du client ?
Les méthodes agiles sont des méthodologies essentiellement dédiées à la gestion de projets liés aux systèmes d'information. Elles reposent sur des cycles itératifs et adaptatifs dédiés en priorité à la satisfaction client. Une des particularités de ces méthodes est la forte implication de toutes les parties prenantes tout au long du process.
Ces méthodes ont pour but de mieux répondre aux attentes du client en un temps limité.
avant les outils et le processus !
avant même la documentation !
avant la négociation !
flexibilité avant planification !
Méthode agile créée en 2002, dont le nom est emprunté au monde du rugby : Scrum = mêlée
Même si l'application prévaut sur la documentation, celle-ci est essentielle dans le cadre d'un projet SI. UML est l'outil idéal pour cela.
Phase de conception SCRUM
Qui ?
acteurs du système ?
Quoi ?
= spécifications fonctionnelles
* Règles de gestion métier
* Diagrammes de cas d'utilisation
Comment ?
= conception détaillée
* Diagrammes de classes
* Scénarios
* diagramme de séquences
* Modèle conceptuel de données
Ces questions se posent à chaque itération importante. Mise à jour systématique de la documentation avant le développement du projet.
Mise en pratique
* TP3
* Projet : Sprint 0
- TD 7 & 8
- TP 4 & 5
* Soutenances :
- TD 9 & 10
Comparaison entre le cycle en V et SCRUM
* Delivery + rapide
* Produit utilisable + tôt
* Spécifications plus souples
* MOA est au coeur du projet
* Risque de surspécification
* trés forte sollicitation de la MOA
Full transcript