Ce sondage auquel je vous propose de participer couvre les 22 points mentionnés dans la présentation de Claude Emond « «
Sont également couverts dans cette enquête 12 points sur les «facteurs humains» et 8 points sur la résilience.

articles, méthodes, partages d'expérience et rdv du management de projets et de l'agilité
Sont également couverts dans cette enquête 12 points sur les «facteurs humains» et 8 points sur la résilience.

http://neilkillick.com/2015/07/26/12-questions-to-find-out-are-you-doing-agile-software-development/ Par Neil Killick
| Voulez-vous faire Développement Logiciel Agile ? | Non ==> |
AU REVOIR ! |
|
Oui | v |
||
| Votre équipe réfléchit-elle régulièrement comment s’améliorer ? | Non ==> | Rencontrez régulièrement votre équipe pour réfléchir à comment vous améliorer et rebouclez sur cette question. |
|
Oui | v |
||
| Pouvez-vous livrer un logiciel utilisable fréquemment, au moins toutes les 2 semaines ? | Non ==> | Éliminez les obstacles à la livraison d’un incrément expédiable toutes les 2 semaines, rebouclez sur cette question. |
|
Oui | v |
||
| Travaillez-vous quotidiennement avec votre client ? | Non ==> | Commencez à rencontrer quotidiennement votre client, rebouclez sur cette question. |
|
Oui | v |
||
| Satisfaites-vous systématiquement votre client ? | Non ==> | Découvrez pourquoi votre client n’est pas content, corrigez cela, puis rebouclez sur cette question. |
|
Oui | v |
||
| Vous sentez-vous motivés ? | Non ==> | Allez travailler pour quelqu’un qui a confiance en vous et qui vous apporte tout son support, rebouclez sur cette question. |
|
Oui | v |
||
| Parlez-vous chaque jour avec votre équipe et vos parties prenantes? | Non ==> | Commencez à le faire puis rebouclez sur cette question. |
|
Oui | v |
||
| Mesurez-vous principalement le progrès en fonction du logiciel livré qui marche? | Non ==> | Commencez à le faire puis rebouclez sur cette question. |
|
Oui | v |
||
| Pouvez-vous maintenir indéfiniment votre allure de développement? | Non ==> | Embarquez moins de choses dans l’itération suivante, rebouclez sur cette question. |
|
Oui | v |
||
| Prêtez-vous attention continue à l’excellence technique et à une bonne conception ? | Non ==> | Commencez à le faire puis rebouclez sur cette question. |
|
Oui | v |
||
| Gardez-vous les choses simples et maximisez-vous la quantité de travail non faite ? | Non ==> | Commencez à garder des choses simples et écrire aussi peu de code que possible pour satisfaire le client, rebouclez sur cette question. |
|
Oui | v |
||
| Votre équipe est-elle auto-organisée ? | Non ==> | N’assignez pas de tâches aux personnes et laissez l’équipe comprendre ensemble comment satisfaire le client au mieux, rebouclez sur cette question. |
|
Oui | v |
||
| VOUS FAITES DU DÉVELOPPEMENT LOGICIEL AGILE!! |
http://www.agileadvice.com/2016/06/03/scrumxplean/splitting-user-stories/ par Faisal Ansari
Un défi usuel auquel sont confronté les équipes Scrum inexpérimentées est lié au découpage des « User Stories » (dans Scrum, les articles du Product Backlog) pour qu’elles soient suffisamment granulaires pour le développement. Le modèle INVEST est une bonne façon de tester si les « User Stories » sont bien écrites.

