Gestion de projet Agile pour les nuls

Les principes Agile 12 sont un ensemble de concepts directeurs qui prennent en charge les équipes de projet à mettre en œuvre des projets agiles. Utilisez ces concepts à mettre en œuvre des méthodologies agiles dans vos projets.

1. Notre priorité est de satisfaire le client jusqu'à la livraison précoce et continue des logiciels utiles.

2. Bienvenue évolution des besoins, même tard dans le développement. Les processus agiles à exploiter changement pour l'avantage concurrentiel du client.

3. Fournir des logiciels de travail fréquemment, de quelques semaines à quelques mois, avec une préférence à l'échelle de temps plus courte.

4. Les gens d'affaires et les développeurs doivent travailler ensemble tous les jours tout au long du projet.

5. Construire des projets autour d'individus motivés. Donnez-leur l'environnement et le soutien dont ils ont besoin, et leur font confiance pour faire le travail.

6. La méthode la plus efficace et efficiente de transmission des informations aux et dans une équipe de développement est une conversation en face-à-face.

7. Logiciel de travail est la principale mesure du progrès.

8. Les processus agiles de promouvoir le développement durable. Les commanditaires, les développeurs et les utilisateurs devraient être en mesure de maintenir un rythme constant indéfiniment.

9. Une attention continue à l'excellence technique et un bon design améliore l'agilité.

10. Simplicité - l'art de maximiser la quantité de travail pas fait - est essentiel.

11. Les meilleures architectures, les exigences et conceptions émergent des équipes d'auto-organisation.

12. 
    
    
    
    

    À intervalles réguliers, l'équipe réfléchit sur la façon de devenir plus efficace, puis des airs et ajuste son comportement en conséquence.

La Feuille de route pour la valeur est une vue de haut niveau d'un projet agile. Les étapes de la Feuille de route pour la valeur sont décrits dans la liste suivante le schéma:

• Au stade 1, le propriétaire du produit identifie le vision du produit. La vision du produit est une définition de ce que votre produit est, comment il va soutenir votre entreprise ou la stratégie de l'organisation, et qui va utiliser le produit. Sur des projets plus longs, revoir la vision du produit au moins une fois par an.

• À l'étape 2, le propriétaire du produit crée une roadmap produit. La feuille de route du produit est une vue de haut niveau des exigences du produit, avec un délai lâche pour quand vous allez développer ces exigences. Identifier les exigences du produit et puis hiérarchiser et d'estimer à peu près l'effort de ces exigences sont une grande partie de la création de votre feuille de route du produit. Sur des projets plus longs, réviser la feuille de route du produit au moins deux fois par an.

• Au stade 3, le propriétaire du produit crée une plan de libération. Le plan de libération identifie un calendrier de haut niveau pour la version du logiciel de travail. Un projet agile aura beaucoup de presse, avec les caractéristiques les plus prioritaires lancement du premier. Un communiqué typique comprend trois à cinq sprints. Créer un plan de libération au début de chaque nouvelle version.

• À l'étape 4, le propriétaire du produit, le maître, et les sprints de régime de l'équipe de développement, également appelée itérations, et commencer à créer le produit dans les sprints. La planification de Sprint séances ont lieu au début de chaque sprint, où l'équipe de mêlée détermine quelles exigences seront dans la prochaine itération.

• Dans l'étape 5, au cours de chaque sprint, l'équipe de développement a des réunions quotidiennes. Lors de la réunion quotidienne, vous dépensez pas plus de 15 minutes et discuter de ce que vous avez terminé hier, ce que vous allez travailler aujourd'hui, et tous les obstacles que vous avez.

• À l'étape 6, l'équipe détient une revue de sprint. Dans la revue de sprint, à la fin de chaque sprint, vous démontrez le produit de travail créé lors du sprint pour les parties prenantes de ce produit.

• Dans l'étape 7, l'équipe détient une sprint rétrospective. La rétrospective de sprint est une réunion où l'équipe explique comment le sprint est allé et les plans d'amélioration de la prochaine sprint. Comme l'examen de sprint, vous avez une rétrospective de sprint à la fin de chaque sprint.

Il faut une équipe coopérative des employés pour réaliser un projet. Les équipes de projet Agile sont constitués de nombreuses personnes et comprennent les cinq rôles suivants:

• L'équipe de développement: Le groupe de personnes qui font le travail de création d'un produit. Programmeurs, testeurs, designers, écrivains, et toute autre personne qui a un rôle mains sur le développement de produits est un membre de l'équipe de développement.

• Propriétaire du produit: La personne responsable de combler le fossé entre le client, les acteurs économiques, et l'équipe de développement. Le propriétaire du produit est un expert sur le produit et les besoins et les priorités du client. Le propriétaire du produit fonctionne avec l'équipe de développement quotidien pour aider à clarifier les exigences. Le propriétaire du produit est parfois appelé représentant clientèle.

