Archive | agile RSS feed for this section

February 25 – London – Agile Methods conference

3 Feb
Register on line

Register on line

Join our partner APMG at the Agile Methods Conference

Partenaire de DantotsuPM

Partenaire de DantotsuPM

QRP International France

Partenaire de DantotsuPM

Don’t miss the upcoming Agile Methods Conference in London. The event takes place on Thursday 25 February and will have a strong focus on project and programme management.

Agile Programme & Project Management |Finance Sector | Public Sector, 25 February 2016, London

The event originates from the idea that learning about Agile methods is important. BUT understanding HOW they apply to your specific
context is critical.

It comprises three parallel tracks (with some plenary combined sessions) which address:
  1. Agile Programme & Project Management (for all business sectors)
  2. Agile in the Finance Sector
  3. Agile in the Public Sector

Each of these tracks has a different and specific focus. One of these is for all business sectors and addresses the Agile Programme and
Project Management. The other two tracks focus deeply on the unique challenges and differences encountered when introducing, sustaining
and scaling Agile within (1) the public sector and (2) the banking, finance and insurance (BFIS) sector.

The day is made up of a series of high quality presentations, case studies and discussion sessions.

Attendees can choose to attend any of the sessions and create an agenda that will deliver them and their organisation maximum value.
The presenters, panellists and discussion leaders are chosen for their experience and knowledge of Agile in the context of the three tracks.

Taking part in the debate, learning from experts and listening to other companies experiences is critical in order to take full advantage of Agile methods and the benefits they bring.

Partenaire de DantotsuPM

Partenaire de DantotsuPM

February 11 – Webinar – Agile project manager or Agile project leader, why does it matter?

1 Feb

Are you an Agile project manager or an Agile project leader? And why does that question matter?

leading bird

Birds instinctively understand that rotating the leadership role is more efficient for the team

As Agile and agile thinking has continued to gain traction in organizations beyond the software development teams, project managers are left wondering what it all means to them.

Some Agile practitioners promote the idea the PMs are no longer needed once you make the transition to using a practice such as Scrum.

Does this mean that the PM role will become obsolete in Agile organizations?

Or does it mean that the role of traditional project manager needs to transform to being a agile project leader?

If you are a PM in an organization making the transition to Agile, come find out what it means to you and what you need to do start the transformation to becoming an Agile Project Leader.

Register for this webinar

February 9 – Webinar – We’re Moving to Agile: What Are Our Testers Going to Do?

29 Jan

As more and more organizations transition to agile, many still do not understand how testing fits into agile teams.

Pradeepa Narayanaswamy

Pradeepa Narayanaswamy

Does it simply mean placing a tester on every team? Or does it mean doing away with the role of testers?

Pradeepa Narayanaswamy explains the importance of working in cross-functional teams that integrate development and testing.

Pradeepa shares her insights into the keys of agile testing including understanding the agile testing mindset and goals. She discusses the responsibilities of a tester in an agile team and describes the diverse skill sets required in those teams.

Pradeepa also shares her ideas on how to manage defects, what to measure, and what to document. She concludes by describing what is NOT agile testing and debunks certain agile testing myths.

Review these important basics and align your testing with concepts that may have been overlooked, forgotten, or misunderstood in your teams.

Register to Attend This ScrumPulse Webcast

Vidéo

A few videos to get started on #Agile, #Scrum & #Kanban

27 Jan

Microsoft est Partenaire de DantotsuPM

Microsoft est Partenaire de DantotsuPM

Toujours pas #Agile ? Avancez à petits pas !

19 Jan

Still Not Agile? Take Baby Steps!

http://www.pmhut.com/still-not-agile-take-baby-steps par Jake Gordon

Nous sommes en 2016 et vous n’êtes toujours pas Agile. Vous n’avez pas eu le luxe de bénéficier d’un leadership du management exécutif et vous ne voyez pas de signe de changement. Par où commencer avec Agile ?

premiers pasSi vous avez le support du management alors faire intervenir un coach Agile est vraiment une bonne façon de commencer les choses. Vous aurez un expert pour vous guider et répondre à toutes vos questions. Vous aurez aussi quelqu’un vous questionnant de manière constructive sur vos habitudes improductives. Cependant, si vous n’avez pas cette option alors la seconde approche la meilleure est d’avancer progressivement du bas vers le haut.

Si vous ne l’avez pas déjà fait, assurez-vous de lire le Manifeste Agile et les Principes derrière le Manifeste Agile. Passez aussi un certain temps à lire davantage sur le but des diverses cérémonies de Scrum. Je recommande Scrum parce que c’est la saveur le plus largement pratiquée d’Agile et c’est assez normatif.

