Archive | agile RSS feed for this section

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

7 February – Zurich #PMI® – 15th anniversary !

16 Jan

2017 is PMI Switzerland 15th Anniversary! 

The board of PMI Switzerland and Antonio Nieto-Rodriguez, the Chair of PMI’s 2016 Board of Directors invite you to the 15th Annual Members Meeting in Zürich!

Join the celebration, use the unique opportunity to meet the Chair of PMIs global Board of directors and enjoy an evening full of surprises!

Capturing the Value of Project Management Through Organizational Agility

antonio-nieto-rodriguezCan any company transform itself into a truly agile organization?  In PMI’s view, agility is the result of numerous factors, among which the most critical is an organization’s culture of change—its ability and willingness to change. Organizational agility is a company’s ability to change or adapt rapidly in response to changes in the market or other areas of its external environment and to manage the associated risk. PMI’s research indicates that organizations that are more collaborative, communicative, and flexible have significantly better project outcomes. This presentation offers a framework for agility based on the fundamental aspects of culture, mindset, leadership, process and people.

With Antonio Nieto-Rodriguez, author of the book The Focused Organization.

Register on line

PMI is a registered mark of Project Management Institute, Inc.

Enregistrer

Enregistrer

18 Janvier – Montréal – Introduction à l’Agilité

13 Jan

Cette introduction (ou ré-introduction) vise les vendus et les désabusés, les initiés et les nouveaux intéressés.

C’est un rafraichissement sur l’agilité qui permettra de faire un petit pas en arrière et mieux préparer les prochains. Pour certains, ce sera un retour sur les fondements de l’agilité et pour d’autres ce sera la satisfaction d’une curiosité qui perdure. Avec plus de dix ans d’expérience, l’agilité a maturée mais pourquoi reste-t-elle difficile à maitriser ?

  • bonhom-questionQu’est-ce donc que l’Agilité déjà ?
  • Quelle est la différence avec Scrum ?
  • Je fais quoi avec mon Gantt ?
  • Est-ce que le Web est un bon candidat ?
  • Pourquoi est-ce que je vis autant de difficultés ?
  • Par où dois-je commencer ?

Une recontre Agile Montréal !

Tous les détails

CertYou est partenaire de DantotsuPM

CertYou est partenaire de DantotsuPM

Enregistrer

11 Janvier – Montréal – La gestion visuelle Lean Kanban

10 Jan

Risques et indicateurs de gestion

agile-montreal-5-ansUn événement de la communauté Agile de Montréal: Inscriptions

Daniel Doiron animera cette session

Daniel Doiron animera cette session

Est-ce que votre gestion du risque est rassembleuse, ouverte sur la discussion, qualitative, visuelle, peu coûteuse, rapide et supportant plusieurs taxonomies ?

Arrêtez les approches quantitatives en matière de gestion des risques qui sont souvent trop subjectives et non agiles.

Vos indicateurs de gestion ont-ils une valeur prédictive sur vos performances à venir? Sont-ils simples, pertinents, visuels et se génèrent automatiquement?

Si une approche basée sur la pensée scientifique des Edwards Deming (les 14 points de Deming et le leadership de projet de Qualité), Eli Goldratt, Peter Drucker vous intéresse, alors vous serez plus efficace à identifier les systèmes globalement saturés, les systèmes localement saturés et les sources de variabilité de vos processus. Et vous aurez des solutions en mains !

Votre avantage: Une fois ces concepts connus, vous n’aurez besoin d’aucun budget ou permission pour rayonner tout autrement en matière d’agilité au sein de vos équipes

Enregistrer

Enregistrer

connaissez-vous les 12 principes Agile qui accompagnent les 4 composantes majeures du « Agile Manifesto » ?

10 Jan

Il y a 12 principes directeurs en plus des 4 composants principaux du manifeste Agile, les connaissez-vous ?

Examining the Twelve Principles of Agile par The Clever PM

Beaucoup d’attention est portée au « Manifeste Agile » et bien qu’il soit une composante importante de Agile, ce n’en est pas toute la substance. Il y a 12 principes directeurs en plus des 4 composants principaux du manifeste. Jetons un rapide coup d’œil à chacun d’entre eux et voyons combien ils affectent comment nous percevons et implémentons les pratiques Agiles…

1. Notre priorité la plus haute est de satisfaire le client par la livraison rapide et continue de logiciel de valeur.

