vault backup: 2026-03-28 16:37:38

This commit is contained in:
Philippe 2026-03-28 16:37:38 +01:00
parent 92dfd19b07
commit 0a56580288
21 changed files with 651 additions and 7 deletions

View file

@ -0,0 +1,43 @@
---
type: coaching
date: 2026-03-24
session: 1
---
# Session de coaching — 24 mars 2026
---
## 1. Alignement (Ikigai)
**Observation :** Ton ikigai est vide. Pas une ébauche, pas une ligne — les quatre sections sont à blanc. Tu as construit une infrastructure de pilotage élaborée (vault structuré, OKRs, revues, rôles) sans avoir posé la boussole censée orienter tout ça. Le seul projet documenté avec de la substance — le PAI Entreprise — est un projet pro, technique, orienté collectif.
**Question :** Si tu devais formuler en une phrase pourquoi tu fais ce que tu fais — pas ton titre, pas tes responsabilités — mais ce qui te donne de l'énergie le matin, tu dirais quoi ?
---
## 2. Performance (Projets / OKRs)
**Observation :** Tes OKRs Q1 sont des templates vides. On est le 24 mars — le Q1 se termine fin avril. Tu as un seul projet actif documenté (PAI Entreprise) avec des prochaines actions claires, mais sans lien vers aucun OKR, parce qu'il n'y en a pas. Le PKM lui-même — sa mise en place, son alimentation — semble être le projet le plus actif de la période, sans que ce soit explicitement posé comme tel.
**Question :** Qu'est-ce qui t'a empêché de remplir tes OKRs Q1 ? Est-ce que les objectifs ne sont pas clairs, ou est-ce qu'ils existent ailleurs et n'ont pas encore été capturés ici ?
---
## 3. Équilibre (Rôles)
**Observation :** Parmi toutes les zones du vault, une seule next-action concrète émerge côté perso : inscription EHPAD + banque pour ta maman. Ce n'est pas anodin — c'est une charge lourde, pratique, probablement émotionnelle, sans espace de réflexion associé dans le PKM. Les rôles Parent, Conjoint, Social, Soi sont des dossiers vides ou quasi. Le rôle Conjoint se résume à une liste de cadeaux pour Aurélie.
**Question :** Le rôle "fils" — qui gère quelque chose d'aussi structurant qu'une entrée en EHPAD — n'a pas de place dans ton système. Est-ce un oubli de structure, ou est-ce que tu le traites différemment parce que c'est trop proche pour le mettre dans un PKM ?
---
## Question centrale de la semaine
Tu bâtis des systèmes solides — pour toi, pour ton équipe — mais les fondations de ton propre système (ikigai, OKRs perso) sont vides. **Est-ce que tu sais où tu veux aller, et si oui, pourquoi tu ne l'as pas encore écrit ?**
---
## Ta réflexion
<!-- Espace libre — réponds à ce qui résonne, pas à tout -->

View file

@ -0,0 +1,47 @@
---
statut: actif
role: cto | codir
objectif: Équiper l'entreprise d'une infrastructure IA partagée et gouvernée
echeance:
okr:
tags: [ia, pai, claude, outillage]
---
# PAI — Personal AI Infrastructure Entreprise
## Résultat attendu
> 100% des collaborateurs équipés et autonomes sur les outils IA, avec une bibliothèque de prompts/skills/agents partagée, maintenue et adoptée en production.
## Pourquoi ce projet
Les pilotes ont validé la valeur. L'enjeu est maintenant de capitaliser et d'éviter que chaque collaborateur réinvente sa pratique dans son coin — passage de l'usage individuel à l'actif collectif.
## Périmètre
### Outils cibles
- **Claude** (principal) — Claude for Work / Team
- **Autres outils** à consolider selon retours pilotes
### Ce qu'on industrialise
- **Prompts** — bibliothèque commune par métier/usage, versionnée
- **Skills** — automatisations réutilisables (Claude Code commands)
- **Agents** — workflows IA pour les tâches récurrentes
## Prochaines actions
- [ ] Faire un retour d'expérience structuré des pilotes (quoi, qui, gains mesurés)
- [ ] Créer le repo GitLab `ai-library` (structure : prompts/ · skills/ · agents/ · README)
- [ ] Identifier les 3 prompts/agents les plus utilisés à standardiser en premier
- [ ] Définir la gouvernance (qui maintient, qui valide les nouvelles contributions ?)
- [ ] Planifier le déploiement (formation, onboarding, communication)
## Notes et avancement
### 2026-03-23
Pilotes déjà actifs. Phase suivante : industrialisation — partage, gouvernance, déploiement à l'ensemble de l'équipe.
## Ressources liées
- [[20-areas/pro/cto/ia-impact]] — réflexions stratégiques
- [[30-resources/ia/]] — synthèses et veille

