N’acceptez jamais de mauvaise grâce !

Un soupir par oui

“One grudge per yes” de Seth Godin

https://seths.blog/2022/02/one-grudge-per-yes/

Lorsqu’un client, un patron ou un employé fait une demande spéciale, il est normal de se montrer un peu flexible. Cela pourrait vous coûter du temps ou de l’argent supplémentaire, cela pourrait être un problème, cela pourrait ne pas être mérité.

Ou bien, vous pouvez dire non.

Mais si vous dites oui, alors il est payant que vous y soyez à 100%.

Si vous ne l’êtes pas, votre oui ne valait rien. Cela cesse d’être une faveur si cela vient en râlant.

Tenir rancune signifie que vos mains sont trop encombrées pour réaliser votre meilleur travail.

Chaos, connexion et systèmes industriels

Les systèmes industriels prospèrent grâce à leur prévisibilité. Demain est comme hier, mais peut-être un peu plus vite ou moins cher.

Chaos, connection and industrial systems by Seth Godin

https://seths.blog/2022/02/chaos-connection-and-industrial-systems/

Demain est comme hier, mais peut-être un peu plus vite ou moins cher.

Les systèmes industriels prospèrent grâce à leur prévisibilité. Il lisse la chaîne d’approvisionnement, améliore l’efficacité et rendent bon nombre de participants plus à l’aise.

Demain est comme hier, mais peut-être un peu plus vite ou moins cher.

Mais les ruptures, la créativité et les connexions humaines ne viennent pas de la prévisibilité. Elles proviennent d’interactions imprévisibles avec des idées et des voix inconnues.

Presque tous les best-sellers sont des best-sellers surprises. Toutes les grandes idées sortent de façon inopinée, du côté gauche par exemple.

Un best seller qui fut une surprise sur Amazon

Mais si vous passez votre temps à regarder du côté gauche, elles sortiront du côté droit à la place.

Le chaos est inconfortable, surtout si vous avez été endoctriné dans la mentalité industrielle. Mais si les bonnes personnes et les bonnes conditions sont présentes, le chaos crée des possibilités.

Faites-le avec intention.

Votre projet est-il adapté aux pratiques agiles ?

Tous les projets ne sont pas adaptés aux approches agiles. Des critères bien pensés peuvent vous aider à déterminer si vos projets sont de bons candidats agiles.

Is your project suitable for agile practices? par Bonnie Biafore

http://www.bonniebiafore.com/is-your-project-suitable-for-agile-practices/

Voici des questions que vous pouvez utiliser pour développer vos propres critères de qualification pour Agile :

Pouvez-vous obtenir le bon personnel ?

Les membres appropriés de l’équipe technique et métier doivent être dédiés au projet. Cela signifie que vous devez gérer les compromis difficiles entre le travail de projet et les considérations opérationnelles. Les projets agiles produisent des résultats rapidement, ils prennent donc beaucoup de temps aux participants. De plus, les approches agiles nécessitent des membres essentiels des équipes business et technique qui sont critiques à vos activités opérationnelles. Il est important de prioriser leur temps sur le projet afin qu’ils puissent contribuer efficacement.

Les ressources ont-elles une profondeur de connaissances appropriée ? 

Une connaissance approfondie des domaines business et techniques liés au projet est cruciale. L’approche agile repose sur des experts métier travaillant en étroite collaboration avec les experts de l’équipe technique. Ce qui rend les méthodologies agiles Agile, c’est la réactivité à l’évolution des besoins. Les techniciens et les personnes du business compétents doivent constamment réévaluer les livrables du projet, les besoins de l’entreprise aux niveaux macro et micro et la priorité des fonctionnalités requises par le client final.

Le Sponsor a-t-il un état d’esprit Agile ?

Le sponsor doit être disposé à participer à des revues fréquentes du produit en construction, qui sont fondamentales dans l’approche agile. La réactivité agile aux conditions changeantes de l’entreprise et son environnement évolutif sont très différentes des méthodes de projet traditionnelles. Si un sponsor veut un ensemble linéaire et méthodique d’objectifs livrés selon un calendrier prédéfini, il aura du mal avec les livrables du projet en approche agile. Les sponsors qui sont mal à l’aise avec la nature évolutive de l’agilité créent des difficultés qui peuvent couler le projet.

L’équipe peut-elle être co-localisée (physiquement ou virtuellement) ?

Agile implique un dialogue profond, interactif et parfois difficile. Pour tirer le meilleur parti de ce dialogue, vous devez créer l’environnement le plus riche possible. Co-localisez les membres de votre équipe de projet si possible. Si vous ne pouvez pas, simulez la colocalisation avec les meilleurs outils vidéo et audio que vous pouvez obtenir. Essayez de faciliter un dialogue agile avec des outils de communication médiocres, c’est comme essayer de remorquer une caravane avec une tondeuse à gazon.

Existe-t-il une synergie entre les membres de l’équipe business et technique ?

Une équipe agile doit bien s’entendre pour réussir. Les méthodologies agiles nécessitent le dévouement d’experts business et techniques qui sont ouverts à soutenir de nouvelles idées et à se soutenir les uns les autres en tant qu’individus. Vous avez besoin d’un coach agile qui comprend et peut gérer la dynamique humaine, et qui peut favoriser un environnement où les membres de l’équipe partagent facilement leurs idées et leurs préoccupations.

Le produit peut-il être construit (et livré) de manière itérative ?

Les meilleures qualités des approches Agile proviennent de la fourniture de solutions partielles tout en apprenant de chaque itération. En plus des livrables logiciels, d’autres produits peuvent également être construits de cette façon. Avec un peu de créativité, des déménagements, la mise en œuvre de nouveaux processus et même certains projets de construction dans le bâtiment peuvent utiliser des approches agiles.

Utilisez-vous d’autres critères pour déterminer si un projet est candidat à une approche agile ?

Si oui, partagez-les avec nous !


CertYou est partenaire de DantotsuPM, allez voir les certifications Agile

5 bénéfices du diagramme réseau de planification de projet (Schedule Network Diagram)

Manager de projet expérimenté ou pas, vous êtes probablement familier des diagrammes de réseau de planification.

Cependant, ce n’est pas parce que vous avez les connaissez que nous savez bien les utiliser…

Five benefits to creating a schedule network diagram par Kiron Bondale

https://kbondale.wordpress.com/2022/12/19/five-benefits-to-creating-a-schedule-network-diagram/

Que vous ayez suivi un cours de base en management de projet qui couvrait les pratiques pour les approches prédictives ou que vous étudiiez pour passer l’examen PMP®, vous êtes probablement familier des diagrammes de réseau de planification. Cependant, comme beaucoup d’outils et de pratiques dans le guide PMBOK, ce n’est pas parce que nous apprenons à les connaître que nous allons les utiliser.

Partenaire de DantotsuPM, CERTyou est le spécialiste des formations certifiantes

Si vous omettez de créer un diagramme de réseau, vous risquez de passer à côté des bénéfices qui suivent.

  1. construction d'équipeConstruire un diagramme de réseau est un exercice de « team building », de cohésion d’équipe, amusant. Que vous le fassiez sur un tableau blanc à l’aide de notes autocollantes ou sur une plate-forme de collaboration virtuelle, c’est une bonne opportunité pour les membres de l’équipe de différents domaines fonctionnels de comprendre comment nous allons progresser du début à la fin.
  2. Cela accroît l’adhésion de l’équipe aux échéances du projet. En contribuant à la création du diagramme, il y a un plus grand sentiment de propriété de l’échéancier final.
  3. Le diagramme de réseau capture la logique de planification d’une manière facile à comprendre et à expliquer. Guider une partie prenante à travers un diagramme de Gantt détaillé, en particulier lorsqu’il existe plusieurs chemins parallèles, peut être un exercice frustrant pour vous et votre public !
  4. Il est plus facile de remarquer si vous avez commis une erreur de planification. Une fois que quelques centaines de tâches sont saisies dans un outil de planification et que des dépendances ont été ajoutées, localiser une activité manquante peut être comme essayer de trouver la proverbiale aiguille dans une meule de foin. D’autre part, la navigation dans les activités dans un chemin sur un diagramme de réseau est plus intuitive et les activités manquantes et les dépendances inutiles ou manquantes peuvent être identifiées plus rapidement.
  5. Cela rend la création du planning plus efficace. Si vous avez déjà vu un manager de projet batailler pour capturer des données dans un outil de planification devant son équipe, vous apprécierez la réduction de perte de temps lorsque le même manager de projet peut prendre un diagramme de réseau complet et le saisir hors ligne dans l’outil, puis partager le produit final avec l’équipe.

Dans certaines situations, il peut être judicieux d’omettre le diagramme de réseau.

Si votre projet se prête à une approche entièrement adaptative et que la séquence des éléments de travail change fréquemment, et qu’en même temps vous devrez peut-être intégrer une compréhension des dépendances lors de la priorisation de l’arriéré de produit ou de la file d’attente de travail, un diagramme de réseau deviendrait très rapidement obsolète.

Si c’est simple et facile…

Si le projet est simple et comporte un nombre minimal de chemins réseau, un diagramme de réseau peut être exagéré. Enfin, si votre projet est très similaire à un projet historique et que vous pouvez réutiliser la planification de ce projet précédent avec un minimum d’effort, un diagramme de réseau peut aussi être inutile.

Mais en dehors de ces situations, les bénéfices de produire un diagramme de réseau en tant qu’entrée principale de votre échéancier de projet seront bien réels.

100 autres leçons sur le leadership de projet

Si vous avez aimé cet article, pourquoi ne pas lire mon livre Easy in Theory, Difficult in Practice qui contient 100 autres leçons sur le leadership de projet ?

Véritable moteur de motivation personnelle : La reconnaissance !

Pour beaucoup de personnes, la reconnaissance est le carburant de leur moteur de productivité.

Personal Motivation par Steve Keating

https://stevekeating.me/2023/01/05/personal-motivation/

J’aimerais que chaque personne en position de leadership comprenne à quel point la reconnaissance est importante pour ses équipes. Les personnes qui les composent ne veulent pas seulement de la reconnaissance, elles en ont besoin. Pour beaucoup de gens, la reconnaissance est le carburant de leur moteur de productivité.

La plupart des gens souhaitent faire plaisir aux gens et l’une des personnes auxquelles ils veulent le plus faire plaisir est leur patron.

Ils veulent quelques choses en échange de faire plaisir à leur patron et l’une de ces choses est le « crédit » ou la reconnaissance d’un travail bien fait. S’ils ne reçoivent pas ce crédit, beaucoup d’entre eux perdent leur motivation à continuer à donner le meilleur d’eux-mêmes.