bonhom-serviceCeci est l’aspect le plus important d’Agile qui doit être compris et adopté comme une partie de la culture de toute organisation qui veut être « Agile » : le client et l’utilisateur final sont le focus ultime du processus tout entier, du commencement jusqu’à la fin. Le client est le juge du succès ou de l’échec d’un produit ou d’une fonctionnalité, pas la société ni ses parties prenantes. Le client est celui avec les problèmes que nous adressons et comme tel il doit être partie intégrante du processus de développement de produit du commencement à la livraison.

Ignorer vos clients jusqu’à ce que votre produit soit prêt à être expédié est l’anti-modèle Agile numéro 1 dans le monde.

2. Accueillez avec bienveillance les demandes d changement, même tard dans le développement. Les processus agiles exploitent le changement pour donner un avantage compétitif du client.

changementsLa deuxième partie la plus importante de Agile est en fait…  …de faire preuve d’agilité. N’importe quelle organisation qui investit lourdement dans la définition en amont, la conception et la définition des besoins n’est Pas Agile…et ne fait certainement pas preuve d’agilité. Tout le point de l’agilité est que vous pouvez vous accommoder d’importants changements de besoins à n’importe quel point du processus et toujours livrer quelque chose qui est utile pour le client et résout un ou plusieurs de leurs problèmes. Des processus agiles s’appuient sur la Priorisation et non par la Négociation de contrat pour atteindre le succès. Quand de nouveaux besoins surviennent, ils ne sont pas soumis à de lourds et détaillés processus de management des changements.  Ils sont plutôt ajoutés à la pile de tout le reste à faire et évalués tout simplement comme une autre tâche ou histoire utilisateur déjà dans le processus.

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

Penser que les choses sont totalement ou presque entièrement définies à l’avance est un autre anti-modèle Agile dont beaucoup de sociétés souffrent fréquemment.

3. Livrez souvent (entre deux semaines et deux mois) du logiciel qui fonctionne avec une préférence pour les fréquences les plus rapides.

scrumIl y a plusieurs choses dans ce principe. D’abord du logiciel qui marche est le but du processus à chaque étape, ensuite le travail devrait être itératif et s’améliorer à chaque livraison et, finalement les itérations qui sont engagées devraient être les plus courtes possible. Si vous travaillez sur un projet qui progresse pendant six mois sans vérifier les résultats intermédiaires avec le client (ou son représentant), vous n’êtes pas Agiles. Si vous travaillez sur des itérations d’une semaine, mais ne livrez pas quelque chose qui résout au moins un problème client à chaque itération, vous n’êtes pas Agiles. Les itérations agiles doivent être assez longues pour livrer un logiciel qui fonctionne et assez courtes pour vous assurer que ce que vous livrez résout bien dans les faits des problèmes clients.

CertYou est partenaire de DantotsuPM

CertYou est partenaire de DantotsuPM

Travailler itérativement ne signifie pas nécessairement que vous êtes Agiles; l’itération est importante, mais livrer un logiciel qui fonctionne l’est tout autant.

4. Les gens du métier et les développeurs doivent travailler ensemble quotidiennement pendant tout le projet.

collaborateLa collaboration et les interactions entre les gens sont critiques au succès de toute organisation Agile. Les silos et le « jeté de besoins par-dessus le mur » sont contre-productifs aux approches Agiles, comme l’est de segmenter votre organisation entre les gens « du métier/business » et les « techniciens ». Tout le monde du côté « métier/business » devrait être prêt, consentant et disponible pour fournir autant de support que possible aux équipes « techniques » et vice versa. L’idée séculaire qu’il y a une certaine différence inhérente entre la façon dont « l’activité business » devrait être exécutée et la façon dont « la technologie » devrait l’être est entièrement artificielle et contre-productive dans un âge d’innovation rapide et de livraisons encore plus rapides.

Décourager la collaboration ou encourager le « silotage » des efforts est un anti-modèle Agile qui persiste dans trop de cultures d’entreprise.

5. Construisez les projets autour de personnes motivées. Donnez-leur l’environnement et le support dont elles ont besoin et faites leur confiance pour faire le travail.

