Archive | agile RSS feed for this section

12 Avril – Montréal – Atelier de spécialisation sur les scénarios utilisateurs

29 Mar

Le passage de l’idée au code se fait par l’entremise de scénarios utilisateurs (“user stories”) avec  Luc St-Laurent

Luc St Laurent

Comme ces scénarios deviennent le centre de la communication entre les utilisateurs et les développeurs, il est nécessaire de savoir les utiliser et de bien les écrire. L’atelier vise donc à aider les propriétaires de produits, les développeurs et les entraîneurs à mieux comprendre les scénarios usagers et, surtout, à les outiller afin d’améliorer la performance de leur scénarios.

Un événement organisé par Agile Montréal

CertYou est partenaire de DantotsuPM

Enregistrer

Enregistrer

Enregistrer

25 Avril – Paris La Défense – SOAT Agile Day

22 Mar

Le SOAT Agile Day est un événement gratuit qui s’adresse à tous et en particulier à ceux qui veulent mettre en place une culture produit dans leur organisation.

L’ambition du SOAT Agile Day est de vous fournir des éléments de réflexion et d’action pour transformer votre organisation en entreprise Agile.

Cette journée de conférences et d’échanges est une occasion unique de partager vos visions, vos problématiques et vos retours d’expérience, pour faire mûrir la stratégie agile la plus adaptée à votre entreprise.

Cette année, la SOAT Agile Day portera sur la culture produit et ses impacts techniques et organisationnels.

Inscriptions

CertYou est partenaire de DantotsuPM

Enregistrer

5 points cruciaux pour répondre à la question « Sommes-nous prêts pour Agile ? »

22 Mar

Is agile right for you? Top 5 considerations when implementing Agile Methodology est un billet écrit par Neil Stolovitsky de Genius Inside il y a déjà plusieurs années.

Les 5 points remontés par Neil restent plus que jamais vrais dans nos organisations et entreprises

Genius Project est partenaire de DantotsuPM

1)    Avoir la culture adéquate au déploiement d’une approche Agile

Dans les environnements Agile, les équipes sont autonomes. Elles sont face aux clients et agissent de manière démocratique. Les organisations cherchant à adopter Agile doivent questionner si ces principes sont en accord avec la culture et les valeurs de leur société. Si les divergences, voire antagonismes, sont trop forts: les chances de réussite sont minimes. Il faudra dans ce cas se concentrer sur une transformation de l’entreprise pour ne pas démarrer du mauvais pied avec Agile et ruiner d’entrée de jeu ses chances de succès.

2)    Obtenir l’adhésion sans réserve du management et des leaders

La plupart des environnements de travail en management de projet ne réussissent qu’avec une bonne adhésion du leadership.  Même si la culture de la société est adéquate, Agile nécessite une adhésion totale de la base au top management. Chaque personne a un rôle à jouer. Chaque personne a sa part de responsabilité avec Agile.

3)    Mettre en place un robuste management du changement

Votre société est-elle prête pour un changement qui peut être radical ? Agile nécessite un changement majeur. Il est donc primordial qu’une stratégie de management du changement et des risques soit en place afin d’assurer une transition en douceur entre l’ancienne et la nouvelle manière de faire les choses.

Ventura Asssociates est partenaire de DantotsuPM et le votre pour dénicher les ressources critiques en PM dont vous avez besoin

4)    Former toute l’organisation à la philosophie Agile

La méthodologie Agile nécessite une compréhension de sa philosophie dès le début. Agile nécessite la participation de tous les membres de l’équipe. Il est important que chacun connaisse l’ensemble du processus ainsi que sa propre contribution.

5)    Mettre en œuvre un système qui institutionnalise la collaboration

La base de l’efficacité des projets Agile est un effort concerté de mise en place d’un système qui permette une collaboration efficace et transverse entre toutes les parties prenantes, internes comme externes. Vos clients sont-ils réellement prêts à s’investir lourdement dans le développement de leurs projets ?