Et c’est une erreur.

Aucun d’entre nous ne devrait donner à quelqu’un d’autre ce genre de pouvoir sur une partie de notre vie.

CSP DOCENDI est partenaire de DantotsuPM, visitez leur site pour découvrir leurs offres de formation.
Les personnes qui réussissent le mieux ne cherchent pas la reconnaissance et l’affirmation, elles regardent à l’intérieur d’elles-mêmes.

Savoir qu’elles ont fait de leur mieux les motive. Leur opinion d’elles-mêmes est plus importante que celle de quelqu’un d’autre.

Nous voulons tous la reconnaissance et le soutien des personnes pour lesquelles nous travaillons. Mais le vouloir et en avoir besoin sont deux choses très différentes. Reconnaître vos propres efforts est beaucoup plus important, ou devrait l’être, que la reconnaissance de quelqu’un d’autre.

Appréciez absolument toute reconnaissance et tout soutien que vous recevez de quelqu’un d’autre. Mais ne dépendez pas d’eux pour continuer.

La seule raison pour laquelle vous devez continuellement donner le meilleur de vous-même dans tout ce que vous faites est la suivante: VOUS méritez votre meilleur effort. Vous méritez d’être le meilleur que vous pouvez être dans tous les domaines de votre vie.

Cela ne peut pas dépendre des actions ou de l’inaction de quelqu’un d’autre.

Ne comptez pas sur quelqu’un d’autre pour vous motiver à être meilleur.

Donnez toujours le meilleur de vous-même et quoi que vous fassiez, vous le ferez très bien.

Ce soir, avant d’aller dormir, assurez-vous de prendre un moment pour vous remercier des efforts que vous avez déployés aujourd’hui. Rappelez-vous que peu importe ce qui a été accompli ou n’a pas été accompli aujourd’hui, vous avez fait de votre mieux. Et c’est tout ce que quiconque, y compris vous-même, peut demander.

DevOps : 3 étapes pour planifier et exécuter un projet réussi

Une préparation diligente, des flux de travail clairement définis et une surveillance vigilante sont essentiels pour livrer un projet DevOps hautement performant. Szymon Piasecki, responsable DevOps chez STX Next.

DevOps: 3 steps to plan and execute a successful project par Szymon Piasecki

https://enterprisersproject.com/article/2023/1/devops-3-steps-plan-execute-successful-project

Bien que DevOps ne soit pas une nouvelle expression ou idée pour quiconque évolue dans l’industrie high-tech, c’est devenu un mot à la mode ces dernières années. Sa popularité est telle qu’il est maintenant crucial de comprendre comment structurer et déployer au mieux une équipe DevOps, et il existe plusieurs points de vue et méthodologies différents sur ce sujet.

En termes simples, DevOps est l’intégration des développeurs et des opérateurs informatiques en un seul groupe, avec l’objectif commun d’améliorer la vitesse et la qualité du déploiement des logiciels. Il a d’abord été créé en réponse aux préoccupations concernant la ségrégation des équipes et la façon dont cela entraînait souvent des ruptures de communication et un manque de cohésion.

Depuis que le terme a été inventé pour la première fois en 1993, DevOps n’a fait que gagner en popularité. 83% des décideurs informatiques en  2021 ont déclaré avoir mis en œuvre ce style de travail sous une forme ou une autre.

Changer l’orientation business de cette manière ne garantit pas un changement immédiat de résultats. Cependant, cette dynamique représente un changement de culture informatique, avec un accent accru sur la collaboration et les compétences relationnelles interpersonnelles. Pour que ce modèle fonctionne à long terme, les ingénieurs doivent être ouverts à cette nouvelle façon de travailler.

Alors, quelles étapes vitales une équipe DevOps doit-elle prendre pour assurer la réussite d’un projet ?

1. Comprendre le pourquoi

Les étapes préliminaires d’un projet DevOps sont cruciales. Sans une direction claire et une compréhension commune au sein de l’équipe, l’initiative est vouée à l’échec.

Pourquoi ce changement ?

L’équipe et le client doivent donc être prêts à consacrer le temps nécessaire pour comprendre les objectifs de chacun et s’assurer que leurs visions s’alignent. Cela peut se faire par le biais de réunions et d’ateliers, où les participants identifient les objectifs et les membres de l’équipe établissent un objectif clair sur ce à quoi le produit final devrait ressembler.

Lorsque cette mise au point est exécutée correctement, l’équipe DevOps quittera la première phase du projet avec un briefing bien défini et une compréhension claire des objectifs du client. Si cette étape est précipitée, les ingénieurs seront gênés par un manque de direction, ce qui augmentera la probabilité que le produit fini ne réponde pas aux exigences du client.

2. Développer

La deuxième phase est celle où le développement de l’application commence. Ceci est généralement facilité par l’utilisation d’une solution basée sur le cloud, où l’équipe commence à préparer l’environnement, à travailler sur les composants qu’il doit contenir et à comprendre comment ils doivent être configurés pour maximiser l’efficacité.

Les meilleures équipes DevOps sont agiles et polyvalentes, avec des membres qui peuvent facilement s’adapter à un nouveau rôle ou aider dans divers domaines.

Pendant cette période, l’équipe doit s’assurer que la version finale de l’application est aussi sécurisée que possible. Pour cette raison, l’équipe DevOps a besoin de compétences diverses, y compris au moins un expert en cybersécurité.

Une phase de développement réussie se caractérise par des flux de travail clairement structurés dans lesquels le projet est décomposé, étape par étape. Tous les membres de l’équipe doivent comprendre où ils s’inscrivent dans le plan et comment ils peuvent contribuer.

Il est important de se rappeler que les projets DevOps sont rarement une promenade de santé du début à la fin. Le développement est souvent entravé par des délais manqués, des bugs et des conflits de priorité qui éloignent les ingénieurs de leurs responsabilités projet. Pour cette raison, les meilleures équipes sont agiles et polyvalentes, avec des membres qui peuvent facilement s’adapter à un nouveau rôle ou aider dans divers domaines. Cette agilité est extrêmement importante pour assurer la continuité lorsque les flux de travail sont perturbés.

3. Tester, surveiller et améliorer

Une fois qu’un produit est mis en ligne, le travail entre dans une nouvelle étape cruciale. Les meilleures équipes DevOps ne se reposent jamais sur leurs lauriers à la fin de la phase de développement. Les développeurs doivent surveiller attentivement l’application à ses débuts afin que tout bug puisse être identifié et immédiatement corrigé.

Des ingénieurs devraient être en place pour surveiller l’environnement, y compris la façon dont il est affecté et comment il réagit aux flux variables de nouveaux utilisateurs. Les données obtenues constituent une ressource précieuse et doivent être traitées comme telles, les équipes triant et étiquetant les résultats dès qu’ils sont collectés.

Une fois les données de référence recueillies, l’équipe doit analyser les résultats pour identifier les parties de l’application qui pourraient nécessiter des améliorations ou une refonte. Après cela, le résultat final devrait être un produit qui fonctionne de manière optimale et répond aux spécifications du client.

Se préparer au succès

Les équipes DevOps qui suivent les étapes décrites ci-dessus auront la certitude absolue que leur projet est sur la bonne voie et qu’il est prêt pour réussir.

Concevoir un produit bien fait est beaucoup plus facile lorsque votre équipe inclut des spécialistes de diverses disciplines qui sont enthousiastes à l’idée de collaborer et de communiquer. Avoir la bonne équipe facilitera également la transition entre chaque étape d’un projet DevOps et garantira que le client est satisfait.

Rejoignez-moi pour un retour d’expérience sur la réalisation d’un grand programme informatique avec une approche Agile.

J’espère vous rencontrer (virtuellement) nombreuses et nombreux 🏝⛵️⚓️🌊🌬pour partager ce retour d’expérience !

Rétrospective Agile sur un programme Agile de digitalisation du parcours support client le mardi 28 février à 14h30 avec mon partenaire Planisware.

Nous y aborderons de nombreux aspects de ce programme à travers une rétrospective Agile

  • L’équipe
  • La vision
  • Les freins
  • Les accélérateurs
  • Les obstacles
  • Le bilan actuel

Cela ne m’étonnerait pas que vous rencontriez bon nombre de ces aspects si vous managez un programme Agile dans une grande organisation et même dans une plus petite…

Inscriptions

Inscriptions gratuites en ligne

Comment NE PAS faire de multitâche = Travailler plus simplement et plus sainement

Vous jonglez avec des tâches avec une vitesse digne des plus grands numéros de cirque. Félicitations, champion du multitâches ! Mais, est-ce la bonne approche pour conserver votre santé mentale ?

How NOT to Multitask – Work Simpler and Saner par Leo Babauta

https://zenhabits.net/how-not-to-multitask-work-simpler-and/

Vous travaillez déjà sur deux projets à la fois, et votre boss vient de mettre deux nouvelles demandes sur votre bureau. Vous êtes au téléphone pendant que trois nouveaux courriels arrivent. Vous essayez de sortir à l’heure afin de pouvoir faire quelques courses sur le chemin du retour pour le dîner. Votre téléphone fixe sonne, tout comme votre téléphone mobile. Votre collègue s’arrête avec une demande d’informations et votre Google Reader compte plus de 100 messages à lire.

Vous jonglez avec des tâches avec une vitesse digne des plus grands cirques. Félicitations, champion du multitâche !

En cette ère de technologie instantanée, nous sommes bombardés d’une surcharge d’informations et d’exigences envers notre temps. C’est en partie la raison pour laquelle GTD (Getting Things Done® – David Allen’s GTD® Methodology) est si populaire dans le monde de l’information. C’est un système conçu pour des décisions rapides et pour garder toutes les demandes dans votre vie en ordre de priorités. Mais même si vous utilisez GTD, vous êtes parfois tellement submergés par les choses à faire que votre système commence à s’effondrer.

Life Hack a récemment publié « Comment faire du multitâche » How to Multi-task, et c’est un bon article sur la nature du multitâche et comment le faire tout en se concentrant sur une tâche à la fois.

Ce billet est « Comment NE PAS effectuer plusieurs tâches à la fois », un guide pour travailler aussi simplement que possible pour conserver votre santé mentale.

Tout d’abord, quelques raisons rapides de ne pas effectuer plusieurs tâches à la fois

  1. Le multitâche est moins efficace, en raison de la nécessité de changer de contexte pour chaque nouvelle tâche, puis de changer à nouveau.
  2. Le multitâche est plus compliqué et donc plus sujet au stress et aux erreurs.
  3. Le multitâche peut rendre fou, et dans ce monde déjà chaotique, vous devez régner dans la terreur et trouver une petite oasis de santé mentale et de calme.

