Tag Archives: schedule

29 March – Webinar #PMI® – Scheduling Conference 2017

4 Fév

Tackle Challenges and innovate in your scheduling capabilities to Stay Ahead of Change

details and registration

details and registration

Scheduling for Agile, Hybrid Projects, PMOs and Beyond

New technologies, hybrid projects, the launch of a PMO—when the environment is constantly changing, how do you craft a schedule (or multiple schedules) for project success?

Discover timely answers at the PMI Scheduling Conference 2017, exclusively for PMI members.

Genius Project est partenaire de DantotsuPM

Genius Project est partenaire de DantotsuPM

Whether you are specializing in scheduling or ramping up your skills for larger projects, you will not want to miss:

  • Tips on working with Agile practices and dealing with hybrid (Agile, Waterfall) project challenges
  • Guidance on planning activities across geographic regions and technologies
  • Insights into setting schedules for PMO success

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

Enregistrer

Enregistrer

Durée de Sprint, quelle est la bonne durée ?

16 Déc

Comme tant de sujets dans Scrum, la durée de Sprint n’est pas fermement définie mais il y a 2 principes pour en déterminer la valeur optimale pour votre projet.

Sprint Length: What Length is the Right Length?

http://blog.3back.com/scrum-tips/sprint-length-what-length-is-the-right-length/ Par Docteur Dan Rawsthorne

hourglass-time-cloclk-deadline-sablierOn me demande souvent, ‘Combien de temps devrait durer un Sprint pour mon équipe ?’ Et ‘le Sprint doit-il être de durée fixe ?’. Je constate qu’il ne suffit pas de répondre : « N’y réfléchissez-y pas trop longtemps. Si vous utilisez un environnement raisonnable et un langage de développement comme Java ou dot-net, utilisez une durée de Sprint de deux semaines. Cela semble marcher pour la plupart des équipes, mais certains utilisent une semaine ou trois semaines. Voyez simplement ce qui vous convient. »

Comme tant de sujets dans Scrum, la durée de Sprint n’est pas fermement définie.

Deux principes sur la durée

Il y a deux principes pour déterminer la durée d’un Sprint.

  1. Le Sprint ne devrait pas être changé après son démarrage.
  2. Les Sprints devraient être de même durée.
Ne pas se mentir à soi-même ni à l'équipe

Ne pas se mentir à soi-même ni à l’équipe

Je pense que la première règle est claire et directe. Ce serait tricher que de changer la durée du Sprint après qu’il ait commencé. Si l’équipe ferme les yeux sur le changement de la durée de Sprint, elle sera tentée de changer la définition de « Done » pour permettre certains changements de contenu. Ceci est une mauvaise chose: La chose correcte à faire est d’ajouter une autre histoire utilisateur (User story) à l’Arriéré de produit (Product Backlog).

Quant aux Sprints devant tous être de même durée, c’est un peu plus délicat. J’ai déjà dit qu’un Sprint de démarrage pourrait être de seulement une semaine, donc, clairement je ne suis pas totalement inflexible sur le fait que tous les Sprints devraient être de même durée. Puisqu’un Sprint est une boucle de retour d’information, l’équipe doit prendre en compte les parties prenantes. Avoir une durée de Sprint fixe donne aux parties prenantes un rythme constant pour les revues de livrables, ce qui est réconfortant et installe une routine familière. Cependant, avoir des durées de Sprint différentes pour des Sprints spécialisés, comme la prise en compte des périodes de fêtes (ou des vacances), ou une autre raison dont l’équipe et les parties prenantes peuvent convenir, ne me semble pas être une terriblement mauvaise chose.

Est-ce assez long ?

estimate durationUn Sprint doit être assez long pour vraiment achever des histoires (user stories). C’est-à-dire l’équipe doit pouvoir amener ses histoires jusqu’à leur état fini (« done »). C’est une règle dans Scrum qu’un Sprint ne devrait jamais excéder un mois. En général, la longueur de Sprint devrait être approximativement de trois fois le temps nécessaire à analyser et réaliser totalement une histoire de taille moyenne. Ceci semble donner assez de flexibilité dans le système pour permettre à l’équipe de s’auto-organiser pour obtenir un travail fini. Mon expérience est qu’une histoire prend environ 2-3 jours pour une équipe typique qui est bien en place, donc une longueur de Sprint raisonnable est deux semaines. Cependant, les environnements sont différents; certains sont plus faciles (ou plus difficiles) que d’autres. Je m’attends donc à ce que les longueurs de Sprint d’une équipe varient largement en fonction de ces différences d’environnement.