Chaque « User Stories » doit être indépendante l’une de l’autre. Ceci empêche les chevauchements entre les items; de plus, cela permet à l’équipe de les implémenter dans n’importe quel ordre.
Les détails du travail doivent être négociables, tant parmi les parties prenantes que l’équipe. Les besoins spécifiques et décisions de conception seront étoffés pendant le développement. Beaucoup de praticiens agiles recommandent d’écrire les « User Stories » sur une petite fiche – ceci est intentionnel pour qu’une quantité limitée de détails puisse être prescrite.
Chaque « User Stories »doit ajouter un valeur métier/business au produit, au client et/ou à l’expérience des utilisateurs.
Une bonne « User Stories » peut être suffisamment bien comprise par l’équipe pour qu’ils puissent l’évaluer – pas précisément – mais qu’à un haut niveau ils en perçoivent la taille. Il est utile de comprendre l’effort relatif en comparaison d’autres « User Stories ».
Une « User Story » n’est pas assez petite si l’équipe ne peut pas la faire faire dans un seul Sprint. Comme des grandes « User Stories » sont divisées en items plus petits, la clarté sur la taille et la mise en œuvre est plus grande, ce qui améliore la probabilité que l’équipe le réalisera en un Sprint.
Testable
Chaque « User Story » devrait être testable; ceci est une caractéristique commune de tout besoin bien écrit. Si l’équipe ne peut pas déterminer comment la « User Story » peut être testée, c’est une indication que la fonction désirée ou la valeur business désirée ne sont pas assez claires.
Il y a deux manières communes de découper des « User Stories » : verticalement ou horizontalement. La découpe horizontale divise l’article au niveau d’un composant architectural. Exemple : Interface Utilisateur, bases de données ou services back-end. Tandis que, une découpe verticale aboutit à un résultat logiciel démontrable qui ajoute de la valeur au business. Donc, on recommande de découper verticalement les « User Stories » afin de réduire les dépendances et améliorer la capacité de l’équipe à livrer un incrémentent de produit potentiellement utilisable à chaque sprint.

Si la susdite histoire devait être divisée de façon verticale, elle pourrait se décomposer en fonction des façons de payer pour un client comme suit…
Et/ou
Le point clé de noter dans les « User Stories » verticalement décomposées comme ci-dessus consiste en ce que chaque « User Story »passe les tests INVEST mentionnés plus tôt et donc un Propriétaire de Produit (Product Owner) peut prioriser ces « User Stories » en fonction des besoins clients. Cependant, si une approche horizontale a été utilisée pour diviser la « User Story » (c’est-à-dire décomposition selon les couches et composants architecturaux) alors la mise en œuvre de tels besoins aboutira à une fonctionnalité utilisable Seulement quand tous les composants horizontaux seront finalement livrés et intégrés.

Une autre approche souvent utilisée sur les « User Stories » est de se concentrer sur les étapes individuelles qu’un utilisateur peut entreprendre pour atteindre son objectif final. C’est-à-dire une « User Story » qui décrit un long parcours ou « flux utilisateur » dans un système peut être décomposé selon les étapes qui en représentent les parties. En reprenant l’exemple précédent d’un client faisant un achat en ligne, la « User Story » peut être décomposée de la manière suivante :

En tant que client, je peux passer en revue les articles que je veux mettre dans ma commande pour être confiant que je paye pour les bons articles.

En tant que client, je peux recevoir un avis de confirmation pour mon achat pour suivre et garder une trace de mon achat.
Il y a de nombreuses autres méthodes qui peuvent être utilisées dans le découpage des grandes « User Stories » comme :

la liste ci-dessus est détaillée (en anglais) dans ce billet: Blog.agilistic.nl.

Dans un article intitulé « l’organigramme des tâches en management de projet » publié sur ce blog il y a déjà 5 ans, Jean-Baptiste Jourdant, consultant-formateur et Responsable du département Management de projet pour CSP Formation partait d’un constat simple :
Hors, attaquer directement par la planification détaillée, c’est prendre le risque de se couper d’une réflexion structurelle sur la dynamique interne de son projet.
En effet, le découpage va impliquer tout d’abord un regroupement de tâches a l’intérieur de lots. Ensuite cela va nécessiter pour chacun de ces lots un responsable auquel la réalisation sera déléguée: Objectif spécifique, moyens adaptés, contraintes (qualité, couts, délai)…
Enfin, le choix de structuration de ces tâches va structurer le développement et le suivi du projet. Ces groupement par lots de tâches peuvent refléter une organisation du projet par métier (informatique, processus, opérations, commercial, marketing…), ou par région et pays dans ces régions pour le développement et déploiement de nouveaux produits par exemple, ou par cycle du projet : définir la stratégie, configurer, communiquer, implémenter, tester, former, …

