- Méthodologie
- Conférence
- 55 min
L'architecture appliquée aux équipes
Date jeudi
Horaire 8h30 à 9h25
Salle Amphi B
Description
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 !
Orateur·ices
Christophe Quintard
Je suis passé par des startups, IBM, Timwi, Ouest-France et maintenant je suis consultant chez Onepoint. Je continue à coder, parce que je ne veux pas être un architecte hors-sol. Mon but, c'est de mettre en place des SI évolutifs, grâce aux meilleurs principes et aux technos actuelles les plus adaptées.
Actions rapides
Les sessions futures sur le même thème
- 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
- Méthodologie
- Tool in action
Neo et la matrice des connaissances
Les bases de données orientées graphe sont un allié puissant pour représenter les connaissances et agir en acteur avisé. Dans cette session, je vous propose une mise en situation : Neo est bloqué dans la matrice face à ses redoutables adversaires. Grâce à une connaissance bien structurée du domaine dans lequel il est plongé, nous pouvons l'aider à s'échapper. Pour cela nous allons construire un graphe de connaissances. Ce sera l'occasion de vous proposer quelques grands principes de modélisation de graphe : quels sont les concepts du domaine, quelles sont les relations qui les lient, et comment leur donner de la sémantique pour résoudre notre problème ?
Jeudi 15h00 à 15h25 - Amphi E