Pour en savoir plus sur la méthodologie Agile, regardez cette vidéo de 6 minutes en anglais et le livre blanc qui l’accompagne

Enregistrer

Enregistrer

Enregistrer

que pensez-vous de ces 10 bonnes raisons de faire du développement Agile ?

7 Mar

Voici 10 bonnes raisons d’appliquer les principes et pratiques de développement agiles …

10 Good Reasons To Do Agile Development by Kelly Waters

1. Encaisser des revenus plus tôt

Focus sur les bénéfices !

Focus sur les bénéfices !

La nature itérative du développement Agile implique que des fonctionnalités sont livrées de façon incrémentale, ce qui permet de commencer à encaisser des revenus pendant que le produit continue d’être développé.

2. Accélérer la vitesse de commercialisation

La recherche suggère qu’environ 80 % de tous les leaders du marché ont été les premiers à commercialiser leurs produit ou service sur ce marché. En sus d’un revenu plus élevé grâce à une livraison progressive, la philosophie de développement Agile supporte aussi la notion de sorties en avant-première et de nouvelles versions régulièrement par la suite ainsi que des versions « perpétuellement bêta ».

3. Accroître la qualité

Un principe clé du développement Agile est que les tests soient intégrés tout au long du cycle de vie. Ceci permet une inspection régulière d’un produit fonctionnel en cours de développement. Cela permet au propriétaire de produit (le « product owner ») de faire des ajustements si nécessaire et identifie en avant première tout problème de qualité pour l’équipe de développement.

4. Donner de la visibilité aux utilisateurs

scrum methodologie agile

Voici le diagramme du Modèle Scrum

Les principes de développement Agile encouragent la participation active des utilisateurs tout au long du développement du produit dans une approche collaborative très coopérative. Cela fournit une excellente visibilité aux principales parties prenantes, à la fois sur l’avancement du projet et sur le produit lui-même, ce qui aide à son tour à garantir que les attentes soient gérées efficacement.

5. Manager les risques au plus tôt

De petites versions progressives donnent de la visibilité au « product owner » et à l’équipe produit pendant le développement, permettent d’identifier les problèmes au plus tôt et  facilitent la réponse à ceux-ci. La transparence dans le développement Agile aide à s’assurer que les décisions nécessaires peuvent être prises le plus tôt possible, pendant qu’il reste du temps pour faire une différence substantielle sur le résultat.

6. Améliorer la flexibilité en intégrant le changement

Dans des projets de développement traditionnels, nous écrivons de grandes spécifications au préalable et disons ensuite aux responsables business combien il est coûteux de changer quoi que ce soit, particulièrement quand le projet avance. Dans la crainte d’une dérive du contenu et de projet interminable, nous résistons aux changements et faisons passer les demandeurs par un comité de contrôle des changements pour les réduire au minimum vital. Les principes de développement Agile sont différents. Dans le développement Agile, le changement est accepté. En fait, on s’y attend. Parce qu’une chose certaine dans la vie est le changement. Au lieu de cela la durée est fixe et les exigences apparaissent et se développent comme le produit est développé. Bien sûr, pour que cela fonctionne, il est impératif d’avoir des parties prenantes impliquées qui comprennent ce concept et prennent les décisions de compromis nécessaires, négociant le contenu prévu pour un nouveau.

Ventura Asssociates est partenaire de DantotsuPM et le votre pour dénicher les ressources critiques en PM dont vous avez besoin

Ventura Asssociates est partenaire de DantotsuPM et le votre pour dénicher les ressources critiques en PM dont vous avez besoin

7. Contrôler les dépenses

La susdite approche avec des durées fixes et des besoins flexibles permet de tenir un budget fixe. Le contenu du produit et ses fonctionnalités sont variables, plutôt que le coût.

8. Satisfaire le client et le business

happyLa participation active d’un représentant des utilisateurs et/ou un propriétaire de produit, la forte visibilité du produit et de l’avancement et la flexibilité de changer quand le changement est nécessaire, créent un bien meilleur engagement du business et accroissent la satisfaction du client. C’est un bénéfice important qui peut créer des relations de travail beaucoup plus positives et durables.