• ÊTRE CHOISIE. Rien de pire qu’un découpage par défaut, par habitude, ou héritée par hasard d’un autre projet (qui pourrait être totalement différent).
• ÊTRE ALIGNÉE avec les enjeux du projet et les objectifs de la société.
• ÊTRE ÉQUILIBRÉE et « COMPENSÉE ». En fonction du choix de découpage, le chef de projet devra probablement ajouter dans le management de son projet les composantes structurellement manquantes. Il doit par exemple mettre en place des processus, outils, réunions… pour garantir la cohérence métier ou technique si le choix de découpage est géographique. Ou, à l’inverse, veiller à impliquer les régions et pays si le découpage du projet est par métier.
http://www.alctraining.com.au/can-prince2-benefit-small-businesses/ par ALC Group

Une idée commune et fausse chez beaucoup de propriétaires de petite entreprise est que la formation en management de projet informatique comme PRINCE2 est seulement intéressante pour les projets des grandes sociétés.
En fait, c’est l’inverse qui est vrai, car la méthodologie PRINCE2 est extrêmement évolutive et peut être adaptée aux besoins de chaque société. Les petites entreprises comptent lourdement sur la marge brute d’autofinancement (le « cash flow ») et PRINCE2 fournit une façon de contrôler et manager la dépense pendant le processus de développement. Ceci peut leur donner un réel avantage concurrentiel.

Il y a des ‘thèmes’ de PRINCE2 qui peuvent être adaptés pour de petits projets, comme les domaines de management de projet qui doivent être constamment pris en compte tout au long du projet.

Le cas d’affaire est au centre de tout projet de PRINCE2, fournissant une façon d’évaluer sa viabilité en tant qu’investissement. Il justifie pourquoi le projet devrait être entrepris, quelle est sa valeur et comment on devrait l’approcher. Ceci peut fortement aider à empêcher les gaspillages.
L’organisation dans PRINCE2 signifie que les rôles spécifiques pour chaque individu impliqué dans le projet doivent être clairement établis. Il permet que chacun soit conscient de ses responsabilités et garanti qu’une structure de responsabilité est en place, rendant l’équipe plus efficace.

La méthodologie exige que des standards spécifiques soient définis pour mesurer la qualité du projet par rapport à son but global. Ceci peut aider à promouvoir un bon résultat avec le bon produit créé à la fin (au bon niveau de qualité).
Le plan est un aspect essentiel de la méthodologie PRINCE2 et décrit le processus pour développer un produit.
La planification est utile pour exposer les besoins en matière d’échéances et la gestion des ressources auxquels le projet devra se conformer.
Il est important de suivre du plan pour tout projet.

PRINCE2 aide des petites entreprises à identifier les risques auxquels ils peuvent faire face en entreprenant un projet, ce qui accroit leurs chances de pouvoir faire face aux difficultés si elles surgissent. Elles peuvent alors, au minimum, réduire l’impact négatif de difficultés parce qu’elles en ont été conscientes à l’avance.
Bien que les changements puissent souvent survenir pendant le processus de développement, PRINCE2 exige que des procédures soient suivies pour s’assurer que les changements soient convenablement managés et que le projet reste viable.
Finalement, le cadre que fournit PRINCE2 implique un suivi méticuleux du projet pendant toutes les étapes de son développement. Ceci peut l’aider à rester en piste et promouvoir l’atteinte des objectifs globaux.
Les formations PRINCE 2 peuvent donc apporter énormément de valeur pour les sociétés de toutes les tailles, pas seulement les grandes.

https://blogs.office.com/2016/06/16/the-6-not-so-obvious-reasons-a-project-plan-fails/ by Office Team
En fait, les petits projets ont 10 fois plus de chances de réussir selon le rapport « Chaos Manifesto » et seront deux fois plus probablement dans les temps, dans le respect de leur budget et la livraison des fonctionnalités critiques attendues. Il n’est bien sûr aucunement garanti que tout petit projet réussisse…