Est-ce assez court ?

La durée de Sprint devrait être suffisamment courte pour que le changement d’avis sur les besoins soit plus lent que la durée du Sprint. C’est-à-dire, si la durée de Sprint est de deux semaines, l’équipe espère que les changements de besoins arrivent plus lentement que toutes les deux semaines. Ce qui veut dire que les parties prenantes peuvent attendre jusqu’à la fin du Sprint pour voir leur ‘nouveau truc’ délivré avant de vouloir le changer.

finiDans l’environnement business actuel, il est typique que la modification de besoins soit trop rapide pour le Sprint. Il y a des bogues à réparer dans d’autres systèmes que l’équipe maintient, il y a des cas d’urgence partout dans l’organisation à fixer et les parties prenantes changent presque constamment d’avis sur ce qui est important. Ce sont autant de raisons pour que l’équipe raccourcisse la durée de Sprint ou celle du cycle de planification.

Des choses se produisent et les équipes développent des méthodes pour manager le fait que des besoins devraient être changés plus d’une fois par Sprint.

Soyez ouverts à re-planification

Parfois la durée de Sprint d’une équipe est juste trop longue pour que survivent les accords pris : la fréquence de changement des besoins est plus rapide que la longueur de Sprint ne peut le supporter. Il est tentant d’essayer de raccourcir les Sprints, mais peut-être n’est-ce pas faisable parce que les parties prenantes ne peuvent pas manager des revues plus fréquentes, ou parce que l’équipe ne peut pas développer plus rapidement.

Essayez Bubble Plan !

Essayez Bubble Plan !

Que fait l’équipe ?

Scrum n’est rien sinon adaptatif. En fait, si l’équipe ne s’adapte pas pour respecter ses propres réalités, ce n’est pas du Scrum. Alors, adaptez-vous… l’équipe pourrait avoir des sessions de planification de Sprint plus fréquentes – peut-être une fois par semaine.

Par exemple, si l’équipe a une durée de Sprint de deux semaines, du lundi au vendredi deux semaines plus tard. Alors, l’équipe pourrait planifier chaque lundi, et non pas seulement un lundi sur deux. Le premier lundi l’équipe remplirait son Sprint à environ 80 % de sa capacité et le deuxième lundi les membres de l’équipe se poseraient la question : « qu’ajoutons-nous maintenant ? »

Je constate que beaucoup d’équipes se sont spontanément déplacées vers ce système, donc c’est un modèle connu qui est très efficace. Il devrait faire partie de la boîte à outils du ScrumMaster.

CertYou est partenaire de DantotsuPM

CertYou est partenaire de DantotsuPM

Enregistrer

Enregistrer

March 30 – Webinar (PMI) – PMI Scheduling Conference 2016

9 Mar

Registration Now Open — Only Available to PMI Members*

Details and registration (PMI Members only)

Details and registration (PMI Members only)

Manage large project schedules? Or, just love keeping your teams on track?

Don’t miss PMI’s premier scheduling event!

Free for PMI members, this all-day virtual event is the only place you’ll learn the latest tips, tools and techniques in project scheduling.

It includes valuable case studies and lessons learned in project scheduling from real projects and programs — not available anywhere outside of PMI.

Plus, if you are PMI certified, you can earn up to 6 professional development units (PDUs) for viewing presentations live and on demand.

February 25 – Webinar (PMI) – Achieving Higher Project Productivity And Predictability

12 Fév

Advanced Work Packaging can effectively align these different perspectives for greater project productivity and predictability.

Partenaire de DantotsuPM

Partenaire de DantotsuPM

In construction projects:

  • The engineering side thinks “systems”…
  • The procurement side thinks “commodities”…
  • The construction field side thinks “all” and geographically…