9. Construire le bon produit

Par-dessus tout autre point, la capacité dans le développement Agile de faire émerger et évoluer les besoins et la capacité d’embrasser le changement (avec les compromis appropriés), fait que l’équipe construit le bon produit. Il est trop commun dans des projets plus traditionnels de livrer un projet « réussi » côté informatique et de constater que le produit n’est pas ce à quoi on s’attendait, ni ce dont on avait réellement besoin ou que l’on espérait. Dans le développement Agile, l’accent est mis absolument sur la construction du bon produit.

10. Rendre le projet plus agréable !

teamworkL’engagement actif, la coopération et la collaboration font des équipes de développement Agile un endroit beaucoup plus agréable pour la plupart des personnes. Au lieu de grandes spécifications, nous discutons des besoins dans des ateliers. Au lieu des longs rapports d’avancement, nous collaborons autour d’un tableau des tâches, discutant de la progression. Au lieu des longs plans de projet et des Comités de Gestion des Changements, nous discutons de ce qui est bon pour le produit et le projet et l’équipe est autorisée à prendre des décisions. Dans mon expérience, cela donne une approche beaucoup plus utile pour chacun. À son tour, cela aide à créer des équipes fortement motivées, à haute performance et qui sont fortement coopératives.

Les implications d’embrasser des principes de développement Agile

Mais il y a des implications. Il n’existe rien de tel qu’une invitation à déjeuner sans contrepartie ! Et il n’y a aucune baguette magique pour le développement logiciel. Désolé, non, cela n’existe pas 🙂!

En échange de tous ces avantages, vous avez moins de prévisibilité car le logiciel et les personnes restent complexes. Vous ne pouvez plus blâmer quelqu’un d’autre si les choses ne se passent pas bien et cela exige généralement beaucoup plus d’engagement et d’efforts de chaque personne impliquée – c’est-à-dire que la collaboration est encore plus importante.

Néanmoins, les bénéfices du développement Agile sont vraiment irrésistibles.

14 March – Brussels – AgilePM Evening Workshop

28 Fév

What is Agile and what’s different from « standard » methods ?

Agile continues to take the project management world by storm. No longer confined to software development, Agile approaches have become popular with a wide variety of organisations that need to be more flexible and responsive to deal effectively with the ever-increasing pace of change.

QRP’s FREE workshops will help you learning more about the method and how your organization can benefit from using AgilePM: these sessions will present the method by providing a clear view of Agile benefits and how it can be used to increase the success of your projects.

Partenaire de DantotsuPM

Partenaire de DantotsuPM

During these workshops, facilitated by a certified trainer, participants are given the opportunity to apply the basics of the method and finally ask any questions.

This EVENING format has been developed to meet your needs to have a learning moment after working hours: share knowledge, ask questions and start a dialogue amongst peers!

By the end of the workshop participants should:

  • AgilePM Certification details APMG est Partenaire de DantotsuPMUnderstand the background of Agile methodologies: What is Agile and what’s different from « standard » methods
  • Understand the basics of Agile and how to mantain control of projects through MoSCoW and Time boxing
  • Understand what’s the added value of Agile projects: Iteratice and Incremental approaches
  • Understand the roles and responsibilities within an Agile project
  • Develop some ideas of how to incorporate Agile into their current ways of working
  • Assess the benefits of using Agile in their organization
  • Begin to think about whether Agile is right for you or your organization and where to go next with it
  • Get an overview of the benfits of an Agile certification

 Details and registration

Enregistrer

Enregistrer

Les enregistrements des ScrumPulse Webcasts sont accessibles gratuitement pour aider les débutants #Scrum et permettre aux plus expérimentés de s’améliorer !

28 Fév

Les initiateurs, experts et formateurs sur la méthode Scrum et surtout sur les attitudes Agile y partagent leurs expériences.

En sus de ces webcasts, le site Scrum.org vous permet de visionner des vidéos et lire des papiers d’étude et articles de blog sur l’agilité et plus spécifiquement sur Scrum.