Agile valorise les personnes en tant que personnes et les équipes en tant qu’équipes. Les gens  ne sont pas des rouages interchangeables que vous pouvez aléatoirement déplacer d’un projet à un autre et vous attendre à ce qu’ils excellent continuellement. Les individus sont motivés par des choses différentes et dans une vraie approche Agile nous exploitons ce qui motive individuellement les membres de notre organisation pour créer des équipes avec ces individus motivés qui sont intrinsèquement motivés pour réussir. Agile déboute de l’idée que la récompense extrinsèque fournit des résultats exceptionnels et se concentre plutôt sur l’assurance que les individus aient la motivation, l’environnement et les outils dont ils ont besoin pour réussir tout seuls. Il n’y a aucune approche de type « la carotte et le bâton » dans Agile. Il y a des problèmes à résoudre pour les clients qui sont intéressants et fascinants et qui sont résolus par des personnes qui ont l’intérêt nécessaire et la motivation intrinsèque pour les résoudre.

NQI est Partenaire de DantotsuPM

NQI est Partenaire de DantotsuPM

Attendre des gens d’être performants simplement parce qu’ils sont membres « d’une équipe » et non pas parce que cette équipe partage la motivation intrinsèque de réussir est un anti-modèle extrêmement commun dans les grandes organisations.

6. La méthode la plus efficace et effective de transmettre des informations dans une équipe de développement est la conversation en face à face.

Business DiscussionLa méthode séculaire d’avoir un unique expert du sujet qui écrit tout qu’il veut avoir et le remet aux développeurs comme « une liste à exécuter » de besoins est hérétique aux approches Agiles. Des personnes différentes pensent et communiquent différemment et le texte écrit est l’une des pires façons d’exprimer que vous essayez de dire. Au pis-aller, c’est vague et difficile à déchiffrer pour la personne qui ne l’a pas écrit; au mieux, c’est un document clinique, stérile qui remplace le sentiment par la précision. Si le but est d’exprimer la douleur que ressent le client et motiver les équipes à exceller dans leur job parce qu’elles le veulent, alors aucune de ces approches par des besoins écrits n’aura le résultat que nous désirons. Nous utilisons plutôt des choses comme les Histoires Utilisateur, qui explicitent le problème que nous voudrions résoudre, mais qui permettent à notre équipe de développement d’utiliser sa créativité pour y répondre de la meilleure façon possible.

Même quand nous utilisons des outils pour suivre le travail et communiquer les informations les plus basiques, nous ne pouvons pas oublier que la façon la plus importante de communiquer l’un avec l’autre, indépendamment des rôles, est toujours la conversation en face à face.

7. Le logiciel qui marche est la principale mesure de progrès.

avis perso KPIsParticulièrement dans le monde des grandes sociétés, nous aimons le concept que tout peut être mesuré, évalué et KPIsé. Nous suivons les revenus, des points d’histoire, la vélocité, la consommation, les nombres d’erreurs découvertes, Ad Nauseum. Pourtant nous oublions souvent que ce que nous essayons vraiment de faire est résoudre des problèmes pour les clients. Et aucune de ces mesures n’indique combien de valeur nous apportons en réalité ni si nous résolvons vraiment des problèmes clients. Le but final de chaque itération devrait être du logiciel qui marche, qui fait quelque chose que nous pensons être de valeur. Sans cela, c’est un échec. Quoi que ce soit de plus que cela est du glaçage sur le gâteau. Les équipes Agile se mesurent elles-mêmes sur si elles apportent réellement de la valeur et si elles créent vraiment quelque chose qui marche la fin de chaque itération.

Répétons ceci : la vélocité n’est pas la mesure du progrès. La consommation n’est pas la mesure de progrès. Les points d’histoire ne sont pas la mesure de progrès. La capacité n’est pas la mesure de progrès. Les délais ne sont pas la mesure de progrès. La seule chose qui importe est combien vous créez de logiciel qui marche.

Campana & Schott est partenaire de DantotsuPM

Campana & Schott est partenaire de DantotsuPM

8. Les processus agiles font la promotion du développement durable. Les sponsors, les développeurs et les utilisateurs devraient pouvoir indéfiniment tenir une allure constante.

Voir les billets sur l'initiative ecoPMI

Voir les billets sur l’initiative #ecoPMI

Il y a cette idée fausse dans le monde, tenue tant par les développeurs que par des hommes d’affaires, que Agile signifie aucune documentation, que Agile veut dire faire quoi que vous ayez besoin de faire pour atteindre un but, que Agile signifie changer les priorités et équipes rapidement pour assurer une production maximale, que Agile rime avec imprévisibilité et manque de prédictibilité. Le fait est, l’un des buts principaux d’Agile est créer un environnement de prévisibilité, de stabilité et une allure constante et acceptable de développement de produits qui dure indéfiniment. Il n’y a rien dans les principes Agile qui écarte de créer des planning (quoique ces plans portent un peu d’incertitude !) ni d’être capable de prévoir quand quelque chose pourrait être livré. Au contraire, il n’y a rien dans les principes Agile qui s’attend à ce que des développeurs s’engagent dans des comportements de pression exagérée. En fait, de tels comportements sont de bien des façons antithétiques aux concepts Agiles : si votre équipe doit travailler beaucoup trop durement pour livrer quelque chose, vous avez manqué en amont à vos devoirs de priorisation efficace des Histoires Utilisateur.

