Catégories
Guide des égarés en entreprise

Vous avez dit « Agile » ?

Suite de notre feuilleton de l’été sur le quotidien d’une praticienne de la conduite du changement.

Précédemment…Vous avez dit « méthodo » ?

Episode 3️⃣

Une réunion en visio, par une matinée ensoleillée.

👩🏻‍🦰Manon, la praticienne en conduite du changement – J’aimerais bien articuler plus étroitement l’approche Agile du projet avec les actions menées en conduite du changement. Que diriez-vous d’intégrer le « change » à certains rituels agiles ?

👩🏼‍🦱 Inès, la scrum master –  Ah c’est original ! Tu as des exemples en tête ?

🧔🏾‍♂️Lucas, le Product Owner – Oui…Comment pouvons-nous concrètement appliquer cela dans notre sprint planning ou nos rétrospectives ?

👩🏻‍🦰Manon – Voici quelques idées !

  • Lors du sprint planning, à l’objectif du sprint, nous pourrions ajouter un objectif relevant de la conduite du changement.  
  • Lors des rétrospectives, on ne traiterait pas seulement des points relevant du développement logiciel, mais on y ajouterait les aspects organisation, métier et culture, du point de vue client. Ce serait une façon de couvrir les 4 axes du modèle OMOC que l’on utilise en conduite du changement.

👩🏼‍🦱 Inès, la scrum master – ça rapprocherait efficacement l’équipe de développement et ceux qui bossent sur le « change ». Cela pourrait vraiment améliorer la communication et l’alignement.

🧔🏾‍♂️Lucas – Hum…je me demande si on pourrait mettre en place une sorte de… «change backlog » ? Un backlog dédié aux actions de conduite du changement, avec des user stories spécifiques pour chaque sprint.

👩🏻‍🦰Manon – Et pourquoi pas ? On essaie dès le prochain sprint ? Cela nous aiderait à intégrer les actions de conduite du changement de manière plus structurée et visible.

🧔🏾‍♂️Lucas – Merci à toutes les deux ! Avec cette approche, on va vraiment faire la différence !

#agile #scrum #conduiteduchangement 

Catégories
Comprendre le changement

Regard critique sur le Manifeste agile

Une proposition de prise de recul sur le Manifeste agile

image billet manifeste agile

Qu’est-ce que le Manifeste agile ?

Tout manager se doit de connaître le Manifeste agile (2001) et pourquoi pas de le mettre en pratique 😉

Les méthodes ou cadres méthodologiques agiles ont émergé pour pallier les inconvénients des méthodes de développement de projet dites « classiques » : effet tunnel et inadéquation entre besoins utilisateurs et réponses apportées. L’agile s’inpire des principes du Lean (cf. billets sur le Lean)

Alors, ce manifeste pour le développement Agile de logiciels, que nous invite t-il à faire ?

Valoriser :

  • Les individus et leurs interactions plus que les processus et les outils
  • Des logiciels opérationnels plus qu’une documentation exhaustive
  • La collaboration avec les clients plus que la négociation contractuelle
  • L’adaptation au changement plus que le suivi d’un plan.

Ces 4 piliers sont précisés au travers de 12 principes :

  1. Notre plus haute priorité est de satisfaire le client en livrant rapidement et régulièrement des fonctionnalités à grande valeur ajoutée.
  2. Accueillez positivement les changements de besoins, même tard dans le projet. Les processus Agiles exploitent le changement pour donner un avantage compétitif au client.
  3. Livrez fréquemment un logiciel opérationnel avec des cycles de quelques semaines à quelques mois et une préférence pour les plus courts.
  4. Les utilisateurs ou leurs représentants et les développeurs doivent travailler ensemble quotidiennement tout au long du projet.
  5. Réalisez les projets avec des personnes motivées. Fournissez-leur l’environnement et le soutien dont elles ont besoin et faites-leur confiance pour atteindre les objectifs fixés.
  6. La méthode la plus simple et la plus efficace pour transmettre de l’information à l’équipe de développement et à l’intérieur de celle-ci est le dialogue en face à face.
  7. Un logiciel opérationnel est la principale mesure d’avancement.
  8. Les processus Agiles encouragent un rythme de développement soutenable. Ensemble, les commanditaires, les développeurs et les utilisateurs devraient être capables de maintenir indéfiniment un rythme constant.
  9. Une attention continue à l’excellence technique et à une bonne conception renforce l’Agilité.
  10. La simplicité – c’est-à-dire l’art de minimiser la quantité de travail inutile – est essentielle.
  11. Les meilleures architectures, spécifications et conceptions émergent d’équipes auto-organisées.
  12. À intervalles réguliers, l’équipe réfléchit aux moyens de devenir plus efficace, puis règle et modifie son
    comportement en conséquence.

