Estimation dEffort mle et Points de rcit

Selon comment le projet sera gr utilisant des pratiques traditionnelles ou des techniques de
gestion agile, pour exemple-dterminer si capacit devrait tre considre en termes dheures
(temps) ou estim difficile (effort).
En gestion de projet traditionnelle, gestionnaires estiment la capacit dun membre de lquipe de
travail bas sur le niveau de planification oprationnelle. Autrement dit, ils estiment combien de
temps ils sattendent effectuer http://www.lire.me/search/Gestion::De::Projet::Cours/pdf/1 une
tche particulire prendra pour tre rempli puis assigner des tches selon total heure disponible un
membre de lquipe laide des outils traditionnels comme les diagrammes de Gantt. Le problme
avec cette approche est quelle peut se prter grer au niveau du membre de lquipe, pas au
niveau du projet. Autrement dit, le gestionnaire de projet peut finir par se concentrant trop sur le
maintien des gens occups et de charges de travail individuelles de microgestion, plutt que de la
russite globale du projet en cours dlaboration et de la valeur quil gnre pour le client. Dans le
nouveau complexe dveloppement de projets, comme les quipes de logiciel, estimation deffort
utilisant des points de lhistoire peut tre une meilleure rponse que la gestion des tches.
Mle, un cadre de gestion de projet populaire dvelopp par des gourous agiles Ken Schwaber et
Jeff Sutherland, adopte une perspective radicalement diffrente pour dterminer la faon de suivre
et de faire rapport sur ltat du projet. Plutt que de tenter doccuper les membres de lquipe, il
met laccent sur laccroissement des produits livrables chaque cadence de sprint ou de travail.
(Autrement dit, il finalement met laccent sur le client, prfrant de savoir que le client reoit ce
quil demandait, au lieu doccuper les membres de lquipe.) quipes peuvent mesurer leur progrs
global contre cette augmentation de produit utilisant mettant laccent sur les points de lestimation
base sur le rcit.
Comment fonctionne ce processus destimation workh lors dune runion au cours de laquelle le
gestionnaire de projet/patron est absent, quipes destimation dans les figures abstraites pour
quantifier leffort relatif associ une histoire particulire (une histoire est souvent compose de
plusieurs tches). Certaines quipes utilisent le dimensionnement numrique (c'est--dire une
chelle de 1 10) pour estimer la taille dune histoire, tandis que dautres utilisent des tailles de
t-shirt (XS, S, M, L, XL, XXL, XXXL). Certains utilisent la squence de Fibonacci (1, 2, 3, 5, 8, 13, 21,
34, etc.) pour saisir comment les difficults a tendance augmenter de faon exponentielle. Autres
quipes ont utilis des races de chiens des fins destimation, dans lequel, dire, un caniche teacup
ou Chihuahua reprsenterait les histoires plus petits et un grand danois ou Bull Mastiff
reprsenterait la plus importante. Ce qui est important pour lestimation de leffort, cest que
lquipe partage une comprhension de lchelle quil utilise, afin que tout le monde se sent laise
avec les valeurs de lchelle.
Bien que chef de projet (ou le propritaire du produit, en mle) a besoin de ces estimations pour
hirarchiser efficacement points de retard et, par consquent, prvision de la livraison du produit
tre dvelopp bas sur la vitesse, que lquipe peut tablir ces estimations et la prsence du
gestionnaire de projet/produit propritaire pourrait pression (intentionnellement ou non) une quipe
afin de minimiser son effort destime. Mme lorsque les membres de lquipe estiment entre eux, il
est recommand que tout le monde rvlent leur estimation en mme temps pour viter dinfluencer
les autres. Ce processus ressemble un jeu de poker cet individus montrent leurs mains - ou
rvler leur estimates-simultaneously.

Gestionnaires de projets traditionnels peuvent tre laise avec une approche de gestion qui ne
traite pas de lexactitude voir le site de la budgtisation heures pour les tches. Mais mthodes de
gestion de projet agile comme Scrum rellement aident les gestionnaires mettant laccent sur ce qui
compte vraiment dans le dveloppement : la russite du projet et un client qui aime le produit mis au
point par votre quipe.
A propos de lauteur : Laszlo Szalvay, Prsident, Danube Technologies, Inc. fonde en 2000 par
Laszlo Szalvay et son frre Victor, Danube fournit des logiciels et formation axe exclusivement sur
la mthode Scrum de dveloppement logiciel agile. Produits ScrumWorks (R) Pro et Basic de
ScrumWorks de la socit sont autoriss plus de 140 000 professionnels du logiciel dans le monde
entier, rendant le logiciel plus largement utilis dans lindustrie pour la gestion de projets Scrum.
Danube complte son offre avec un calendrier complet des stages de formation ScrumCORE, qui
sont enseigns dans le monde par cinq formateurs du Danube certifis Scrum de logicielle.