Tous les projets, même petits, ont beaucoup de composants en mouvement. Si vous travaillez dans le marketing, les ressources humaines, l’informatique, la construction ou autre industrie, l’agilité et la flexibilité sont de réels atouts pour vos projets. Le chef de projet Agile qui s’est développé avec l’adoption de postures et principes tel le Manifeste Agile, avec des artefacts et méthodes comme Scrum et des solutions logicielles de management de projet plus collaboratives. Adopter des méthodes flexibles permet d’être mieux armé pour manager un projet dans l’environnement actuel qui est en perpétuelle et rapide transformation. Le projet managé avec Agile génèrera du revenu plus rapidement grâce à la livraison itérative de solutions certes incomplètes mais apportant de la valeur rapidement. De plus, les bénéfices seront également plus importants en bout de course car les fonctions non critiques ne seront probablement jamais développées avec ces approches.
Un outil performant devra être mis en œuvre (même sur un projet de petite taille). Les coûts d’acquisition, de configuration et d’utilisation sont devenus plus abordables (en particulier dans le Cloud). Selon Information Week les sociétés à haute-performance comprennent l’importance des logiciels de planification de projets en matière d’efficacité et de performance. Leurs principaux critères de sélection sont la fiabilité, la facilité d’intégration et la facilité d’usage (la convivialité). Le bon logiciel devrait aussi converser de manière transparente avec les outils universels de l’entreprise comme la bureautique.

Avec des équipes travaillant à distance à distance, et souvent à l’échelle mondiale même dans les petites structures, sur des fuseaux horaires différents et des cultures variées, bien communiquer et bien manager le temps sont devenus plus critiques que jamais. Donner accès à des outils qui laissent des parties prenantes s’auto-manager et partager les derniers statuts, discussions et échéanciers de projet maintient tout le monde connecté et organisé.

Avoir un sponsor exécutif avec un réel intérêt dans le projet, quelqu’un qui ira se battre pour votre projet du début à la fin, est un grand facteur (sinon le plus grand) dans le succès du projet. L’avoir est déjà bien, mais l’engager activement pour qu’il donne une direction claire et aide dans la résolution rapide des problèmes est encore mieux. Le manque de temps est souvent un problème. Aussi, avant le démarrage du projet, Le sponsor et le chef de projet devraient se rencontrer pour discuter des questions comme l’engagement de temps, les rapports d’avancement, les réunions, les mécanismes de remontée de problèmes, etc.

Être bien aligné sur la stratégie business n’est pas aisé pour le projet. Cependant, c’est un impératif pour avoir de bonnes chances de réussite. Il est critique d’avoir une compréhension des priorités stratégiques clés de la société puis d’examiner le projet pour voir comment il se justifie par rapport à celles-ci. Ceci va aider à positionner le projet dans la liste des priorités de l’entreprise. En plus d’économiser un temps, des efforts et ressources précieux, cela aide aussi à obtenir le support exécutif nécessaire.

Le PMI® a constaté qu’une des causes majeures de réussite rapportée par les sociétés est une communication supérieure. La capacité à communiquer en temps réel avec les membres de l’équipe où qu’ils soient grâce aux logiciels de management de projet collaboratifs sécurise le succès d’un projet.

Du plus simple au plus complexe, il y a beaucoup de pièges qui peuvent emporter un projet. Mais pour chaque piège, il y a aussi une solution.
Les organisations ultra performantes ont compris qu’il n’y a pas de temps à perdre pour implémenter ces changements si nécessaires.
PMI is a registered mark of Project Management Institute, Inc.
http://sethgodin.typepad.com/seths_blog/2016/07/just-because-youre-right.html par Seth Godin
Vous avez peut-être raison, mais cela ne signifie pas que les gens vont s’en soucier. Ni y prêter attention. Ni agir.
Le fait que vous ayez raison, ne signifie pas qu’ils vont écouter.
Gagner leur attention et leur action demande bien plus qu’avoir simplement raison.


The courses offer a diverse self-training experience including videos, labs and assessments.
To take the courses: go to https://www.edx.org/ and enroll.


http://www.alctraining.com.au/4-prince2-terms-you-may-not-know-are-agile/ par ALC Group
Dans le monde de l’informatique, beaucoup de praticiens agiles croient que PRINCE2 n’est pas assez flexible pour les demandes business contemporaines. Cependant, pour ceux qui ont passé la formation PRINCE2, la plupart seront conscients que ceci est faux.
En fait, beaucoup de termes de Prince2 sont en soi agiles et peuvent ajouter un niveau de flexibilité à la livraison de tout projet. Pour renforcer cette remarque, voici trois termes qui sont plus agiles que beaucoup ne le pensent.