Scrum and Upcoming Agile Webcasts

Scrum and Upcoming Agile Webcasts

#22 – Management 3.0 & Scrum:  How to Become a Next Generation Leader

#21 – Women in Agile: Empowering the next Generation of Influencers

#20 – Software Craftmanship in Professional Scrum

#19 – Role of a Scrum Master (Special Spanish Edition)

#18 – Software Ethics Panel Discussion

#17 – Transforming a 25,000+ Person Consulting Company to Become More Agile

#16 – Multicultural Scrum the Impact of Culture on Living the Scrum Values

#15 – Myths, Misconception & Mysteries of Product Ownership

#14 – Scrum Guide Refresh July 2016

#13 – Scaling Professional Scrum with Visual Studio Team Services

#12 – Cage Fight:  Product Owner vs. Product Manager

#11 – The Core Protocols

#10 – We’re Moving to Agile:  What Are Our Testers Going to Do?

#9 – Organizational Improvement: Using a Framework to Guide Your Change

#8 – Challenges in the Development Team

#7 – How to Ship Your Software with Confidence and Speed

#6 – Psychological Models in Scrum

#5 – Agile Metrics

#4 – Self Managing Teams: 4 Building Blocks and an Evidence Based Approach

#3 – Scaling Scrum and Agility

#2 – Transparency in the Trenches

#1 – Dealing with Technical Debt

CertYou est partenaire de DantotsuPM

CertYou est partenaire de DantotsuPM

Enregistrer

Scrum est un processus empirique, parfois décrit comme « l’art du possible »!

27 Fév

l’empirisme ou l’acte de prendre des décisions basé sur ce qui est

Empiricism, the act of making decisions based on what is par Ken Schwaber

note prédiction vs engagementScrum est un processus empirique, parfois décrit comme “l’art du possible.” Par cela, je veux dire que nous faisons du mieux nous pouvons avec ce que nous avons.

Un Propriétaire de Produit (« Product Owner ») planifie une version (« release ») en se basant sur toutes les informations actuellement disponibles.

Il ou elle définit les objectifs, puis les fonctionnalités et capacités qui permettront de les atteindre ainsi que le coût probable et la date de livraison. À partir de ce moment-là, le travail du Propriétaire de Produit est d’évaluer ce qui est possible au vu les capacités de l’équipe et de prendre les meilleures décisions possible pour atteindre l’objectif visé. Étant donné la nature de la technologie, des marchés, des besoins et des personnes, des compromis seront faits. Parfois, le but ne peut pas être atteint pour un coût raisonnable. Parfois, le but sera atteint, mais d’une manière un peu différente de celle que le Propriétaire de Produit envisageait initialement. C’est l’empirisme en pleine action.

L’équipe (de développeurs) dans l’équipe Scrum fait de même. Elle rencontre le Propriétaire de Produit et évalue ce que le Propriétaire de Produit voit comme les choses les plus importantes à faire. Si réalisées, ces choses amèneront le produit émergent dans la meilleure direction vers le but désiré. L’équipe choisit autant de choses qu’elle pense pouvoir faire pendant le prochain Sprint. Le coût de l’équipe et la longueur de Sprint sont fixes. Seule la quantité d’items du « Product Backlog » embarquée peut varier. Le Propriétaire de Produit et l’équipe définissent souvent un objectif global pour le Sprint. Il est un sous-ensemble des objectifs de la version (« release »).

Microsoft est partenaire de DantotsuPM

Microsoft est partenaire de DantotsuPM

Quand l’équipe choisit des items lors d’une réunion de Planification de Sprint, elle s’engage à le faire pendant le Sprint.

Une définition « s’engager » est : « Se lier moralement par une promesse : Il s’est engagé à payer ses dettes dans les huit jours. » selon le Larousse. (ndlt)

Cela correspond à ma compréhension du mot s’engager, qui est une promesse, un engagement sur un plan d’action.