Vouloir introduire immédiatement toutes les pratiques sera probablement trop demander. Voici trois choses que je recommande que vous essayiez en premier car elles apporteront par elles-mêmes des bénéfices à votre processus, même si vous n’adoptez jamais toutes les pratiques recommandées.

Documentez votre travail et rendez-le visible

Pensez à tout ce sur quoi vous travaillez actuellement et travaillerez dans les prochains mois. Découpez ce travail en de raisonnablement petites unités, disons de moins de cinq jours de travail par item et documentez chaque item sur une fiche. Notez juste assez d’informations pour vous rappeler de cet item si vous relisez la carte un mois plus tard. Ceci peut être un effort d’équipe ou individuel selon votre situation.

kanban board

Exemple de tableau « Kanban »

Ensuite, tracez trois colonnes sur un tableau blanc (ou quelque chose de comparable) et étiquetez les colonnes “Backlog (à faire)”, “In Progress (en cours)”, et “Completed (Achevé)”. Répartissez maintenant les fiches entre ces trois catégories évidentes et affichez-les sur le tableau. Félicitations. Vous avez maintenant « un émetteur d’information » qui affiche vos priorités actuelles et les prochaines. Quelqu’un peut passer par là et voir ce sur quoi vous travaillez et ce qui s’accumule en entrée.

Ceci est un outil assez utile pour suivre votre propre travail qui ne nécessite pas forcément d’être vu par d’autres. Cependant, les gens regarderont le tableau. Si vous avez de la chance, un client ou votre manager) regardera le tableau et vous posera une ou deux questions. « Que signifie la carte ABC ? Je ne savais que vous travailliez dessus. » ou « je pensais que vous travailliez sur la tâche XYZ, est-ce que tout va bien ? ». Ce sont de bonnes conversations à avoir car elles peuvent aider à vous assurer que vous travaillez sur les bonnes choses. La communication est clé !

Le tableau est aussi un outil utile pour la priorisation. Quand quelqu’un passe vous demander de travailler sur quelque chose, que vous pouvez prendre une carte, vous lever et avoir une conversation constructive sur quelles choses de votre colonne « En cours » devraient être déménagées. Après tout, dans l’immédiat, vous pouvez seulement travailler sur un nombre de choses limitées.

Réunions quotidiennement debout (« Daily Stand-up Meetings »)

stand-up meetingsAvoir une réunion quotidienne debout est une façon étonnamment efficace de commencer la journée. C’est aussi une étape dans la bonne direction lorsqu’il s’agit de communiquer fréquemment ! Essayez d’inclure toute personne qui est un collaborateur régulier sur le projet. Au minimum, ceci devrait inclure les autres développeurs et l’assurance qualité. Dans une situation parfaite ceci inclura aussi le propriétaire de produit (« Product Backlog Owner ») ou le client, aussi bien que les autres membres transverses de l’équipe (par exemple: des Analystes, les Opérations, etc.) qui pourraient ne pas être 100% dédiés à votre projet.

Je n’entrerai pas dans tous les mérites d’une réunion debout car il y a d’excellents articles sur ce sujet (voir Wikipédia par exemple). Bien que vous devriez communiquer avec les membres de votre équipe presque en temps réel, une réunion debout garantit que vous communiquerez au moins une fois par jour. Ceci peut être particulièrement avantageux pour obtenir un peu de temps d’un Propriétaire de Produit ou de votre client, qui peut ne pas être comme intégré dans l’équipe comme vous le voudriez.

Réunions de rétrospective

informations pour décisionUn des principes derrière le Manifeste Agile est que l’équipe devrait continuellement s’améliorer. Il énonce : « à intervalles réguliers, l’équipe réfléchit à comment devenir plus efficace, règle et ajuste ensuite son comportement en conséquence. » Avoir régulièrement une réunion de rétrospective planifiée fournit aux membres de l’équipe une occasion de parler de ce qui marche et de ce qui ne va pas. Comme avec les réunions debout, vous ne devriez pas nécessairement attendre cette réunion pour mettre des idées sur la table, mais elle fournit vraiment un créneau horaire garanti pour vous assurer que vous consacrez au moins un peu de temps à l’amélioration continue.

Dans vos premières rétrospectives, vous parlerez probablement de la façon de vous assurer que la réunion debout ajoute de la valeur, ou bien si vous aimeriez ajouter une autre colonne à votre tableau (par exemple « En QA » ou « En Acceptation »), comment mieux documenter votre travail, etc. Assurez-vous que vous avez un plan d’action pour implémenter au moins une ou deux idées de chaque rétrospective et revoir si les derniers changements étaient efficaces.