• Scrum master: La personne chargée de soutenir l'équipe de développement, de compensation obstacles organisationnels, et de garder le processus Agile cohérente. Un maître de mêlée est parfois appelé facilitateur de projet.

• Intervenants: Toute personne ayant un intérêt dans le projet. Les intervenants ne sont pas en fin de compte responsable du produit, mais ils fournissent entrée et sont affectés par l'issue du projet. Le groupe d'intervenants est varié et peut inclure des personnes de différents départements, voire des sociétés différentes.

• Agile mentor: Quelqu'un qui a de l'expérience mise en œuvre de projets agiles et peut partager cette expérience avec une équipe de projet. Le mentor agile peut fournir une rétroaction et des conseils précieux à de nouvelles équipes de projet et aux équipes qui veulent performer à un niveau plus élevé de projets.

Avancement du projet doit être mesurable. Les équipes de projet Agile utilisent souvent des six principaux artefacts, ou livrables, pour développer des produits et suivre les progrès, comme indiqué ici:

• Énoncé de vision du produit: Un elevator pitch, ou un résumé rapide, de communiquer la façon dont votre produit prend en charge les stratégies de l'entreprise ou de l'organisation. L'énoncé de vision doit articuler les objectifs pour le produit.

• Carnet de produit: La liste complète de ce qui est dans la portée de votre projet, ordonné par priorité. Une fois que vous avez votre première exigence, vous avez un backlog de produit.

• Feuille de route du produit: La feuille de route du produit est une vue de haut niveau des exigences du produit, avec un délai lâche pour quand vous allez développer ces exigences.

• Plan de sortie: Un calendrier de haut niveau pour la version du logiciel de travail.

• Sprint carnet de commandes: Le but, les histoires d'utilisateurs, et les tâches associées au sprint actuelle.

• Minimum: La fonctionnalité du produit de travail à la fin de chaque sprint.

La plupart des projets ont étapes. Projets agiles comprennent sept événements pour le développement de produits. Ces événements sont des réunions et des stades et sont décrits dans la liste suivante:

• La planification du projet: La planification initiale de votre projet. La planification du projet comprend la création d'un énoncé de vision de produits et une feuille de route des produits, et peut avoir lieu en aussi peu de temps comme un jour.

• La planification de sortie: Planification de la prochaine série de caractéristiques du produit pour libérer et identifier une date de lancement de produit imminente autour de laquelle l'équipe peut mobiliser. Sur les projets agiles, vous prévoyez une version à la fois.

• Sprint: Un court cycle de développement, dans lequel l'équipe crée la fonctionnalité du produit potentiellement livrable. Sprints, parfois appelés itérations, généralement durer entre une et quatre semaines. Sprints peuvent durer aussi peu que un jour, mais ne devraient pas être plus de quatre semaines. Sprints devraient rester la même longueur tout au long de l'ensemble des projets.

• La planification de Sprint: Une réunion au début de chaque sprint, où l'équipe de mêlée commet à un but de sprint. Ils identifient également les exigences qui appuient cet objectif et feront partie du sprint, et les tâches individuelles, il faudra pour terminer chaque exigence.

• Mêlée quotidienne: Une réunion de 15 minutes a lieu chaque jour dans un sprint, où les membres de l'équipe de développement de l'État ce qu'ils ont complété le jour avant, ce qu'ils vont terminer le jour courant, et si ils ont des barrages routiers.

• Revue de Sprint: Une réunion à la fin de chaque sprint, introduite par le propriétaire du produit, où l'équipe de développement démontre la fonctionnalité du produit de travail, il a terminé pendant le sprint.

• Sprint rétrospective: Une réunion à la fin de chaque sprint, où l'équipe de mêlée discute ce qui a bien, ce qui pourrait changer, et comment faire des changements.

Il ya un grand monde de la gestion de projet agile là-bas. Voici quelques-uns des liens utiles vers les membres de la communauté des praticiens agiles:

• Agile Alliance: L'Alliance Agile est la communauté agile global d'origine, avec une mission pour aider à faire progresser les principes et pratiques agiles, indépendamment de la méthodologie.

• Scrum Alliance: Le Scrum Alliance est une organisation professionnelle d'adhésion à but non lucratif qui favorise la compréhension et l'utilisation de mêlée. Le Scrum Alliance propose un certain nombre de certifications professionnelles:

• Scrum Master certifié (CSM)

• Propriétaire de produit certifié Scrum (CSPO)

• Développeur certifié Scrum (CDD)

• Certified Professional Scrum (CSP)

• Coach certifié Scrum (SCC)

• Formateur certifié Scrum (CST)