Don’t miss the opportunity to discover through this webinar Advanced Work Packaging, an innovative disciplined execution approach that improves project outcomes by proactively aligning planning and execution activities throughout the project life cycle, from project set-up to start-up and turnover.

Register for this webinar

On demand – Webinar – Tips and Tricks for More Accurate Scheduling in Microsoft Project

8 Fév

Microsoft Project is a scheduling tool, and if you feed the software with the right information, Microsoft Project will produce an accurate schedule for the project.

Partenaire de DantotsuPM

Partenaire de DantotsuPM

Dale Howard

Dale Howard

However, many project managers fail at the basics of scheduling, which results in an inaccurate and untrustworthy schedule of their projects. A project manager, needs to have an accurate schedule.

In this powerful presentation, Dale Howard, a Microsoft Project MVP, will demonstrate a series of useful tips and tricks that will result in a more accurate and trustworthy schedule in Microsoft Project.

Agenda Highlights:

  • Using calendars effectively
  • Completing task planning as « deliverables » planning
  • Assigning resources properly
  • Understanding the proper use of constraints and deadline dates

Register for this free on demand webinar.

Campana & Schott est partenaire de DantotsuPM

Campana & Schott est partenaire de DantotsuPM

comment approcher un projet à date fixe ?

3 Nov

How To Approach A Fixed Date Project

http://www.pmsouth.com/2013/05/04/how-to-approach-a-fixed-date-project/ par Harry Hall

Beaucoup de chef de projets haïssent les projets aux dates de fin fixées à l’avance. Les managers décident d’une date et disent « respectez-la ». Souvent, le manager a peu ou aucune compréhension du niveau d’effort requis.

Pourquoi les chefs de projets n’aiment pas les dates fixes

  • dateManipulation. Les chefs de projets estiment qu’ils sont manipulés. LE management donne une date empirique. Plus tard, ils changent la date quand elle ne peut pas être respectée. Ce syndrome amène de la méfiance entre PMs et direction.
  • Manque de contrôle. Le chef de projets veut avoir le contrôle sur leur univers de projet. Quand quelqu’un dicte une date fixe, ils perdent un peu du contrôle désiré.
  • La réputation du chef de projets. Le chef de projets sait que sa réputation est basée sur sa capacité à livrer les projets dans les temps. Naturellement, nous n’aimons pas être mis dans une position où nous n’allons probablement pas rencontrer le succès.
  • Stress. Le chef de projets se sent coincé. Le sponsor pousse le chef de projet à faire pression sur l’équipe projet. L’équipe projet pousse le chef de projets à résister aux demandes du sponsor.
Partenaire de DantotsuPM

Partenaire de DantotsuPM

Manager un Projet à Date Fixe

Quand vous êtes mis au challenge de manager un projet à date fixe, voyez-y une opportunité. Vous pouvez livrer le projet dans les temps avec la bonne approche.

Voici certaines choses à considérer:
  • go signEngagez-vous. Faites savoir à votre sponsor que vous mettrez tout en œuvre pour livrer le projet à la date demandée. Établissez un rapport de travail positif avec votre sponsor. Exprimez le besoin de collaboration entre le sponsor et l’équipe.
  • Négociez les ressources compétentes. Formez une équipe avec la bonne alchimie. Les personnes, plus que quoi que ce soit d’autre, sauront faire la différence.
  • Choisissez votre cycle de vie de projet. Utiliserez-vous une approche traditionnelle en cascade ou quelque chose comme un cycle de vie adaptatif (avec les méthodes agiles) ? La réponse à cette question a des implications significatives dans l’aide ou l’entrave à la réussite de projets plus courts.
  • Définissez la charte de projet.
  • Rassemblez et priorisez les besoins.
  • Définissez le périmètre/le contenu.
  • wbs

    Un manuel de référence

    Créez la structure de répartition de travail (WBS).

  • Développez votre échéancier. Si votre chemin critique s’étend au-delà de la date fixée, travaillez avec votre sponsor et votre équipe pour réduire le contenu ou reporter certaines fonctionnalités sur de futures étapes ou itérations.
  • Complétez l’identification et l’évaluation initiales des risques.
  • Construisez des fonds de contingence. Cette réserve n’est pas un amortisseur artificiel. Le fond de contingence est basé sur les risques résiduels connus.