Avant que vous ne le sachiez, vous devriez parler de la façon de franchir les étapes suivantes pour devenir plus agiles. Peut-être voudrez-vous établir une vraie itération de développement. Peut-être voudrez-vous commencer à estimer les efforts dans objectif de planification. Peut-être voudrez-vous choisir un ScrumMaster officieux ou doter l’équipe d’un Propriétaire de Produit. Quoi que vous fassiez, continuez à vous améliorer!

3 façons de commencer

ABC 123Documentez votre travail sur un tableau blanc, tenez des réunions debout quotidiennes et faites des rétrospectives sur votre processus de développement. Ce sont trois façons faciles de commencer à devenir Agile. Si vous pouvez les implémenter, alors vous commencerez à déterminer les priorités plus efficacement, à communiquer plus fréquemment et vous assurerez qu’il y a un mécanisme garanti pour l’amélioration continue.

Avez-vous davantage de questions sur comment commencer avec Agile ?

Image

11-12 Mars – Toulouse – Agile Games ‘plaquez’ la date dans vos agendas!

14 Jan

agile toulouse 2016 Bandeau agile toulouse 2016

January 18 – Webinar – Are agile projects really more successful?

5 Jan

assomptionAre usual assumptions on agile true?

Although Agile has been used for project planning for a number of years, to date, the majority of research examining its usefulness has been anecdotal, single-case studies, or based on small sample sizes in single-organization or single-industry settings.

Through a survey of 1100 projects, presenter Pedro Serrador will discuss findings on whether agile methodologies are more successful than traditional methodologies.

He will discuss what aspects of agile lead to that success.

Register for this webinar

15 décembre – Lannion – L’Agilité à la maison : expérimentation « post-it kids ! »

6 Dec

Les rencontres « Images & Pages » de PMI France branche Atlantique, vous proposent en 1 heure pendant la pause déjeuner, d’échanger autour d’une conférence enregistrée, un article ou un livre dont le thème est en lien avec le management de projet.

Cette session sera basée sur la conférence TED de Bruce Feiler : la méthode « Agile »… pour votre famille.

 

Après avoir vu cette vidéo j’ai vraiment eu envie d’essayer avec mes deux petits garçons ! Nous testons depuis maintenant plusieurs mois… Je vous propose de partager un petit retour d’expérience sur cette petite expérimentation familiale.

Élodie Descharmes

December 10 – Webinar – Agile project manager or Agile project leader, why does it matter?

4 Dec

Are you an Agile project manager or an Agile project leader? And why does that question matter?

leading bird

Birds instinctively understand that rotating the leadership role is more efficient for the team

As Agile and agile thinking has continued to gain traction in organizations beyond the software development teams, project managers are left wondering what it all means to them.

Some Agile practitioners promote the idea the PMs are no longer needed once you make the transition to using a practice such as Scrum.

Does this mean that the PM role will become obsolete in Agile organizations?

Or does it mean that the role of traditional project manager needs to transform to being a agile project leader?

If you are a PM in an organization making the transition to Agile, come find out what it means to you and what you need to do start the transformation to becoming an Agile Project Leader.

Register for this webinar

November 24 – Boston – Scrum a 20 ans !

23 Nov

Le saviez-vous? Scrum est né à Boston grâce à Jeff Sutherland and Ken Schwaber.

Agile Boston 2015  celebrates this event with:

Agile BostonJEFF SUTHERLAND is one of the inventors of the Scrum software development process. Together with Ken Schwaber, he created Scrum as a formal process at OOPSLA ’95.  Jeff helped to write the Agile Manifesto in 2001 and is a co-author (along with Ken Schwaber) of The Scrum Guide.

KEN SCHWABER is a software developer, product manager and industry consultant. Ken worked with Jeff Sutherland to formulate the initial versions of the Scrum development process and to present Scrum as a formal process at OOPSLA ’95.  They have extended and enhanced Scrum at many software companies and IT organizations. Schwaber and Sutherland are initial signers of the Agile Manifesto. They are co-authors of the definitive Scrum Guide, which is made available for free by Scrum.org.

DAVE WEST is the product owner at Scrum.org, a frequent keynote speaker and is a widely published author of articles, along with his acclaimed book: Head First Object-Oriented Analysis and Design.  Dave led the development of the Rational Unified Process (RUP) and then worked with Ivar Jacobson running the North American business for IJI.   Dave has also managed the software delivery practice at Forrester Research and just prior to joining Scrum.org he was Chief Product Officer at Tasktop.

and many other Agilists…

Suivre

Recevez les nouvelles publications par mail.

Rejoignez 1 414 autres abonnés

%d blogueurs aiment cette page :