A prendre avec recul

Ce manifeste pensé dans le cadre du développement de logiciels a été repris dans la littérature sur le management comme une façon de faire à généraliser à toute activité. Il est donc important de se pencher un peu près sur ce manifeste.

Point essentiel concernant les 4 piliers : il ne s’agit pas d’oublier processus, documentation, suivi d’un plan ou approche contractuelle mais de privilégier les premiers éléments de chacun des piliers. Ainsi, privilégier un logiciel opérationnel à une documentation exhaustive ne veut pas dire qu’il faut supprimer toute documentation. De même, accepter avec bienveillance le changement ne veut pas dire qu’il faut bannir toute planification. Evident me direz-vous ? A voir…

Privilégier les individus et leurs interactions sur les processus et les outils : de prime abord, il semble extrêmement satisfaisant de privilégier l’humain sur l’outil. Oui mais…attention à ne pas verser dans des effets indésirables du type « La règle n’est pas la même pour tous » ou « Deux poids, deux mesures ». Tous les individus ne seraient ainsi pas égaux devant les processus et les outils, sachant que tous les individus sont égaux mais certains plus égaux que d’autres, pour paraphraser George Orwell.

Accueillir avec bienveillance le changement, même tardivement dans le projet : c’est un point qui peut être très difficile à mettre en oeuvre dans les faits. De plus, cet accueil bienveillant du changement tardif de la part de ceux qui ont à le mettre en oeuvre ne saurait être un prétexte à ne pas penser le changement et l’anticiper de la part de ceux qui le demandent (représentants des utilisateurs ou clients).

Réalisez des projets avec des personnes motivées : cette injonction me semble à la fois très ambitieuse et un peu vaine dans la mesure où les équipes projets sont le plus souvent composées en fonction des postes ou fonctions occupées par les personnes, de leurs compétences, voire de leur disponibilité mais pas en fonction de leur motivation. Vouloir constituer des équipes projets avec des personnes motivées relève d’une approche qui remet en cause l’organisation même de la structure (entreprise).

Rythme « soutenable » : je pense qu’il s’agit d’une traduction trop rapide de « sustainable ». Il s’agit d’un rythme de production viable, durable, réaliste par opposition à des objectifs de production irréalistes.

Simplicité – art de minimiser la quantité de travail inutile : on reconnaît bien là la chasse aux gaspi inspirée du Lean, pour autant la définition de « simplicité » semble fort maladroite.

Les meilleures architectures, spécifications et conceptions émergent d’équipes auto-organisées : une croyance, à ne pas présenter comme une vérité établie.

Et vous, quelles sont vos réactions au Manifeste agile ? N’hésitez pas à laisser vos commentaires !…

Catégories
Billets d'humeur

L’incapacité se cacherait-elle derrière l’agilité ?

Tous agiles !

Tel est le nouveau mot d’ordre en entreprise.

Issue des méthodes agiles de développement de projet informatique, l’agilité d’entreprise fait florès et envahit la Toile d’articles sur le sujet. Si vous y avez échappé ou si le sujet ne vous paraît pas si limpide que cela, vous pourrez découvrir avec intérêt les fondements de l’agilité d’entreprise parmi lesquels l’adaptation au changement, le mode collaboratif, le droit à l’erreur ou encore procéder par itérations.

On ne peut que se féliciter de cette recherche d’agilité. Cependant, au quotidien, loin des beaux principes il y a la réalité de la pratique. Sous couvert d’agilité, on fait et refait, refait et fait refaire sans souci du coût de ces itérations. Certes, faire et défaire est consubstantiel du travail en entreprise mais parfois le doute s’installe sur la légitimité de cette pratique de plus en plus courante.

L’agilité comme subterfuge ?

L’observation attentive (1) et distanciée de la pratique de ces itérations, refaits et refaits montre souvent qu’ils auraient pu être évités si le résultat avait été pensé – je dirais conçu et voulu – le chemin pour y arriver anticipé et pensé de bout en bout.