Voici quelques conseils sur la façon de NE PAS effectuer plusieurs tâches à la fois

  1. Une manière différente de construire votre « to-do » liste

    Établissez d’abord des listes de tâches pour différents contextes (c.-à-d. appels téléphoniques, ordinateur, courses, domicile, en attente, etc.) selon votre situation.

  2. Ayez un outil de capture (comme un cahier) pour vos notes instantanées sur ce qui doit être fait.
  3. Ayez une boîte de réception physique et électronique (et aussi peu de boîtes de réception que possible) afin que tous les éléments entrants soient rassemblés en un seul endroit (un pour les documents papier, un pour le numérique).
  4. Planifiez votre journée en blocs, avec des blocs de temps libres entre eux pour les choses urgentes qui surviennent. Vous pouvez essayer des blocs d’une heure ou d’une demi-heure, selon ce qui fonctionne pour vous. Ou essayez ceci : des blocs de 40 minutes, avec 20 minutes entre eux pour les tâches diverses.
  5. Première chose du matin : Travaillez sur votre tâche la plus importante. Ne faites rien d’autre tant qu’elle n’est pas faite. Accordez-vous une courte pause, puis commencez votre prochaine tâche la plus importante. Si vous pouvez en faire 2 à 3 le matin, le reste de la journée est facile.
  6. Stoppez tout risque de distraction.

    Lorsque vous travaillez sur une tâche dans un bloc de temps, désactivez toutes les autres distractions. Fermez le courrier électronique et Internet si possible. Éteignez votre téléphone cellulaire. Essayez de ne pas répondre à votre téléphone fixe si possible. Concentrez-vous sur cette tâche et essayez de la faire sans vous soucier d’autres choses.

  7. Si vous ressentez le besoin de vérifier vos e-mails ou de passer à une autre tâche, arrêtez-vous. Respirez profondément. Recentrez-vous. Revenez à la tâche à accomplir.
  8. Si d’autres éléments surviennent pendant que vous travaillez, placez-les dans la boîte de réception ou notez-les dans votre système de capture.  Revenez à la tâche à accomplir.
  9. Lorsque vous avez terminé la tâche à accomplir, traitez vos notes et votre boîte de réception, ajoutez les tâches à vos listes de tâches et redéfinissez votre emploi du temps si nécessaire. Traitez vos e-mails et autres boîtes de réception à intervalles réguliers et prédéterminés.
  10. Parfois, une interruption est si urgente que vous ne pouvez pas la reporter jusqu’à ce que vous ayez terminé la tâche à accomplir. Dans ce cas, essayez de capturer où vous en êtes avec la tâche à accomplir, et mettez tous les documents ou notes pour cette tâche ensemble et de côté (peut-être dans un dossier « action » ou un dossier de projet). Ensuite, lorsque vous revenez à cette tâche, vous pouvez ressortir votre dossier et regarder vos notes pour voir où vous vous êtes arrêté.
  11. Prenez de profondes respirations, étirez-vous et faites des pauses de temps en temps. Profitez de la vie. Sortez et appréciez la nature. Restez sain d’esprit.
CSP DOCENDI est partenaire de DantotsuPM, visitez leur site pour découvrir leurs offres de formation.

Voici une brève vidéo qui donne à réfléchir sur nos pratiques.

Effectuer simultanément plusieurs tâches devient banal, sinon obligatoire. Mais gagne-t-on vraiment en efficacité ? Avec quelles conséquences ? Analyse scientifique d’un phénomène que l’économie a diffusé dans toute la société.

3 idées de planification pour soutenir vos décisions futures

Et si vous optiez pour une planification basée sur les livrables à court terme parce qu’elle concentre tout le monde sur peu de livrables essentiels ?

Par Johanna Rothman, la Pragmatic Manager

De nombreuses organisations utilisent une planification basée sur les livrables, spécifiant les différentes fonctionnalités ou produits que les équipes prévoient de livrer et quand. Je suis fan de la planification basée sur les livrables à court terme parce qu’elle concentre tout le monde sur des (peu et moins nombreux) livrables. La pandémie nous a appris une leçon essentielle : Bien que la planification à long terme basée sur les livrables puisse mettre en lumière les risques, nous ne pouvons pas garantir que nous pourrons réaliser tous ces plans à long terme.

À quand remonte la dernière fois où votre entreprise, votre marché ou votre contexte organisationnel ont changé deux ou trois mois après le moment où vous avez réalisé votre planification ?

Pour de nombreuses organisations, un trimestre (oui, 13 semaines) s’avère être une planification à long terme.

C’est à ce moment-là que mes clients me disent qu’ils se sentent mal à l’aise face à leurs décisions passées. Ils se sont trop engagés et trop à l’avance. Maintenant, le coût d’une re-planification semble élevé.

Vous avez des options.

Au lieu d’une planification à long terme basée sur les livrables, considérez les idées suivantes
  1. Planifiez le moins possible de livrables maintenant, à court terme.
  2. Créez une liste d’options que vous pouvez ajouter, en supposant que vous ayez le temps de terminer plus de livrables avant la prochaine planification.
  3. Définissez les problèmes potentiels, et non les livrables, pour faciliter la prise de décision future.

Voici comment ces idées fonctionnent ensemble.

Idée #1 : Limitez le nombre de livrables à planifier en ce moment

Quelle est l’ampleur et la longueur de votre arriéré de produit (product backlog) actuel ?

Voici quelques lignes directrices que j’ai utilisées pour limiter la planification :

  • Limitez le backlog d’une équipe au nombre d’éléments que l’équipe peut terminer en deux semaines maximum. Parce que même si l’équipe n’utilise pas d’itérations, deux semaines constituent un délai raisonnable pour voir si le backlog doit changer.
  • Limitez votre backlog produit au nombre d’articles que les clients peuvent adopter en environ un mois. Si les clients ne peuvent pas intégrer les changements pour un produit donné plus rapidement, il est peut-être temps de donner un projet ou un produit différent à cette équipe.
  • Limitez le nombre de projets et de programmes au nombre d’équipes. Lorsque les équipes travaillent sur un seul projet ou programme à la fois, elles progressent au maximum de leur capacité. Le multitâche ralentit tout.

Vous pourriez être prêt à m’accorder le bénéfice du doute… Mais qu’advient-il de tout le reste du travail que vous planifiez normalement pour ce projet ou ce produit ?

C’est là qu’une liste d’options aide.

Idées #2 : Créez une liste d’options

Comment montrez-vous actuellement le niveau d’incertitude dans vos plans ? J’aime l’idée de la « big black line* », comme dans Alternatives for Agile and Lean Roadmapping: Part 3, Flow-Based Roadmapping.

Au lieu de vous engager à tout le travail à l’avance, engagez-vous à en faire aussi peu que possible. C’est tout ce qui est au dessus de la ligne. Ensuite, si vous avez le temps avant qu’il ne soit temps de re-planifier, vous pouvez remonter une option située en dessous de la ligne vers le haut.

Vous n’avez pas non plus à classer ces options longtemps à l’avance. Étant donné que personne n’a ces options sur un arriéré de produit ou dans une feuille de route, l’équipe ou le manager de produit peut reclasser les options comme nécessaire. Ou à mesure que le marché, le client et le contexte organisationnel changent.

Les options vous permettent de planifier à long terme, sans vous engager sur ces options.

*big black line: C’est ce dont les équipes ont besoin pour réussir ce trimestre. Compléter tout ce qui est au dessus de cette ligne serait déjà génial. Au fur et à mesure que les équipes terminent les histoires, la communauté projet et le Product Owner réévaluent les histoires restantes sur la feuille de route et sélectionnent lesquelles ajouter au travail en cours.

Idée #3 : Définissez les problèmes pour vos décisions futures

Quand je pense aux arriérés ou backlogs et aux feuilles de route des produits, je pense aux problèmes que nous avons déjà décidé de résoudre. Cependant, j’ai commencé ce billet en suggérant que nous avons besoin de plus de flexibilité dans notre planification parce que notre contexte pourrait changer.

Lorsque nous définissons les problèmes candidats plutôt que les livrables, nous pouvons plus facilement examiner le contexte par rapport à nos plans précédents.

Cela facilite le choix des problèmes à résoudre et du moment où il est possible de s’y attaquer. Et cela permet à tout le monde de raccourcir toutes les boucles de rétroaction lorsque vous gérez votre planification. (Voir Multiple Short Feedback Loops Support Innovation pour plus de détails.)

Soutenez vos décisions futures

Réfléchissez aux livrables que vous souhaitez livrer maintenant et plus tard. Au lieu de pré-spécifier tous ces livrables, lesquels pourriez-vous transformer en options ?

Ensuite, au lieu de vous engager sur des livrables à long terme, pouvez-vous faire de ces problèmes à long terme des idées à adresser ? Plus votre entreprise, votre marché ou votre contexte organisationnel change rapidement, plus vous voudrez peut-être modifier les livrables et le moment pour les livrer. Et vous voudrez peut-être repenser quels sont les problèmes à résoudre et quand.

Votre futur « moi » vous remerciera.

Êtes-vous nouveau avec la newsletter Pragmatic Manager ? Lisez  les numéros précédents.

« Quelle certification devrais-je obtenir après le PMP® ? »

La raison pour laquelle le titre de cet article est entre guillemets est qu’il s’agit d’une question fréquemment posée…

“What certification should I get after the PMP?” par Kiron Bondale

https://kbondale.wordpress.com/2022/08/28/what-certification-should-i-get-after-the-pmp/

La raison pour laquelle le titre de cet article est entre guillemets est qu’il s’agit d’une question fréquemment posée dans les groupes de discussion sur http://projectmanagement.com et le groupe LinkedIn Project, Program and Portfolio Management de PMI. Avec un certain nombre d’autres contributeurs, je l’ai vue et y ai répondu suffisamment de fois pour que je pense que cela vaut la peine de partager mes réflexions avec mon lectorat.

Détails de la certification sur le site du PMI

La certification PMP® est la référence en management de projet que la plupart des recruteurs et des managers connaissent. Les personnes averties savent que si elle ne fournit aucune garantie de compétence, elle démontre au moins qu’un praticien a une certaine compréhension de base de la nomenclature, des outils et des techniques.

Bien qu’avoir obtenu cette certification ait été un facteur de différenciation au cours des premières décennies suivant son introduction, à ce stade, elle l’est moins, mais dans certaines industries et régions spécifiques, ne pas l’avoir pourrait entraîner le rejet d’une candidature par le processus de filtrage initial.

Mais une fois qu’un praticien a obtenu sa certification PMP, que se passe-t-il ensuite ?