Quand des projets PRINCE2 sont implémentés, ils comptent sur le cas d’affaires pour garantir qu’ils sont justifiables. Il y a aussi les plans qui décrivent ce qui arrivera, les contraintes budgétaires et les stratégies de livraison. Tous ces éléments sont identifiés et décidés pendant l’étape d’initiation.
Le cas d’affaires est l’espace parfait pour articuler une perspective agile et structurer les besoins de projets et planifiant d’incorporer en mode Agile des jeux de fonctionnalités et sorties de produit. Prenez par exemple le management du projet et de l’approche de livraison, les chefs de projet PRINCE2 peuvent tout à fait utiliser des approches agiles comme Scrum et Kanban.
De plus, les plans pourraient aussi être en « time boxing » plutôt que cascade, tandis que le financement pourrait être basé sur les releases plutôt que les étapes techniques traditionnelles liées à l’effort de livraison.

En implémentant ces approches dans l’étape d’initiation, le projet peut se concentrer sur la livraison de valeur, diminuant les délais de time-to-market et permettant aux utilisateurs finaux d’utiliser des composants de valeur dès que possible.
Une des idées fondamentales des approches Agiles est l’auto-organisation des équipes. Pour que ceci devienne une réalité, les équipes doivent être conscientes de leurs responsabilités et organisées selon des frontières comprises et communicables.
Le lot de travail PRINCE2 n’écarte pas ces principes de base Agile et peut faciliter cette forme d’organisation. Par exemple, les lots de travail peuvent permettre aux praticiens agiles de communiquer aux parties prenantes leurs rôles, responsabilités et autorité. Ceci permettra aux équipes d’être certaines de ce qu’elles doivent faire pour construire et livrer des produits de valeur.
Avec PRINCE2, le contrôle de la tolérance est sous la responsabilité du chef de projet. La tolérance se réfère à n’importe quelle variation des estimations acceptées lors du cas d’affaires par rapport aux délais, coûts, risques, bénéfices et contenu (périmètre). Si ces tolérances semblent en passe d’être excédées, il est de la responsabilité du chef de projet de remonter ceci au Conseil de Projet pour maintenir un contrôle formel des changements et obtenir une rapide prise de décision.

Les méthodologies agiles ont les mêmes approches, bien que sous l’apparence de mécanismes de priorisation. Par exemple, beaucoup de praticiens utiliseront MoSCoW pour ajuster le contenu de leur projet et rester les délais et budget alloués.

La qualité suit une approche similaire. Prenez par exemple la fabrication d’une voiture. Une approche Agile se concentrerait sur le produit viable minimal – le moteur, le châssis et d’autres fonctions centrales, tandis que les fonctionnalités comme le système de climatisation et le toit ouvrant seront inclus seulement si le temps et les coûts le permettent. PRINCE2 peut faire de même. Il a déterminé les tâches requises et le budget alloué qui est accompagné du contenu. Ceci permet aux projets d’être changés en temps réel pour répondre à des éventualités du marché ou dans le périmètre du projet.
Assister à un cours de formation PRINCE2 est une excellente façon de comprendre l’agilité inhérente à cette méthode. C’est aussi une bonne façon d’étendre vos perspectives de travail et d’améliorer votre capacité à livrer des projets rentables dans les temps, avec un focus client et des standards élevés.
http://publicwords.com/how-to-warm-up-for-a-presentation/ par Nick Morgan
C’est le grand jour. Vous avez une présentation à délivrer. C’est votre plus grande audience jamais rencontrée. Les organisateurs vous disent qu’il pourrait bien y avoir cinq cents personnes dans la salle. Vous ne pouvez pas vous permettre de tout rater maintenant.
Quelles pensées traversent votre esprit ?La plupart des personnes trouvent cette nervosité avant le show très distinctement désagréable et ne seront pas heureuses tant ce que leur prise de parole ne deviendra pas de l’histoire ancienne et qu’ils se détendront avec une boisson au bar.
Certaines personnes obtiennent de moins bons résultats. Elles sont si débilités par la peur que si elles parviennent jamais jusqu’à ce point, elles ont probablement déjà été vomir dans les toilettes.
Quelques chanceux apprécient vraiment l’expérience, utilisant les papillons du trac les amener à un sommet de performance pendant la présentation et se révèlent dans l’excitation du travail avec une audience réceptive.
Comment pouvez-vous y parvenir ?