Cependant, beaucoup d’équipes Scrum utilisent le mot « s’engager » comme si c’était « une garantie ». C’est un reste des méthodes traditionnelles dites en cascade, où une estimation valait pour contrat. Cependant, cela reste présent dans l’esprit des propriétaires de produit et des développeurs. J’ai trouvé équipes après équipes qui estiment qu’elles doivent tout faire pour respecter leur engagement: La victime est habituellement la qualité.

Je me demande si nous devrions échanger le mot « s’engager » pour celui de “prédire” ?

Ceci pourrait donner la même perception que la présentatrice météo essayant de nous fournir les meilleures informations possibles. Elle fait avec que l’on connaît et avec ce que peut lui fournir la science de la météorologie. Elle ne fournit pas de garantie mais quelque chose que nous pouvons utiliser pour prendre des décisions. Les prévisions sont également utilisées par les organisations de ventes.

Peut-être cette clarification nous aidera-t-elle à comprendre qu’ « un engagement » dans Scrum est une promesse de faire de notre mieux avec ce que nous avons.

CertYou est partenaire de DantotsuPM

CertYou est partenaire de DantotsuPM

Enregistrer

28 February – Webinar – Project management in practice: can you be agile and strategic?

18 Fév

In this session,  AXELOS will focus on its latest research ‘The Future Project Management Professional’ and what this means for project managers today.

The research calls for a stronger strategic vision from project managers alongside a wider adoption of agile within organizations. What will this look like in practice?

Director of The Human Interface Consultancy, Duncan Wade and Director of Orgtopia Management, David Hinde will discuss this question.

strategieThe 40 minute panel session will focus on:

  • The strategic scope of project managers
  • The approach to project, programme and portfolio management
  • Agile behaviours vs agile methodologies
  • The future of agile in project management.

This will be followed by a 20 minute opportunity for audience Q&A.

Register now

Enregistrer

Vidéo

les fondamentaux Agile: Les 3 rôles Scrum en 5 minutes avec Irène DOAN

8 Fév

Simple et utile, merci à Irène Doan qui est coach Agile depuis 5 ans.

CertYou est partenaire de DantotsuPM

CertYou est partenaire de DantotsuPM

Enregistrer

Enregistrer

Pourquoi avons-nous besoin de projets Agile et pas seulement de développement Agile

6 Fév

Je fais une réelle différence, non seulement pour mon organisation, mais pour toute l’économie. J’aide à aplanir les hiérarchies et à donner aux clients ce qu’ils veulent vraiment !

Why we need Agile Projects and not just Agile Development

http://www.changequest.co.uk/blog/agile-projects-agile-development/ par Steve Browne

command and controlLes méthodes les plus agiles se concentrent au niveau du développement de produits. Il y a un aspect révolution sous ceci qui est séduisant. Il encourage les équipes à changer le monde en le faisant. Qui ne voudrait pas arriver au travail en se disant : « Je fais une réelle différence, non seulement pour mon organisation, mais pour toute l’économie. J’aide à aplanir les hiérarchies et à donner aux clients ce qu’ils veulent vraiment ». Si votre rôle est à un niveau dans la hiérarchie où on vous a traditionnellement dit quoi faire avec une autonomie minimale, ceci est un sentiment de libération. La prise de contrôle de votre propre travail est l’un des meilleurs ressentis. Il n’est donc pas étonnant que les membres de l’équipe adoptent de plus en plus Agile. Il n’est pas étonnant qu’Agile se répande si largement.

La différence entre faire et être

team work / complémentaritéMais il y a un problème. Puisque la plupart des méthodes ciblent le niveau équipe, on les voit juste comme quelque chose pour l’équipe. Elles encouragent les organisations à adopter une attitude de type « si cela les rend heureux, laissez-les le continuer ». Donc nous voyons des tas d’organisations faire Agile plutôt qu’être Agile. Nous évangélisons. Nous disons au management que pour être vraiment Agile la culture de l’organisation doit changer; s’ils ne changent pas ils n’en obtiendront pas les pleins bénéfices. Néanmoins, très peu d’organisations changent leur culture pour une culture Agile. La plupart d’entre elles continuent à voir Agile comme quelque chose pour des équipes de développement. Pourquoi en est-il ainsi ?

