Actualité
Découvrir les dernières nouvelles du monde de la gestion de projet et de l’IT.
Date: 04/03/2020
Nous savons tous que DevOps est une transformation des personnes et de la culture.
Briser le «mur de confusion» entre les Dev et les Ops suppose la collaboration et DevOps encourage une culture de collaboration et d’apprentissage.
DevOps veut créer des équipes interfonctionnelles et, bien sûr, requiert une équipe de spécialistes pragmatiques ayant une expérience pratique. Mais DevOps n’est pas un métier et il n’y a pas d’équipe spécifique.
En parlant “d’équipe DevOps”, l’industrie est divisée sur la question de savoir s’il devrait y avoir une équipe DevOps ou non. L’article “The Industry Just Can’t Decide about DevOps Teams”* présente différents points de vue.
L’opinion la plus populaire est que les équipes DevOps sont un contre-modèle: elles peuvent créer des silos supplémentaires et, plus généralement, toutes les personnes d’une organisation doivent souscrire à la culture DevOps.
Theresa Naete, dans
Lire plus
“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é.
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 plus
Pourquoi 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: 28/02/2020
ITIL 4 fournit une base flexible pour aider les organisations à réussir leur transformation numérique dans la nouvelle ère technologique. ITIL 4 est un modèle de gestion des services informatiques de bout en bout pour la fourniture et l’exploitation de produits et services basés sur les technologies informatiques et permet aux équipes informatiques de continuer à jouer un rôle crucial dans une stratégie d’entreprise plus large.
Avec l’augmentation de la demande clients, l’entreprise doit fournir des services informatiques et numériques toujours plus efficaces. Pour faire face à ces besoins en constante évolution et rester compétitifs, les responsables et les professionnels SI se doivent de développer leurs compétences.
La formation ITIL 4 Foundation est une introduction au management moderne de services.
Elle fournit une compréhension générale du langage et des concepts clés d’ITIL et montre comment les professionnels de l’ITSM peuvent améliorer leur travail et celui de leur organisation grâce au guide ITIL 4.
Une fois certifié ITIL 4 Foundation, les candidats peuvent s’inscrire à l’un des quatre nouveaux modules du parcour ITIL 4 Managing Professional (MP).
Lire 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.
Date: 05/03/2020
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 !
Date: 24/02/2020
La nouvelle version d’ITIL, ITIL 4, a introduit de nombreux nouveaux concepts, parmi lesquels se trouvent trois concepts fondamentaux : Service Value System (système de valeur des services), Service Value Chain (chaîne de valeur des services ITIL) et Value Stream (flux de valeur).
Lire 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.
Date: 19/02/2020
Dans PRINCE2 le Cas d’affaire représente la justification du projet et couvre généralement la durée, les coûts, les bénéfices et les risques. Il est fondamental pour valider la viabilité continue du projet.
Lire plus
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.