Vous devez vous concentrer sur les deux côtés de l’équation de l’adrénaline dès le début et maintenant est le bon moment pour le faire. Tant votre esprit que votre corps sont impliqués dans la création du cercle – vicieux ou vertueux – qui crée l’adrénaline et les deux doivent être impliqués dans sa canalisation et son contrôle.
Commencez donc par vous projeter une image de vous donnant un discours splendide. Rendez la aussi détaillée que vous le pouvez. Rejouez-la deux ou trois fois dans votre esprit, jusqu’à ce qu’elle soit claire et précise. Vous ne pouvez probablement pas bien faire cet exercice si vous n’avez pas visité le lieu avant et, à tout le moins, vous êtes tenu debout dans l’espace que vous occuperez plus tard, en vous imaginant parler à une salle comble. Donc je vais supposer que vous avez déjà fait ceci. Idéalement, vous avez déjà répété le discours à haute voix, donc vous avez quelques souvenirs sensoriels bons et spécifiques sur lesquels vous baser.
Respirez correctement et entreprenez une douce séance d’éveil musculaire, utilisant particulièrement les muscles dont vous savez qu’ils ont tendance à se crisper chez vous. L’idée n’est pas de vous épuiser; ce serait contreproductif. Il s’agit plutôt de vous empêcher d’arriver trop agité à cause des quantités inhabituelles d’énergie que vous fournit votre adrénaline.
Si vous manquez d’idées, fléchissez et détenez simplement vos groupes de muscle majeurs. Cela devrait aider. Une promenade rapide est aussi une bonne idée; passez ce temps à rejouer la présentation dans votre esprit, avec succès, bien sûr.
Le meilleur échauffement est de chanter. Si vous n’êtes pas un chanteur, trouvez donc quelques chansons que vous adorez et qui sont confortables pour votre tonalité et chauffez votre voix dans la douche ou la chambre d’hôtel en respirant soigneusement et en chantant doucement vos chansons préférées avec du contrôle de votre souffle et des passages soutenus. Essayez de choisir des chansons optimistes, gaies.
L’eau, bien sûr, est la boisson préférée des orateurs. Tout le reste vient en second ou pire.
Une petite nervosité est en réalité une bonne chose. Trop est débilitant. Les images positives devraient aider. Invoquez-les tout simplement à chaque fois les nerfs s’enflamment.
Ceci est aussi un bon moment pour passer en revue le discours encore une fois. Ne reprenez pas tout; il est trop tard pour cela et ce vous rendra desservirait. Au lieu de cela, revoyez le plan de la conversation dans votre tête, pour que vous sachiez exactement où vous allez et ce que vous allez couvrir point par point.
Une fois que vous vous êtes échauffé et avez exécuté la gymnastique mentale et physique pour vous mettre en forme optimale, allez dans la salle. De préférence avant que les foules ne soient là.
Commencez par le devant de la salle, là où vous commencerez à parler. Respirez à fond et regardez autour de vous. Concentrez-vous sur les trois murs à gauche, à droite et en face de vous. À quelle distance sont-ils ? De quelle taille sont-ils ? Comment sont-ils éclairés ? Pouvez-vous les voir distinctement, ou les ténèbres envahissent-elles les coins ?
Maintenant regardez derrière vous. À quelle distance est le mur derrière vous? Comporte-t-il quelque chose ? Quoi que ce soit qui risquerait de distraire le public ? Quoi que ce soit que de plus intéressant que vous ?
Fixez la salle dans votre mémoire, sa hauteur, son éclairage, sa taille, les limites les plus éloignées – les œuvres accrochées. Puis, arpentez-la. Marchez dans tout le périmètre, arrêtez-vous régulièrement pour regarder derrière vous, là où vous avez commencé. À quelle distance est l’orateur ? Sera-t-il difficile de vous voir depuis cette emplacement ? Y-a-t-il quoi que ce soit de bloquant dans la ligne de mire du public ?
L’approche est se faire une idée et de ressentir la taille de la salle et ainsi comment vous devrez manœuvrer pour atteindre tout le monde dans l’audience. La plupart des orateurs parlent aux premiers rangs. Ils n’ont ni le volume, ni l’énergie pour atteindre les gens au fond de la salle.
Une fois que vous avez arpenté la salle, vous êtes prêts. Continuez à respirer, continuez à exécuter votre scénario mental positif et gardez à l’esprit les premières lignes de votre présentation.
Racontez-nous dans les commentaires de ce billet comment ces astuces vous ont aidé (ou pas…).

