Actualité
Découvrir les dernières nouvelles du monde de la gestion de projet et de l’IT.

Date: 01/02/2023
À partir du 1er avril 2023, la nouvelle version de HERMES sera lancée : HERMES 2022. En Suisse, HERMES est la méthode de facto pour la gestion de projets. C'est la norme de l'administration fédérale pour les projets informatiques de nombreux cantons et communes et elle est également utilisée dans le secteur privé.
Les avantages de HERMES sont sa simplicité, son applicabilité directe et son utilisation répandue.
Lire plusPourquoi passer de Hermes 5 à Hermes 2022 ?
Sur la base des expériences de ces dernières années, la formation et la certification HERMES ont été optimisées et mises à jour. HERMES 2022 reflète l'importance des approches Agiles dans les projets.Que va-t-il se passer maintenant ?
La transition vers la certification HERMES 2022 aura lieu le 01.04.2023. D'autres informations sur la certification HERMES Edition 2022 seront prochainement publiées. Les faits et les dates les plus importants à garder à l'esprit : HERMES 5.1 continuera d'exister après le 01.04.2023. Le contexte est le suivant : non seulement la conversion se poursuit encore un peu dans certaines institutions, mais il y a aussi des projets en cours qui ont démarré avec HERMES 5.1 et qui se poursuivent encore. Les titulaires de certificats peuvent continuer à faire recertifier leurs certificats HERMES 5.1. La recertification s'effectue dans la version HERMES de l'examen de base passé. La présentation HERMES sur la formation niveau Foundation et Advanced est déjà disponible sur le site de la Chancellerie fédérale ChF. Dans les semaines et les mois à venir, nous vous informerons de toutes les nouvelles fonctionnalités de HERMES 22. Si vous souhaitez obtenir de plus amples informations, veuillez nous contacter. Source : TUV SUD et Bundeskanzlei BK.
Date: 14/03/2022
Le 21 avril 2022, la SMP (Société suisse de Management de Projet ) renoue avec sa tradition et organise de nouveau le Congrès du Management de projet à HEC Lausanne (UNIL). Le thème de cette édition est “la gestion de projet, un métier en transformation”. Le Congrès du Management de Projet, c'est une journée sur un thème d'actualité dans le monde du projet. C'est un moment privilégié pour enrichir ses connaissances sur un thème actuel et ciblé du management de projet et rencontrer les professionnels du projet. Une table ronde est prévue, où les certifications en gestion de projet seront passées en revue et discutées. Il existe de nombreuses certifications reconnues dans le domaine de la gestion de projet. Des représentants de divers organismes de certification discuteront des dernières évolutions sur le sujet et répondront à vos questions. QRP International Suisse est heureux de participer à l’évènement aux côtés de Claudia Kary. Claudia Kary est formatrice accréditée PRINCE2, la méthode de gestion de projet la plus utilisée au monde, depuis 1999. Claudia accompagne les entreprises dans la mise en place de la méthode, travaille pour Axelos (propriétaire intellectuel de la méthode) en tant que Subject Matter Expert et enseigne à la Business School de Lausanne la gestion de projet, de programme et de portefeuille. Claudia est également formatrice pour QRP International et a développé un outil d'évaluation de la maturité de la gestion de projet "ProfeoMAS". Consultez le lien suivant pour en savoir plus sur la table ronde à laquelle participera Claudia Kary : Les certifications en gestion de projet : table ronde Voici plusieurs raisons pour lesquelles vous devriez participer : conférenciers experts, sessions de formation,opportunités de réseautage, possibilité de gagner des points PDU (Professional Development Unit of PMI)... Le Congrès s'adresse aux chefs de projet, aux membres d'équipe de projet, aux managers et à toute personne intéressée par le sujet. Pour plus d'informations sur l'événement et pour vous inscrire : Gestion de projet, un métier en transformation.
Lire plus
Date: 15/11/2021
Profitez de -30% sur vos formations préférées ! Comme chaque année, le Black Friday a lieu dans le monde entier au lendemain du Thanksgiving américain : en 2021, c’est donc le vendredi 26 novembre que tombe cette grande journée de promos. Cette année a été suffisamment difficile pour tous et nous avons décidé de profiter de l’occasion pour vous offrir 30% de réduction sur certaines de nos formations* :
Lire plusClasse virtuelle
- ITIL Foundation Allemand : 13-14-15-16 decembre 2021 => 753 CHF au lieu de 1075 CHF
- ITIL Foundation Français : 17-18-19-20 janvier 2022 =>805 CHF au lieu de 1150 CHF
- ITIL Foundation Anglais : 8-9-10-11 février 2022 => 805 CHF au lieu de 1150 CHF
- PRINCE2 Foundation Anglais : 24-25-26-27-28 janvier 2022 => 875 CHF au lieu de 1250 CHF
- PRINCE2 Foundation Français : 24-25-26-27-28 janvier 2022 => 875 CHF au lieu de 1250 CHF
- PRINCE2 Combi Anglais : 24-25-26-27-28 janvier 2022 – 16-17-18 février 2022 => 1505 CHF au lieu de 2150 CHF
- PRINCE2 Combi Français : 24-25-26-27-28 janvier – 9-10-11 février 2022 => 1505 CHF au lieu de 2150 CHF
- AgilePM Foundation Anglais : 18-19-20-21 janvier 2022 => 805 CHF au lieu de 1150 CHF
- AgilePM Foundation Français : 18-19-20-21 janvier 2022 => 805 CHF au lieu de 1150 CHF
E-learning
- PRINCE2 Combi Anglais => 809 CHF au lieu de 1155 CHF
- PRINCE2 Combi Français => 809 CHF au lieu de 1155 CHF