View file

@ -2,10 +2,10 @@
periode: 2026-Q1
type: okr
debut: 2026-01-01
fin: 2026-03-31
fin: 2026-04-30
---
# OKRs — Q1 2026
# OKRs — Q1 2026 (jan → avr)
> Référence : [[ikigai]] · [[2026-annuel]]

View file

@ -3,10 +3,10 @@ periode: 2026-Q1
type: okr
perimetre: perso
debut: 2026-01-01
fin: 2026-03-31
fin: 2026-04-30
---
# OKRs Perso — Q1 2026
# OKRs Perso — Q1 2026 (jan → avr)
> Référence : [[ikigai]] · [[2026-annuel]]

View file

@ -0,0 +1,21 @@
ID CADEAUX  2025
- Cagnotte stage mosaïque 
- Une paire de bottines 
- achat litovi et pâte de verre italienne 
- Tablier pour la mosaïque qui se noue pour être ajusté 2 ou 3 poches ni trop fin, ni trop rigide 
- Petit meuble avec boîtes à thé 
- tabouret datelier confortable ( dossier, pivotant, repose-pieds, peu demprise au sol car peu de place) 
- Valet ou joli fauteuil pour la chambre 
- sac pour remplacer mon sac noir pour aller au travail (volume suffisant pour ordi et pochettes, avec bandoulière)
- Bijoux : petit bracelet fin ou boucles doreilles pendantes 
- Céramique (tasses japonaises ou coupelle pour bijoux)
- thé vert ou blanc en vrac  à déguster
- boîte à thé en papier japonais 
- crème de soin ou exfoliant bioéthique
- carte cadeau pour achat vêtements 
- Beau livre sur lart (peinture notamment) ou sur les formes et les couleurs dans la nature (pour inspiration mosaïque)
Idées de sorties
- https://typhusbronx.com/agenda/
-

View file

View file

@ -0,0 +1,35 @@
---
type: area-note
role: cto
updated: 2026-03-23
tags: [ia, strategie, cto]
---
# IA — Réflexions et veille
> Note vivante. Pas de deadline — alimentation continue.
---
## Questions ouvertes
- Quel impact sur les métiers de l'entreprise à 1 an / 3 ans ?
- Où l'IA crée de la valeur vs où elle crée du risque ?
- Comment maintenir la montée en compétence des équipes dans un contexte qui évolue vite ?
- Quelle gouvernance des usages IA dans l'entreprise ?
## Observations terrain
<!-- Dater chaque entrée -->
### 2026-03-23
-
## Signaux faibles
-
## Liens
- [[10-projects/pai-entreprise]] — mise en place infrastructure IA
- [[30-resources/ia/]] — ressources et synthèses

View file

