- 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
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