Ecom-sapins de noel 2012

Équipe
Qikai Gu

Xiao Lu

Noé-Jean Caramelli

Rôles : répartition des responsabilités

Chef de projet : Noé-Jean

Auteur : Noé-Jean

Concepteur d'interaction : Noé-Jean, Xiao

Développeur : Xiao

Expert en utilisabilité : Qikai

Graphiste : Qikai

Description du projet
Nous avons choisi d'avoir un scrum master tournant. Justification : Nous avons choisi une durée de sprint de 15 jours.

Product backlog finctionnalités N scprint backlog (bonnus : poker planning, estimation, complexité) N sprint planning N demo à la fin du sprint N rétrospectives (thérapie de groupe, ce qui s'est bien/mal passé, ce qui peut être amélioré)

Méthode Aglie et Scrum
Nous avons choisi de prendre le chef de projet pour ScrumMaster.

Justification :  Il faut noter que l'on nous a demandé de nous organiser à la fois de façon traditionnelle et selon la méthode Scrum. Le rôle du ScrumMaster est "de la protéger des perturbations extérieures. Il est complètement transparent pour la communication entre l'équipe et les clients et n'a aucun pouvoir hiérarchique sur l'équipe. C'est en revanche un facilitateur pour les problèmes non techniques de l'équipe." (Wikipedia). Le chef de projet a aussi pour rôle de gérer les perturbations extérieures, et en principe il a aussi un rôle hiérarchique. C'est toujours le chef de projet qui doit envoyer les livrables demandés par l'équipe pédaggique (constat). Pour concilier au mieux les deux méthodes d'organisation que nous devons appliquer, nous avons choisi de prendre le chef de projet pour ScrumMaster et de gommer l'aspect hiérarchie. Chaque membre de l'équipe a des responsablilités et un pouvoir d'arbitrage déterminé (voir les rôles définis ci-dessus), mais aucun n'a plus de pouvoir qu'un autre.

Nous avons choisi une durée de sprint de 15 jours.

Justification :  Plusieurs critères nous orientent vers différents choix pour la durée du sprint. Nous avons affectés un coefficient à chacun d'eux puis avons fait la moyenne pondérée de durée de sprint :

(coef pour le critère*nb semaines/sprints)

(0.3*1) La courte durée du projet, de 2 mois (date de fin de la release fixée au 18 décembre 2012), nous insite à choisir des sprints d'1 semaine.

(0.3*3) La faible disponibilité de l'équipe de développement sur une semaine, compte tenu du cadre scolaire, nous oriente vers des sprints de 3 semaines.

(0.15*3) L'effectif réduit de l'équipe de développement, compte tenu du coût supplémentaire engendré par la préparation d'un produit partiel (démo+rétrospective), nous oriente vers des sprints de 3 semaines.

(0.1*3) La stabilité de l'architecture (sujette à modifications sur conseils dans un cadre pédagogique, méconnaissance des technologies utilisées) nous insite à choisir un sprint de 3 semaines.

(0.1*3) La durée maximum pour prendre en compte un changement (taille équipe, disponibilité, perturbations) nous oriente vsers des sprints de 3 semaines.

(0.05*1) Le maintient de la motivation de l'équipe nous oriente vers un sprint d'1 semaine.

(0) L'implication des clients et utilisateurs n'est pas comptabilisée.

Si l'équipe pédagogique (PO) est disponible physiquement une fois par semaine, les utilisateurs réellement ciblés sont inaccessibles !

Nous obtenons une durée de sprint de 2.3 semaines, arrondie à 2 semaines.

Pour les prévisions pour l'application de la méthode Agile, et par rapport aux informations qui nous ont été communiquées, nous retenons ces dates :

Début du développement :

mardi 2 octobre 2012 : pas de développement

mardi 16 octobre 2012 : début du développement

[mardi 30 octobre 2012 : vacances]

mardi 6 novembre 2012

mardi 20 novembre 2012

mardi 4 décembre 2012

Soutenance (livraison de la release) : le mardi 18 décembre 2012

Nombre d'itérations : 4

Product backlog

fonctionnalités

N scprints backlog (bonnus : poker planning, estimation, complexité)

N sprints planning

N demo à la fin du sprint

N rétrospectives (thérapie de groupe, ce qui s'est bien/mal passé, ce qui peut être amélioré)

Dépôt SVN code
Ne contient que ce qui est nécessaire à l'application, le code.

Dépôt SVN documentation
Contient toute la documentation et les fichiers annexes.

Matériels - Quantité

 * Item 1
 * Item 2