Les itérations introduites dans les méthodes agiles de conduite de projet informatique avaient pour but d’éviter les longs tunnels de développement informatique et leurs résultats ne correspondant pas toujours aux attentes des protagonistes. Aujourd’hui, les tests et itérations semblent compris par certains non seulement comme un droit à l’erreur mais aussi une autorisation à ne pas penser, ne pas anticiper et ne pas prendre en compte coûts et délais, surtout quand il s’agit de ceux des autres.

Agilité ou souplesse ne sont pas synonymes d’invertébration.

L’agilité et le droit à l’erreur ne doivent pas servir de subterfuges à une forme d’incapacité à faire bien du premier coup faute de réflexion, d’anticipation, d’organisation et de volonté.

Agilité

(1) Mon observation porte sur des exemples pris dans des grandes entreprises du secteur tertiaire. Le phénomène est probablement moins marqué dans l’industrie où la réalité « matérielle » de la production viendrait vite rattraper les dérives de l’agilité. Je veux croire que pour construire un pont ou faire du pain on continue de penser, vouloir, anticiper, organiser…et qu’on veille à réussir du premier coup !

Catégories
Contribuer au changement

La DSI et la transformation en entreprise, rôle et enjeux

La DSI et la transformation, entretien avec Philippe Martinet

A différents postes de direction des systèmes d’information, Philippe Martinet a participé au passage en numérique des chaînes du groupe Canal+ en 1996 puis à la transformation entre 2000 et 2003 de Canal+ technologies en éditeur mondial de solutions de Digital TV. Il a ensuite rejoint en 2005 le groupe Eutelsat, troisième opérateur mondial de services fixes par satellites, pour la mise à l’état de l’art de ses SI. Au sein du groupe Aéroports de Paris, il a entre 2011 et 2015 transformé l’organisation autour des systèmes d’information et participé aux grands projets numériques à la croisée de l’exploitation aéroportuaire et du « travel retail ». Il supervisait également le développement de la filiale télécom d’ADP en tant qu’administrateur.

Philippe Martinet, 48 ans, est ingénieur diplômé de l’Ecole Supérieure d’Informatique Electronique Automatique (ESIEA), ainsi que titulaire du MBA international de l’ESCP Europe.

De la DI à la DSI

La DSI a souvent été celle par qui le changement arrive dans l’entreprise. Quels sont son rôle et son image auprès des métiers ?

Tout d’abord je tiens à préciser que mon propos est tiré de mon expérience, je ne prétends pas exprimer une vérité absolue en la matière, à supposer qu’il en existe une…

Avant d’évoluer en Direction des Systèmes d’Information au début des années 2000, la Direction Informatique a tout d’abord été une direction d’expertise technique qui avait pouvoir de décision sur les technologies de l’information, notamment sur le choix des solutions et des fournisseurs, détenant le budget et le savoir. La DI a progressivement évolué pour intégrer des connaissances métiers plus larges et mieux prendre en compte la dimension systémique des systèmes d’information, toujours plus complexes.

Certains grands projets informatiques ont parfois été des échecs malgré les qualités techniques et fonctionnelles des systèmes informatiques livrés : les choix de solutions applicatives ont été très structurants pour les métiers et les changements liés à ces projets ont souvent été sous-estimés et de ce fait pas assez accompagnés. La DI était la direction qui portait, à tort ou à raison, une grande part de responsabilité de ces échecs quand ils survenaient, donnant l’impression de laisser seuls les métiers face aux produits qu’elle leur livrait.

Le passage à l’an 2000 avec son cortège de mises à niveau logicielles et de renouvellement du matériel a marqué un tournant dans la façon dont la DI a été perçue par certaines Directions Générales (direction dispendieuse, à la stratégie obscure et finalement au pouvoir contesté).

L’arrivée massive de l’informatique dans la sphère du privé avec l’arrivée d’Internet a accentué ce mouvement en donnant à l’utilisateur une capacité de décision et de jugement sur l’offre informatique proposée pour des usages personnels, alors que l’offre de solutions aux entreprises s’enrichissait et se présentait comme un «service tout en un» allant jusqu’à l’hébergement des données et l’externalisation des processus métier. L’informatique devenait l’affaire de tous, les spécialistes du SI ayant plus de difficulté à faire comprendre leur valeur ajoutée, les métiers les renvoyant face à la complexité du SI qu’ils avaient créé (en refusant, dans leur vision en silos, leur part de responsabilité pour les systèmes qu’ils avaient pourtant spécifiés).