Aucune vraie pratique Agile ne devrait aboutir à de l’épuisement, des périodes critiques, ni une incertitude constante et prolongée. Les anti-modèles aboutissent à ces comportements contradictoires.

9. L’attention continue à l’excellence technique et à la bonne conception améliore l’agilité.

good and badDes équipes vraiment agiles ne rassemblent pas à la va vite de mauvais morceaux de code pour l’appeler « bon ». Elles prennent le temps et mettent les efforts nécessaires pour comprendre ce qu’elles essayent de réaliser, comment elles pensent pouvoir résoudre les problèmes et décomposer les choses en assez petits « morceaux » de travail pour à la fois itérer sur le problème et livrer des solutions potentiellement exploitables à chaque étape du projet. La majorité de ce travail se produit avant que les équipes ne s’engagent à faire le travail. Il y a là du pré-travail pour parler approches, pour discuter architecture et s’engager dans des discussions avec des représentants du métier, des parties prenantes et les équipes techniques. Nous nous référons souvent à ceci comme à des sessions de démarrage ou de préparation d’arriéré de produit mais Agile ne devrait jamais être une excuse pour la mauvaise qualité ou une conception erronée.

La conception erronée et de faibles standards aboutissent à de pauvres solutions qui ne répondent pas vraiment aux besoins clients; c’est un facteur de ralentissement, pas un facteur d’accélération.

10. Simplicité, l’art de maximiser la quantité de travail non fait, est essentielle.

construction progressive. Chaque brique apporte de la valeur.Beaucoup trop de personnes lisent ceci de la mauvaise façon et limitent ainsi leur capacité à totalement s’engager dans des pratiques Agiles fortes. Simplifier vos buts, vos histoires, votre travail et tout le reste est un processus qui commence par l’opposé : une très large compréhension de ce que sont les buts et de comment ils pourraient être atteints. Le résultat de tels efforts n’est pas nécessairement un projet plus petit, mais des incréments plus petits et plus simples qui peuvent s’additionner en quelque chose de très grand et qui peuvent aussi indirectement réduire les buts globaux. Le plus grand obstacle est ici que le simple est plus difficile que le complexe, particulièrement quand les gens s’engagent dans des séances de remue-méninges, ce qui arrive souvent avec des équipes techniques. Résolvez le problème d’abord, itérez ensuite par petits morceaux.

« Rendez chaque détail parfait et limitez le nombre de détails à perfectionner. » Jack Dorsey

11. Les meilleures architectures, besoins et conceptions naissent d’équipes auto organisées.

teamingLe mot clé est ici « naissent ». Quand vous réunissez les bonnes personnes et que toutes sont alignées vers les mêmes buts, certaines choses se produisent. D’abord, elles se tiennent naturellement responsables, parce qu’il y a un sentiment intrinsèque de camaraderie et de but commun. Deuxièmement, Elles se supportent et en même temps se défient pour assurer que le résultat final respecte non seulement leurs attentes individuelles, mais aussi leurs attentes collectives qui sont presque toujours plus élevées. Et finalement, elles  améliorent le tout par la collaboration : la valeur de n’importe quelle équipe auto-organisée est au moins 2 fois plus importante que la somme de ses parties individuelles. Le facteur clé est ici auto-organisation, qui peut être dure à vendre dans beaucoup d’organisations, mais les meilleures équipes ne sont pas celles assemblées par un cadre intermédiaire, ce sont plutôt des groupes de personnes qui ont choisi de s’aligner vers un but commun.

Les personnes qui travaillent vers un but commun parce qu’elles le veulent seront toujours plus efficaces, plus fortes et plus fiables que des équipes travaillant ensemble parce qu’on leur a dit de le faire.

12. À intervalles réguliers, l’équipe réfléchit à comment devenir plus efficace, puis règle et ajuste son comportement en conséquence.

Get the book on Amazon

Get the book on Amazon