Le développement professionnel devrait être la quête de toute une vie (ou du moins d’une carrière), et les certifications fournissent des preuves tangibles qu’une personne investit dans son développement, donc cette question semble raisonnable.

Avant de poser cette question, la personne doit avoir identifié un objectif de carrière ou de développement spécifique. Dans certains cas, cela peut être simple, par exemple si une certification particulière est requise dans le cadre des conditions préalables à une promotion dans l’entreprise.

Mais c’est rarement le cas et c’est ce qui rend les choses plus difficiles.

Les entreprises qui développent et gèrent des certifications de compétences déclareront toutes avec confiance que leurs produits vous aideront à faire progresser votre carrière. Pourquoi pas ? Pour chaque personne qui adhère à cette justification, l’organisation d’accréditation gagnera généralement un montant initial puis un flux de revenus continus.

Mais à moins qu’un rôle particulier auquel vous aspirez exige que vous ayez une certification de compétence spécifique, dans la plupart des cas, tout ce que cela prouvera, c’est que vous avez appris quelque chose et que vous avez réussi un test. Vous l’avez peut-être fait sans pratique concrète dans ce domaine.

Visitez ce site

Maintenant, si vous avez déjà acquis de l’expérience dans un domaine et que vous souhaitez ensuite avoir des preuves visibles de votre acquisition de certaines connaissances, alors un certificat de compétence est un moyen de le faire. Mais si vous voulez apprendre une nouvelle compétence, vous feriez mieux de vous auto-éduquer ou de prendre un cours sans certification et de les faire suivre d’un travail pratique réel supporté par un praticien chevronné.

Aussi, les seules réponses correctes à la question initiale sont :

Quels sont vos objectifs de développement ?

ou

Pourquoi recherchez-vous une autre certification ?

“PMI,” the PMI logo, “PMP” and “Project Management Institute” are registered marks of Project Management Institute, Inc.

Partenaire de DantotsuPM, CERTyou est le spécialiste des formations certifiantes

Si vous ne savez pas où vous allez, n’importe quelle route vous y mènera – Lewis Carroll

 

Comment expliquer DevOps de manière simple ?

Vous avez du mal à expliquer DevOps et tout ce qu’il englobe aux non-techniciens ? Les gens se demandent-ils ce que font réellement les ingénieurs DevOps de votre équipe ?

Ces définitions et analogies vous aideront à leur répondre.

DevOps in plain English Par Carla Rudder

https://enterprisersproject.com/article/2019/8/devops-explained-plain-english

Le terme DevOps a été créé il y a plus de 10 ans, et ce qui a commencé comme un hashtag est devenu un mouvement culturel dans l’informatique. Cette philosophie encourage les développeurs à aller vite, à expérimenter et à itérer. DevOps est devenu intrinsèquement lié à la transformation numérique. Mais en ce qui concerne la terminologie informatique, une décennie est amplement suffisante pour accumuler des définitions, des interprétations et une grande confusion autour de ce que DevOps signifie réellement.

DevOps est-il la même chose qu’Agile ? Est-ce une méthodologie ? Est-ce juste une autre façon de dire collaboration ? Que font réellement les ingénieurs DevOps ? Avons-nous besoin de ce titre, ou n’est-ce qu’un effet de mode ?

Parce que DevOps englobe de nombreux concepts différents (livraison continue, intégration continue, automatisation, etc.), il peut être difficile, en particulier pour ceux qui sont les plus passionnés par ce sujet, d’essayer de réduire DevOps à une courte phrase. Mais, rappelons-nous, les petites phrases peuvent être utiles, que vous essayiez de vendre l’idée dans la chaîne de management ou d’expliquer ce que vous faites à quelqu’un lors d’une fête. Donc, pour l’instant, mettons de côté les nuances autour de termes spécifiques à DevOps et concentrons-nous sur la vue d’ensemble.

Qu’est-ce que DevOps en 6 définitions et analogies ?

Nous avons demandé aux experts DevOps comment ils expliquent DevOps avec leurs mots les plus courts et les plus simples afin que tout le monde puisse comprendre sa valeur, quelle que soit sa formation technique. Voici quelques définitions percutantes et quelques analogies utiles pour vous aider à raconter votre propre histoire DevOps.

1. DevOps est un mouvement culturel

Visitez ce site

« DevOps est un mouvement culturel où les deux principaux groupes de parties prenantes (développeurs de logiciels et opérations informatiques) conviennent que le logiciel n’ajoute pas vraiment de valeur tant qu’il n’est pas utilisé par quelqu’un – clients, utilisateurs, employés, etc. » explique Eveline Oehrlich, directrice de recherche en chef au DevOps Institute.

« Pour cette raison, les deux équipes veillent ensemble à ce que les logiciels soient livrés avec rapidité et qualité. »

2. DevOps responsabilise les développeurs

DevOps permet aux développeurs de posséder, d’exécuter et de manager de bout en bout la livraison d’une application.

« Il est communément admis que DevOps permet une livraison en production plus rapide en mettant en œuvre et en exploitant des processus automatisés. Pour moi, c’est beaucoup plus fondamental », explique Jai Schniepp, propriétaire de produit senior de plates-formes DevOps sécurisées chez Liberty Mutual.

« DevOps permet aux développeurs de posséder, d’exécuter et de manager de bout en bout la livraison d’une application ou d’un logiciel. DevOps élimine la confusion autour de la propriété et conduit l’équipe vers une infrastructure automatisée et managée par les développeurs. »

3. DevOps est une approche collaborative de création et de livraison de logiciels

« En termes simples, DevOps est une approche de création et de fourniture de logiciels informatiques dans laquelle tout le monde travaille ensemble », explique Gur Steif, président de l’automatisation des activités numériques chez BMC.

4. DevOps est comme une chaîne de montage

Pour qu’une chaîne de montage fonctionne, les composants doivent être conçus pour s’assembler de manière transparente.

« Je comparerais DevOps à une chaîne de montage », déclare Gur Steif. « L’idée est de concevoir et de construire toutes les pièces à l’avance, de manière à ce que toutes les pièces s’emboîtent. Pour qu’une chaîne de montage fonctionne, les composants doivent être conçus pour s’assembler de manière transparente. Les gens qui conçoivent et construisent les moteurs doivent penser au châssis et aux supports de moteur. Les gens qui construisent des freins doivent penser aux jantes et aux pneus, et ainsi de suite. C’est comme ça que ça doit être dans le logiciel. Les développeurs qui écrivent la logique métier ou l’interface utilisateur doivent penser à la base de données qui stocke les informations client, à la sécurité qui protège les données utilisateur et à la façon dont tout cela fonctionne lorsque le service est exposé à ce qui peut être des millions d’utilisateurs.

« Amener les gens à collaborer et à penser au travail effectué par d’autres plutôt que de se concentrer uniquement sur leur(s) tâche(s) individuelle(s) est le plus grand obstacle à surmonter. Si vous y parvenez, vous avez d’excellentes chances de réaliser la transformation numérique », ajoute Steif.

5. DevOps est une recette – combinant les personnes, les processus et l’automatisation

Jayne Groll, PDG du DevOps Institute, a une excellente analogie culinaire pour expliquer DevOps :

DevOps est une recette qui repose sur des ingrédients de trois grandes catégories : les personnes, les processus et l’automatisation.

La plupart des ingrédients peuvent être adaptés à partir d’autres pratiques et sources bien connues telles que Lean, Agile, SRE, CI / CD, ITIL, le leadership, la culture et les outils. Le secret derrière DevOps est la façon dont ces ingrédients sont combinés et dans les bonnes proportions (comme toute bonne recette) afin d’augmenter le flux et la valeur pour le client.

6. Les équipes DevOps sont comme les équipes de course NASCAR

Les équipes de course ne réfléchissent pas du départ à l’arrivée; Elles tournent la table pour considérer la course de la ligne d’arrivée au départ.

« Lorsque je parle des résultats souhaités pour une initiative DevOps, je mentionne NASCAR ou les courses de F1 », explique Chris Short, responsable marketing technique principal, plates-formes cloud, chez Red Hat, et éditeur de la  newsletter DevOps’ish.

« Les chefs d’équipe de ces équipes de course n’ont qu’une mission : Finir à la meilleure place possible avec les ressources dont ils disposent tout en surmontant l’adversité à laquelle ils sont confrontés. Les équipes de course ne réfléchissent pas du départ à la ligne d’arrivée ; Elles renversent la problématique pour regarder la course de la ligne d’arrivée au départ. Elles se fixent un objectif, un objectif ambitieux, puis commencent à travailler à rebours à partir de ces objectifs pour déterminer comment y arriver. Le travail est délégué aux membres de l’équipe pendant la semaine de la course pour atteindre l’ensemble des objectifs qui permettent d’obtenir le résultat souhaité. »

« Les équipes de course pratiquent les arrêts aux stands toute la semaine avant la course. Elles suivent des programmes de musculation et de cardio pendant la semaine pour se garder physiquement prêtes pour les conditions exténuantes du jour de la course. Elles collaborent continuellement pour résoudre tout problème qui pourrait survenir. De même, les équipes logicielles devraient pratiquer souvent les livraisons. Si les systèmes de sécurité sont en place et que les essais se déroulent bien, la mise en production se produit plus fréquemment. La vitesse rend les choses plus sûres avec cet état d’esprit », explique Short.

« Il ne s’agit pas de faire la « bonne » chose », ajoute-t-il, « il s’agit d’adresser autant de choses qui pourraient vous empêcher d’obtenir le résultat souhaité que possible. Collaborez et ajustez en fonction des retours en temps réel que vous observez. Attendez-vous à des anomalies et travaillez pour améliorer la qualité afin de minimiser l’impact de ces anomalies sur l’objectif. Ce sont les attentes de chacun dans un monde DevOps. »


Qu’est-ce qu’un ingénieur DevOps ?

Un mouvement culturel, une méthodologie, une recette pour réussir : Remarquez comment personne n’a fait référence à DevOps comme à un rôle.

Pourtant, l’ingénieur DevOps figure en bonne place sur la liste des meilleurs emplois de Glassdoor en Amérique, et ce chaque année depuis 2017. Est-il logique d’étiqueter le mot « DevOps » sur le titre d’une personne lorsque des organisations informatiques toutes entières sont invitées à travailler d’une nouvelle manière ?

Certains croient fermement que la réponse est non.

« DevOps est une méthodologie, pas un rôle », explique Neelan Choksi, président et chef de l’exploitation chez Tasktop. « Plutôt que d’étiqueter vos ingénieurs « ingénieurs DevOps », vous devez reconnaître que le rôle de l’ingénieur dans le développement et les opérations a évolué et continue de le faire. Parce que le cloisonnement des organisations en départements appartient au passé, le changement perpétuel n’est plus le travail d’un département et le problème d’un autre.