Ainsi, la DSI n’est plus l’unique apporteur du changement par la mise en œuvre des solutions informatiques.

Aujourd’hui, quelle est la météo des relations entre une DSI qui n’est plus incontournable et les métiers ?

Le sujet pour la DSI n’est pas d’être incontournable mais d’être reconnue pour sa valeur ajoutée.

De nos jours, la DSI peut être encore vue par les métiers comme une direction plus soucieuse de la sécurité et la pérennité du SI que de répondre dans les temps aux besoins métier, alors qu’une bonne gouvernance des SI devrait permettre de concilier cela.

Faire faire par la DSI est encore synonyme pour certains de solution lourde, longue, coûteuse, peu souple…d’autant plus qu’il est si simple en apparence de prendre les services d’une société de conseil ou de s’adresser directement à une jeune pousse pour acquérir l’appli numérique dernier cri au look sexy ! Là encore, des méthodes agiles et des solutions organisationnelles existent autour des projets pour rendre le métier acteur et co-responsable des choix, les maîtres-mots étant confiance, avec de la transparence donnée sur les enjeux respectifs, et solidarité dans les choix, la mise en œuvre et la communication à tous niveaux.

Sans cela, la DSI et les directions métiers rentreront dans un rapport de force stérile et consommateur d’énergie, le pouvoir de décision allant in fine à celui qui détient le budget et la confiance de la DG…

Heureusement, la météo de la relation est à l’amélioration : Je crois que la DSI a tout intérêt à s’inscrire dans une démarche de partenariat avec les métiers, sachant qu’elle est incontournable pour son expertise et ses capacités de faire vivre le SI par l’intégration de nouvelles solutions. Même si cette démarche peut parfois susciter l’incompréhension des équipes de la DSI qui peuvent alors reprocher au DSI de « prendre le parti » des métiers dans la gouvernance des SI, la DSI est là pour contribuer à la pérennité de l’entreprise par la capitalisation des connaissances métier, notamment sur ses données clés, ses processus et règles, mais aussi par la robustesse et la sécurité des SI. Il faut donc aussi faire évoluer la culture des équipes et pas seulement les organisations et les pratiques.

Illustration pour DSI et la transformation numérique

En ces temps de transformation numérique…

Comment s’organiser ?

D’un point de vue pratique, on ne manage pas, on ne décide pas les SI comme on consomme !

Le comportement du décideur en entreprise vis à vis de l’informatique et du numérique ne peut pas être calqué sur celui du consommateur zappeur car un SI performant apporte de la valeur en capitalisant les savoirs au fil des ans, tout en évoluant.

J’ai donc une forte préférence pour une approche collective par la mise en place d’un « ComEx digital » sponsorisé directement par la DG, au sein duquel le DSI contribue à la réflexion sur la transformation des métiers, apporte des solutions avec son expertise technologique, ses connaissances de l’écosystème IT et numérique, ainsi que ses capacités de pilotage de projets complexes.

Il est aussi essentiel d’intégrer les initiatives numériques dans le schéma directeur des SI avec une allocation claire des moyens et des ressources pleinement assumée par le collectif du top management. Il est également nécessaire de régler la « dette technique » du SI à chaque évolution pour garantir la pérennité de cet actif d’autant plus stratégique que nous sommes à l’ère du numérique !

La transformation numérique est-elle différente suivant la taille de l’entreprise ?

Non, je ne le pense pas. En revanche, la transformation numérique prend des significations et des enjeux différents suivant le secteur d’activité concerné. La « frénésie » actuelle autour du numérique tend également à créer un effet repoussoir pour les entreprises dominantes sur leur secteur, qui ont les moyens de résister ou d’absorber des start-up avant une éventuelle disruption. La transformation numérique, c’est avant tout la transformation de l’entreprise, le numérique étant plutôt un inducteur.

D’un point de vue technique, Il est crucial de ne pas faire semblant d’évoluer, de refaire la vitrine numérique (e-services, apps) sans correctement la connecter au back-office pour des économies à court terme… Sur la durée, ce serait vraiment dangereux pour l’entreprise, pour la qualité des services et conduirait à une perte de capacité de créer de la valeur ! La DSI se retrouverait alors condamnée à corriger le tir au risque de se faire accuser d’être chère et de ne pas créer de valeur…

