• MĂ©thodologie
  • ConfĂ©rence
  • Introduction
  • 55 min

Dev & Ops : des clients comme les autres ?

  • Date mercredi
  • Horaire 14h00 Ă  14h55
  • Salle Amphi D

Description

Alors que la Developer Experience s'immisce timidement dans les rĂ©flexions techniques et managĂ©riales de nos organisations, notre Ops Experience, elle, est encore trop souvent oubliĂ©e. Pire, lorsqu'on construit une solution technique basĂ©e sur une plateforme interne, que l'on doit respecter des jalons, amĂ©liorer la qualitĂ© du code, la fiabilitĂ© des tests, automatiser les process,... nous, Dev et Ops, restons des ressources au service des autres Ă©quipes mĂ©tiers de l'entreprise, considĂ©rĂ©s comme un centre de coĂ»t Ă  optimiser. Et si on inversait ce prisme ? Que se passerait-il concrĂštement si on se considĂ©rait nous-mĂȘmes comme des utilisateurs, voire des clients, avec nos besoins, nos irritants et nos attentes, souvent diffĂ©rentes ? Au travers de ce retour d'expĂ©rience, je vous propose de penser nos expĂ©riences Dev & Ops, comme on pense l'expĂ©rience utilisateur. Je vous parlerai des techniques pour comprendre et amĂ©liorer le quotidien des Ă©quipes de rĂ©alisation et traiter nos plateformes internes comme un produit. Je vous emmĂšnerai dans un monde mĂȘlant techniques de marketing (Design Thinking, expĂ©rience utilisateur...), d'industrie (Value Stream Mapping, Kaizen...) et de psychologie (Communication Non Violente, sĂ©curitĂ© psychologique...). Venez (re-)dĂ©couvrir des techniques actionnables pour transformer vos DevEx et OpsEx en commençant par le plus simple : considĂ©rer Dev et Ops comme des clients prĂ©cieux dont il faut vraiment Ă©couter les besoins !

Orateur·ices

Fanny Klauk

Accompagnatrice agile & DevOps chez CGI, co-créatrice de TADx - Tours agile & DevOps eXperience, j'ai parcouru des kilomÚtres de lignes de développements, d'analyses fonctionnelles et d'architectures orientées données avant de revenir à mes premiÚres amours : le travail d'équipe, dans un cadre motivant et bienveillant, autour de produits utiles et vivants. C'est donc tout naturellement vers l'agilité et le DevOps que mes derniÚres missions se sont tournées. Depuis, je glane le meilleur pour alimenter les équipes que j'accompagne au quotidien : mindset DevOps et craftership, outils au service de la qualité et du déploiement, techniques de design thinking pour capter les vrais besoins et l'amélioration continue des produits et des équipes.

Actions rapides

Voir la vidéo

Les sessions futures sur le mĂȘme thĂšme

    • MĂ©thodologie
    • ConfĂ©rence

    L'architecture appliquée aux équipes

    En architecture informatique, on sait concevoir un systĂšme capable de gĂ©rer diffĂ©rents types de requĂȘtes qui soit clair et performant avec des temps de rĂ©ponse prĂ©visibles : dĂ©couper en modules, dĂ©finir les rĂŽles, spĂ©cifier les interfaces, dĂ©tailler les Ă©changes, superviser, amĂ©liorer en continu... Et si on appliquait ce savoir Ă  la conception... d'une DSI ? Durant ce talk, je vous partage mon expĂ©rience suite Ă  la rĂ©organisation d'une DSI : identifier les symptĂŽmes d'une mauvaise organisation, rechercher les causes premiĂšres, redĂ©couper les Ă©quipes, dĂ©finir leur rĂŽle et leurs Ă©changes, suivre les progrĂšs, faire les ajustements. Au menu : agilitĂ©, DORA, Team Topologies, sens et bon sens !

    Jeudi 8h30 Ă  9h25 - Amphi B
    • MĂ©thodologie
    • ConfĂ©rence

    Pourquoi vos applications sont déjà legacy !

    Chaque application naĂźt propre. Quelques annĂ©es plus tard, elle est devenue le monstre que personne ne veut toucher. Ce n'est pas une fatalitĂ©, ce n'est pas de la malveillance, c'est le cycle de vie naturel d'une application. Tout professionnel de l'informatique a ou aura la chance (ou la malchance) de travailler sur des projets rĂ©cents comme en fin de vie ; avec peu d'utilisateurs comme des milliers ; sur des architectures propres comme sur des codebases que personne n'oserait ouvrir ! On va d'abord comprendre pourquoi nos applications ne sont pas Ă©ternelles, comment une codebase si propre et si performante se retrouve petit Ă  petit sous perfusion. Pression produit, turnover, dĂ©pendances qui meurent, hotfixes qui s'accumulent
 On nomme les coupables. Puis on passe aux antidotes : comment maintenir une application en bonne santĂ© du dĂ©but Ă  la fin, et quand ce n'est plus possible, comment prĂ©parer la transmission dans les meilleures conditions ? Durant ce talk, vous allez pouvoir prendre du recul sur vos projets. À lire leur Ă©tat de santĂ©. Et surtout, Ă  rĂ©pondre Ă  la vraie question : est-ce qu'on se bat pour la survie ou est-ce qu'on accompagne pour laisser place Ă  autre chose ?

    Jeudi 9h30 Ă  10h25 - Amphi D
    • MĂ©thodologie
    • Quicky

    TechLeads : arrĂȘtez de rĂ©pondre. Commencez Ă  questionner !

    On attend du Techlead qu’il sache. On vient le voir pour chaque dĂ©cision : relecture de code, dĂ©cision d'architecture, arbitrage produit, debug complexe, mĂ©diation d'Ă©quipe... Et plus il est compĂ©tent, plus il est sollicitĂ© ! Le paradoxe ? Sa valeur crĂ©e sa surcharge. Et si le rĂŽle du TechLead n’était pas d’avoir les meilleures rĂ©ponses
 mais de poser les meilleures questions ? Le questionnement puissant est une compĂ©tence centrale en coaching mais quasiment absente de la culture technique. Alors permettez-moi de vous offrir cet angle nouveau qui pourrait vous permettre de : - rĂ©duire la charge cognitive du TechLead, - faire Ă©merger des solutions plus solides, - responsabiliser sans imposer, - et d'Ă©viter les dĂ©pendances invisibles Un sujet pour celles et ceux qui veulent faire grandir leur impact sans s’épuiser.

    Jeudi 10h45 Ă  11h00 - Amphi D