Dans presque chaque organisation que j’ai observée face au défi d’implémenter les pratiques Agile, la plus grande chose qu’elle loupe est l’importance de l’amélioration continuelle ou continue. Agile a ses origines dans des concepts industriels LEAN : la valeur de l’individu, la primauté du résultat sur le processus et, plus important encore, le besoin de constamment mesurer, ajuster et améliorer comment vous faites ce que vous faites. Toute équipe qui veut ne pas s’engager dans les rétrospectives et les revues d’équipe avec leurs parties prenantes après chaque itération risque la stagnation et les anti-modèles parce qu’elle ne les voit jamais arriver. Beaucoup d’équipes voient ces sessions comme contre-productives, des pertes de temps, des exercices « soft skills » qui consomment seulement de leur temps d’exécution. Mais la plupart des équipes les évitent simplement par crainte (et le rationalisent comme elles le peuvent): la crainte d’être sur la sellette, la crainte d’accepter la responsabilité, la crainte de changement. La vérité vraie est que quand elles sont exécutées correctement, elles peuvent être les réunions les plus enrichissantes dans lesquelles les équipes s’engageront. Elles sont destinées à pousser les gens à constamment s’améliorer et être plus efficaces et il n’y pas de bonne raison de ne pas s’engager dans ces discussions.

L’absence de « regarder derrière soi » profondément et honnêtement pour évaluer comment une équipe avance et où elle peut s’améliorer est un anti-modèle fatal au succès de Agile sur le long terme.

Enregistrer

Enregistrer

Image

9 Février – Lyon – Une journée pour cultiver votre agilité dont le thème est justement « La Culture »

9 Jan
Détails et inscriptions en ligne

Détails et inscriptions en ligne

Agile Lyon, c’est la conférence lyonnaise qui rassemble chaque année plus de 100 personnes autour des sujets Agiles et permet aux organisations de mieux fonctionner.

Lors de l’édition 2016, nous avons traité le sujet de la communication au sens large. Verbale, non verbale, son impact sur les interactions, l’utilisation d’outils visuels de communication, la communication comme moyen de prise de décisions… vous avez été nombreux à nous faire part de votre satisfaction et c’est pourquoi nous sommes motivés pour faire de l’édition 2017 un événement encore plus génial.

Cette année nous avons choisi comme thématique : « La Culture ».

Au programme, culture d’entreprise, culture d’entreprendre, culture produit, culture client, culture agile… encore un bon moyen de découvrir des concepts, d’étudier de nouveaux points de vues, d’échanger ensemble.

Enregistrer

Enregistrer

24 January – Webinar ScrumPulse – Women In Agile: Empowering the Next Generation of Influencers

5 Jan

Have you wondered how a woman’s unique perspective can help organizations enable sustained business agility?

  • sourireWhat unique strengths do women bring to an Agile Transformation?
  • What challenges do women face in the Agile Industry and how can we inspire more women influencers?
  • What is the most important advice for a woman who wants to become an Agile Influencer?
  • How can we collectively foster the next generation of women in this industry?
CertYou est partenaire de DantotsuPM

CertYou est partenaire de DantotsuPM

Join the qualified, pioneering, international panel of Women Agile Influencers as they explore these questions, share their inspiring journeys and provide actionable tips to enable more Women Agile Influencers.

Scrum and Upcoming Agile Webcasts

Scrum and Agile Webcasts

This session will be moderated by Daphne Harris who will guide the conversations with panelists: Jill Graves, Patricia Kong, Pradeepa Narayanaswamy, Stacy Martin, and Stephanie Ockerman.

Register to attend this Webcast on Women in Agile

CSP est partenaire de DantotsuPM

CSP est partenaire de DantotsuPM

Enregistrer

Enregistrer

Enregistrer

Enregistrer

Image

plan du métro « Agile » par Deloitte

29 Déc

Merci à Olivier Lefebvre, PMP®, de m’avoir indiqué cette carte très intéressante à partager avec tous les « Agile addict » !

Version du plan animée par Karim Abdi (exampm) pour une meilleure lecture (les méthodes apparaissent les unes après les autres):

plan-metro-agile-animated

https://image-store.slidesharecdn.com/dba2e6e7-c5bf-404d-98f3-4db3531b1156-original.jpeg

CertYou est partenaire de DantotsuPM

CertYou est partenaire de DantotsuPM

Enregistrer

Enregistrer

Enregistrer

Enregistrer

Enregistrer

Enregistrer

%d blogueurs aiment cette page :