(Gardez à l’esprit qu’une bonne gestion des risques raccourcit souvent le projet. Les risques sont éliminés ou diminués. Cependant, il y a toujours les risques résiduels qui devraient être reconnus dans vos fonds de prévoyance. Par exemple, vous pouvez spécifier que le projet exige que des six semaines supplémentaires pour manager les risques identifiés sur le projet.)

Campana & Schott est partenaire de DantotsuPM

Campana & Schott est partenaire de DantotsuPM

Astuces pour la compression de planningcar-pound-compression-destroy-leeroy

  • Ajoutez des ressources (c’est-à-dire, compression des délais ou « crashing ») et considérez d’utiliser des heures supplémentaires. Soyez prudent. L’ajout de ressources ou mise en des ressources existantes peut causer plus de mal que de bien. Réduire les délais résulte aussi souvent en un accroissement des coûts.
  • Accélérez l’exécution par chevauchement des tâches (« fast tracking ») : Cherchez des façons d’exécuter des tâches qui sont sur le chemin critique en parallèle ou en chevauchement. Cela peut provoquer des choses à refaire et des risques plus importants.

success 2Votre approche envers un projet à date fixe déterminera votre succès.

Le Chef de projets doit avoir la bonne attitude, s’assurer que les engagements envers le sponsor et l’équipe sont appropriés et choisir les bons processus, outils et techniques.

Question : quelles autres astuces proposeriez-vous pour permettre aux PMs de manager des projets à date fixe ?

July 16 – Webinar (PMI) – Establishing Risk-based Schedule and Cost Contingency

3 Juil

dépenser spentEstablishing and managing schedule and cost contingency are integral to project risk management.

Yet many organizations still struggle to define and adopt best practices that provide the organization confidence in their contingency setting processes.

Understand the challenges of traditional approaches to setting schedule and cost contingency and why they can undermine project success.

Then, take a look at an analysis-based approach using an integrated schedule and cost risk analysis to understand the impact of risks on the project, identify risk and quantify the impact of those risks, and then evaluate multiple scenarios to determine the appropriate schedule and cost contingency.

This technique provides more insight and confidence for the project team and stakeholders.

Register here

June 17 – Web Conference – 2015 PMI Scheduling: Building Your Defense Against Chaos

5 Juin

How do you get control of your projects when things get crazy? Need more tools and tips?

2015 Scheduling Virtual confAttend the virtual 2015 PMI Scheduling Conference. Registration is free and exclusive for PMI Members.

And, the best part? Certification holders can obtain up to 11 PDUs for viewing all presentations live and on-demand.

April 23 – Webinar (PMI) – Balancing Project Schedules and Risk

10 Avr

There are five schedule risk analysis steps project teams can follow to balance schedule and risk:

  1. schedule validation,
  2. balancemodel risks,
  3. risk analysis,
  4. results analysis, and
  5. reporting & monitoring.

With these five steps, teams can better understand the project plan – properly estimating schedule contingency, identifying schedule drivers, analyzing the impacts of risk against the project schedule and developing risk-based what-if scenarios, resulting in more successful projects.

Details and registration

3 Avril – Lannion – « The Mythical Man-Month »

27 Mar

Une rencontre du pôle PMI Lannion qui vous propose, dans la série Images & Pages (format court entre midi et deux pour échanger sur un livre ou une vidéo), une présentation des idées principales du livre « The Mythical Man-Month » de Frederick Brooks.

The mythical Man-Month

Le livre sur Amazon

En général, les chefs de projets ont entendu parler de la loi de Brooks qui est décrite dans ce livre. Mais vous découvrirez aussi d’autres idées intéressantes.

Ronan Viel (PMP) vous présentera les idées principales du livre « The Mythical Man-Month » de Frederick Brooks, et comme d’habitude, vous en débattrez par rapport à vos expériences respectives. La présentation durera 1h et laissera une très large part aux échanges.

La participation à cet événement rapporte 1 PDU aux certifiés du PMI.

Sur inscription (gratuite) de 12h45 à 13h45 à la Chambre de Commerce et d’Industrie (CCI), Rue Blaise Pascal à Lannion.

%d blogueurs aiment cette page :