@ -0,0 +1,117 @@
---
type: 1to1
periode: 2026
collaborateur: Aurélie
---
# 1to1 — Aurélie · 2026
> Référence : [[_contexte]]
---
### 2026-03-23 :
- Ticket un peu plus calme :
- Bac à sable : 1 fois / mois => pt hebdo
- Pt hebdo =>  à terme Bilan support /
- Client à l'unanimité très content,  2 recommandations =>  satisfait de l'ergo, content de builder
=> Template ou IA demain ?
### 2026-03-09 :
- Franchise Expo : préparation de démo
### 2026-02-23 :
- Tableau de bord de KPIs : apporter la valeur au client du côté CSM - ROI
### 2026-02-11 :
- Tickets : mise en production => décalage MEP
=> Retours 
- Retours : journée commerce CSM
- Recrutement prévu pas de date
- Bastien vraiment complémentaire
- Bonne dynamique pour faire du crossSelling
- Très chargé côté Aurélie :
- Suivi client
- Optimisation de la plateforme : manque d'indicateur
=> + dans la réactivé moins dans la proactivité
- Rentrer dans la phase de test => manque de temps devrait permettre de créer des tutos
### 2026-01-28 :
- Départ Pauline : 
- bien chargé, notamment avec le onboarding de Midas et de Maisons du monde
- Daily Intéressant :  à partager
- Démo :
- responsabilité dev : moins de test
- retour en direct
- Qualiopi : 2h d'onboarding : convention / satisfactions
- => suivi + relance
- Besoin d'émargement ?
- Stratégie  : groupe ou seenaps, j'étais en attente
=> du mal à appréhender la place de seenaps => louper
- Chantiers : voir mon implication
- Intégrer l'IA dans l'accompagnement , dans l'optique d'industrialiser le CSM
- Fabrique de style : pt Vendredi matin
### 2025-01-12 :
- Départ de Pauline: vigilance nombre de Tickets :  point Quentin et appuie Kevin
- Tests :
- Fabrique de styles :
- voir si on priorise le contenu => on joue la montre
- Roadmap :
- Noblessa : pt Vendredi
- Lionel :
### 2025-12-15 :
- OnBoarding et Relation Client : enquête de satisfaction
- Départ Pauline  =>
- Charge de travail ?
- Point de vue global
- Aménagement intérieur
- Customer Effort Score : CES, NCS
- Réponse Technique :
- Ticket connotation Tech => Daily  =>
- Visibilité Roadmap  ?
2025-12-01 :
- Ca correspond à mon projet :
- Qu'attends tu de de moi
- PO :
### Modèle
**Humeur / énergie :** 🟢 🟡 🔴
**Points abordés :**
-
**Feedback donné :**
-
**Actions**
| Action | Responsable | Échéance |
|---|---|---|
| | | |
---
## Bilan du trimestre
**Progression sur les objectifs :**
-
**Feedback récurrent à reporter dans [[_contexte]] :**
-

View file

@ -0,0 +1,35 @@
---
type: 1to1-contexte
role:
anciennete:
---
# _contexte — Aurélie Blot
## Profil
- **Rôle :** CSM / Product Owner
- **Ancienneté :**
- **Mode de fonctionnement :**
- **Perso :** habite Bain de Bretagne, 2 filles 5 et 8 ans en 2026
## Forces
-
## Axes de développement
-
## Objectifs
| Objectif | Échéance | Statut |
|---|---|---|
| | | |
## Feedback récurrent
**Points positifs :**
-
**Points de vigilance :**
-
## Aspirations
- A fait une formation Product Owner
-

View file

View file

@ -0,0 +1,10 @@
---
type: 1to1-annuel
periode: 2026
collaborateur: Lionel
---
# 1to1 — Lionel · 2026
> Référence : [[_contexte]]

View file

@ -0,0 +1,35 @@
---
type: 1to1-contexte
role: lead développeur
anciennete: 2026-01
---
# _contexte — Lionel Guérin
## Profil
- **Rôle :** Lead developpeur
- **Ancienneté :**
- **Mode de fonctionnement :**
- **Perso :** sans enfant, aime les courses de voiture
## Forces
-
## Axes de développement
-
## Objectifs
| Objectif | Échéance | Statut |
|---|---|---|
| | | |
## Feedback récurrent
**Points positifs :**
-
**Points de vigilance :**
-
## Aspirations
-
-

View file

@ -3,12 +3,22 @@ type: 1to1-trimestre
periode: 2026-Q1
collaborateur: Ludovic
---
# 1to1 — Ludovic · 2026-Q1
> Référence : [[_contexte]]
---
### 2026-03-27 :
- CS : automapper,
- Rétro 8.6 : conso IA - pas de limite token, utilise encore chatgpt : => amélioration l'IA
- Walker : 535 -> 565 => 30% ->
- YWH => Morgan
- Sellor I6TM09 => CName =>
- Certis : probal avant-vente : outil d'audit - appli intérêt déconnecté : 115+60+30
- VM => Christophe =>Windows11,
- SQL Serveur : base de données
## 2026-03-22

View file

@ -0,0 +1 @@

View file

@ -0,0 +1,35 @@
---
type: 1to1-contexte
role:
anciennete:
---
# _contexte — Aurélie Blot
## Profil
- **Rôle :** CSM / Product Owner
- **Ancienneté :**
- **Mode de fonctionnement :**
- **Perso :** habite Bain de Bretagne, 2 filles 5 et 8 ans en 2026
## Forces
-
## Axes de développement
-
## Objectifs
| Objectif | Échéance | Statut |
|---|---|---|
| | | |
## Feedback récurrent
**Points positifs :**
-
**Points de vigilance :**
-
## Aspirations
- A fait une formation Product Owner
-

View file