En fait, trop se concentrer sur les rôles individuels peut freiner les organisations, dit Choksi. « Si [dans votre organisation] la culture DevOps est plutôt considérée comme un job ou un rôle unique, vous pouvez toujours apporter de petites améliorations locales en adoptant les meilleures pratiques DevOps, mais l’impact de ces pratiques sera limité. »

A l’autre extrémité du débat, certains soutiennent que les titres sont significatifs, surtout lorsque les industries traversent des transformations majeures. Inclure le terme DevOps sur un CV ou une description de poste indique un niveau de compétence qui est actuellement difficile à trouver, dit Oehrlich.

« J’ai suivi la transformation DevOps en tant qu’analyste de l’industrie depuis ses débuts », a récemment écrit Oehrlich. « Aujourd’hui, l’utilisation de la méthodologie DevOps est de 74 % (en dehors des méthodologies complémentaires), avec une adoption à l’échelle de l’entreprise de 24 % et une adoption projet (ou projets multiples) de 42 %, selon le rapport Upskilling 2020 : Enterprise DevOps Skills Report.  »

Le défi numéro un auquel est confronté DevOps est de trouver et d’attirer des personnes DevOps qualifiées. 58 % des personnes interrogées ont déclaré que trouver des personnes qualifiées est un énorme défi, tandis que 48 % disent que la rétention de personnes DevOps qualifiées est un challenge.

Quelle que soit votre position dans le débat en cours sur les ingénieurs DevOps, Choksi et Oehrlich ont tous deux des conseils sur ce qu’il faut rechercher chez les personnes qui dirigent DevOps dans votre organisation :

« Les ingénieurs DevOps doivent se concentrer sur leurs compétences en résolution de problèmes et sur leur capacité à accroître l’efficacité, à gagner du temps et à automatiser les processus manuels et, surtout, à se soucier de ceux qui utilisent leurs livrables », explique Choksi. « L’ingénieur à l’épreuve du temps est capable de travailler entre les équipes et les fonctions, non seulement au sein de l’informatique, mais aussi dans l’ensemble de l’entreprise. Ils sont en mesure de tirer parti de spécialistes et d’intégrer les approches et méthodologies optimales qui offrent de la valeur dans un environnement concurrentiel rapide avec la qualité requise par les clients. »

« Le titre d’ingénieur DevOps décrit une façon différente de concevoir », explique Oerhlich. « Bien qu’il existe des responsabilités fondamentales pour un ingénieur DevOps (codage, script, ré-ingénierie, automatisation, collaboration et communication), le rôle lui-même est un rôle d’ingénierie. L’ingénierie est une question d’innovation, la créativité étant un trait humain fondamental qui stimule le développement de nouvelles technologies et de nouveaux produits, processus ou services. La combinaison des mots « DevOps » et « ingénieur » met en avant que l’avenir est à l’innovation autour de la façon dont le développement et les opérations sont effectués ensemble : Le titre « ingénieur DevOps » souligne cet état d’esprit. »

10 meilleures pratiques de management des réponses aux risques

Votre management des risques doit rester aussi simple que possible et néanmoins vous garantir que les réponses sont faisables, économiquement viables et efficaces.

Inspiré de https://projectriskcoach.com/project-risk-responses/ « 10 Risk Response Mistakes » de Harry Hall.

#1 – Identifiez correctement le propriétaire de chaque risque.

Une fois qu’un risque a été identifié, En tant que manager de projet, vous devez vous demander : « À qui appartient le risque ? ». Le propriétaire de risque est la personne responsable de l’élaboration et de l’exécution du plan de réponse à ce risque.

#2 – Détectez et réagissez aux petits risques connexes.

De nombreux risques sont connectés.

Plusieurs petits risques connexes peuvent avoir un effet boule de neige qui mène éventuellement à un événement important. Apprenez à bien mettre en évidence les connexions entre les risques, comment les percevoir, puis travaillez à les détecter.

#3 – Identifiez et managez les risques secondaires.

Certaines réponses à un risque peuvent déclencher une avalanche d’autres risques.

Lorsque les propriétaires des risques élaborent des plans de réponse à leurs risques, elles ou ils peuvent ne pas tenir compte des risques secondaires. Les risques secondaires sont ceux qui découlent directement de la mise en œuvre d’une réponse au risque primaire. Certaines solutions et plans d’action pour manager un risque pourraient générer d’autres problèmes potentiels.

En tant que manager de projet expérimenté, vous éduquez et demandez à vos propriétaires de risques d’identifier et de planifier les risques secondaires importants.

#4 – Élaborez des plans de contingence.

Certains plans de réponse aux risques doivent être exécutés immédiatement, d’autres sont de ‘contingence’. Ces plans conditionnels ne seront exécutés que si certaines conditions prédéfinies sont remplies.

#5 – Préparez des plans de secours.

Quel est votre plan de secours si celui prévu pour manager le risque échoue ?

Que doit faire un propriétaire de risque si le plan de réponse au risque échoue ?

Elles ou ils devraient mettre en place et être prêts à exécuter un plan de secours pour les risques importants.

Le plan de secours peut être utilisé pour atténuer une menace ou tirer bénéfice d’une opportunité.

#6 – Identifiez clairement les déclencheurs de risque.

Qu’est-ce qui pourrait déclencher ce risque ?

Certains managers de risques font un excellent travail de définition des plans de réponse, mais ne parviennent pas à définir clairement quel serait le déclencheur du risque, comme manquer un jalon.

Aidez-les à travailler ce point.

Les déclencheurs peuvent être utilisés pour avertir que le risque est sur le point de se produire, ce qui donne au propriétaire du risque le temps de mettre en œuvre le plan de réponse à ce risque.

#7 – Sachez saisir les opportunités.

Parmi tous les risques potentiels se cachent aussi des opportunités très positives pour le projet.

Les risques comprennent aussi des événements ou des conditions positives, qui, s’ils se produisent, auront un impact positif sur les objectifs du projet.

Vous serez beaucoup plus efficace si vous parvenez à identifier ces événements positifs et ne ratez aucune chance d’en faire bénéficier votre projet et vos clients

#8 – Tenez à jour vos plans de management de projet.

Vous devez rester synchrone dans l’ensemble de vos plans de projets avec celui de management des risques.

Les plans de management de l’échéancier, des coûts, de la qualité, des approvisionnements, des recrutements et du périmètre. Au fur et à mesure que les propriétaires de risques élaborent des plans de management, vous devez en tant que manager de projet mettre à jour tous ces autres plans en conséquence.

Par exemple vous ajouterez si nécessaire de nouvelles activités au WBS et définirez plus en détail la façon dont les provisions pour éventualités seront utilisées.

#9 – Maintenez un journal des hypothèses.

Tenez votre journal des hypothèses à jour et visible de votre équipe et de votre sponsor.

Vous-même et les membres de l’équipe projet faites beaucoup d’hypothèses, en particulier dans les premières phases d’un projet en fonction des informations disponibles. Au fur et à mesure que l’équipe de projet découvre de nouvelles informations, les hypothèses déjà identifiées peuvent nécessiter une mise à jour ou vous pourriez devoir ajouter de nouvelles hypothèses. En gardant ces hypothèses visibles de tous, vous permettez à chacun d’intervenir et de les corriger ou enrichir si nécessaire.

#10 – Créez des contrats ou des accords avec les parties prenantes externes.

Certains propriétaires de risques peuvent souhaiter faire appel à un tiers pour répondre aux risques.

En tant que manager de projet, vous allez vous assurer que ces décisions et contrats soient documentés et approuvés si besoin.

Voyez-vous d’autres mesures à prendre pour mieux pour planifier la réponse aux risques ?

Envisagez d’utiliser cette liste comme une simple liste de contrôle et appliquez-la sur l’un de vos projets actuels pour la tester.

Votre management des risques doit rester aussi simple que possible et néanmoins vous garantir que les réponses sont faisables, économiquement viables et efficaces.

Qu’est ce que ChatGPT ? par Christian Hohmann

Vous avez certainement entendu parler de ChatGPT. Qu’est-ce ChatGPT ?

Il y a un buzz incroyable autour de cette intelligence artificielle avec laquelle on peut discuter et qui répond sur un style quasi humain. Les enthousiastes en font des tonnes. On prédit la fin du moteur de recherche de Google puisque ChatGPT répond à toutes vos questions, la fin des codeurs car ChatGTP crée du code sur demande dans le langage de votre choix, la fin des auteurs humains puisque Chat GPT rédige sur demande sur le sujet de votre choix… Christian Hohmann

Christian a eu l’idée de demander directement à ChatGPT ce qu’est ChatGPT !

Sa réponse écrite sera lue par un convertisseur vocal. Pourquoi tant d’engouement autour de ChatGPT ? Réponse dans cette courte vidéo !


Relisez le billet de Lenda Aït Kaddour sur ce sujet avec un exemple spécifique d’application au domaine du management de projets.

Connaissez-vous la roue de croissance du coaching agile ?

The Agile Coaching Growth Wheel

La roue de croissance du coaching agile est un outil pour les coachs agiles, les scrum masters, les leaders et tous ceux qui souhaitent accroître leur capacité à aider et à développer les équipes et les organisations en utilisant les principes et les pratiques agiles.

La roue vous permet de réfléchir et de grandir dans votre cheminement agile.

Faites-vous aider d’un autre coach Agile pour progresser.

Tous les détails sur cette roue: https://resources.scrumalliance.org/Article/agile-coaching-growth-wheel

CertYou est partenaire de DantotsuPM, allez voir les certifications Agile

 

Quelle posture doit adopter le chef de projet au sein de structures formelles hiérarchisées ou bien informelles basées sur le relationnel ? par Yanis Ioualitene

Un facteur souvent sous-estimé est la posture à tenir par le chef de projet au sein d’une bureaucratie et/ou d’une adhocratie.

Commençons par expliciter ce que signifie ces deux types de structures pour une entreprise et/ou organisation.

Livre sur Amazon

Henry Mintzberg raconte dans son ouvrage, le Management, Voyage au cœur des organisations, qu’il avait écrit un article pour la Harvard Business Review qui utilisait le terme adhocratie.

HBR n’avait jamais entendu parler de ce terme et ils appelèrent Mintzberg pour lui demander ce que signifie l’adhocratie.

Il corrigea son article pour que ce soit plus clair. Même si, à la relecture, avant de publier l’article, les relecteurs de HBR ne comprenaient toujours pas ce qu’était l’adhocratie… (H. Mintzberg,2004)