Like most Maturity Models, this PRINCE2 one assesses allows organizations to identity what is working well, what are their areas for improvement and helps building an action plan to improve the way they use PRINCE2 to run projects.
For each PRINCE2® process (for example Starting Up a Project), you will see a graph like shown above, this indicates if you adopt the PRINCE2® methodology and principles, shown in blue, and how well you adopt the methodology and principles, shown in orange.

This Model can be used to self-certify, but ideally bringing in a third party to audit your projects will yield a more balanced view of how you really are delivering projects, including using their expertise in taking corrective action through support and mentioning.
Visit this useful wiki and since it’s a wiki, contribute your own ideas and experience.

How being bilingual rewires your brain
https://www.weforum.org/agenda/2016/02/how-being-bilingual-rewires-your-brain by World Economic Forum in collaboration avec Quartz
Il est bien connu qu’être bilingue apporte des bénéfices cognitifs: La commutation entre deux langues a été comparée à une gymnastique intellectuelle.
Mais maintenant, la recherche suggère que maîtriser deux langues peut fondamentalement changer la structure de votre cerveau, le re-câblant pour fonctionner différemment des cerveaux de ceux qui parlent seulement une langue.
« Les bilingues sont vraiment un modèle de contrôle cognitif » comme la scientifique cognitif Judith F. Kroll, de l’Université d’État de Pennsylvanie, l’a indiqué à Quartz, citant la capacité des bilingues à garder deux langues en même temps dans leur tête et de commuter de façon experte entre elles aux bons moments.
Kroll a présenté son travail à l’association américaine pour l’avancement de Science lors d’une rencontre à Washington, DC. Si vous parlez deux langues et avez jamais trouvé cette tâche difficile (choisir la bonne langue selon le contexte), c’est parce que les deux langues sont toujours « actives » dans les cerveaux des bilingues, comme Kroll et d’autres scientifiques cognitifs l’ont observé.
Autrement dit, le cerveau traite continuellement les informations dans les deux langues.


Cette année, cette enquête, a reçu 5000 responses de professionnels du management de projet dans tout le Royaune Uni. 15% de programme managers , 6% de consultants et 5% de portfolio managers ont participé aux côtés de très nombreux chefs de projets et les résultat donnent un portrait très positif de la profession.
De plus, même si de nouvelles compétences sont demandées chez les PMs, en particulier dans les grandes entreprises, le niveau de satisfaction n’a jamais été aussi élevé avec 82% de satisfaits à très satisfaits avec leurs rôles actuels.


Sur le portail de l’économie et des finances.
Le ministère de l’Economie, de l’Industrie et du Numérique conduit tous les cinq ans une étude de prospective technologique visant à identifier les technologies stratégiques pour la compétitivité des entreprises françaises à moyen terme. Cette étude, dont c’est la 5e édition, est devenue un document de référence pour les entreprises, les acteurs des écosystèmes français d’innovation et les acteurs institutionnels, notamment ceux en charge des politiques publiques.
Steve Denning, l’un des maîtres incontestés en la matière et que j’ai eu le plaisir de rencontrer quelques fois, nous propose une démarche en 6 étapes pour créer une bonne culture de Storytelling dans l’organisation.
Les compétences de pensée créative nous permettent de briser le statu quo et pousser l’innovation. La pensée créative remet en cause les assomptions et permettent le progrès organisationnel, de meilleures solutions à des problèmes complexes et l’amélioration continue du business. Bonne nouvelle : La pensée créative, ça s’apprend !


La mise en place d’une métrique n’est pas le sujet le plus sexy du management de projet. Mais le succès du bureau de management de projet (PMO) dans lequel vous travaillez et votre réussite de chef de projet peuvent dépendre du fait d’avoir ou pas un programme de métriques en place.

Lorsqu’il s’agit de productivité, nous faisons tous face au même défi d’avoir seulement 24 heures par jour.
Pourtant certaines personnes semblent avoir deux fois ce temps; Elles ont une capacité étrange de réaliser des choses. Même en jonglant avec de multiples projets, elles atteignent leurs objectifs sans coup férir.

