Actualité
Découvrir les dernières nouvelles du monde de la gestion de projet et de l’IT.
“Break down DevOps team roles so you can actually get to DevOps”**précise: «Le fait est que nous ne pouvons mettre en place DevOps si nous continuons à cloisonner les équipes. (…) Dans un environnement DevOps, les dev et les op font partie de la même équipe. Je répète: la même équipe ! Ce que certains d’entre nous ne comprennent pas, c’est que la culture est primordiale et essentielle pour les outils. Cette culture comprend la suppression des rôles de l’équipe DevOps, des silos et des barrières de travail afin que tous les outils choisis puissent ensuite être optimisés pour atteindre les résultats souhaités.»Il y a aussi des partisans de l’idée que les équipes DevOps sont un moyen efficace de passer à une nouvelle façon de travailler et, malgré le fait que la majorité de l’industrie pense que les équipes ne sont pas la bonne approche pour faire évoluer les capacités DevOps à travers une organisation, les équipes DevOps sont en augmentation. L’objectif de DevOps au sein d’une organisation est d’améliorer la livraison de valeur pour les clients et l’entreprise; différentes organisations pourraient avoir besoin de différentes structures d’équipe afin de créer une collaboration efficace entre les Dev et les Ops. Cela signifie que la structure organisationnelle idéale pour implémenter DevOps dépend de nombreuses variables.
Les rôles DevOps
Comme nous le disions précédemment, il n’y a pas de structure unique établie pour une équipe DevOps (l’équipe DevOps n’existe pas). Les rôles et les responsabilités varient selon les organisations: le plus important est d’identifier les rôles et responsabilités clés et d’avoir les professionnels qualifiés pour les couvrir. Selon TechBeacon ***, les rôles DevOps les plus courants, qui sont essentiels pour toute organisation qui souhaite adopter une approche DevOps réussie, sont: . DevOps Evangelist La personne qui fait la promotion des avantages de DevOps dans toute l’organisation. Il / elle est passionné(e) par DevOps et son rôle est d’assurer l’adhésion des équipes de développement et opérationnelles. L’évangéliste DevOps est votre leader DevOps. . Release Manager Parfois appelé Release Engineer ou Product Stability Manager, il ou elle est responsable de la progression globale et coordonne, gère le produit du développement à la production. . Automation Architect Également appelé ingénieur / expert en automatisation ou spécialiste de l’intégration; il analyse, conçoit et met en œuvre diverses stratégies pour le déploiement continu du produit. Ce rôle est essentiel car il garantit un environnement fiable entièrement automatisé et exempt d’obstacles. . Software Developer/Tester Ce rôle est bien sûr au cœur d’une organisation DevOps (le Dev de DevOps!). Mais dans un environnement DevOps, les développeurs sont responsables non seulement de la conversion de nouvelles exigences en code, mais également des tests unitaires, du déploiement et de la surveillance continue. . Experience Assurance (XA) Professional Si dans le développement de logiciels «classique», l’assurance de la qualité (AQ) a un rôle vital pour la livraison réussie du produit final, dans DevOps, il évolue dans l’assurance de l’expérience, car ce rôle doit également garantir que toutes les nouvelles fonctions et fonctionnalités sortiront en ayant à l’esprit l’expérience de l’utilisateur final. . Security Engineer Il/elle travaille en collaboration étroite avec les développeurs, sécurisant le produit en cours de développement. . Utility Technology Player Professionnel traditionnel des opérations informatiques ou de l’administration de systèmes qui se concentre sur le maintien des serveurs en fonctionnement; il/elle opère efficacement sur les plateformes de développement, les réseaux, les bases de données, les serveurs et les outils.
La culture DevOps
DevOps consiste à partager et à apprendre. Avoir une personne qui veut constamment apprendre et échanger dans l’équipe est aussi important que d’avoir un membre qualifié. Il y a trois caractéristiques clés pour un professionnel DevOps:- Avoir un bon esprit d’équipe et être capable d’intégrer la culture de l’organisation.
- Etre curieux et avide d’expérimentation. Expérimenter encore et encore et continuer d’essayer même en cas d’échec, jusqu’à ce que la solution soit trouvée : DevOps encourage l’échec, mais un échec responsable.
- Etre capable de s’adapter et d’approcher le changement avec positivité.
La certification HERMES Advanced s’adresse aux chefs de projet. Des connaissances de HERMES correspondant au niveau Foundation sont requises. Lien vers notre blog : HERMES, c'est quoi ?
Public cible
- Chefs de projet
- Membres d’équipes projet
- Contrôleurs
- Décideurs
- Collaborateurs PMO
- Responsables qualité
- Responsables du pilotage de projet
Format de l’examen HERMES Advanced
- Langues disponibles : allemand, anglais, français
- Durée : 2 heures
- 2 parties de 60 minutes, avec une pause entre les deux
- Critère de réussite : obtenir au moins 60 % des points dans chaque partie
- Partie 1 : Aucun document autorisé (« closed book »)
- Partie 2 : Documents autorisés : Manuel de référence, vue d’ensemble du scénario BK (« open book »)
- L’examen se compose de deux parties écrites :
-
- Partie 1 : QCM – 30 questions, une ou plusieurs bonnes réponses possibles
- Partie 2 : QCM basées sur une situation pratique – 15 questions, une ou plusieurs bonnes réponses possibles
- Contenu de l’examen :
-
- Principes fondamentaux de la méthode HERMES
- Application de la méthode, analyse de situations et formulation de conclusions dans les phases « Initialisation » et « Clôture »
- Modules « Pilotage du projet » et « Direction de projet »
- Module « Organisation »
- Utilisation des indications « Cas d'utilisation : planification » et « Explications »
Exemples de questions HERMES Advanced
Les questions sont réparties en deux parties :
- Partie 1 : Questions à choix multiples (QCM) – 30 questions. Une ou plusieurs réponses peuvent être correctes.
- Partie 2 : Questions à choix multiples (QCM) avec situation pratique – 15 questions. Une ou plusieurs réponses peuvent être correctes.
Exemples de questions HERMES Advanced – Partie 1
Pour chaque question, une ou plusieurs réponses peuvent être correctes.
- Chaque réponse correcte rapporte 1 point
- Chaque réponse incorrecte retire 1 point
- Une absence de réponse vaut 0 point
- Le score minimum par question est de 0 point
Les types de questions sont les suivants : standard, liste, négative
Exemple – question standard :
Quelles décisions sont prises par le niveau hiérarchique « pilotage » dans le scénario « Développement de prestations/produits » ?
- a) Prise de décision pour l’autorisation de phase
- b) Prise de décision pour l’autorisation de release
- c) Prise de décision pour la mise en service
- d) Prise de décision sur les étapes suivantes
Exemple – question de type « liste » :
Vous êtes chef de projet pour le développement et l’introduction d’un logiciel de glossaire unifié dans l’administration cantonale. Le projet est dans la phase de mise en œuvre. Évaluez les affirmations suivantes :
- A) Le mandant n’a pas nécessairement à prendre la décision « autorisation de release », PARCE QUE
- B) Lors de la décision « étapes suivantes », il est déterminé si l’autorisation de release est obligatoire
- A) est correcte et B) est correcte
- A)est incorrecte et B) est correcte
- A) est correcte et B) est incorrecte
- A) est incorrecte et B) est incorrecte
- A) est correcte parce que B) est correcte
Exemple – question « négative » :
Cochez les affirmations correctes concernant l’énoncé suivant : « Le plan de mise en œuvre n’est pas modélisé comme résultat dans HERMES. » L’énoncé est correct, car le plan de mise en œuvre est contenu dans le plan de gestion de projet L’énoncé est faux, car le plan de mise en œuvre est un résultat du choix de variante L’énoncé est correct, car le plan de mise en œuvre est inclus dans l’étude L’énoncé est correct. L’élaboration du plan de mise en œuvre constitue la base de la rédaction ultérieure du plan de gestion de projet
Exemples de questions HERMES Advanced – Partie 2
Pour chaque question, une ou plusieurs réponses peuvent être correctes.
- Bonne réponse : +1 point
- Mauvaise réponse : –1 point
- Pas de réponse : 0 point
- Score minimum par question : 0 point
Remarque : Toutes les questions et réponses se réfèrent exclusivement à la méthode de gestion de projet HERMES, selon le manuel de référence officiel.
Ici aussi, il s’agit de questions standard, liste, négative.
Votre rôle : Vous êtes chef de projet chargé de la refonte du site internet d’une entreprise ferroviaire.
Situation pratique :
L’étude avec la variante choisie – mise en œuvre d’une solution CMS standard externe – a été réalisée intégralement et en conformité avec HERMES. Vous êtes maintenant en train de créer le plan de gestion de projet.
Quels éléments devez-vous intégrer dans le plan de gestion de projet selon HERMES ?
- Le plan de test, qui est réalisé selon le document de concept de test X
- La demande d’autorisation de phase
- L’organisation du projet, définie de manière contraignante jusqu’à la phase d’introduction
- Le scénario choisi avec le plan de mise en œuvre
- La gestion des changements, incluant toutes les modifications traitées dans la liste de statut des changements
Objectifs d’apprentissage HERMES Advanced
À l’issue de la formation, les participants devraient :
- Avoir une compréhension approfondie de la manière dont un projet est initialisé et clôturé, ainsi que de l’élaboration des bases du projet
- Avoir une connaissance solide de la gestion et du pilotage d’un projet, et avoir pratiqué l’exécution de différentes tâches issues des deux modules correspondants
- Connaître en détail les modules pertinents pour le développement de la solution, à travers le travail sur une étude de cas, avoir exercé l’exécution de certaines tâches sélectionnées et attribué les responsabilités aux rôles concernés
- Avoir découvert le module Organisation à travers une étude de cas conforme à n’importe quel scénario standard, compris la pertinence de ce module dans tous les projets HERMES et pratiqué l’exécution de tâches sélectionnées du module
Certification HERMES Advanced
En cas de réussite à l’examen, le participant reçoit un certificat. En cas d’inscription anticipée et de réussite, le certificat est délivré immédiatement après l’examen. En cas d’inscription tardive, le certificat est délivré environ 2 à 3 semaines après l’examen.
L’organisme d’examen qui propose la certification HERMES en Suisse est TÜV SÜD Akademie.
Il s’agit d’un certificat personnel émis par le TÜV SÜD Examination Institute, valable 5 ans pour les certificats délivrés depuis le 01.01.2020.
L’organisme de certification TÜV SÜD propose des informations complètes concernant la certification et la re-certification sur son site web. Visitez notre page HERMES Advanced ou contactez-nous pour en savoir plus !
ITIL 4 Specialist: Create, Deliver and Support (CDS)
Le module CDS a pour but de former les responsables informatiques afin d’obtenir les compétences essentielles dont ils ont besoin pour planifier leur travail, améliorer leurs produits ou gérer les changements organisationnels. ITIL 4 CDS aide les candidats à devenir des «spécialistes» capables de:- Mesurer efficacement la performance du service et améliorer son efficacité.
- Intégrer les nouvelles technologies dans les services informatiques et numériques.
ITIL 4 Strategist: Direct, Plan and Improve (DPI)
Le module DPI a pour but de former les professionnels des SI afin d’obtenir les compétences essentielles dont ils ont besoin pour assurer une prestation de service efficace, notamment le développement, le déploiement, la surveillance et le support. ITIL 4 DPI aide les candidats à devenir des «stratèges» capables de:- Établir une direction stratégique forte et efficace et éliminer les silos.
- Diriger le changement organisationnel et développer des techniques essentielles de gestion du changement.
ITIL 4 Specialist: Drive Stakeholder Value (DSV)
Le module ITIL 4 DSV a pour but de former les professionnels chargés de gérer et d’intégrer les parties prenantes, afin d’obtenir les compétences essentielles dont ils ont besoin pour se focalisent sur le parcours ou l’expérience client et pour renforcer les relations avec les partenaires et fournisseurs. ITIL 4 DSV aide les candidats à devenir des «spécialistes» capables de:- Gérer efficacement les parties prenantes pour s’adapter et répondre à la demande des clients
- Intégrer la conception CX/UX et la cartographie du parcours client pour optimiser l’expérience client.
ITIL 4 Specialist: High Velocity IT (HVIT)
Le module ITIL HVIT a pour but de former les responsables et professionnels informatiques impliqués dans les services digitaux ou dans des projets de transformation digitale, qui travaillent dans ou en direction des environnements à haute vélocité. ITIL 4 HVIT aide les candidats à devenir des «spécialistes» capables d’:- Intégrer le cycle de vie des produits numériques au modèle d’exploitation principal d’ITIL pour atteindre les objectifs.
- Optimiser et améliorer continuellement le flux pour créer de la valeur dans des environnements à haute vélocité.
Quel module choisir en premier avec ITIL 4 Foundation ?
Avec notre expert Kais Albassir, nous avons développé une série de mini webinaires de 30 minutes sur les nouveaux modules intermédiaires ITIL 4, afin de vous aider à comprendre les différences et choisir le module intermédiaire qui vous convient. S’inscrire aux webinaires pour découvrir les modules en détail.
La certification HERMES Foundation est une qualification professionnelle dans le domaine de la gestion de projet. Cette certification atteste de la compréhension de la méthode de gestion de projet HERMES. Il est avantageux, mais non indispensable, que les participants aient déjà une expérience de travail sur des projets.
Public cible
- Chefs de projet
- Membres d’équipes projet
- Contrôleurs
- Décideurs
- Membres du PMO
- Responsables qualité
- Responsables de pilotage
Format de l’examen HERMES Foundation
- Langues : Allemand, Anglais, Français
- Durée : 60 minutes
- Questions : 40
- Type : QCM à choix unique
- Matériel : Aucun document autorisé
- L’examen comprend 40 questions à choix multiple couvrant les domaines suivants :
- Principes de base de HERMES (notamment structure méthodologique, vues, phases, livrables, tâches, rôles, modules et scénarios)
- Domaine d’application et structure du scénario standard « Service – Produit »
- Modules du scénario standard « Service – Produit »
- Organisation de projet (rôles) du scénario standard « Service – Produit »
Pour réussir l’examen, une connaissance de base de HERMES et de la gestion de projet est requise. Il est recommandé de suivre une formation de 2 à 3 jours. Vous obtiendrez comme avantages une amélioration durable de la qualité des projets, une réduction des risques d’exécution et la capacité à créer des scénarios personnalisés pour vos projets.
Questions types de l’examen HERMES Foundation
L’examen comprend 40 questions types à choix unique. Chaque question a une seule bonne réponse. Une réponse correcte vaut 1 point. Une réponse omise vaut 0 point. Le minimum par question est de 0 point.
Les questions couvrent les thèmes suivants :
- Principes de base de HERMES
- Domaine d’application et structure du scénario « Service – Produit »
- Modules du scénario standard
- Organisation de projet (rôles) dans le scénario standard
Trois types de questions sont posés : standard, négatives, complétions (mot manquant).
Exemple « standard »
Laquelle des affirmations suivantes concernant le module « Organisation » est correcte ? a) Le module « Organisation » décrit l’organisation de mise en service. b) Le module « Organisation » décrit l’adaptation de l’organisation. c) Le module « Organisation » définit l’organisation du projet. d) Le module « Organisation » définit l’organisation opérationnelle.
Exemple de question à mot manquant :
Complétez correctement : Les modules… a) …sont des blocs de construction pour la création de projets et de scénarios. b) …regroupent des résultats, tâches et rôles sans lien direct avec la solution ou la réalisation. c) …ne sont pas composés de tâches et de résultats. d) …décrivent le cycle de vie de projets d’une certaine nature. Exemple de question négative : Quelles des possibilités suivantes ne fait pas partie des quatre manières d’adapter un scénario ou de créer un scénario personnalisé ? a) Supprimer des tâches et livrables b) Ajouter un rôle spécifique à un module c) Supprimer un module d’un scénario existant d) Intégrer un module thématique supplémentaire dans le scénario existant
Objectifs d’apprentissage de HERMES Foundation
Après avoir suivi la formation HERMES, les participants seront capables de :
- Comprendre les bases de la gestion de projet selon HERMES
- Avoir une vue d’ensemble du domaine d’application et de la structure des deux scénarios standards : développement et adaptation de services/produits
- Approfondir les modules « Pilotage de projet, Direction de projet, Fondements, Approvisionnement, Organisation, Produit et Mise en service » dans le contexte complet d’un projet
- Analyser en détail l’organisation de projet (rôles) et leurs responsabilités dans le cadre d’un projet de type service/produit
- Savoir comment créer des scénarios personnalisés
- Réussir l’examen Foundation pour obtenir la certification HERMES
Certification HERMES Foundation
Les participants qui réussissent l’examen reçoivent un certificat. En cas d’échec, une attestation de participation est remise.
L’institution chargée de la certification HERMES en Suisse est la TÜV SÜD Akademie.
La validité du certificat HERMES Foundation est à vie ; il n’expire jamais.
TÜV SÜD fournit des informations détaillées sur la certification et la recertification sur son site internet.
Visitez notre page HERMES Foundation ou contactez-nous pour en savoir plus !
Le système de valeur des services
Le système de valeur des services (SVS) décrit comment tous les composants et activités de l’organisation fonctionnent ensemble en tant que système permettant la création de valeur. Le système de valeur des services peut fournir à l'organisation une orientation forte et unique.
Le flux de valeur
Le flux de valeur est plutôt une série d'étapes qu'une organisation utilise pour être en mesure de créer puis de fournir des services et des produits aux consommateurs. Chaque organisation a besoin de flux de valeur spécifiques. La nouvelle version d’ITIL fournit un modèle de référence pour pouvoir créer des flux de valeur: ce modèle est appelé la chaîne de valeur des services.Chaîne de valeur des services
La chaîne de valeur des services (SVC) est un modèle opérationnel qui décrit les activités clés requises pour répondre à la demande et faciliter la création de valeur grâce à la création et à la gestion de produits et services. Les activités principales de la chaîne de valeur des services sont :- Engage (Engager)
- Plan (Planifier)
- Design and Transition (Conception et transition)
- Obtain & Build (Obtenir et construire)
- Deliver & Support (Fournir et soutenir)
Le flux de valeur
Pour créer des flux de valeur, plusieurs facteurs doivent être pris en compte:- La structure organisationnelle
- L’équipe
- Les compétences
- La culture d’entreprise
- L'ordre des activités n'est pas préétabli
- Il ne concerne pas un seul groupe mais implique plusieurs équipes
- Il implique non seulement le personnel informatique mais aussi les parties prenantes
Vous n’avez pas pu participer au webinaire de notre expert Kais Albassir ? Cliquez sur le lien pour accéder au replay gratuitement.
ITIL® is a registered trademark of AXELOS Limited, used under permission of AXELOS Limited. All rights reserved.
Qu’est ce que le Cas d’affaire ? Définition
L’un des principes de PRINCE2 veut que la projet démontre une justification continue pour l’Entreprise.Le Cas d’affaire offre un ensemble d’informations utiles pour juger si le projet est (et demeure) opportun, viable et réalisable, en vue d’étayer les décisions concernant son investissement (continu).
Finalité du Cas d’affaire
Le but d’un Cas d’affaire est de documenter la justification de mise en oeuvre d’un projet, en s’appuyant sur une estimation des coûts (développement, mise en service et maintenance) par rapport aux bénéfices prévus tout en tenant compte des éventuels risques associés. Il doit définir la manière et le moment de mesurer les bénéfices prévus.
Durant le processus ‘Élaborer le Projet’, l'exécutif écrit l’ébauche du Cas d’affaire, ce sera ensuite au tour du chef de projet de détailler le Cas d’affaire pendant le processus ‘Initialiser le Projet’. Le Cas d’affaire sera finalement accepté et confirmé durant le processus ‘Diriger le Projet’.
Le Cas d’affaire est utilisé tout au long du projet. Il est utilisé durant le processus ‘Contrôler une Séquence’ pour évaluer les impacts des incidences et des risques. Il est revu et mis à jour à la fin de chaque séquence de management par le processus ‘Gérer une Limite de Séquence’ et à la fin du projet par le processus ‘Clore le projet’.
Composition du Cas d’affaire
La DIP devrait comprendre les éléments suivants :
Sommaire : souligne les points clés du Cas d’affaire, avec notamment les bénéfices importants et le retour sur investissement. Raisons : spécifie les raisons justifiant la réalisation du projet et explique comment le projet permettra la réalisation de la stratégie et des objectifs de la direction d’entreprise, du programme ou du client ; Options pour l’entreprise : une analyse et une recommandation raisonnée pour choisir entre les différentes options basiques pour l’entreprise : ne rien faire, faire le minimum ou faire quelque chose. Bénéfices attendus : la conséquence des résultats désirés à réaliser grâce à l’utilisation des livrables du projet. Les bénéfices sont exprimés en termes mesurables par rapport à la situation telle qu’elle existe avant le projet et doivent être à la fois quantitatifs et qualitatifs. Contre-bénéfices attendus : l’impact d’un ou plusieurs résultats du projet peuvent être perçus comme négatifs par une ou plusieurs parties prenantes. Les contres-bénéfices sont les conséquences réelles d’une activité, alors que, par définition, un risque est incertain et ne peut jamais se matérialiser. Période d'exécution : correspond à la durée de déroulement du projet (résumé du plan de projet) et à la période de réalisation des bénéfices. Coûts : donne un résumé des coûts du projet (extrait du plan de projet), des coûts des opérations courantes/maintenance et de leurs dispositions de financement. Evaluation de l’investissement : compare les bénéfices et les contre-bénéfices globaux aux coûts du projet et aux coûts des opérations incrémentales courantes et de la maintenance. Risques principaux : donne un résumé des risques clés liés au projet avec l’impact probable et les plans si les risques se matérialisent.
Les données sources pour élaborer le Cas d’affaire
Dans PRINCE2, l’ébauche du Cas d’affaire reprend les éléments suivants :
- Le mandat de projet et l’exposé du projet concernant les raisons d’être du projet
- Le plan de projet pour ce qui concerne les coûts et les durées
- Les bénéfices attendus par les utilisateurs principaux
- Les informations concernant l’optimisation de l’investissement par l’exécutif
- Le registre des risques
- Le registres des incidences
Format et présentation du Cas d’affaire
Le Cas d’affaire peut se présenter sous les formes suivantes :
- Un document, une feuille de calcul ou des diapositives de présentation
- Une entrée dans un outil de management de projet
Le Cas d’affaire est à la base de tous les processus décisionnels et garantit que le projet conserve sa justification, que les besoins de l'entreprise peuvent être satisfaits et que les avantages escomptés peuvent être obtenus.
PRINCE2® is a registered trademark of AXELOS Limited, used under permission of AXELOS Limited. All rights reserved.