L’adhocratie, est une structure qui est basée sur des relations informelles.

Structure axée sur l’informel

Pensez aux entreprises agiles ou libérées. Ces entreprises innovent constamment, elles fonctionnent en mode projet.

Quand une équipe a terminé un projet, ses membres sont ré-alloués sur d’autres projets. À l’exception par exemple des tâches opérationnelles dans l’industrie comme c’est le cas dans certaines entreprises.

Mintzberg a défini deux sous-catégories de bureaucraties.

Structure axée sur le formel

Tout d’abord, la bureaucratie Mécaniste, c’est une entreprise où le personnel devra se référer rigoureusement aux procédures afin de mener une tâche. Imaginez une usine industrielle.

Enfin, la bureaucratie Professionnelle, où, il y aura un système de classement, pour évaluer le personnel. Pensez aux cabinets de conseil où chaque consultant est évalué sur l’atteinte de ses objectifs.

Comme le dit Max Weber, le père de l’organisation bureaucratique : c’est une entreprise axée sur le formel. Tout est hiérarchisé avec des rôles clairement définis.

Revenons au sujet de cet article, quelle posture doit adopter le chef de projet au sein de deux structures ?

Le Project Management Institute® (PMI) a pris conscience qu’un chef de projet doit adapter son comportement à la structure de l’entreprise. C’est la raison pour laquelle, le nouvel examen PMP® est, depuis 2021, axé sur des questions situationnelles et moins techniques.

Autrefois, on attendait principalement d’un chef de projet qu’il maîtrise l’aspect technique de la planification d’un projet. Il n’est pas rare, d’entendre que ceux qui ont passé le PMP avant 2021 avaient à réaliser des calculs sur les coûts et délais d’un projet.  Aujourd’hui, ce n’est plus le cas. Le PMI, recherche des chefs de projet qui savent gérer les relations informelles avec les membres de leurs projets.

Dans une entreprise bureaucratique, on attend du chef de projet qu’il soit hautement compétent d’un point de vue technique. Autrefois, nous étions dans un paradigme qui considérait que si le chef de projet savait faire un GANTT, cela suffisait pour qu’il soit un bon chef de projet sans prendre en compte le côté management des parties prenantes.

Aujourd’hui, l’adhocratie semble se démocratiser. De nombreuses, entreprises qui fonctionnement toujours en mode bureaucratique ont compris qu’il fallait être plus souple sans forcément devenir une structure adhocratique. C’est pourquoi, le PMI a accentué le côté « leadership » lors de la certification PMP. En effet, PMI veut sensibiliser les (futurs) chefs de projets à prendre conscience que la réussite d’un projet passe par le pilotage des Hommes et ainsi aider les entreprises bureaucratiques ou adhocratiques à mieux réussir leurs projets. Comme le dit si bien PMI, le PMBoK® 7 est bien adapté pour les projets traditionnels, hybrides, aussi bien qu’Agiles.

Si vous pilotez un projet dans une entreprise bureaucratique vous serez fortement confronté aux cloisonnements des différentes entités et à la réticence aux changements. Car, ces entités n’ont pas l’habitude de communiquer ensemble. Il vous faudra vous armer de patience. La démarche du Lean Management semble très intéressante pour vous aider à piloter vos projets au sein de ces organisations.

Salle Obeya

Car, elle va vous permettre de mettre en place une salle Obeya, similaire à un Comité de Pilotage de Projet (COPIL) où les différentes parties prenantes rattachées à plusieurs entités, pourront travailler ensemble de manière visuelle avec un management collaboratif. Il est fort possible que votre entreprise n’ait pas de référentiel en gestion de projet. Si vous êtes certifié (PMP ou Prince2…), il vous faudra encore une fois, être patient et convaincre le sponsor de l’utilité du PMBoK ou autres référentiels.

Ce qu’il faut comprendre est que, si vous souhaitez mener à bien vos projets dans une bureaucratie, il vous faudra être un accompagnateur du changement en plus d’être un chef de projet. Faites preuve d’empathie et impliquez les parties prenantes vers le management participatif.

Livre sur Amazon

La démarche du Lean Management est efficace pour vous aider. Si le Lean vous est inconnu, n’hésitez pas à faire appel à un certifié Green/Black Belt Lean ou responsable amélioration continue de votre entreprise, il vous fournira des outils efficaces pour piloter vos projets.

Il ne faut pas oublier que l’entreprise automobile Toyota à l’origine du Lean est passé d’une bureaucratie inefficace à une bureaucratie habilitante ou excellente selon Isaac Getz, Liberté & Cie. et Jeffey Liker dans son ouvrage : Le modèle Toyota, 14 principes.

Si vous pilotez votre projet dans une adhocratie, le chef de projet est avant tout, un leader et coach.

Si vous êtes moins confronté à la réticence aux changements, il n’en demeure pas moins que vous devez savoir laisser vos parties prenantes prendre des décisions (contrairement à une bureaucratie où vous avez un pouvoir de décision assez élevé). Il est primordial que vous soyez sociable et connaissiez bien les démarches Agile ou Lean car elles sont souvent utilisées pour rester innovant.

Étant donné, que nous sommes dans l’informel, l’équipe projet collabore et travaille dans la même pièce. Toutefois, il faudra être précautionneux sur le fait de bien centraliser les données pour que l’équipe puisse avoir toutes les bonnes informations nécessaires au bon endroit.  Cela nécessite, donc que vous appréciez travailler en équipe et gérer les conflits axés sur les relations. Comme il y a plus d’informel que de formel, il y a une plus grande probabilité que des conflits apparaissent. N’oubliez pas si vous avez travaillez depuis longtemps dans une structure traditionnelle et que vous devez maintenant travailler dans une adhocratie que la responsabilité de la planification revient à l’équipe projet.

CSP DOCENDI est partenaire de DantotsuPM, visitez leur site pour découvrir leurs offres de formation.

Finalement, que vous pilotiez un projet dans une bureaucratie ou adhocratie, vous devez faire preuve d’empathie, écoute active et avoir le sens du relationnel.

Cela semble être du bon sens.

Mais, dans une bureaucratie, vous devrez :

  • Vous armer de patience
  • Être un facilitateur
  • Accompagner le changement vers le management participatif
  • Savoir utiliser les bons outils car vous avez tout de même un pouvoir conséquent.

A la différence, de l’adhocratie, où votre pouvoir est limité. Vous serez tel le Scrum Master qui est présent pour guider son équipe (mais sans la diriger), tout en sachant  canaliser et centraliser les relations informelles.

Sources :

[1] Mintzberg H. (2004). Le management : Voyage au centre des organisations. Eyrolles, Paris. Page. 348.

“PMI,” the PMI logo, “PMP,” “PMBOK” and “Project Management Institute” are registered marks of Project Management Institute, Inc.


IOUALITENE Yanis est chef de projet Lean.

Yanis Ioualitene

Il est diplômé de Skema Business School en management de Projets & Programmes. Il est certifié PMP ®, Prince2, ITIL 4, PSM I, Agile PM DSDM et Green Belt Lean.

Yanis a contribué au groupe de travail sur le PMBoK 7 organisé par le PMI Francophone.

 

Partenaire de DantotsuPM, CERTyou est le spécialiste des formations certifiantes

 

Nouveauté 2023 : Conférence « PIAF »: PMI France Agile 2023 le 9 mars

Le Thème retenu pour cette première édition est :《Ensemble, prenons un peu de recul sur l’état de l’Agilité en 2023.》

PIAF 2023, c’est quoi ?

C’est une journée de conférences Agile en distanciel avec des conférences plénières en ouverture et clôture et 3 à 6 sessions en parallèle pour permettre de partager entre 15 et 30 sessions au total.

De plus, toutes les conférences seront enregistrées et diffusées pendant l’année 2023.

Que va t-on partager ?

Que peut-on dire des méthodes, des référentiels, des outils, des pratiques Agile ?

Le manifeste Agile a déjà plus de 20 ans

  1. Est-il encore d’actualité dans un contexte de développement à l’échelle ?
  2. Que se passe-t-il vraiment en ce moment dans l’implantation de la démarche Agile (témoignages, retours d’expérience, …) ?
  3. Vers quoi la démarche Agile se dirige-t-elle ?

Voici de quoi nous permettre de parler d’agilité, d’hybride, et de partager des retours d’expériences…

Détails sur le site du PMI France.

Un tutoriel pour faire énoncer à chatGPT le concept de gestion de projet par Lenda Aït Kaddour

Si vous êtes consultant ou manager de projet et  souhaitez que #ChatGPT vous aide à expliciter pourquoi votre activité est importante pour vos clients ou bien si vous avez tout simplement entendu parler de ChatGPT et souhaitez avoir un exemple concret, ce billet est fait pour vous.

En effet, ce #script réutilisable est fait pour vous !

En quelques heures, Lenda a entrainé l’outil à parler d’un de ses domaines d’expertise de plus en plus précisément.

Voici le résultat téléchargeable gratuitement.