L’écosystème de la DSI est-il lui aussi en pleine transformation ?

Effectivement, la tendance actuelle globale de désintermédiation (qui touche aussi les DSI) et l’apparition des start-ups de la French Tech changent le paysage de l’offre autour de l’IT et du numérique.

La DSI doit s’ouvrir aux jeunes pousses et enrichir son écosystème déjà composé d’entreprises de services du numérique (SSII), d’éditeurs et de constructeurs informatiques.

Peu importe qui du métier ou de la DSI découvre un nouvel acteur du numérique, l’enjeu est que la vision de l’écosystème ne soit pas éclatée pour que la DSI puisse mieux accompagner l’entreprise dans son développement et sa transformation avec une offre complète et maîtrisée, capable d’intégrer des produits et des fonctionnalités novateurs au SI existant, ainsi pérennisé.

Dans le cas particulier de la prise de participation de l’entreprise dans une startup du numérique, la DSI a un rôle prépondérant à jouer dans le choix stratégique et lors de la due diligence, pour valoriser l’apport en regard de la richesse fonctionnelle et technique du SI existant, et pour permettre de limiter les risques en matière de propriété intellectuelle, de qualité de code, de sécurité, y compris de risque financier par rapport à l’acquisition plus conventionnelle d’un produit ou d’une expertise.

Merci à Philippe Martinet pour cet éclairage particulièrement riche et vivant, directement issu de sa réflexion personnelle à partir de son expérience de DSI.

Catégories
Comprendre le changement

Le changement n’est plus ce qu’il était

Le changement lui-même n’y échappe pas : le changement change !

Le changement agile : se transformer rapidement et durablement

David Autissier, créateur de la chaire sur le changement à l’ESSEC et Jean-Michel Moutot ont publié un livre intitulé « Le changement agile« .

 

Changement agile, janvier 2016

Agile, un mot que l’on entend et lit partout…Attention à ne pas re-devenir singe…;-)
Ma fierté de blogueuse m’oblige à confier que j’avais rédigé cet article avant le « contrat agile » !

Le changement lui aussi change

Il était une fois le changement, l’heureux temps où le changement était la façon de passer d’un état stable à un autre état stable mais ce temps là n’est plus. Aujourd’hui le changement est un état permanent, une manière de vivre et de penser hors du cadre. La situation ordinaire de l’organisation devient celle du mouvement et le changement est alors permanent.

Autrefois la destination du changement était posée comme connue et la conduite du changement consistait à dire « voilà ce qui va se passer » dans une approche top-down. Aujourd’hui la destination est co-construite, chemin faisant et la conduite du changement relève de l’expérientiel et d’échanges horizontaux via des RSE (Réseau Social d’Entreprise).

La conduite du changement change elle aussi : il ne s’agit plus d’accompagner un changement mais de développer la capacité à changer des personnes et des groupes en leur faisant vivre une expérience de changement au travers de dispositifs expérentiels.

Le changement agile : définir, expérimenter et ancrer

Les auteurs proposent une méthode en 3 phases où l’expérimentation est clé et a pour objectif de développer l’intelligence collective. La phase d’ancrage porte sur l’ensemble des projets au service de la transformation globale de l’entreprise au travers d’un tableau de bord de la transformation à 5 ans et de l’analyse de la capacité à changer de l’organisation et des individus la composant.

Les auteurs ont l’intelligence de préciser que cette méthode n’a pas pour but de remplacer la méthode instrumentale qui serait devenue obsolète mais plutôt de venir proposer une autre façon de faire, laissant au responsable du projet la décision de choisir telle ou telle méthode, en fonction de la nature du projet ou de l’organisation.

Dans la dernière partie de l’ouvrage « Le changement agile », David Autissier et Jean-Michel Moutot présentent 10 outils pour appliquer la méthode proposée, ainsi que quelques exemples de changement agile pratiqués chez EDF, SNCF, Société Générale ou Covéa.

Alors que le sous-titre du livre annonce « changer rapidement et durablement », il ne m’a pas semblé trouver d’éléments de réponse probants quant à la rapidité du changement. Quant au durablement, il faudra le demander aux entreprises citées dans le livre…

Une question pour terminer ce billet : pratiquez-vous le changement « agile » dans votre entreprise ?