Il n’y a aucune formule magique ni nec plus ultra, seulement quelques leçons relativement simples qui ne diminuent en rien la difficulté à les mettre en œuvre.
l’Indice de Bonheur est un outil à connaitre pour les rétrospectives AgilePeu importe combien votre équipe est performante, il y a toujours une opportunité d’amélioration. L’indice de bonheur est un outil des rétrospectives agile, qui mesure le bonheur des équipes agiles.
Enregistrer

Depuis le 1er Juillet 2016, la certification PRINCE2 Practitioner est inscrite au RNCP (Répertoire National de la Certification Professionnelle) sous la catégorie C (Certification d’utilité économique ou sociale).
La certification PRINCE2 Foundation en revanche passera en commission auprès du RNCP à la rentrée 2016.
La certification PRINCE2® Practitioner permet de valider les connaissances acquises dans le domaine de cette méthode, devenue la référence de facto, pour organiser, gérer et contrôler les projets.
PRINCE2® est constitué de 8 composants utilisés par les processus définis par des clés d’entrée et de sortie, des objectifs et des activités à réaliser et de 3 aspects techniques qui représentent la planification basée sur les produits, le contrôle de la qualité et le contrôle des changements.

Cet examen garantit la maîtrise totale de la méthode et valide les compétences d’un gestionnaire de projets dans ses capacités à démarrer et manager un projet dans un environnement utilisant le référentiel PRINCE2®. En particulier, la certification valide les objectifs suivants :


vous pouvez catégoriser la plupart de vos réunions selon 5 types et mieux utiliser votre tempsComme je l’ai déjà indiqué, j’assiste à beaucoup de réunions. La plupart des semaines, leur nombre peut atteindre 50 à 80. J’ai remarqué que je peux catégoriser la plupart de ces réunions selon 5 types différents.
Comme dans tout projet, il y a un flux et un reflux naturel. Un rythme naturel. Ce que je trouve intéressant est que le rythme semble s’installer dans ce que j’appelle la Règle des 18 Mois.

Nous savons que “tuer le messager” est une expression d’origine anglaise désignant la tentation qui peut exister de se débarrasser du porteur d’une mauvaise nouvelle bien qu’elle ne soit pas la personne responsable d’avoir causé cette mauvaise nouvelle. Dans notre activité quotidienne de chefs de projet, nous constatons que les destinataires de telles mauvaises nouvelles (managers, parties prenantes et clients) oublient ceci un jour ou l’autre et réagissent mal à propos.
Pour certains clients, la discussion est centrée sur la mise en place des règles et procédures pour exécuter des projets. Tandis que d’autres clients pensent aux meilleures pratiques comme le moyen de s’assurer que tous utilisent la même terminologie et les mêmes modèles et sont bien formés aux compétences techniques du management de projet. Pour un autre client, il était important “de prendre en main cette chose appelée management de projet.”
le silence est un signe de leadershipVoici un sujet original et peu traité : la valeur du silence. Mon expérience est que nous parlons souvent trop et trop vite.
VUCA est un acronyme utilisé pour décrire ou questionner la volatilité, l’incertitude, la complexité et l’ambiguïté des conditions et situations. L’utilisation commune du terme VUCA a commencé dans les années 1990 et provient du vocabulaire militaire. Il a été par la suite utilisé dans des idées émergentes dans leadership.

Il est tentant pour rester assis dans son coin et ensuite, voilà, stupéfier tout le monde avec votre réponse parfaite. Mais bien sûr, ce n’est pas ainsi que ça marche…
• Localisation: Paris North
• Duration: 6 months plus. Start date: asap, within 1 month at max.
Context

• The position is to help driving to targets a global BI project which has been partially delivered, including calculation of forecast sales and finance in regards of IFRS15 obligations
• Client is a global player, and role require to monitor progress and communicate with many different actors based in different locations mainly in France.
• A PMO role is being created to assist 5 PMs and global program directors.
Selection criteria for candidates
Mandatory
• 10 years plus of hands on IT project management and PMO experience in Information Finance System
• Experience of PM /PMO role in at least 1 large BI project
• Successful track record to coordinate activities and to make things happen to ensure target are met.
• Experience in multi-disciplined, multi-sites/countries and multi-cultural teams of resources against a single project plan.
• Excellent communicator in French, Fluent English
«Nice to have»
• Experience in telco sector
• Experience in IFRS15