Date: 18/06/2021
En appliquant et adaptant les principes de Bonnes Pratiques et de gouvernance inspirés de la méthode PRINCE 2, le cabinet de conseil en santé et protection sociale, Doshas Consulting fondé par Didier Ambroise s’est distingué auprès de l’URPS Médecins Libéraux Auvergne Rhône-Alpes dans la conduite de trois projets innovants. Une expertise et une expérience au service de la mise en œuvre d’une méthodologie opérationnelle, particulièrement remarquée dans le cadre de l’appel à projet national Territoire de Soins Numérique (TSN). Territoire de Soins Numérique (TSN) est un projet national qui bénéficie d’un budget de 80 millions d’euros, financé par le programme investissements d’avenir (PIA) sur la période 2014-17. Ambitieux, son objectif est de favoriser « l’émergence de territoires d’excellence pilotes en matière d’usage du numérique, au service de l’amélioration et de la modernisation du système de soins ». Dès l’annonce de sa publication au journal officiel, en décembre 2013, l’Agence Régionale de Santé (ARS) Rhône-Alpes décide de candidater en associant l’Union Régionale des Professionnels de Santé (URPS) Médecins Libéraux, à qui elle souhaite déléguer le pilotage de projets de e-santé.
Lire plusUne méthodologie éprouvée et efficace
Pour l’accompagner dans la conduite de ces trois dispositifs médicaux innovants, l’URPS fait appel à Doshas Consulting, cabinet de conseil dédié aux acteurs de la Santé et de la Protection Sociale. La société dispose d’un mois et demi pour réaliser une candidature conforme, axée sur l’organisation, la gestion et le contrôle. Cadrage stratégique, construction du plan d’actions, rédaction des plans projets et des propositions techniques et financières, création des livrables, représentation de l’URPS auprès de l’ARS, les missions sont variées et le rôle de chaque intervenant décisif tant le délai d’actions est court. Si la phase d’initialisation a été complexe pour parvenir à une compréhension commune des projets, le résultat est à la hauteur des attentes de l’URPS, tous les acteurs concernés reconnaissant aujourd’hui l’efficacité de la méthodologie appliquée. En effet, 3 projets innovants sont retenus : il s’agit du Carnet de Vaccination Electronique (CVE), d’une étude sur les Objets Connectés et du Réseau Social des Professionnels de Santé (RSPS) qui sont intégrés au programme PASCALINE (Parcours de santé coordonné et accès à l’innovation numérique). Une démarche originale et payante, puisque Rhône-Alpes fait partie des cinq régions retenues sur dix-huit, sélectionnées par Investissements d’Avenir, en septembre 2014.S’adapter aux contraintes des professionnels de santé
Dès l’élaboration du projet inspirée de la méthode PRINCE2, les experts de Doshas Consulting font ressortir la nécessité d’associer les autres professionnels de santé (parties prenantes) et suggèrent de s’orienter vers un co-portage dans la gouvernance du projet. Deux porteurs de projets, médecins généralistes ou spécialistes, sont associés à chaque « Work Package » et des groupes de travail sont créés. Pour s’adapter aux contraintes horaires des libéraux qui travaillent à leur cabinet, les réunions ont lieu toutes les semaines, de 7 heures à 9 heures, en présence des équipes de l’assistance à maitrise d’ouvrage. Une souplesse et une compréhension des besoins des principaux acteurs qui se sont révélées gagnantes au fil des mois. Les chiffres clés de cette mission sont d’ailleurs significatifs. A ce jour, 318 personnes ont collaboré à TSN sur le territoire rhône-alpin. Le projet a nécessité plus de 600 réunions et autant de livrables ainsi que la mise en place de 38 ateliers de travail auxquels l’ensemble des professionnels de santé (pharmaciens, infirmiers, kinésithérapeutes, sages-femmes, etc.) a participé. Un bel exemple d’efficacité, au plus près des usages médicaux et des attentes des patients, dont les résultats sont d’ores et déjà observés avec attention par les instances nationales. Sur le même sujet :- Téléchargez notre étude de cas : Adoption de PRINCE2 par le Grand hôpital Charleroi
- Consultez l’interview de Maddy Silverans : Les défis de la gestion de projet dans le secteur hospitalier

