Posts Tagged 'Scrum'

SCRUM - Lorsque vous comprendre la méthodologie de projets estiment que vous savez en temps

27 janvier 2010

Il ya neuf ans, j'ai commencé à gérer les processus de développement logiciel, en utilisant diverses méthodes orthodoxes m'ont aidé à atteindre les objectifs de mes projets.

L'expérience acquise en tant que j'ai réalisé quelque chose manquait. Il a estimé que la réalisation des objectifs avec un effort très personnel, mais mon équipe a fait irrégulière.

Après des dizaines de projets que j'ai commencé à chercher la vraie raison de la réussite. J'ai réalisé que c'est la nature des personnes qui y travaillent, couplé avec les connaissances techniques adéquates. Pour cette raison, toujours considérer mon équipe comme le «grand acteur» d'un projet et toujours essayer de construire le contexte le plus approprié pour obtenir le maximum d'entre eux, y compris la motivation personnelle.
»En savoir plus: Scrum - Lorsque vous comprendre la méthodologie de projets estiment que vous savez en temps

Blogger message Digg Reddit Google Reader Partager

Scrum Aperçu

16 août 2009

INTRODUCTION

Scrum est une méthodologie agile qui apparaît comme une alternative à celles traditionnelles. Méthodologies Agile proposer un cadre pour la gestion de projets plus pragmatiques et moins bureaucratique. Émergé dans le milieu des années 80 au Japon, fondée sur la prémisse que la valeur ajoutée est dans le peuple et surtout la capacité à l'auto-organisation des populations.

Les éléments suivants sont les hypothèses sur lesquelles elle est basée SCRUM, appelé «Manifeste Agile":

  • Valeur plus élevée sur les individus et leurs interactions avec les processus et les outils.

  • Evaluez le produit qui fonctionne plus de la documentation complète.

  • Valeur de collaboration plus avec la négociation du contrat client.

  • Réponse au changement de taux de plus de suivre un plan.

SCRUM Le mot signifie la même chose que dans le rugby, c'est à dire, dans ce sport figure adopte un jeu dans lequel une équipe doit agir force très coordonnée et constante pour atteindre la balle. Dans la mesure où nous apprenons et la pratique de cette approche est de prendre le sens des mots.

En bref ce qui est SCRUM propose un cadre, une façon simple et claire avec une série d'artefacts, les rôles et les rituels qui permettent de voyager-elle basée sur des itérations d'inspecter et d'adaptation basée sur l'endroit où à chaque fois on finit doit être atteint dans une produit lui-même a un retour sur investissement pour le client.


RÔLES

Scrum Master: Il est géré par un individu, il est chargé de fournir tout ce dont vous avez besoin pour répondre aux objectifs du projet. Son rôle fondamental est de faire appliquer la méthodologie.

Propriétaire du produit: Il est également géré par une seule personne, il est habituellement quelqu'un qui sait parfaitement ce qui est le retour sur investissement pour chacun des besoins que le projet a. En d'autres termes, vous devez connaître très bien le produit est souhaitée.

Equipe: L'équipe, qui comprennent qu'il mettra en œuvre le projet. Il est recommandé que pas moins de cinq membres au plus 9.


CYCLE DE VIE DU PROJET

Le cycle de vie d'un projet Scrum est basé sur des unités itératives doit avoir un temps fixe dans lequel planifie, élabore et approuve les résultats de cette itération. Ces unités sont appelées sprints itérative. Il est suggéré que Sprint a un minimum d'une semaine et un maximum de quatre.


RITUELS

Ils sont appelés les rituels établis réunions SCRUM qui doivent être respectées dans cette méthodologie.

Sprint Planning: Lorsque vous commencez une nouvelle Sprint devrait prendre la liste des exigences (Product Backlog) et de la priorité de chacun doit choisir un ensemble de ces exigences qui seront exécutés par l'équipe. Ce sous-ensemble d'exigences de création de valeur pour le client et le retour sur investissement devrait être un produit potentiellement livrable. Lors de cette réunion impliquant le SM, PO et de l'équipe. La durée maximale est de 2 heures.

Sprint réunion quotidienne: Équipe quotidien doit procéder à une rencontre où chaque membre a 2 minutes pour répondre aux questions suivantes:

  1. Quelles sont les tâches effectuées impliqués?

  2. Quels sont les obstacles détectés lors de l'exécution de ces tâches?

  3. Quelles tâches sont engagés à faire demain?

Cette réunion devrait impliquer l'équipe et la SEP. Il peut être fait à toute heure du jour, qui est défini par l'équipe, une fois définis ne doivent pas être modifiés.

Sprint Review: A la fin d'un sprint devrait effectuer un examen du produit conçu dans ce sprint. Cela devrait rencontrer l'équipe, le PO et la SEP. Cette réunion devrait aboutir à une approbation ou la désapprobation du produit par le client. La durée maximale recommandée de 2 heures.

Rétrospective de Sprint: Après avoir fait la revue de sprint doit tenir une autre réunion entre le SM et l'équipe. Le but de cette analyse est de voir comment ils ont appliqué la méthodologie et la conduite d'une évaluation des résultats, qui devraient prendre en compte les corrections à appliquer pour la prochaine itération.


APPAREILS

Le carnet de commandes du produit: Une liste des exigences qui définissent le produit que le client a besoin. Chaque condition est appelée l'article backlog de ​​produit.

Product Backlog engagé: Un sous-ensemble de l'ItemProductBacklog qui sont engagés dans un sprint spécifiques.

Graphiques: Scrum propose une série de rapports ou des tableaux qui vous permettent de prendre les indicateurs du projet, certains d'entre eux sont les suivants:

  • Burndown Chart: Permet de voir combien nécessaires pour compléter le projet.

  • Vélocité: Il permet d'obtenir une quantification de la vitesse de la performance de l'équipe.

RÉFÉRENCES

Blogger message Digg Reddit Google Reader Partager