@ -0,0 +1,62 @@
# One to One
Moment déchange privilégié entre le manager et le collaborateur : 
Indispensable au management déquipe 
## Les objectifs du rituel :
- Temps de management effectif et régulier
- Temps découte : tous types de sujets (pro / perso)  
- Relai dinformation : montante et descendante  
- Expliciter les feedback
- Coacher : donner un cap mesurable et cadré dans le temps sur une compétence cible  
- Déléguer : transférer une tâche encadrée par des indicateurs et un objectif  
- Détecter les signaux faibles le plus en amont possible
- Etre proactif plutôt que réactif
- Accorder un temps de management équitable à ses collaborateurs
- Centraliser les demandes collaborateurs -> manager au moment du OneToOne -> moins de perturbations
Qui ?
- Manager ou relai management 
- Collaborateur 
## Quand ? 
- Hebdomadaire / heure fixe
- Modifiable ponctuellement
## Comment ?
- 5 de préparation par le manager (relecture de notes, préparation des feedback, suivi des actions)
- 0 à 30 découte active du collaborateur (tous types de sujets) 
- Sil reste du temps : Feedback du manager (ou relai) + ou  
- Sil reste du temps : Projection sur lavenir (formation, suivi des actions, etc.) 
- 1 de reporting par le manager
- En visio ou en présentiel
### Points d'attention
- Eviter les éléments de perturbation (téléphone, mails, notifications, chef de projet qui parle fort, etc.)
- Laisser place à l'écoute sans contrôle et intervention pendant la première phase dédiée au collaborateur
- Préparer les feedback (voir article feedback à venir). Le feedback doit être factuel 
- La seule raison d'annuler un OneToOne est que l'une des parties est en congés
- Le OneToOne n'est pas un outil de reporting
### Ressources complémentaires
- Un résumé ici : [Le meilleur OUTIL de MANAGEMENT - 1 to 1 - YouTube](https://www.youtube.com/watch?v=9a7I8uvgRu8&feature=youtu.be)
- Un complément ici : [1 to 1 - 10 Pièges à éviter pour les MANAGERS](https://www.facebook.com/outilsdumanager/videos/813999565740992/)
## Phrase de relance
- Comment était ta semaine ?
- Sur quels sujets as-tu progressé ou obtenu des résultats qui te satisfont ?
- Quelles sont tes priorités ou objectifs pour cette nouvelle semaine ?
- Rencontres-tu des difficultés ou des points de blocage ? 
- Dautres sujets à aborder ?

View file

@ -0,0 +1,104 @@
---
type: livre
auteur: Nicole Forsgren · Jez Humble · Gene Kim
source: IT Revolution Press, 2018
date: 2018
tags: [devops, performance, engineering, organisation, leadership]
---
# Accelerate — The Science of Lean Software and DevOps
## Idées clés
### Les 4 métriques DORA (indicateurs de performance livraison)
- **Deployment Frequency** — à quelle fréquence déploie-t-on en production ?
- **Lead Time for Changes** — combien de temps entre le commit et la prod ?
- **Change Failure Rate** — quel % de déploiements provoque un incident ?
- **Time to Restore Service** — combien de temps pour rétablir après incident ?
Les équipes "elite" déploient à la demande (plusieurs fois/jour), avec un lead time inférieur à 1 heure, un taux d'échec < 15% et un rétablissement en moins d'une heure.
### Les capabilities qui prédisent la performance
Le livre identifie 24 capabilities regroupées en 5 catégories :
**1. Continuous Delivery**
- Contrôle de version de tout (code, config, infra)
- Déploiement automatisé
- Tests automatisés (unitaires, intégration, acceptance)
- Trunk-based development (branches courtes, intégration fréquente)
- Feature flags pour découpler déploiement et release
**2. Architecture**
- Architecture loosely coupled — équipes peuvent livrer indépendamment
- Le design système doit permettre aux équipes de tester et déployer sans coordination externe
**3. Produit et process**
- Travail en petits lots (small batches)
- Feedback des utilisateurs intégré en continu
- Visualisation du flux de travail (WIP limité)
**4. Lean management & monitoring**
- Monitoring proactif (pas juste alertes)
- Limiter le WIP
- Visualiser le travail
- Feedback rapide sur les changements de production
**5. Culture**
- Culture Westrum "générative" (vs pathologique ou bureaucratique)
- Partage d'information actif
- Risques partagés, pas punition des erreurs
- Collaboration inter-équipes
### Culture Westrum (modèle organisationnel)
| Type | Pathologique | Bureaucratique | Générative |
|---|---|---|---|
| Orientation | Pouvoir | Règles | Performance |
| Info | Cachée | Tolérée | Activement partagée |
| Erreur | Punition | Justice | Apprentissage |
| Nouveauté | Écrasée | Problème | Implémentée |
La culture générative prédit à la fois la performance IT et la performance organisationnelle.
### Performance technique → performance business
La recherche démontre statistiquement que les 4 métriques DORA prédisent :
- La rentabilité et part de marché
- La productivité perçue
- La satisfaction et rétention des équipes
- La performance organisationnelle globale
**C'est la conclusion centrale du livre** : la vitesse et la stabilité ne sont pas opposées — les meilleures équipes sont à la fois les plus rapides et les plus stables.
### Transformational Leadership
Les leaders qui prédisent la performance technique :
- Inspirent et motivent (vision claire)
- Permettent aux équipes de travailler efficacement (éliminent les obstacles)
- Challengent les équipes à remettre en question le statu quo
- Reconnaissent les contributions individuelles
## Synthèse personnelle
<!-- À compléter avec ton contexte CTO/DSI -->
Le livre répond à une question fondamentale pour un CTO : comment mesurer objectivement la performance de son organisation de delivery ? Les 4 métriques DORA sont actionnables immédiatement et permettent de comparer dans le temps sans jugement subjectif.
La corrélation culture générative → performance est le point le plus sous-estimé : l'organisation a autant d'impact que les pratiques techniques.
## Citations / extraits
> "High performers are twice as likely to meet or exceed their organizational performance goals."
> "Improvement is possible for everyone, as long as leadership provides consistent support."
> "The most important characteristic of high-performing teams is that they are not trade-offs between speed and stability — they achieve both."
## Ce que je vais appliquer
- [ ] Mesurer les 4 métriques DORA sur Seenaps (point de départ baseline)
- [ ] Évaluer notre culture sur le modèle Westrum
- [ ] Identifier les 3 capabilities prioritaires à développer
## Liens avec d'autres notes
- [[15-okr/6tm/2026-annuel]] — OKRs techniques liés à la performance delivery
- [[20-areas/pro/cto/]] — rôle CTO
- [[30-resources/tech/architecture/]] — architecture loosely coupled

View file

@ -1,5 +1,6 @@
---
periode: YYYY-QN | YYYY-annuel
periode: YYYY-Q1 | YYYY-Q2 | YYYY-Q3 | YYYY-annuel
# Q = quadrimestre : Q1 jan→avr · Q2 mai→août · Q3 sept→déc
type: okr
---

View file

@ -9,7 +9,7 @@ CTO, membre du Codir, DSI, Management d'équipe et CTPO de la solution Seenaps.
Ce PKM repose sur trois piliers complémentaires :
- **Covey** ("Priorités aux priorités") — organisation par rôles, revue hebdomadaire
- **Ikigai** — boussole de purpose, révisée périodiquement
- **OKRs** — objectifs annuels déclinés en trimestriels, liés aux projets
- **OKRs** — objectifs annuels déclinés en quadrimestres (Q1 jan→avr · Q2 mai→août · Q3 sept→déc), liés aux projets
## Rôles

33
_contexte.md Normal file
View file

@ -0,0 +1,33 @@
---
type: 1to1-contexte
role:
anciennete:
---
# _contexte — Ludovic
## Profil
- **Rôle :**
- **Ancienneté :**
- **Mode de fonctionnement :**
## Forces
-
## Axes de développement
-
## Objectifs
| Objectif | Échéance | Statut |
|---|---|---|
| | | |
## Feedback récurrent
**Points positifs :**
-
**Points de vigilance :**
-
## Aspirations
-

55
next-actions.md Normal file
View file

@ -0,0 +1,55 @@
---
type: next-actions
updated: 2026-03-22
---
# Next Actions
> Mis à jour chaque dimanche lors de la revue hebdo.
> Une action = une ligne, immédiatement actionnable.
> Si échéance ou dépendances → [[10-projects/]].
---
## Perso
### Soi
- [ ]
### Parent
- [ ]
### Conjoint
- [ ]
### Social
- [ ]
### Maman
- [ ] Inscription Ephad
- [ ] Banque
---
## Pro
### CTO
- [ ]
### Codir
- [ ]
### Management
- [ ]
### DSI
- [ ]
### Seenaps
- [ ]
---
## Inbox (non triées)
- [ ]