Remarquons aussi que le résultat est multi-niveaux :

  • argumentaire commercial
  • parcours de formation pour les béotiens sur le sujet
  • script pour continuer la conversation sur d’autres thèmes de l’exemple (#agilité, #contrôle de gestion, #audit,…)
  • début de script pour assigner une compétence donnée à ChatGPT, et méthode pour y injecter de plus en plus de précision pour l’amener à donner un avis d’expert, à la condition essentielle d’en savoir un minimum sur le sujet.

Vous êtes curieux et désirez aller plus loin ?

Adhérez au groupe « ChatGPT pour les Nuls » sur LinkedIn, nous nous efforçons de mettre en commun nos réflexions et nos productions en langue française.

Si vous êtes intéressé par les nouvelles technologies de l’IA conversationnelle et que vous souhaitez partager vos cas d’usage et vos retours d’expérience avec chatGPT, ce groupe est fait pour vous !

Rejoignez-le pour échanger avec d’autres professionnels, découvrir de nouvelles possibilités et développer vos compétences avec chatGPT.


Lenda Aït Kaddour

Lenda Aït Kaddour est une consultante indépendante franco marocaine, experte en transformation des organisations et en management de projets complexes.

Elle possède trois diplômes de niveau BAC+5, initialement en tant qu‘Ingénieur Agronome à Bordeaux Sciences Agro en 1997, complété en 2011 par un Master2 en Mathématiques appliquées à la gestion des risques à l’Institut d’Administration des Entreprises de l’Université Montpellier II, et renforcé en 2012 avec l’obtention du Mastère Spécialisé SILAT d’AgroParisTech Executive formant aux Systèmes d’Informations Géographiques.

Lenda a débuté sa carrière entre le Luxembourg et Paris, en tant que formatrice et consultante en bureautique et en gestion de projets. Au fil de ses missions, au sein d’organisations parfois multinationales aux métiers très divers (Télécommunication, Energie, Construction, Fonction publique, Coopération internationale, …) elle continue à développer ses compétences dans un esprit pluridisciplinaire, interculturel et amplement dédié à l’intelligence collective et à la construction des connaissances.

Actuellement établie au Maroc, elle intervient désormais majoritairement en accompagnement de décideurs dans les organisations souhaitant répondre à des enjeux stratégiques impliquant des transformations.

Avec l’apparition de ChatGPT, Lenda cherche à développer de nouvelles formes de conseil et d’intervention à l’aide de cet outil à la productivité remarquable.

Lisez et commentez la prochaine version du document « The Standard for Program Management »

The Standard for Program Management 5ème version va introduire de nouveaux principes autour du Leadership du management des risques et des changements.

Vous pouvez contribuer à cet effort en donnant vos commentaires au PMI® avant le 16 février.

La version proposée en anglais est accessible à toutes et tous: Access the comment draft here.

La quatrième version est disponible en ligne en format PDF pour les membres du PMI

The Standard for Program Management est un document de valeur utilisé par de très nombreuses et nombreux managers de programmes dans le monde entier. Ajoutez-y votre propre expérience et vos réflexions.

“PMI,” the PMI logo and “Project Management Institute” are registered marks of Project Management Institute, Inc.


Pour rappel, voici ce que Mike Clayton nous propose comme introduction au Program Management.

In this Program Management 101, you’ll learn what Program Management is, what the main Program Management disciplines are, the Program lifecycle, and my top 7 Program Management principles.

Et j’avais précédemment publié ce billet sur l’ensemble des certification proposées par le PMI.

Connaissez-vous le PMI® Certification Framework ?

Visitez ce site

 

Comment votre équipe manage-t-elle ses standups ?

Quelle que soit la façon dont votre équipe coordonne son travail, il est important que de tels événements ne soient pas perçus comme une perte de temps par l’équipe ou par les principales parties prenantes.

How does your team run their standups? par Kiron Bondale

https://kbondale.wordpress.com/2022/07/10/how-does-your-team-run-their-standups/

Que vous les appeliez Scrums, stand-ups ou daily, une façon de planifier au fur et à mesure avec une approche adaptative est d’organiser régulièrement des événements de coordination pour s’assurer que tout le monde travaille de manière alignée et sur le travail le plus important.

L’un des sujets les plus courants pour de tels événements est de discuter de l’arriéré de travail de l’équipe à court terme.

Mais de telles discussions peuvent avoir lieu de différentes manières.

Pour s’assurer que tout le monde a la possibilité de s’exprimer, une approche pourrait être de discuter du travail incomplet personne après personne.

Bien que cela ait l’avantage de s’assurer que la voix de chacun soit entendue et donne à chaque membre de l’équipe l’occasion de remonter ses préoccupations ou de confirmer les hypothèses qu’il pourrait faire, cela peut également amener les membres de l’équipe qui ont déjà parlé à se désengager de ce qui est discuté par les membres de l’équipe qui viennent après eux. Bien que cela ne soit pas très préoccupant si le travail de chaque membre de l’équipe est indépendant des autres, dans la plupart des cas, il est probable qu’il y ait des dépendances entre les membres de l’équipe au niveau d’un élément de travail ou d’une activité.

Dans de tels cas, si un membre de l’équipe « s’est déconnecté » de la conversation, il pourrait manquer quelque chose d’important pour son travail ou manquer l’opportunité de corriger une hypothèse invalide faite par les autres.

Une alternative qui résout cet inconvénient est de travailler élément de travail par élément de travail. Cela est susceptible de garder la plupart des membres de l’équipe engagés plus longtemps que l’approche personne par personne, en particulier lorsque plusieurs membres de l’équipe doivent collaborer ensemble pour terminer un élément de travail. Cependant, lorsque certains membres de l’équipe ont terminé les éléments de travail qu’ils ont choisis et soutiennent maintenant activement les autres dans l’achèvement d’éléments de travail « étrangers », tous les membres de l’équipe peuvent ne pas avoir la chance de s’exprimer.

Lorsque les éléments de travail passent par un flux de travail bien défini, une autre option consiste à discuter des éléments de travail en fonction de la phase de développement dans laquelle ils se trouvent. En supposant que les membres de l’équipe travaillent sur des éléments à travers différentes phases, cela réduira la probabilité qu’un membre de l’équipe se désengage de la conversation générale, même s’il a déjà terminé la discussion des éléments de travail dans la phase en cours.

La plupart des outils de management du travail fournissent une méthode pour organiser les éléments dans les colonnes d’un tableau de travail afin que l’équipe puisse discuter des éléments incomplets dans l’ordre dans lequel ils sont présentés. Cependant, une approche plus efficace pourrait consister à donner la priorité aux quelques éléments vitaux qui méritent vraiment d’être discutés.

Il y a 3 façons courantes de le faire

Par coût du retard

Cela comprend des considérations telles que la valeur commerciale, la réduction des risques, la dépendance d’éléments de travail à venir ou la capacité d’exploiter une opportunité.

Par durée des éléments de travail

Visualisation sous forme de tableau Kanban

En supposant que l’équipe a atteint une maturité suffisante pour n’avoir que quelques tailles d’éléments de travail différentes, l’équipe pourrait se concentrer sur la discussion des éléments de travail actifs qui sont en dehors des attentes normales en matière de durée pour leur taille.

Par statut de l’élément de travail

Cela peut être fait en commençant par les éléments de travail bloqués, puis ceux avec des obstacles identifiés, puis (si nécessaire) les autres.

CertYou est partenaire de DantotsuPM, allez voir les certifications Agile

Beaucoup d’équipes avec lesquelles j’ai travaillé utilisent une méthode personne par personne pour leurs événements de coordination, mais je voulais comprendre quelle était la répartition entre les différentes approches.

J’ai mené un sondage d’une semaine dans le groupe de discussion LinkedIn Project, Program and Portfolio Management de PMI et dans la communauté ProjectManagement.com.

Sur les 369 réponses reçues :

  • 66 % ont utilisé une approche élément de travail par élément de travail,
  • 20 % ont été traitées personne par personne,
  • 11 % ont discuté des éléments de travail par étape de développement et
  • 3 % ont eu une autre méthode.

Dans ce dernier cas, j’avais demandé aux répondants de fournir des détails, mais dans la plupart des cas, les commentaires reflétaient une approche par élément de travail et par ordre de priorité.

Quelle que soit la façon dont votre équipe coordonne son travail, il est important que de tels événements ne soient pas perçus comme une perte de temps par l’équipe ou par les principales parties prenantes. Discuter de l’efficacité et de l’efficience de tous les événements standard dans les sessions d’amélioration des processus, tels que les rétrospectives, est un moyen de s’assurer que cela ne se produise pas.

le livre de Kiron Bonale : « Easy in Theory, Difficult in Practice » contient 100 autres leçons sur le leadership de projet

(Si vous avez aimé cet article, pourquoi ne pas lire le livre de Kiron Easy in Theory, Difficult in Practice qui contient 100 autres leçons sur le leadership de projet ?)


Petit retour sur 7 précédents billets au sujet des Daily Scrum meetings

Les meilleurs rencontres pour les managers de projets, agilistes et business analyst de février

Bonjour, voici les rendez-vous virtuels et/ou en présentiel que je vous recommande pour ce mois de février 2023.

Mercredi 1 -PMI UK – PMI Women in Projects Female Empowerment (FEMP) Program

This initiative is being run in collaboration with PMI Germany, PMI Finland & PMI Ireland and is aimed to empower Women in the Project Management profession and the program will run for 6 months (February to July 2023.) The event is an introduction to the FEMP program.

Jeudi 2 – PMI France NextGen – Le Metaverse au service de la Génération Future

Le domaine NextGen du PMI France, Wavestone et LCM online ont le plaisir de vous inviter à un webinaire de décryptage avec nos experts sur le Metaverse le 2 février prochain de 18h30 à 19h30.

Qu’est-ce que le Metaverse ?

Quels sont les bénéfices du Metaverse ?

Pour en savoir plus, rejoignez-nous lors de ce webinaire dont le but est :

  1. Identifier les différents secteurs qui peuvent être impactés par le service de Metaverse.
  2. Discuter autour de 3 cas d’utilisation pratique du Metaverse.
  3. Comprendre comment la génération future influence le changement.

Jeudi 2 – PMI Switzerland – Annual Members Meeting 2023

Keynote: Bye, bye Project Manager – Is Agile Disrupting Project Management?

For projects like building a power plant or a train tunnel, tough project managers are needed. But when it comes to developing digital or physical products, the role of a project manager has an increasingly difficult standing. During agile or digital transformations, new roles emerge to take over project management tasks. So, are project managers needed in these areas in the future?

After an introduction on how agile is disrupting product and service development, Christoph Wolf and Stephan Adler will show how project management tasks are handled in a lean and agile environment. They will discuss the new roles and show a way how project managers can fit into this setting and have an active discussion with the participants.


Lundi 6 – APMG – How to build a culture of inclusivity

Join our panelists for 60 minutes of lively conversation on professional careers and building a culture of inclusivity.

  • Michael Easson, Agile Learning Consultant, QA Ltd
  • Laurie Bowman, Project Portfolio Planning and Control, Synchrony Projects

  • Malini Jayaganesh, Associate – ITSM Hub, Director Emeritus – BRM Institute

  • Dianne Rampadarath, Assistant Director, Public Service of The Republic of Trinidad and Tobago

  • Daniëlle Hellebrand, Keynote speaker, Executive Coach, Podcast Host and Columnist, BetterBrains@Work

CSP DOCENDI est partenaire de DantotsuPM, visitez leur site pour découvrir leurs offres de formation.

Mardi 7 – PMI France Midi-Pyrénées – PM Café

Envie d’une nouvelle façon de se réunir autour de la Gestion de Projet  ? Ça tombe bien ! Le PMI Midi-Pyrénées vous propose un nouveau concept d’événement : Le PM Café.

Quel est le concept ?

Nous vous proposons de nous réunir tous les 2 mois de 18h à 19h autour d’un verre (ou d’un café) dans différents lieux conviviaux et chaleureux autour de Toulouse afin d’échanger en petit comité (12 personnes maximum) sur la gestion de projet (thématiques, jeux, networking, etc…).

Dans quel but ?

Organiser un événement récurrent, fédérateur, convivial, participatif, qui devienne une routine motivante pour l’ensemble des membres MiPy.

Dans quel endroit ?

Nous avons identifié 5 zones : Blagnac, Labège, Colomiers, Toulouse, Balma. Nous tournerons donc dans 5 endroits différents au fil de l’année pour satisfaire un maximum de membres.

Un peu plus de détails sur le contenu ?

Nous organiserons 1 ou 2 ateliers (à ajuster selon le nombre de personnes) et nous proposerons plusieurs formats :

  • Discussion thématique
  • Rex projet
  • Echanges anecdotes en lien avec la gestion de projet
  • Networking
  • Intégration nouveaux membres
  • Jeux de société/questions
  • Et bien plus encore… en fonction aussi de vos souhaits !

Mardi 7 – PMI France Cergy – Bénéfices d’une structuration efficiente des données projets

Dans de nombreuses entreprises la difficulté à gérer les informations des projets est évidente. La difficulté est d’autant plus grande que les projets sont complexes, donc difficiles à structurer et à maitriser.

En phase de démarrage, on semble manquer d’une démarche systématique. On a souvent l’impression d’avoir à des tâches à faible valeur ajoutée d’un projet à l’autre.

La cohérence entre les métiers est une difficulté récurrente. Il semble exister des silos dans lesquels chacun fait son chemin avec ses données indépendamment des autres.

Le rex est un problème car la structure des données a évolué entre l’époque des objectifs et celle des résultats. Les rex des différents projets ont des structures différentes interdisant une bonne capitalisation.

En cas de litiges exhumer les informations nécessaires est à chaque fois un défi.

L’IA peut-elle nous sauver ? Comment améliorer notre productivité, comment nous débarrasser des tâches à faible valeur ajoutée ?

Mardi 7 – PMI France Provence – Kick-Off Meeting

Cette soirée sera l’occasion de présenter les nouvelles du PMI et le calendrier des évènements 2023, échanger sur vos attentes, vos idées/suggestions pour la Branche Provence, et plus simplement de networker, rencontrer vos pairs et partager vos bonnes pratiques, les tendances et d’approfondir les pratiques en gestion de projet.

Mardi 7 – SMP – La nouvelle loi sur la protection des données,
quel impact pour la gestion de projets ?

La nouvelle loi fédérale sur la protection des données entrera en vigueur le 1er septembre 2023.

Dans le prolongement de la loi de 1992, elle apporte de nouveaux droits pour les personnes dont les données sont traitées et de nouvelles obligations pour les responsables du traitement et les sous-traitants, complétés par des pouvoirs étendus de l’autorité de surveillance (PFPDT) et de nouvelles infractions pénales.

Un projet qui implique des données personnelles ne peut plus s’improviser. Dès la conception d’un traitement (privacy by design), le responsable du traitement doit mettre en place des mesures techniques et organisationnelles pour assurer le respect des principes (notamment la proportionnalité et la finalité) et des obligations légales (information, sécurité, sous-traitance, transfert à l’étranger, annonce des violations de la sécurité, etc.)

Durant cette soirée-débat, nous verrons à l’aide d’exemples concrets les principaux éléments à prendre en compte lors de la conception d’un traitement, afin d’éviter des violations ultérieures.

Mercredi 8 – Scrum . org – How to Improve Communication and Collaboration Between Developers and Scrum Masters

There is a common myth amongst Developers on Scrum Teams – « When the Scrum Master doesn’t interfere with your work, it’s already good. » Such an opinion can be symptoms of a problem.

Scrum is a tool that helps people, teams and organizations generate value through adaptive solutions to complex problems. If Scrum is a source of frustration (because, for example, « the Scrum Master keeps on distracting us »), it’s a sign that it is not Professional Scrum but the team is just going through the motions and not embracing what Scrum has to offer. In this Scrum Pulse, PSTs Joanna Plaskonka and Magdalena Kucharska will talk about these misconceptions and consider what you can do to make working with Scrum Master better and more effective through communication.

The audience will take away the following:

  1. Scrum Masters have a lot of positive energy and they want to help Developers, sometimes too much. Scrum Masters may get lost, too. The audience will see Scrum Masters’ efforts and channel them towards something useful and valuable in terms of product development and good collaboration within the Scrum Team.
  2. Language and intentions matter. Focus on what’s behind the words you are using in relations with Scrum Masters (and other Scrum Team members)
  3. We all thrive towards greatness and mastery. Scrum is there to help us, as well as Scrum Master. The audience will get some ready to use communication tools that they can work with and support Scrum Masters on their road to excellence.
CertYou est partenaire de DantotsuPM, allez voir les certifications Agile

Jeudi 9 – PMI France Horizons – Rencontre virtuelle

La première réunion des bénévoles d’Horizons sur Zoom le jeudi 9 février 2023 à 17h00, heure de Nouvelle-Calédonie (c’est-à-dire jeudi 9 février 2023 à 7h00 heure de Paris et de Cotonou, et mercredi 8 février 2023 à 20h00 heure de Tahiti).

Cet horaire est un compromis évitant les heures de bureau et tenant compte de la majorité située en Nouvelle-Calédonie.

Jeudi 9 – PMI France – WomenByPMI – Venez Découvrir la Juste Bienveillance

La Juste Bienveillance est une contribution aux entreprises et la société. Elle représente un mouvement de fond visant à des entreprises alignées, plus équilibrées. Son statut est celui d’une association à but non lucratif.

La Juste Bienveillance est une initiative de quatre co-auteurs et de plusieurs dizaines de dirigeants et leaders (www.entreprisealignee.fr) offrant des ressources et une communauté visant à :

  • Faire profondément évoluer les cultures des entreprises
  • Transformer les organisations avec des outils concrets
  • En mode managérial et mode projet et transformation
CSP DOCENDI est partenaire de DantotsuPM, visitez leur site pour découvrir leurs offres de formation.

Jeudi 9 – PMI UK Webinar: The Paper Podcast

In this short session, we will cover the basics of planning for your podcast project, using project management best practices. We will talk about how to navigate the excitement of your “great new podcast idea!” and use PM skills to practically plan and implement your vision.


Lundi 13 – PMI UK Virtual Sessions: Preparing for the PMI Exam

These sessions are for anyone who is considering or even preparing for the PMI exams.

The focus is on the current PMP exam content.

The sessions are not an exam preparation course in itself but an overview to lay the platform for the attendee to plan their approach to study and then to pass their selected PMI exam.

It is an opportunity not only to get further knowledge on the exam topics but also to ask the questions you have wanted to ask and answers that cannot be found in articles or from web sites.

Partenaire de DantotsuPM, CERTyou est le spécialiste des formations certifiantes

Mardi 14 – Scrum . Org – Ask a Professional Scrum Trainer with Sander Dur

Scrum has been in existence for more than 25 years as a simple framework for effective team collaboration on complex products. While it is lightweight and simple to understand, it can be difficult to apply effectively. The Scrum.org Ask a Professional Scrum Trainer series features Professional Scrum Trainers (PSTs) in a live session, answering your most pressing questions regarding the challenges and situations your Scrum Teams are facing.

In this live session of Ask a Professional Scrum Trainer, Sander Dur will be available to answer your burning questions about Scrum and the challenges you or your teams have.

CertYou est partenaire de DantotsuPM, allez voir les certifications Agile

Jeudi 16 – PMI France Paris et ICOP – Critical Aspects of Successful Change 

PMI France Paris – Ile de France branch and International Community of Practice (ICOP)

How to integrate Project Management and Change Management

During this event we will explore the foundations of the Prosci Change Management methodology for leading the people side of change in a project context. You will learn the foundational Prosci concepts and experience how you can integrate change management and project management.
At the end of the meeting you will understand the value of change management and how to explain this to
your stakeholders and the ‘how to’ of change management in your project.

Part 1 – Foundation of Prosci Change Management

  • Critical aspects of change success
  • Individual Change: Prosci ADKAR Model
  • Prosci Methodology

Part 2 Integrating Project Management and Change Management

  • Practical approach to integrate both disciplines
  • Waterfall versus Agile

Jeudi 16 – PMI UK Webinar: Have you ever jumped from an airplane? Journey of delivering a complex project.

Large-Scale Technology Projects especially in the public sector are complex and challenging. Gain an insight into how public sector projects are different and what makes them so complex. Come and learn about an exciting turnaround of a public sector project that went on for almost a decade with multiple failures.


Mercredi 22 – PMI Levis-Québec – Découvrez le PMBOK®v7 et le nouveau “Process groups : A Practice Guide”

Apprenez ce qu’il y a de nouveau dans le PMBOK®v7 ainsi que dans le nouveau Process groups : A Practice Guide.

Comprenez aussi comment la structure de l’examen PMP a été adaptée en 2021 afin d’être plus actuelle et conforme à la réalité terrain.

Partenaire de DantotsuPM, CERTyou est le spécialiste des formations certifiantes

Mercredi 22 – PMI Switzerland – Women in Project Management

Statistics show that only 30% of Project Managers and 20% of IT professionals are women.

Les femmes Project Managers ne représentent que 20% à 27% des membres PMI

Several reasons explain this gap, however much to do with stereotypes associating IT industry workers and leaders with masculine traits.

However, recent studies show that skills and traits considered feminine, such as empathy, listening, collaboration, relationship focus, caring and servant leadership, are the ones that most motivate collaborators, especially in times of crisis.

Awareness of the existing gap and the benefits women leaders provide in projects helps promote diversity in organizations, projects and the information technology industry.

Jeudi 23 – APMG – Data-driven trends in Change Management

Insights from annual survey and neuroscience

We need to make the case for the value of change management – to ensure senior leaders give us their support – and insist that these vital activities are standard for every project and programme.

We need compelling data to capture the interest of busy executives, so I have commissioned an annual survey completed by heads of change and transformation from around the world.

This webinar will summarize the data from their responses, giving us comparative data on how well other organizations are building their capability for change, which we hope inspires our organizations to do more!


Mardi 28 – PMI UK Webinar: Let’s be Agile…but which Agile?

Not all Agile certifications are created equal!

While it’s pretty clear what the gold standards is for traditional project management certification, it seems to be the Wild West when it comes to « best » Agile certification for you and your organisation.

Which certification is best for you is a highly individual choice, however, there are some key benefits to each which we will discuss in the webinar.

CertYou est partenaire de DantotsuPM, allez voir les certifications Agile

Et n’oubliez pas qu’il y a de nombreux wébinaires proposés gratuitement par le PMI à tous ses membres.

“PMI,” the PMI logo, “PMP” and “Project Management Institute” are registered marks of Project Management Institute, Inc.