Date: 16/06/2021
Dans un monde où les modes de travail évoluent constamment, les méthodologies de gestion de projet des organisations doivent également être révolutionnées. La gestion de projet est devenue l’un des piliers les plus importants au sein de toute entreprise car elle a été reconnue comme l’un des facteurs fondamentaux de son bon fonctionnement. Les entreprises recherchent des technologies, des systèmes et des processus qui les aident à personnaliser et à optimiser la gestion de projet. Les clients connaissent une croissance exponentielle et, d’une manière ou d’une autre, les entreprises doivent être capables de s’adapter. Les méthodes Agiles sont nées pour apporter cette flexibilité manquante, dans le monde de la gestion de projet, en se détachant complètement des méthodes traditionnelles, également appelées waterfall, en cascade ou cycle en V. Nous analyserons dans cet article les avantages et les inconvénients des méthodes agiles et traditionnelles.
La méthodologie de développement que vous utilisez dépend de plusieurs facteurs clés. Contactez-nous et nous vous aiderons à découvrir quelle méthodologie est la mieux adaptée à vos besoins !
Lire plusMéthode traditionnelle, waterfall, en cascade ou en cycle v
L’approche en cascade est une décomposition des activités du projet en phases séquentielles linéaires, où chaque phase dépend des livrables de la précédente et correspond à une spécialisation des tâches. Le modèle en cascade est né dans les secteurs de la fabrication et de la construction, où les environnements physiques hautement structurés signifiaient que les modifications de conception devenaient prohibitives beaucoup plus tôt dans le processus de développement. Lorsqu’il a été adopté pour la première fois pour le développement de logiciels, il n’existait aucune alternative reconnue pour le travail créatif basé sur la connaissance.Cycle en V : avantages et inconvénients
Avantages | Inconvénients |
---|---|
Cadre défini Tout le monde a une compréhension claire du calendrier et des livrables du projet avant le début du projet. Le périmètre du projet est convenu à l’avance par l’équipe de développement et leurs clients. | L’implication du client est moindre Une approche sans intervention ne convient pas à tous les types de produits. Certains clients voudront être impliqués au fur et à mesure que le projet avance. S’il n’y a pas de cadre pour cette implication, l’approche en cascade pourrait conduire à la frustration des deux côtés. |
Documentation Chaque phase du processus est documentée en détail pour éliminer tout malentendu ou raccourci. | Les changements peuvent être difficiles Tout l’intérêt de la méthodologie en cascade est qu’elle suit des étapes claires et un calendrier défini. Une fois ces éléments en place, il peut être difficile d’apporter des modifications une fois que l’équipe de développement rencontre un obstacle. L’adaptabilité est un élément crucial à prendre en compte pour le développement logiciel, d’autant plus qu’il peut être difficile pour les clients d’avoir une compréhension complète du projet avant qu’il ne commence. |
Approche sans intervention Le travail en cycle en v permet une approche sans intervention de la part du client. Une fois la conception initiale et le plan de projet en place, la présence continue du client est peu nécessaire jusqu’à la phase d’examen. | Les exigences manquent d’efficacité un domaine qui fait presque toujours défaut est l’efficacité des exigences. Les clients sont parfois intimidés par les détails, et des détails spécifiques, fournis en début du projet, sont requis avec cette approche. De plus, les clients ne sont pas toujours en mesure de visualiser une application à partir d’un document d’exigences. |
Méthode Agile
La principale différence entre une approche agile ou en cascade pourrait être résumée en disant que l’approche en cascade valorise la planification à l’avance, tandis que l’approche agile valorise l’adaptabilité et l’implication des clients. La méthodologie agile comporte deux éléments principaux : le travail d’équipe et le timing. Au lieu de créer un calendrier pour un grand projet de développement logiciel, Agile divise le projet en éléments livrables individuels. Ces phases « timebox » sont appelées « sprints » et ne durent que quelques semaines. Une fois chaque sprint terminé, les feedbacks de la phase précédente sont utilisés pour planifier la suivante.Agile : avantages et inconvénients
Avantages | Inconvénients |
---|---|
Implication du client En permettant au client de déterminer la priorité des fonctionnalités, l’équipe comprend ce qui est le plus important pour l’entreprise du client et peut fournir les fonctionnalités qui offrent le plus de valeur commerciale. Le client acquiert un fort sentiment d’appartenance en travaillant étroitement et directement avec l’équipe de projet tout au long du projet. | Disponibilité du client Le très haut degré d’implication du client, bien qu’important pour le projet, peut présenter des problèmes pour certains clients qui n’ont tout simplement pas le temps ou l’intérêt pour ce type de participation. |
Livraison anticipée et prévisible En utilisant des sprints à calendrier fixe et à horaire fixe de 1 à 4 semaines, les nouvelles fonctionnalités sont livrées rapidement et fréquemment, avec un niveau élevé de prévisibilité. Le développement agile est souvent plus axé sur l’utilisateur, notamment en raison de directives plus fréquentes et plus fréquentes du client. | Forte implication requise Agile fonctionne mieux lorsque les membres de l’équipe de développement sont entièrement dédiés au projet. Étant donné qu’Agile se concentre sur la livraison dans des délais impartis et la redéfinition fréquente des priorités, il est possible que certains éléments définis pour la livraison ne soient pas terminés dans le délai imparti. Des sprints supplémentaires (au-delà de ceux initialement prévus) peuvent être nécessaires, augmentant le coût du projet. De plus, l’implication du client conduit souvent à des fonctionnalités supplémentaires demandées tout au long du projet. Encore une fois, cela peut augmenter le temps global et le coût de la mise en œuvre. |
Simplification des changements Alors que l’équipe doit rester concentrée sur la livraison d’un sous-ensemble convenu des fonctionnalités du produit au cours de chaque itération, il est possible d’affiner et de redéfinir en permanence le backlog global du produit. Des éléments de backlog, nouveaux ou modifiés, peuvent être planifiés pour la prochaine itération, offrant la possibilité d’introduire des changements en quelques semaines. | Refactoring fréquent La nature itérative du développement Agile peut conduire à une refactorisation fréquente si l’intégralité du système n’est pas prise en compte dans l’architecture et la conception initiales. Sans cette refactorisation, le système peut souffrir d’une réduction de la qualité globale. Cela devient plus prononcé dans les implémentations à plus grande échelle, ou avec des systèmes qui incluent un haut niveau d’intégration. |
Différences entre les approches Agile ou traditionnelles
Méthode Agile | Méthode traditionnelles |
---|---|
Toute approche Agile organise le cycle de vie du développement du projet en sprints et suit une approche incrémentale. | Le processus de développement du projet est divisé en phases/séquences distinctes. |
La méthodologie Agile est connue pour sa flexibilité. | La méthode traditionnelle ou en cascade est un processus de conception séquentielle. |
Agile peut être considéré comme une collection de nombreux projets différents. | Le cycle en V est une méthodologie de développement structurée, donc la plupart du temps, elle peut être assez rigide. |
Agile est une méthode assez flexible qui permet d’apporter des modifications aux exigences de développement du projet même si la planification initiale est terminée. | Le développement du projet sera réalisé en une seule pièce. |
La méthodologie Agile suit une approche itérative en raison de sa méthode de planification, de développement ou encore de la répétitivité des autres phases, qui peuvent apparaître plus d’une fois. | Il n’est pas prévu de modifier les exigences une fois que le développement du projet commence. |
Le plan de test est revu après chaque sprint. | Toutes les phases de développement du projet telles que la conception, le développement, les tests, etc. sont réalisées une seule fois dans le modèle Waterfall. |
La méthodologie agile est un processus dans lequel les exigences sont censées changer et évoluer. | Le plan de test est rarement discuté pendant la phase de test. |
Dans la méthodologie Agile, les tests sont effectués simultanément. | La méthode est idéale pour les projets qui ont des exigences précises et aucun changement attendu. |
Agile introduit une mentalité de produit où le produit répond aux besoins des clients finaux et se modifie selon les demandes du client. | Dans cette méthodologie, la phase « Test » vient après la phase de conception. |
La méthodologie Agile fonctionne exceptionnellement bien avec le temps et les matériaux ou un financement non fixe. Cela peut augmenter le stress dans les scénarios à prix fixe. | Ce modèle montre une mentalité de projet et se concentre entièrement sur la réalisation du projet. |
Agile favorise le travail des petites équipes mais dévouées et avec un degré élevé de coordination et de synchronisation. | La coordination/synchronisation des équipes est très limitée. |
Le Product Owner, avec son équipe, prépare les exigences tous les jours durant un projet. | Le business case prépare les exigences avant le début du projet. |
L’équipe de test peut participer au changement des exigences sans problème. | Il est difficile pour le test d’initier un quelconque changement dans les exigences. |
La description des détails du projet peut être modifiée à tout moment au cours du processus. | Une description détaillée a besoin d’une approche de développement en cascade. |
Les membres de l’équipe Agile sont interchangeables, par conséquent, ils travaillent plus rapidement. Il n’y a pas non plus besoin de chefs de projet car les projets sont gérés par toute l’équipe. | Dans la méthode en cascade, le processus est toujours simple, le chef de projet joue donc un rôle essentiel à chaque étape. |

