• Méthodologie
  • Conférence
  • 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 Apside, 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


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