Agile serait-il devenu un club fermé, réservé à ses membres ?

agile-club-priveNous pourrions parler d’inertie. Nous pourrions parler de tankers mettant des miles pour virer de bord. Nous pourrions parler de Rome qui ne s’est pas construite en un jour. Ce sont plus des excuses que des raisons. Je suis certain qu’il y a une variété de raisons pour lesquelles les organisations n’embrassent pas la culture Agile. Chaque organisation est unique et aura ses propres motivations et son propre contexte. Cependant, il m’apparait qu’une raison pour laquelle les plus grandes organisations n’adoptent pas la culture Agile est qu’il n’y a aucune place pour elles dans Agile. Agile est devenu un club de membres – un club de membres Exclusifs – qui précisément exclut.

Prenons Scrum comme exemple. Scrum a un tas de vertus. Cependant, Scrum exclut les chefs de projet. Beaucoup d’équipes sont ravies de cette exclusion. Elles voient des chefs de projet et plus généralement les managers, comme une mauvaise chose. Ceci érige une barrière. Les équipes disent souvent « Nous sommes Agiles : nous n’avons pas besoin de chefs de projet. »

CertYou est partenaire de DantotsuPM

CertYou est partenaire de DantotsuPM

Comment enchanter notre organisation aussi bien que le client

envoyer un emailCependant, tandis que les équipes de développement peuvent ne pas aimer les chefs de projet si ils commencent à leur dire comment faire leur travail, les organisations aiment les chefs de projet. Il y a bien plus dans la plupart des projets que la partie qui est visible aux équipes de développement. Les organisations comptent sur les chefs de projet pour s’occuper de tout ce travail en dehors du développement. C’est ainsi que l’organisation s’arrime aux projets. Il ne suffit pas d’enchanter le client, nous devons aussi enchanter notre organisation. Nous devons ouvrir la porte et laisser une plus large portion de l’organisation entrer dans notre monde Agile. Nous devons faire des Projets Agile pas seulement du Développement Agile.

Pendant plus de deux décennies, le Consortium DSDM a tranquillement promu une méthode Agile qui prend en considération la vue organisationnelle. Ses membres étaient là à la station de sport d’hiver Snowbird quand l’Alliance Agile a été formée et que le Manifeste Agile a été rédigé. DSDM est une méthode Agile qui inclut le management de projet – mais avec une approche Agile du management de projet.

AgilePM Certification details APMG est Partenaire de DantotsuPM

AgilePM Certification details
APMG est Partenaire de DantotsuPM

En 2010 ils se sont ouvertement manifestés. Le Consortium s’est réuni avec le Groupe APM pour sortir le programme de formation et qualification appelé AgilePM®. Il démontre comment les chefs de projet pourraient travailler d’une façon Agile avec des équipes Agile. La porte était alors ouverte. Tout à coup, il y avait une façon facile pour les organisations d’embrasser Agile au-delà du niveau de l’équipe.

La croissance fut rapide. L’appétit était là et AgilePM est une façon d’y donner satisfaction et d’apaiser cette faim. Des milliers de chefs de projet, ainsi que membres de l’équipe et autres parties prenantes, se sont inscrites.

Dans le vrai style Agile, le produit a continué à se développer, allant de pair avec l’évolution du mouvement Agile. AgilePM V2 est l’offre actuelle. Elle a été rationalisée pour que le nombre de produits de management soit réduit. Elle offre une intégration plus simple avec d’autres méthodes Agile comme Scrum et permet aussi l’intégration avec PRINCE2 ®.

AgilePM est ici pour durer et s’améliore constamment.

Partenaire de DantotsuPM

Partenaire de DantotsuPM

 

Enregistrer

Enregistrer

Enregistrer

Enregistrer

%d blogueurs aiment cette page :