Date: 09/06/2021
On entend souvent parler de la problématique de “recrutement des talents” dans le secteur informatique mais en réalité la problématique est bien trop restrictive puisqu’elle s’étend en réalité à l’entière gestion des talents. En effet, le recrutement est une activité technique qui ne représente qu’une partie minime de la problématique globale et s’inscrit dans un cadre beaucoup plus large. Dans une entreprise, il faut avoir une vision holistique (principe directeur d’ITIL 4). En effet, les personnes représentent l’actif le plus important d’une entreprise, le côté humain est primordial dans la course au succès. Le cadre de référence ITIL 4 ne parle d’ailleurs pas que de talent mais bien de “workforce”. En tant que manager IT ou ressources humaines ont doit penser aux équipes mais aussi aux talents qu’il y a dans les équipes. Les deux sont liées mais nous traiterons uniquement la gestion des talents dans cet article.
Le modèle 7S de McKinsey, repris dans la formation DevOps Leader et la formation Lean, offre une méthodologie pour réaliser cette mise en cohérence. Le modèle met en relief les sept domaines de performance internes aux entreprises devant être alignés. Interdépendants, ils se renforcent mutuellement. Ces 7 points comprennent bien entendu la gestion des talents (staff & skills), qui reprend le côté humain de ce modèle. De même, dans la gestion des talents on retrouve un autre modèle en 7 étapes : l’expérience employée (customer and user journeys). 
Les entreprises se sont mises à chercher des professionnels ayant une connaissance technique verticale, une connaissance de l’IT, une connaissance des métiers de l’entreprise mais également des connaissances générales. Dans le monde du cloud notamment on s’aperçoit que la mono compétence profonde n’est plus suffisante. Lors des recrutements, les profils recherchés auront donc deux compétences techniques.
On les appelle les profils Pi-shaped (π). Dans un monde où tout le monde a un accès aux outils open-source, cela n’est pas encore suffisant. Il est préférable d’être expert dans tous ces outils ainsi que de leur langage de programmation. (java, C, C++, python,..). On demande lors du recrutement de connaître deux, trois voir quatre langages. On obtient donc des profils qui ont la forme du peigne ou “comb” en anglais.
Les dents du peigne correspondent aux profondeurs technologiques du futur recruté. L’évolution du recrutement est passée d’une barre verticale à N barres verticales auquel s’ajoute une barre horizontale les soft skills (savoir communiquer, être persuasif, être un leader, un décideur, faire confiance, savoir déléguer, gérer des conflits, être autonome dans la gestion de son temps (le self management dans SCRUM). Les soft skills tournent autour de la culture que l’on rencontre dans tous les référentiels.
Lire plusGestion des talents
La gestion des talents n’est plus de la responsabilité unique des Ressources Humaines comme c’était le cas auparavant. Elle doit désormais être au cœur des préoccupations de tout le management (des directeurs IT et métier, au team leader), tous ces managers quelque soit leur séniorité doivent penser gestion des talents. Dans le monde dans lequel on vit, qui est en mouvement constant, et évolue très vite, la gestion des talents n’est pas quelque chose de statique que l’on revoit tous les 3 à 5 ans mais quelque chose qui bouge en permanence. Il faut y consacrer du temps et ce constamment. Autrefois le recrutement était une tâche purement administrative où les Ressources Humaines publiaient un article dans un journal. De nos jours, les RH effectuent une publication sur linkedin, un site web ou une plateforme et si on veut être efficace et efficient il est inévitable que l’activité RH deviennent partie intégrante des activités stratégiques, tactiques, opérationnelles et administratives. Dans la formation ITIL Drive Stakeholder Value, on parle de “triple bottom line”. Avant la “bottom line” était exclusivement financière mais elle s’est élevée au fil du temps pour devenir triple : ainsi elle comprend désormais le côté financier, environnemental et social.Le modèle 7S de McKinsey
Au niveau stratégique, la gestion des talents (le social) doit faire partie intégrante de la stratégie globale d’entreprise et donc de la stratégie de la direction informatique. On retrouve la composante “social” dans le modèle de Mc Kinsey en 7 S. En effet, pour qu’une organisation soit performante, l’ensemble de ses composantes doivent être alignées et évoluer dans le même sens pour des objectifs communs.

- Explorer : comprendre le marché et connaître les différentes parties prenantes
- Engager/s’impliquer : favoriser les relations et se sentir concerné.
- Offrir : rédiger et proposer des offres d’emplois
- Se mettre d’accord : aligner les attentes et convenir du recrutement
- Intégrer : accueillir et intégrer les nouvelles ressources
- Co-créer : le collaborateur travaille
- Réaliser : réaliser de la valeur et s’améliorer
E-shape profiles
Des années plus tard, les professionnels se sont aperçu que cela n’était pas suffisant et ont commencé à rechercher des professionnels ayant également une vision et une connaissance humaine, de l’entreprise et de la direction informatique . Le I s’est transformé en T.
La gestion des talents est devenue une pratique au sens ITIL 4
Pour se faire, la gestion des talents est devenue une pratique au sens ITIL 4 du terme. En tant que pratique pour atteindre les objectifs d’une gestion efficiente on aura 3 objectifs :- L’alignement avec la stratégie métier (recrutement en phase à la stratégie métier).
- La contribution à la réalisation des objectifs (bon talent pour réussir les objectifs).
- L’aspect administratif du recrutement supporte la stratégie et les objectifs.
- la gestion de l’expérience de l’employé (on ne fait pas que le recruter).
- la formation et le développement continus (recrutement sur un profil suivi d’une montée en compétence continue).
- le leadership conscient (manager et leader, coach).
- la culture doit être saine et entretenue.
- le pourcentage d’initiative stratégique que l’organisation aura raté par manque de bons talents au sein de l’équipe.
- le niveau de satisfaction des employés, qui sera mesuré en prenant en compte les efforts continus à partir du recrutement pour que la personne se sente toujours bien dans l’entreprise.
- définir la vision des compétences : qu’est-ce qu’on devrait avoir comme compétences dans la DSI/dans l’entreprise.
- faire un état des lieux, une évaluation des compétences actuelles.
- faire un plan de développement et d’optimisation des talents.
- suivre les plans de développement.
- gérer les exceptions (on manque de talent, on va embaucher).
- revoir complètement ce qui vient d’être dit au niveau des activités.
- Plan : préparer, planifier (ce que l’on va réaliser) ;
- Do : développer, réaliser, mettre en œuvre (le plus souvent, on commence par une phase de test) ;
- Check : contrôler, vérifier ;
- Act : (ou Adjust): agir, ajuster, réagir