Compare commits
No commits in common. "31d50bfcfeb8242aa7b2aa2659169e458003c6be" and "817a6c134f97639f5528e25691729b238afa87fe" have entirely different histories.
31d50bfcfe
...
817a6c134f
260 changed files with 608 additions and 745051 deletions
|
|
@ -1,99 +0,0 @@
|
|||
Prépare un One-to-One pour le collaborateur dont le prénom est passé en paramètre : `$ARGUMENTS`.
|
||||
|
||||
Commence par vérifier qu'un prénom a bien été fourni. Si le paramètre est vide, demande simplement : `Quel prénom veux-tu préparer ?`
|
||||
|
||||
Ensuite, travaille dans cet ordre :
|
||||
|
||||
## 1. Résolution de la fiche cible
|
||||
|
||||
- Cherche dans `20-areas/pro/management/1to1/` un dossier dont le nom correspond au prénom normalisé en minuscules.
|
||||
- Dans ce dossier, ouvre le fichier annuel `<annee>.md` (typiquement `2026.md`).
|
||||
- Ignore le sous-dossier `archives/` lors de la résolution : il contient des sessions anciennes archivées et n'est lu que si l'utilisateur demande explicitement un historique long.
|
||||
- Si plusieurs dossiers correspondent, demande une clarification avant d'aller plus loin.
|
||||
- Si aucune fiche n'existe, n'arrête pas le traitement : passe en mode `sans fiche liée` et continue avec Ameno seul (voir étape 7).
|
||||
|
||||
## 2. Lecture du cadre
|
||||
|
||||
Lis `30-resources/management/equipe/one-to-one.md` pour avoir le cadre méthodologique et les phrases de relance disponibles.
|
||||
|
||||
## 3. Lecture du fichier collaborateur
|
||||
|
||||
Lis l'intégralité du fichier `<annee>.md`. Ce fichier contient trois zones :
|
||||
- **🎯 État courant** : Profil, Stade de maturité (narratif), Patterns observés
|
||||
- **📋 En cours** : sujets À aborder, Actions ouvertes, Feedbacks à donner
|
||||
- **📖 Sessions** : journal antéchronologique des 1:1 passés
|
||||
|
||||
Regarde en particulier :
|
||||
- Le **Stade** pour calibrer ta posture (cadrer/coacher/soutenir/déléguer).
|
||||
- Les **Patterns observés** pour détecter les continuités avec ce que va remonter Ameno.
|
||||
- Le contenu d'**En cours** pour savoir ce qui est en suspens.
|
||||
- Les **2 ou 3 dernières sessions** pour la continuité immédiate.
|
||||
|
||||
## 4. Appel Ameno
|
||||
|
||||
Appelle l'outil MCP `mcp_mcpameno_prepare_one_to_one` avec le prénom fourni et la date du jour comme référence. Récupère :
|
||||
- Les rapports d'activité agrégés
|
||||
- Les tickets en cours assignés
|
||||
|
||||
## 5. Synthèse et mise en perspective
|
||||
|
||||
Croise activement les données Ameno avec le contenu de la fiche :
|
||||
|
||||
- **Ameno × Patterns** : repère les continuités ("encore un gros chantier solo, comme noté le 2026-02-14") ou les écarts ("ticket bloqué, pattern récurrent de laisser traîner les SSI bloqués par dépendance externe").
|
||||
- **Ameno × En cours** : vérifie si les Actions ouvertes ont bougé dans l'activité de la semaine, si les sujets À aborder résonnent avec ce qu'Ameno remonte.
|
||||
- **Ameno × Dernières sessions** : signale ce qui a changé ou ce qui revient depuis la dernière session.
|
||||
|
||||
## 6. Écriture dans la fiche
|
||||
|
||||
Ajoute une nouvelle section datée **uniquement dans le bloc `## 📖 Sessions`**, en tête (juste sous le titre `## 📖 Sessions`, avant la session précédente).
|
||||
|
||||
**Ne touche jamais aux zones `## 🎯 État courant` ni `## 📋 En cours`.** Ces zones sont maintenues à la main par l'utilisateur.
|
||||
|
||||
Format de la section à ajouter :
|
||||
|
||||
```
|
||||
### YYYY-MM-DD
|
||||
|
||||
*Préparation Ameno*
|
||||
- 3 à 6 points factuels issus des rapports d'activité
|
||||
|
||||
*Tickets en cours*
|
||||
- liste courte des tickets assignés pertinents
|
||||
|
||||
*Points d'attention*
|
||||
- signaux faibles, continuités ou écarts détectés via le croisement Ameno × Patterns × En cours
|
||||
- citer explicitement quand un fait Ameno renforce ou contredit un pattern
|
||||
|
||||
*Questions à creuser*
|
||||
- 2 à 3 relances directes et utiles, calibrées sur le stade du collaborateur
|
||||
- piochées ou inspirées des phrases de relance du cadre one-to-one.md
|
||||
|
||||
*Notes de session*
|
||||
<!-- vide, à remplir à la main pendant l'échange -->
|
||||
```
|
||||
|
||||
Si une section datée du jour existe déjà, complète-la au lieu d'en créer une nouvelle. N'écrase jamais les notes existantes.
|
||||
|
||||
## 7. Cas "sans fiche"
|
||||
|
||||
Si aucune fiche n'existe pour le collaborateur :
|
||||
- Ne crée rien automatiquement.
|
||||
- Prépare quand même une synthèse exploitable à partir d'Ameno.
|
||||
- Signale qu'aucune fiche n'a été trouvée et donne le chemin attendu pour la créer plus tard : `20-areas/pro/management/1to1/<prenom>/<annee>.md`.
|
||||
- Mentionne le template disponible : `99-templates/1to1.md`.
|
||||
|
||||
## 8. Réponse finale
|
||||
|
||||
Réponds avec :
|
||||
- Un résumé de la section injectée (ou de la prépa si pas de fiche).
|
||||
- Les principaux points de continuité ou d'écart détectés (Ameno vs Patterns / En cours).
|
||||
- Les éventuels manques ou ambiguïtés.
|
||||
- Un rappel discret en fin de réponse : *"Après la session, pense à mettre à jour 🎯 État courant et 📋 En cours si quelque chose mérite d'y monter."*
|
||||
|
||||
## Contraintes de rédaction
|
||||
|
||||
- N'invente aucune information. Si Ameno n'a rien sur un point, dis-le.
|
||||
- Reste concret, synthétique, orienté préparation d'entretien.
|
||||
- Garde le style existant du fichier.
|
||||
- Ne tranche pas les contradictions Ameno/fiche : signale l'écart dans `Points d'attention`.
|
||||
- Respecte la confidentialité : c'est un outil de préparation perso, pas un reporting.
|
||||
|
|
@ -1,86 +0,0 @@
|
|||
Initialise la revue hebdomadaire de la semaine courante ou de la date passée en paramètre : `$ARGUMENTS`.
|
||||
|
||||
Objectif : créer une revue de semaine courte, actionnable et alignée avec Covey + OKR + rôles, sans surcharger la routine.
|
||||
|
||||
## 1. Résolution de la semaine
|
||||
|
||||
- Si `$ARGUMENTS` contient une date au format `YYYY-MM-DD`, utilise cette date comme référence.
|
||||
- Sinon, utilise la date du jour.
|
||||
- Calcule la semaine ISO correspondante, au format `YYYY-WXX`.
|
||||
- Calcule la période du lundi au dimanche, au format `YYYY-MM-DD -> YYYY-MM-DD`.
|
||||
- Le fichier cible est `05-revues/YYYY-WXX.md`.
|
||||
|
||||
Si le fichier existe déjà :
|
||||
- ne l'écrase jamais ;
|
||||
- ouvre-le, vérifie son état, puis propose uniquement les compléments utiles ;
|
||||
- si besoin, complète les sections vides sans modifier les notes déjà présentes.
|
||||
|
||||
Si le fichier n'existe pas :
|
||||
- crée-le à partir de `99-templates/preparation-semaine.md` ;
|
||||
- remplace `YYYY-WXX`, `YYYY-MM-DD -> YYYY-MM-DD`, `Semaine XX - YYYY` par les valeurs calculées ;
|
||||
- mets `statut: preparee`.
|
||||
|
||||
## 2. Lecture du contexte
|
||||
|
||||
Lis dans cet ordre :
|
||||
|
||||
1. `15-okr/` : les OKRs annuels et trimestriels pertinents pour la période courante.
|
||||
2. `10-projects/` : les projets actifs, en privilégiant les fichiers avec `statut: actif`.
|
||||
3. `20-areas/` : uniquement les notes récemment modifiées ou manifestement liées aux rôles actifs.
|
||||
4. `00-inbox/todo.md` et `next-actions.md` s'ils existent.
|
||||
5. La revue hebdomadaire précédente dans `05-revues/`, hors dossier `coaching/`.
|
||||
|
||||
Ne lis pas `80-sources/` sauf si un lien explicite depuis une note active le justifie.
|
||||
|
||||
## 3. Pré-remplissage
|
||||
|
||||
Pré-remplis uniquement ce qui est utile :
|
||||
|
||||
### Intention de la semaine
|
||||
|
||||
- Propose une intention en une phrase.
|
||||
- Elle doit arbitrer, pas simplement additionner les sujets.
|
||||
|
||||
### Priorités
|
||||
|
||||
- Propose au maximum 3 priorités.
|
||||
- Chaque priorité doit être formulée comme un résultat vérifiable.
|
||||
- Si plus de 3 priorités ressortent, challenge le surplus dans la réponse finale au lieu de tout mettre dans la note.
|
||||
|
||||
### Alignement rôles
|
||||
|
||||
- Remplis seulement les rôles qui ont un signal clair dans les notes.
|
||||
- Laisse vide les rôles sans signal plutôt que d'inventer une action.
|
||||
- Vérifie que les rôles perso ne disparaissent pas systématiquement.
|
||||
|
||||
### Projets actifs
|
||||
|
||||
- Ajoute uniquement les projets qui ont une action pertinente cette semaine.
|
||||
- Pour chaque projet, indique :
|
||||
- l'objectif semaine ;
|
||||
- la prochaine action ;
|
||||
- le risque principal ou vide si aucun risque clair.
|
||||
|
||||
### Focus du jour
|
||||
|
||||
- Remplis uniquement le jour courant avec 1 à 3 actions.
|
||||
- Les autres jours restent vides.
|
||||
|
||||
## 4. Contraintes
|
||||
|
||||
- Ne crée pas plus de 3 priorités de semaine.
|
||||
- Ne transforme pas la revue en backlog projet.
|
||||
- Ne duplique pas tout `todo.md`.
|
||||
- N'invente pas d'échéances, d'OKR ou de projets.
|
||||
- Si une information est incertaine, laisse vide ou note-la comme point à clarifier.
|
||||
- Garde un format Markdown simple, compatible Obsidian.
|
||||
|
||||
## 5. Réponse finale
|
||||
|
||||
Réponds avec :
|
||||
|
||||
- le chemin du fichier créé ou mis à jour ;
|
||||
- l'intention proposée ;
|
||||
- les 3 priorités retenues ;
|
||||
- les arbitrages ou incohérences détectés ;
|
||||
- les points laissés vides volontairement.
|
||||
|
|
@ -1,85 +0,0 @@
|
|||
Met à jour la revue hebdomadaire du jour pour la date courante ou la date passée en paramètre : `$ARGUMENTS`.
|
||||
|
||||
Objectif : faire un rituel quotidien court, centré sur l'exécution réelle, sans transformer la note hebdomadaire en journal lourd.
|
||||
|
||||
## 1. Résolution de la revue
|
||||
|
||||
- Si `$ARGUMENTS` contient une date au format `YYYY-MM-DD`, utilise cette date comme référence.
|
||||
- Sinon, utilise la date du jour.
|
||||
- Calcule la semaine ISO correspondante, au format `YYYY-WXX`.
|
||||
- Le fichier cible est `05-revues/YYYY-WXX.md`.
|
||||
|
||||
Si le fichier n'existe pas :
|
||||
- ne crée pas une revue complète depuis zéro dans cette commande ;
|
||||
- indique qu'il faut d'abord lancer `/semaine-init` ;
|
||||
- propose seulement les 1 à 3 focus du jour à titre temporaire.
|
||||
|
||||
Si le fichier existe :
|
||||
- ouvre-le ;
|
||||
- mets `statut: en-cours` si le statut est encore `preparee` ;
|
||||
- ne modifie jamais les notes déjà présentes sauf correction de mise en forme évidente.
|
||||
|
||||
## 2. Lecture du contexte court
|
||||
|
||||
Lis uniquement ce qui est nécessaire :
|
||||
|
||||
1. La revue hebdomadaire courante.
|
||||
2. `00-inbox/todo.md` et `next-actions.md` s'ils existent.
|
||||
3. Les fichiers de projets explicitement listés dans la section `## 4. Projets actifs`.
|
||||
4. Les notes récemment modifiées si elles éclairent le focus du jour.
|
||||
|
||||
Ne relis pas tout le vault. Cette commande doit rester légère.
|
||||
|
||||
## 3. Mise à jour du focus du jour
|
||||
|
||||
Dans `## 5. Focus du jour`, trouve la section correspondant au jour de référence :
|
||||
|
||||
- lundi -> `### Lundi`
|
||||
- mardi -> `### Mardi`
|
||||
- mercredi -> `### Mercredi`
|
||||
- jeudi -> `### Jeudi`
|
||||
- vendredi -> `### Vendredi`
|
||||
- samedi ou dimanche -> `### Week-end`
|
||||
|
||||
Ajoute ou remplace uniquement les cases vides de cette section avec 1 à 3 actions maximum.
|
||||
|
||||
Règles :
|
||||
|
||||
- Une action doit être concrète et vérifiable.
|
||||
- Privilégie ce qui débloque une priorité de semaine.
|
||||
- Évite les listes longues.
|
||||
- Si tout est flou, pose une seule question de clarification plutôt que d'inventer.
|
||||
|
||||
## 4. Mise à jour du journal rapide
|
||||
|
||||
Dans `## 6. Journal rapide`, trouve la section du jour.
|
||||
|
||||
Ajoute une entrée courte au format :
|
||||
|
||||
```md
|
||||
- HH:MM - Focus retenu : ...
|
||||
```
|
||||
|
||||
Si des éléments sont déjà notés pour ce jour :
|
||||
- ajoute l'entrée à la suite ;
|
||||
- ne réécris pas l'historique.
|
||||
|
||||
## 5. Contrôle de cohérence
|
||||
|
||||
Après la mise à jour, vérifie :
|
||||
|
||||
- que le focus du jour ne dépasse pas 3 actions ;
|
||||
- qu'au moins une action sert une priorité de semaine ;
|
||||
- que les actions ne sont pas seulement de l'administratif ;
|
||||
- qu'un rôle perso n'est pas systématiquement ignoré si la semaine est déjà déséquilibrée.
|
||||
|
||||
Si tu détectes un déséquilibre, signale-le dans la réponse finale, sans alourdir la note.
|
||||
|
||||
## 6. Réponse finale
|
||||
|
||||
Réponds avec :
|
||||
|
||||
- le chemin du fichier mis à jour ;
|
||||
- le focus du jour ;
|
||||
- le point de vigilance principal ;
|
||||
- éventuellement une question courte si un arbitrage utilisateur est nécessaire.
|
||||
4
.obsidian/appearance.json
vendored
4
.obsidian/appearance.json
vendored
|
|
@ -1,3 +1 @@
|
|||
{
|
||||
"cssTheme": "Things"
|
||||
}
|
||||
{}
|
||||
|
|
@ -1,53 +0,0 @@
|
|||
# 6nergy
|
||||
|
||||
## météo :
|
||||
- PA : dispersion
|
||||
- ST : globalement ça va, on voudrait que ca aille plus vite, pas battu pendant 25 ans pour arriver à 0
|
||||
- LR : météo perso pas top : flux tendu, tendu avec Benjamin, Anne rdv avec Fraterie décaler, job : ras le bol sur la tréso, des signaux qu'on peut y arriver : croissance à + 5, scmidt - lapeyre : cuisines à domicile, ia.
|
||||
|
||||
## 6mic
|
||||
- Angers 3,52
|
||||
- 6tmic 3,95% - 1 - emprunt sur 15 ans
|
||||
- Travaux : De Septembre à Juin
|
||||
- Angle mort : défaillance d'un locataire et pas de nouveau
|
||||
- Cible de valo à 5M€
|
||||
|
||||
## Wipoz
|
||||
- Négociation lancée pour une sortie complète
|
||||
- Sortie à 3M€ : 6nergy : 570K€, HBO : 170K, La palmeraie
|
||||
- Probable à 1,5M€ avec remboursement emprunt : 6nergy 422K, HBO : 109K
|
||||
- Crash : 6nergy 207, HBO : 60
|
||||
- Costrat le 17/06
|
||||
=> potentiellement argent en Octobre, LR ok à partir de 250 sur 6nergy
|
||||
|
||||
## Fcr
|
||||
- cible 18 franchisés france -> une dizaine de départ
|
||||
- manque 250k pour l'été
|
||||
|
||||
|
||||
## Sens & Co
|
||||
- Cession en cours
|
||||
- Yann démission
|
||||
- Cédant pour 150K€
|
||||
- Dette RH : 60K TTC
|
||||
=> Xavier 85K + 50K
|
||||
|
||||
## YWH
|
||||
- 6nergy à 44%
|
||||
- Todo : échéancier de réglement à finaliser
|
||||
|
||||
## 6nergy
|
||||
- Dettes au 30/06 722K
|
||||
|
||||
## Valorisation 6nergy au 19/05/2026
|
||||
- Valo : 5,2 => Mickaël, Antoine, Xavier : rentrer à 8
|
||||
|
||||
- RH | 4 | 1,6 => baisse de 5,5 à 4, des investisseurs à 4,3
|
||||
- 6tm Group | |
|
||||
|
||||
## Besoin de Financement 2026
|
||||
- Réalisé sur RH 300K
|
||||
-
|
||||
## Plan d'actions
|
||||
- mise en place d'un copil LR - PA - ST
|
||||
- réfléchir à ouverture 6nergy
|
||||
|
|
@ -1,10 +0,0 @@
|
|||
# Ip seenaps
|
||||
DRI :
|
||||
176.31.218.36
|
||||
176.31.218.53
|
||||
176.31.218.37
|
||||
Google :
|
||||
35.210.201.248 cockpitfrprod
|
||||
34.78.83.123 preprod2
|
||||
35.210.52.114 ia.6tm.com
|
||||
35.210.206.76
|
||||
|
|
@ -3,36 +3,36 @@ type: exercice
|
|||
debut: 2026-04-05
|
||||
fin: 2026-04-12
|
||||
---
|
||||
|
||||
# Micro-moments — 7 jours
|
||||
|
||||
> Chaque soir, une seule phrase : "Aujourd'hui, le moment où j'étais le plus présent / vivant / léger, c'était quand..."
|
||||
|
||||
---
|
||||
|
||||
### Dimanche 5 avril
|
||||
### Dimanche 6 avril
|
||||
- j’ai pu travailler sur ma kpm et ma bucket list
|
||||
|
||||
### Lundi 6 avril
|
||||
- piscine avec Ella et concert Mythos du groupe Delux
|
||||
### Lundi 7 avril
|
||||
- piscine avec Ella et concert Mythos
|
||||
|
||||
### Mardi 7 avril
|
||||
- développement Ameno
|
||||
### Mardi 8 avril
|
||||
-
|
||||
|
||||
### Mercredi 8 avril
|
||||
- beaucoup de sujet diverses je ne sais pas
|
||||
### Mercredi 9 avril
|
||||
-
|
||||
|
||||
### Jeudi 9 avril
|
||||
- petite nuit difficile avec Ella malade, chouette d'être père, quels prochains moment privilégié ?
|
||||
### Jeudi 10 avril
|
||||
-
|
||||
|
||||
### Vendredi 10 avril
|
||||
- travail sur le fond avec l'IA, ca va de devenir impressionnant, concert de Cali
|
||||
### Vendredi 11 avril
|
||||
-
|
||||
|
||||
### Samedi 12 avril
|
||||
|
||||
### Samedi 11 avril
|
||||
- travail sur ma structure pkm
|
||||
|
||||
---
|
||||
|
||||
## Ce que je retiens (à remplir le 12 avril)
|
||||
|
||||
<!-- Relis les 7 réponses. Qu'est-ce qui revient ? -->
|
||||
je ne sais pas, semaine avec plus d'activités extra professionnelle
|
||||
|
|
@ -1,17 +0,0 @@
|
|||
# seip pt du 13/05/2026
|
||||
|
||||
- les raisons qui feront de ce test une réussite
|
||||
|
||||
## co-pilote
|
||||
- 1 animateur des réseaux : Frédéric
|
||||
- 1 adhérent :
|
||||
|
||||
|
||||
##
|
||||
-
|
||||
Est ce que c'est intuitif, ergonomique :
|
||||
Un outil qui facilite le travail,
|
||||
|
||||
Priorité : animation de réseau
|
||||
- Construire une animation de réseau qui nous facilite la vie
|
||||
|
||||
|
|
@ -1,4 +1,2 @@
|
|||
|
||||
- [ ] - Facture HPA
|
||||
- [ ] - Vérifier Charte IA
|
||||
|
||||
[ ] - Reprendre rdv dentiste
|
||||
[ ] - Facture HPA
|
||||
|
|
|
|||
|
|
@ -1,44 +0,0 @@
|
|||
---
|
||||
type: coaching
|
||||
date: 2026-04-12
|
||||
session: 2
|
||||
---
|
||||
|
||||
# Session de coaching — 12 avril 2026
|
||||
|
||||
---
|
||||
|
||||
## 1. Alignement (Ikigai)
|
||||
|
||||
**Observation :** Ton ikigai a progressé. Ce n'est plus vide, et c'est important. Mais le point critique reste entier : au terme de l'exercice des micro-moments, tu n'arrives toujours pas à dire clairement ce qui te rend vivant hors du registre professionnel. La synthèse finale est encore absente, et ta phrase de conclusion est : "je ne sais pas". Or les signaux existent : piscine avec Ella, concerts, moments de paternité, travail de fond avec l'IA, structuration du PKM. Ce n'est pas un manque de matière. C'est un problème d'arbitrage ou d'acceptation.
|
||||
|
||||
**Question :** Qu'est-ce qui te gêne le plus aujourd'hui : ne pas savoir ce que tu aimes vraiment, ou commencer à voir que ce n'est pas uniquement dans la performance pro que tu te sens vivant ?
|
||||
Oui actuellement je ne sais pas définir c'est quoi être heureux, il faut sans doute que j'équilibre mieux moment pro et perso, ca semble être dans les moments de reflexions, poc dev sur le pro que je suis dans le flow.
|
||||
---
|
||||
|
||||
## 2. Performance (Projets / OKRs)
|
||||
|
||||
**Observation :** Tu as désormais des OKRs annuels et un Q2 perso structurés. C'est mieux cadré qu'il y a trois semaines. Mais ton système d'exécution ne suit pas : le fichier [next-actions.md](d:/OneDrive/hotmailPA/OneDrive/_Prive/pkm-perso/next-actions.md) n'est plus à jour depuis le 22 mars et reste presque entièrement vide, alors que les ambitions sont élevées côté Seenaps, IA, santé, liens et ikigai. Tu as clarifié où tu veux aller plus vite que tu n'as clarifié ce que tu fais cette semaine.
|
||||
|
||||
**Question :** Est-ce que ton vrai goulet d'étranglement est le manque de temps, ou le fait de ne pas vouloir choisir ce que tu vas laisser de côté ?
|
||||
ok je n'ai pas encore le réflexe d'utiliser ce fichier
|
||||
---
|
||||
|
||||
## 3. Équilibre (Rôles)
|
||||
|
||||
**Observation :** Les micro-moments de la semaine montrent une réalité simple : tes moments les plus vivants ne sont pas seulement des moments de production. Il y a du lien, de la musique, de la famille, et du travail de fond choisi. Pourtant, dans ta structure de pilotage, les rôles perso restent peu incarnés en actions concrètes. Même ta bucket list est plus lucide que ton agenda : elle dit ce que tu veux vivre, mais rien ne montre encore ce que tu acceptes de protéger dès maintenant.
|
||||
|
||||
**Question :** Quel rôle personnel est objectivement sous-investi aujourd'hui, non pas dans tes intentions, mais dans ton calendrier réel ?
|
||||
le couple
|
||||
---
|
||||
|
||||
## Question centrale de la semaine
|
||||
|
||||
Tu as commencé à clarifier ta direction. Le problème n'est plus l'absence de vision, mais l'écart entre ce que tu déclares important et ce que tu rends réellement prioritaire. **Qu'est-ce que tu es prêt à arrêter, reporter ou refuser pour que ton système reflète enfin tes vraies priorités ?**
|
||||
|
||||
---
|
||||
|
||||
## Ta réflexion
|
||||
|
||||
Effectivement un de mes problèmes j'ai plus tendance à ajouter des sujets qu' à en enlever
|
||||
<!-- Espace libre — réponds à ce qui résonne, pas à tout -->
|
||||
|
|
@ -1,43 +0,0 @@
|
|||
---
|
||||
type: coaching
|
||||
date: 2026-04-17
|
||||
session: 3
|
||||
---
|
||||
|
||||
# Session de coaching — 17 avril 2026
|
||||
|
||||
---
|
||||
|
||||
## 1. Alignement (Ikigai)
|
||||
|
||||
**Observation :** Ton ikigai est maintenant explicite et testable, avec une hypothèse à 90 jours claire. Tu as formulé une direction cohérente : clarifier le chaos, construire utile, faire grandir les gens, sans sacrifier le vivant. Le point de tension n'est plus la vision, c'est l'exécution des conditions de vie que tu dis vouloir protéger.
|
||||
|
||||
**Question :** Cette semaine, quelle décision concrète as-tu prise qui prouve que tu protèges le vivant autant que la performance ?
|
||||
|
||||
---
|
||||
|
||||
## 2. Performance (Projets / OKRs)
|
||||
|
||||
**Observation :** Les sources requises pour objectiver l'avancement projet sont incomplètes : aucune revue hebdo disponible hors coaching dans 05-revues, et aucun fichier _index.md détecté dans 10-projects. Tu pilotes avec une intention stratégique plus claire qu'avant, mais sans trace opérationnelle hebdo consolidée dans les fichiers de référence demandés.
|
||||
|
||||
**Question :** Quel est le plus petit rituel hebdomadaire que tu peux rendre non négociable pour reconnecter tes priorités déclarées à des preuves d'avancement visibles ?
|
||||
|
||||
---
|
||||
|
||||
## 3. Équilibre (Rôles)
|
||||
|
||||
**Observation :** Dans ta dernière session, tu as nommé explicitement le couple comme rôle sous-investi. C'est lucide. Mais tant que cette lucidité ne se traduit pas en arbitrages de calendrier, elle reste un constat et pas un changement.
|
||||
|
||||
**Question :** Quel engagement concret vas-tu poser avant la fin de semaine pour ton rôle conjoint, et qu'est-ce que tu acceptes de déplacer pour le tenir ?
|
||||
|
||||
---
|
||||
|
||||
## Question centrale de la semaine
|
||||
|
||||
Tu vois mieux ce qui compte. Maintenant, est-ce que tu es prêt à mesurer ta semaine non pas sur ce que tu as produit, mais sur ce que tu as réellement protégé de tes priorités de vie ?
|
||||
|
||||
---
|
||||
|
||||
## Ta réflexion
|
||||
|
||||
<!-- Espace libre — réponds à ce qui résonne, pas à tout -->
|
||||
|
|
@ -1,53 +0,0 @@
|
|||
---
|
||||
type: coaching
|
||||
date: 2026-05-11
|
||||
session: 4
|
||||
---
|
||||
|
||||
# Session de coaching — 11 mai 2026
|
||||
|
||||
---
|
||||
|
||||
## 1. Alignement (Ikigai)
|
||||
|
||||
**Observation :** Ton ikigai est maintenant clairement formulé : clarifier le chaos, construire utile, faire grandir les gens, sans sacrifier le vivant. L'hypothèse à 90 jours est lucide — tu ne cherches pas une mission unique, mais des conditions de vie où tu es vraiment vivant. Hier, tu as investi temps et rigueur dans deux veilles structurées (tech/IA hebdo, emploi/devs mensuel), deux playbooks complets, deux templates. Ça, c'est du travail de clarification du chaos, c'est utile. Le problème n'est pas la boussole. C'est que tu la suivis quand tu crées de la structure, mais on ne voit pas encore le "sans sacrifier le vivant" se matérialiser dans ton semaine.
|
||||
|
||||
**Question :** Hier, en construisant ces deux veilles et playbooks, tu as passé combien de temps avec tes enfants, avec ton conjoint, ou hors écran ? Était-ce une décision consciente d'arbitrage, ou tu l'as juste découvert après-coup ?
|
||||
|
||||
---
|
||||
|
||||
## 2. Performance (Projets / OKRs)
|
||||
|
||||
**Observation :** Tu as un pattern clair maintenant. Depuis la session du 17 avril, tu as ajouté : deux playbooks, deux templates, une première veille, amélioré le playbook tech/IA initial. C'est du travail concret et structurant. Mais ce pattern est une répétition depuis avril : tu bâtis des systèmes (veilles, playbooks, coaching, PKM lui-même) avec une rigueur impressionnante, et en parallèle tu dis que ton vrai goulet est de "choisir ce que tu laisses de côté". Hier, tu n'as rien laissé de côté — tu as encore ajouté. Sur tes OKRs Q2, tu as des KRs clairs (équipe IA, PAI dev, bases techniques) mais toujours pas de revues hebdo consolidées qui montreraient l'avancement réel. L'absence de ce rituel simple n'est pas un accident.
|
||||
|
||||
**Question :** Ces structures que tu bâtis — veilles, playbooks, coaching — avancent-elles vraiment tes OKRs Q2 chez Seenaps/Factory, ou c'est un détour que tu acceptes de faire parce qu'il te rassure davantage que de t'exposer aux vrais blocages des projets ?
|
||||
|
||||
---
|
||||
|
||||
## 3. Équilibre (Rôles)
|
||||
|
||||
**Observation :** Ton couple resté nommé comme "sous-investi" depuis la session du 12 avril. Tu l'as explicité de nouveau le 17 avril. Depuis, une semaine s'est écoulée, et ce que tu as construit (veilles, playbooks, templates) est entièrement du travail pro/systèmes, zero moment famille visible. On est dimanche soir — tu racontes une semaine très remplie de "construction utile". Rien sur le temps passé avec Aurélie, rien sur les enfants (à part "j'ai une veille sur le coaching d'équipe, ca m'intéresse"). C'est une observation douce mais directe : le couple continue à être ce rôle que tu reconnaîs important mais que tu traites comme une intention, pas une action.
|
||||
|
||||
**Question :** Si je te demande " C'est quoi ton engagement concret avec Aurélie cette semaine ? ", tu me dis quoi — une intention ou un fait de calendrier non-négociable ?
|
||||
|
||||
---
|
||||
|
||||
## Question centrale de la semaine
|
||||
|
||||
**Tu crées beaucoup de structure — c'est une vraie force. Mais tu confonds créer la structure avec l'habiter.** Les deux veilles que tu viens de poser, le coaching que tu as lancé : ce sont des outils excellents. Or pendant que tu les posais, le vivant continuait sans toi. La question n'est plus "comment tu clarifes" le chaos — tu le fais très bien. C'est : **As-tu la capacité, cette semaine, de laisser au moins une structure inachevée pour protéger un moment qui compte vraiment pour toi, et d'accepter d'être "incomplet" plutôt que de tout terminer ?**
|
||||
|
||||
---
|
||||
|
||||
## Insights pour la semaine
|
||||
|
||||
- Tu dis être bon à "structurer le chaos". Tu l'es. Mais tu dois distinguer : clarifier ce qui compte ≠ finir ce qu'on a commencé. La seconde t'ajoute de la friction avec tes priorités de vie.
|
||||
|
||||
- Le couple est revenu trois fois en coaching. Ce n'est pas un hasard. C'est ton système qui te dit : "Écoute, je sais que tu sais que c'est important. Pourrais-tu maintenant faire quelque chose au lieu de le savoir ?"
|
||||
|
||||
- Le fait que tu aies créé des veilles et des playbooks en une semaine, sans revue hebdo consolidée des OKRs, c'est révélateur : tu aimes bâtir les outillages. Mais le vrai travail est dans l'utilisation quotidienne, le micro-rituel, le "petit truc" non-sexy. Là, tu n'es pas au meilleur de toi-même.
|
||||
|
||||
---
|
||||
|
||||
## Ta réflexion
|
||||
|
||||
<!-- Espace libre — réponds à ce qui résonne, pas à tout -->
|
||||
|
|
@ -1,45 +0,0 @@
|
|||
---
|
||||
type: coaching
|
||||
date: 2026-05-17
|
||||
session: 5
|
||||
---
|
||||
|
||||
# Session de coaching — 17 mai 2026
|
||||
|
||||
---
|
||||
|
||||
## 1. Alignement (Ikigai)
|
||||
|
||||
**Observation :** Ton cadre est de plus en plus clair : tu veux construire utile, clarifier le chaos, faire grandir, sans sacrifier le vivant. Pourtant, dès qu'il s'agit de regarder la semaine réelle, le risque revient : tu peux très bien être cohérent dans le discours et beaucoup moins dans l'agenda. Le sujet n'est probablement plus de savoir ce qui compte, mais de voir si ce que tu protèges concrètement ressemble vraiment à ce que tu déclares prioritaire.
|
||||
|
||||
**Question :** Cette semaine, quel moment ou quelle décision a réellement incarné ton ikigai, et où ton agenda a-t-il au contraire contredit ce que tu dis vouloir protéger ?
|
||||
|
||||
---
|
||||
|
||||
## 2. Performance (Projets / OKRs)
|
||||
|
||||
**Observation :** Tu as une vraie force de structuration : tu sais poser des systèmes, clarifier des process, organiser des idées. Mais cette force peut aussi devenir un refuge. Tu peux produire une sensation de maîtrise en améliorant le cadre, alors que les KRs, eux, n'avancent que si un livrable concret bouge. Le point de vigilance est là : ne pas confondre qualité du système et preuve d'exécution.
|
||||
|
||||
**Question :** Si tu devais choisir un seul livrable visible à faire avancer cette semaine, lequel serait-il, et quelle activité "utile en apparence" acceptes-tu de laisser de côté pour qu'il bouge vraiment ?
|
||||
|
||||
---
|
||||
|
||||
## 3. Équilibre (Rôles)
|
||||
|
||||
**Observation :** L'équilibre ne se mesure pas à l'intention, mais au temps réellement alloué. Si un rôle important n'apparaît pas dans le calendrier, il reste un sujet moral ou mental, pas une priorité vécue. Le risque, pour toi, est de reconnaître lucidement qu'un rôle est sous-investi sans transformer cette lucidité en arbitrage concret.
|
||||
|
||||
**Question :** Quel rôle est objectivement sous-investi aujourd'hui, et quel engagement précis vas-tu bloquer cette semaine pour lui redonner une place réelle ?
|
||||
|
||||
---
|
||||
|
||||
## Question centrale de la semaine
|
||||
|
||||
**Observation :** Ton agenda dit souvent la vérité plus clairement que tes intentions. S'il était le seul document disponible pour comprendre tes priorités, il montrerait sans doute davantage ce que tu entretiens que ce que tu veux vraiment transformer. C'est là que se joue la semaine : non pas dans une meilleure formulation, mais dans un arbitrage visible.
|
||||
|
||||
**Question :** Si ton agenda était audité comme seul reflet de tes priorités, quel verdict rendrait-il aujourd'hui, et qu'est-ce que tu changes dès demain pour que ce verdict soit différent dans 7 jours ?
|
||||
|
||||
---
|
||||
|
||||
## Ta réflexion
|
||||
|
||||
<!-- Espace libre — réponds à ce qui résonne, pas à tout -->
|
||||
|
|
@ -1,6 +0,0 @@
|
|||
## Mes 4 priorités
|
||||
- [ ] Seenaps - module redevance fiche article
|
||||
- [ ] Gestéos - démarrage facturation électronique
|
||||
- [ ] 6nergy - projection 2026
|
||||
- [ ] Perso - plan d'implémentation pkm défini
|
||||
|
||||
|
|
@ -1,225 +0,0 @@
|
|||
# Ameno - Gestion des Tickets
|
||||
|
||||
**Type** : Outil / Guide d'utilisation
|
||||
**Domaine** : Gestion de projet / Product Management
|
||||
**Outil** : Ameno
|
||||
**Date de capture** : 26 décembre 2025
|
||||
|
||||
---
|
||||
|
||||
## 🎯 À quoi sert cet outil
|
||||
|
||||
Ameno est l'outil de gestion de tickets/tâches utilisé pour organiser le travail de l'équipe.
|
||||
|
||||
**Cas d'usage principaux** :
|
||||
- Créer et suivre des tickets (bugs, features, tâches)
|
||||
- Organiser le backlog
|
||||
- Suivre l'avancement des sprints
|
||||
- Prioriser le travail
|
||||
|
||||
---
|
||||
|
||||
## 📋 Guide d'utilisation
|
||||
|
||||
### Créer un ticket
|
||||
|
||||
#### Informations obligatoires
|
||||
- **Titre** : Clair et descriptif
|
||||
- **Type** : Bug / Feature / Tâche / Amélioration
|
||||
- **Description** : Contexte, problème, résultat attendu
|
||||
- **Priorité** : Haute / Moyenne / Basse
|
||||
|
||||
#### Template de ticket
|
||||
|
||||
```markdown
|
||||
**Contexte**
|
||||
[Pourquoi ce ticket existe ?]
|
||||
|
||||
**Problème / Besoin**
|
||||
[Qu'est-ce qui doit être résolu/fait ?]
|
||||
|
||||
**Résultat attendu**
|
||||
[À quoi ressemble le succès ?]
|
||||
|
||||
**Critères d'acceptation**
|
||||
- [ ] Critère 1
|
||||
- [ ] Critère 2
|
||||
|
||||
**Notes techniques** (optionnel)
|
||||
[Informations pour les devs]
|
||||
```
|
||||
|
||||
---
|
||||
|
||||
### Workflow des tickets
|
||||
|
||||
```
|
||||
📝 À faire → 🔄 En cours → 👀 En review → ✅ Terminé
|
||||
↓
|
||||
⏸️ Bloqué
|
||||
```
|
||||
|
||||
#### Statuts
|
||||
- **À faire** : Ticket prêt à être pris
|
||||
- **En cours** : Quelqu'un travaille dessus
|
||||
- **Bloqué** : En attente d'une action externe
|
||||
- **En review** : Code/livrable en attente de validation
|
||||
- **Terminé** : Validé et déployé/livré
|
||||
|
||||
---
|
||||
|
||||
### Bonnes pratiques
|
||||
|
||||
#### 1. Titres de tickets
|
||||
❌ **Mauvais** : "Fix bug"
|
||||
✅ **Bon** : "Fix : L'export PDF plante avec plus de 100 pages"
|
||||
|
||||
❌ **Mauvais** : "Améliorer UX"
|
||||
✅ **Bon** : "UX : Ajouter feedback visuel lors du chargement des données"
|
||||
|
||||
#### 2. Description
|
||||
- **Toujours inclure le contexte** : Pourquoi ce ticket ?
|
||||
- **Être spécifique** : Éviter les ambiguïtés
|
||||
- **Critères d'acceptation mesurables**
|
||||
|
||||
#### 3. Priorisation
|
||||
- **Haute** : Bloquant, impact critique, deadline proche
|
||||
- **Moyenne** : Important mais non urgent
|
||||
- **Basse** : Nice to have, améliorations
|
||||
|
||||
#### 4. Taille des tickets
|
||||
- **Idéal** : Ticket complétable en 1-2 jours
|
||||
- **Si > 3 jours** : Découper en sous-tickets
|
||||
- **Si < 2h** : Peut-être trop granulaire (sauf bugs rapides)
|
||||
|
||||
---
|
||||
|
||||
## 🔗 Intégration avec le workflow
|
||||
|
||||
### Lien avec [[Trunk-Based-Development]]
|
||||
|
||||
Quand on utilise Trunk-Based Development :
|
||||
- **1 ticket = 1 branche courte** (< 24h)
|
||||
- Découper les gros tickets pour respecter cette contrainte
|
||||
- Utiliser les feature flags si le ticket nécessite plusieurs jours
|
||||
|
||||
### Lien avec les sprints
|
||||
|
||||
- **Sprint planning** : Sélectionner tickets du backlog
|
||||
- **Daily** : Mettre à jour statut des tickets
|
||||
- **Review** : Démo des tickets terminés
|
||||
- **Retro** : Analyser vélocité et process tickets
|
||||
|
||||
---
|
||||
|
||||
## ⚠️ Erreurs courantes
|
||||
|
||||
### Erreur 1 : Tickets trop vagues
|
||||
**Problème** : "Améliorer la performance"
|
||||
**Solution** :
|
||||
- Spécifier quelle métrique améliorer
|
||||
- Définir la cible (ex: "Réduire temps de chargement de 5s à 2s")
|
||||
|
||||
### Erreur 2 : Tickets zombies
|
||||
**Problème** : Tickets en "En cours" depuis des semaines
|
||||
**Solution** :
|
||||
- Review hebdomadaire des tickets en cours
|
||||
- Réassigner ou fermer si bloqué
|
||||
- Découper si trop gros
|
||||
|
||||
### Erreur 3 : Pas de critères d'acceptation
|
||||
**Problème** : Flou sur "c'est terminé quand ?"
|
||||
**Solution** :
|
||||
- Toujours définir 2-5 critères mesurables
|
||||
- Valider avec le demandeur avant de commencer
|
||||
|
||||
---
|
||||
|
||||
## 💡 Astuces avancées
|
||||
|
||||
### Labels / Tags utiles
|
||||
- `#tech-debt` : Dette technique
|
||||
- `#quick-win` : Gains rapides, faible effort
|
||||
- `#breaking-change` : Nécessite attention particulière
|
||||
- `#user-request` : Demande utilisateur directe
|
||||
|
||||
### Filtres pratiques
|
||||
- **Mes tickets en cours** : Assigné à moi + Statut "En cours"
|
||||
- **Tickets bloqués** : Statut "Bloqué" → à débloquer prioritairement
|
||||
- **Tickets sans assigné** : Pour sprint planning
|
||||
|
||||
### Automatisations possibles
|
||||
- Ticket créé depuis bug tracker automatiquement
|
||||
- Notification Slack quand ticket bloqué
|
||||
- Fermeture auto quand PR mergée
|
||||
|
||||
---
|
||||
|
||||
## 📊 Métriques à suivre
|
||||
|
||||
### Par sprint
|
||||
- **Vélocité** : Nombre de tickets terminés
|
||||
- **Taux de complétion** : % tickets planifiés vs terminés
|
||||
- **Temps moyen par ticket**
|
||||
|
||||
### Par type
|
||||
- **Ratio Feature/Bug/Tech Debt** : Équilibre du travail
|
||||
- **Tickets reportés** : Indicateur de sur-planification
|
||||
|
||||
### Qualité
|
||||
- **Tickets rouverts** : Indicateur de définition incomplète
|
||||
- **Temps en "Bloqué"** : À minimiser
|
||||
|
||||
---
|
||||
|
||||
## 🔧 Configuration recommandée
|
||||
|
||||
### Champs personnalisés utiles
|
||||
- **Points d'effort** : Estimation (Fibonacci : 1, 2, 3, 5, 8)
|
||||
- **Impact utilisateur** : Haute / Moyenne / Basse
|
||||
- **Équipe** : Quelle équipe prend le ticket
|
||||
- **Version cible** : Pour quelle release
|
||||
|
||||
### Vues recommandées
|
||||
1. **Kanban board** : Vision flux de travail
|
||||
2. **Backlog priorisé** : Liste ordonnée par priorité
|
||||
3. **Sprint actuel** : Focus sur le sprint en cours
|
||||
4. **Roadmap** : Vision long terme par épic
|
||||
|
||||
---
|
||||
|
||||
## 🔗 Ressources
|
||||
|
||||
### Documentation Ameno
|
||||
- [Lien vers doc]() - *À compléter*
|
||||
|
||||
### Process équipe
|
||||
- [[Projets/Seenaps/README|Workflow Seenaps]] - Process spécifique projet
|
||||
|
||||
### Concepts liés
|
||||
- [[Méthodes/Management/Agile-Scrum]] - Framework global
|
||||
- [[Trunk-Based-Development]] - Impact sur granularité tickets
|
||||
|
||||
---
|
||||
|
||||
## 🏷️ Tags
|
||||
|
||||
#outil #gestion-projet #product-management
|
||||
|
||||
---
|
||||
|
||||
## 📝 Notes
|
||||
|
||||
**Utilisation actuelle** :
|
||||
- Projet [[Projets/Seenaps/README|Seenaps]]
|
||||
|
||||
**Points d'amélioration identifiés** :
|
||||
- *À documenter au fur et à mesure*
|
||||
|
||||
**Intégrations actives** :
|
||||
- *À compléter*
|
||||
|
||||
---
|
||||
|
||||
*Dernière mise à jour : 26 décembre 2025*
|
||||
*Note créée avec template par Claude Code*
|
||||
|
|
@ -1,216 +0,0 @@
|
|||
# Mantis Story Ticket Generator - Skill Documentation
|
||||
|
||||
## Métadonnées du Skill
|
||||
|
||||
- **Nom:** mantis-ticket
|
||||
- **Description:** Generate well-structured Mantis bug tracking tickets in story format from user requirements. Use when the user requests ticket creation, bug report formatting, or needs to transform requirements into Mantis-compatible JSON. Produces narrative-style tickets that are human and AI readable.
|
||||
|
||||
---
|
||||
|
||||
# Mantis Story Ticket Generator
|
||||
|
||||
Generate professional Mantis tickets with a narrative, story-driven style that's easy to understand for both humans and AI.
|
||||
|
||||
## Output Format
|
||||
|
||||
Always produce a JSON array containing one or more ticket objects:
|
||||
|
||||
```json
|
||||
[
|
||||
{
|
||||
"summary": "Clear, action-oriented title",
|
||||
"description": "Story-formatted description using Mantis BBCode tags"
|
||||
}
|
||||
]
|
||||
```
|
||||
|
||||
## Story Writing Principles
|
||||
|
||||
**Narrative tone**: Write as if explaining the ticket to a colleague, not a robot
|
||||
- Use natural language flow
|
||||
- Connect ideas with context
|
||||
- Explain the "why" not just the "what"
|
||||
|
||||
**Be concrete and specific**:
|
||||
- Avoid vague terms like "improve", "optimize", "enhance"
|
||||
- Use real examples and scenarios
|
||||
- Include actual values, screens, or user actions when relevant
|
||||
|
||||
**Structure with purpose**:
|
||||
- Each section should tell part of the story
|
||||
- Start with context (where are we?)
|
||||
- Move to action (what needs to happen?)
|
||||
- End with validation (how do we know it's done?)
|
||||
|
||||
## Mantis BBCode Tags
|
||||
|
||||
**ONLY use these tags** (Mantis-compatible):
|
||||
- `[b]text[/b]` - Bold text
|
||||
- `[list][*] item[/list]` - Bullet lists (always use `[*]` inside `[list]`)
|
||||
|
||||
**NEVER use**: Markdown, HTML, hyphens for lists, asterisks outside `[list]`
|
||||
|
||||
## Description Structure
|
||||
|
||||
Use these sections in order (omit non-relevant sections for simple tickets):
|
||||
|
||||
### [b]Contexte[/b]
|
||||
Paint the picture: Where are we? What's the current situation? Why does this matter?
|
||||
|
||||
Example:
|
||||
```
|
||||
Actuellement, les utilisateurs doivent copier-coller manuellement les informations d'un email vers Mantis pour créer un ticket. Cette tâche répétitive prend environ 5 minutes par ticket et génère des erreurs de saisie.
|
||||
```
|
||||
|
||||
### [b]À faire[/b]
|
||||
What needs to happen? Describe the journey from current to desired state.
|
||||
|
||||
Use `[list][*]` for action items:
|
||||
```
|
||||
[list]
|
||||
[*] Ajouter un bouton "Créer ticket" dans le ruban Outlook
|
||||
[*] Extraire automatiquement le sujet de l'email comme titre du ticket
|
||||
[*] Pré-remplir la description avec le corps de l'email
|
||||
[/list]
|
||||
```
|
||||
|
||||
### [b]Règles / Détails[/b]
|
||||
Important constraints, business rules, or technical details that guide implementation.
|
||||
|
||||
Example:
|
||||
```
|
||||
Le bouton doit être visible uniquement quand un email est sélectionné. Si l'email contient des pièces jointes, proposer de les inclure comme screenshots dans le ticket.
|
||||
```
|
||||
|
||||
### [b]Critères de validation[/b]
|
||||
How do we know it's done? Describe the success scenario.
|
||||
|
||||
```
|
||||
[list]
|
||||
[*] Un utilisateur peut sélectionner un email et cliquer sur "Créer ticket"
|
||||
[*] Le ticket apparaît dans Mantis avec le bon projet et les bonnes informations
|
||||
[*] Le temps de création passe de 5 minutes à moins de 30 secondes
|
||||
[/list]
|
||||
```
|
||||
|
||||
## Content Rules
|
||||
|
||||
**Ask questions when information is missing**:
|
||||
- Title unclear? Ask for a concrete action verb
|
||||
- Requirements vague? Request specific examples
|
||||
- Multiple unrelated tasks? Confirm if they should be separate tickets
|
||||
|
||||
**Multiple independent requests**: Generate separate tickets, each with its own summary and description
|
||||
|
||||
**Keep it concise**:
|
||||
- Short, factual sentences
|
||||
- No invented information
|
||||
- Skip sections that don't add value
|
||||
|
||||
## What NOT to Do
|
||||
|
||||
- Never explain your process or add meta-commentary
|
||||
- Never include field names like "Projet:" or "Priorité:" in the output
|
||||
- Never add sections beyond the four standard ones
|
||||
- Never use Markdown syntax or HTML tags
|
||||
- Never use hyphens or standalone asterisks for lists
|
||||
|
||||
---
|
||||
|
||||
# Exemples de Tickets Mantis en Mode Story
|
||||
|
||||
Ce document contient des exemples de tickets bien formatés qui illustrent l'approche narrative recommandée.
|
||||
|
||||
## Exemple 1 : Ticket Simple (Sections Minimales)
|
||||
|
||||
**User request:** "Il faut ajouter un bouton d'export CSV sur la liste des utilisateurs"
|
||||
|
||||
```json
|
||||
[
|
||||
{
|
||||
"summary": "Ajouter l'export CSV sur la liste des utilisateurs",
|
||||
"description": "[b]Contexte[/b]\nLes administrateurs consultent régulièrement la liste des utilisateurs dans le backoffice pour faire des analyses. Actuellement, ils doivent copier-coller manuellement les données dans Excel, ce qui est fastidieux et source d'erreurs quand il y a plus de 50 utilisateurs.\n\n[b]À faire[/b]\n[list]\n[*] Ajouter un bouton \"Exporter en CSV\" au-dessus du tableau des utilisateurs\n[*] Le fichier CSV doit contenir toutes les colonnes visibles : nom, email, date d'inscription, statut\n[*] Le nom du fichier doit suivre le format : utilisateurs_YYYY-MM-DD.csv\n[/list]\n\n[b]Critères de validation[/b]\n[list]\n[*] Le bouton est visible et cliquable par tous les administrateurs\n[*] Le téléchargement du CSV démarre immédiatement au clic\n[*] Le fichier s'ouvre correctement dans Excel avec l'encodage UTF-8\n[/list]"
|
||||
}
|
||||
]
|
||||
```
|
||||
|
||||
## Exemple 2 : Ticket Complexe (Toutes les Sections)
|
||||
|
||||
**User request:** "On a besoin d'améliorer le système de notifications pour les tickets urgents"
|
||||
|
||||
```json
|
||||
[
|
||||
{
|
||||
"summary": "Implémenter les notifications temps réel pour les tickets urgents",
|
||||
"description": "[b]Contexte[/b]\nActuellement, les développeurs ne découvrent les tickets marqués comme \"urgents\" que lorsqu'ils consultent manuellement Mantis. Cela crée des délais de réaction pouvant aller jusqu'à plusieurs heures, ce qui est problématique pour les incidents de production.\n\n[b]À faire[/b]\n[list]\n[*] Envoyer un email immédiat aux développeurs assignés quand un ticket passe en priorité \"urgente\"\n[*] Afficher une notification dans l'interface web Mantis si l'utilisateur est connecté\n[*] Inclure dans la notification : titre du ticket, nom du projet, et lien direct vers le ticket\n[/list]\n\n[b]Règles / Détails[/b]\nLes notifications ne doivent être envoyées que pendant les heures ouvrables (9h-18h du lundi au vendredi). En dehors de ces horaires, les tickets urgents sont mis en file d'attente et les notifications sont envoyées dès 9h le jour ouvrable suivant. Exception : les tickets du projet \"Production\" déclenchent toujours une notification immédiate, même le week-end.\n\n[b]Critères de validation[/b]\n[list]\n[*] Un développeur reçoit l'email dans les 2 minutes suivant le passage en \"urgent\"\n[*] La notification web apparaît instantanément si le développeur est connecté\n[*] Aucune notification n'est envoyée en dehors des heures ouvrables (sauf projet Production)\n[*] Le lien dans l'email mène directement au ticket concerné\n[/list]"
|
||||
}
|
||||
]
|
||||
```
|
||||
|
||||
## Exemple 3 : Requêtes Multiples (Plusieurs Tickets)
|
||||
|
||||
**User request:** "Il faut corriger le bug d'affichage des dates et aussi ajouter une recherche par statut"
|
||||
|
||||
```json
|
||||
[
|
||||
{
|
||||
"summary": "Corriger l'affichage des dates au format FR",
|
||||
"description": "[b]Contexte[/b]\nLes dates s'affichent actuellement au format US (MM/DD/YYYY) dans l'interface, ce qui crée de la confusion pour nos utilisateurs français qui attendent le format JJ/MM/AAAA.\n\n[b]À faire[/b]\n[list]\n[*] Modifier le format d'affichage des dates en JJ/MM/AAAA partout dans l'interface\n[*] Vérifier que les dates de création, modification et échéance sont toutes concernées\n[/list]\n\n[b]Critères de validation[/b]\n[list]\n[*] Toutes les dates affichées respectent le format JJ/MM/AAAA\n[*] Le tri par date fonctionne toujours correctement\n[/list]"
|
||||
},
|
||||
{
|
||||
"summary": "Ajouter un filtre de recherche par statut de ticket",
|
||||
"description": "[b]Contexte[/b]\nLes utilisateurs doivent actuellement parcourir manuellement la liste complète des tickets pour identifier ceux dans un statut particulier (nouveau, en cours, résolu, etc.). Avec plus de 200 tickets dans certains projets, cette recherche manuelle devient chronophage.\n\n[b]À faire[/b]\n[list]\n[*] Ajouter un menu déroulant \"Filtrer par statut\" au-dessus de la liste des tickets\n[*] Inclure tous les statuts possibles : nouveau, assigné, résolu, fermé, rejeté\n[*] Ajouter une option \"Tous les statuts\" pour désactiver le filtre\n[/list]\n\n[b]Critères de validation[/b]\n[list]\n[*] La sélection d'un statut filtre instantanément la liste affichée\n[*] Le nombre de tickets affichés correspond au statut sélectionné\n[*] Le filtre peut être combiné avec la recherche textuelle existante\n[/list]"
|
||||
}
|
||||
]
|
||||
```
|
||||
|
||||
## Exemple 4 : Ticket Technique avec Détails Spécifiques
|
||||
|
||||
**User request:** "L'API REST renvoie une erreur 500 quand on essaie de créer un ticket avec une pièce jointe de plus de 5MB"
|
||||
|
||||
```json
|
||||
[
|
||||
{
|
||||
"summary": "Gérer les pièces jointes volumineuses dans l'API REST",
|
||||
"description": "[b]Contexte[/b]\nL'API REST actuelle de Mantis retourne une erreur 500 (Internal Server Error) lorsqu'un utilisateur tente de créer un ticket avec une pièce jointe supérieure à 5MB. Cette limite n'est documentée nulle part et l'erreur n'est pas explicite, ce qui complique le débogage pour les développeurs qui intègrent l'API.\n\n[b]À faire[/b]\n[list]\n[*] Augmenter la limite de taille des pièces jointes à 20MB dans la configuration du serveur\n[*] Retourner une erreur 413 (Payload Too Large) avec un message explicite si la limite est dépassée\n[*] Documenter cette limite dans la documentation de l'API REST\n[/list]\n\n[b]Règles / Détails[/b]\nLe message d'erreur doit être en JSON et contenir : le code d'erreur (413), un message clair (\"File size exceeds 20MB limit\"), et la taille maximale autorisée. Le header Content-Type doit rester application/json même en cas d'erreur.\n\n[b]Critères de validation[/b]\n[list]\n[*] Les pièces jointes jusqu'à 20MB sont acceptées et attachées correctement au ticket\n[*] Les fichiers > 20MB génèrent une erreur 413 avec un message JSON explicite\n[*] La documentation API mentionne cette limite de 20MB\n[*] Les tests unitaires couvrent les cas limites (19.9MB, 20MB, 20.1MB)\n[/list]"
|
||||
}
|
||||
]
|
||||
```
|
||||
|
||||
## Bonnes Pratiques Illustrées
|
||||
|
||||
### Ton Narratif
|
||||
❌ **Mauvais** : "Ajouter fonctionnalité export"
|
||||
✅ **Bon** : "Les administrateurs consultent régulièrement la liste... ils doivent copier-coller..."
|
||||
|
||||
### Spécificité
|
||||
❌ **Mauvais** : "Améliorer les performances"
|
||||
✅ **Bon** : "Réduire le temps de chargement de 3 secondes à moins de 1 seconde"
|
||||
|
||||
### Contexte Significatif
|
||||
❌ **Mauvais** : "Bug d'affichage"
|
||||
✅ **Bon** : "Les dates s'affichent au format US, ce qui crée de la confusion pour nos utilisateurs français"
|
||||
|
||||
### Critères Mesurables
|
||||
❌ **Mauvais** : "Ça doit bien fonctionner"
|
||||
✅ **Bon** : "Le développeur reçoit l'email dans les 2 minutes", "Le fichier s'ouvre dans Excel"
|
||||
|
||||
---
|
||||
|
||||
## Installation du Skill
|
||||
|
||||
Pour utiliser ce skill dans Claude:
|
||||
|
||||
1. Créer la structure de dossiers:
|
||||
```
|
||||
mantis-ticket/
|
||||
├── SKILL.md (contenu principal)
|
||||
└── references/
|
||||
└── examples.md (exemples détaillés)
|
||||
```
|
||||
|
||||
2. Copier le contenu approprié dans chaque fichier
|
||||
|
||||
3. Packager avec: `scripts/package_skill.py mantis-ticket/`
|
||||
|
||||
4. Importer le fichier `.skill` généré dans Claude
|
||||
Binary file not shown.
|
|
@ -1 +0,0 @@
|
|||
## 20260408
|
||||
|
|
@ -1,191 +0,0 @@
|
|||
---
|
||||
statut: idée
|
||||
role: seenaps
|
||||
objectif: Industrialiser le support client Gesteos avec l'IA
|
||||
echeance:
|
||||
okr:
|
||||
---
|
||||
|
||||
# IA pour le support client Gesteos
|
||||
|
||||
## Résultat attendu
|
||||
|
||||
Mettre en place un dispositif d'assistance IA pour réduire la charge support, homogénéiser les réponses et capitaliser automatiquement la connaissance issue des tickets Gesteos.
|
||||
|
||||
## Pourquoi ce projet
|
||||
|
||||
Le support Gesteos est aujourd'hui fortement dépendant des personnes, coûteux en temps humain et peu capitalisé. L'IA peut transformer chaque ticket traité en connaissance réutilisable, tout en accélérant la montée en compétence du support N1.
|
||||
|
||||
## Problème actuel
|
||||
|
||||
Aujourd'hui, le support est :
|
||||
|
||||
- fortement consommateur de temps humain, notamment en N1 et N2 ;
|
||||
- peu capitalisé, avec des réponses souvent répétées ;
|
||||
- dépendant des individus, notamment Boris et Sylvie ;
|
||||
- hétérogène en qualité et en délai.
|
||||
|
||||
Conséquences directes :
|
||||
|
||||
- coût support élevé ;
|
||||
- montée en compétence lente pour Tony et les futurs recrutements ;
|
||||
- pression sur le BUILD, notamment Fred ;
|
||||
- expérience client variable.
|
||||
|
||||
## Principe du cas d'usage
|
||||
|
||||
Utiliser Claude AI comme moteur de capitalisation et d'assistance au support.
|
||||
|
||||
L'IA serait alimentée par :
|
||||
|
||||
- les tickets historiques Odoo ;
|
||||
- les réponses support existantes ;
|
||||
- la documentation produit : release notes, guides, aide en ligne ;
|
||||
- les bonnes pratiques internes.
|
||||
|
||||
Objectif : transformer chaque ticket traité en connaissance réutilisable.
|
||||
|
||||
## Fonctionnement cible
|
||||
|
||||
### 1. Analyse automatique du ticket
|
||||
|
||||
Quand un ticket arrive, l'IA identifie :
|
||||
|
||||
- le type de problème : facturation, liaison InSitu, etc. ;
|
||||
- la fréquence : problème connu ou nouveau ;
|
||||
- le niveau : N1 ou N2.
|
||||
|
||||
Résultats attendus :
|
||||
|
||||
- pré-qualification automatique ;
|
||||
- gain de temps immédiat.
|
||||
|
||||
### 2. Proposition de réponse
|
||||
|
||||
L'IA génère :
|
||||
|
||||
- un diagnostic ;
|
||||
- une checklist de vérification ;
|
||||
- une réponse client prête à envoyer.
|
||||
|
||||
Exemple de réponse type :
|
||||
|
||||
> Avez-vous vérifié X / Y / Z ?
|
||||
|
||||
Le support :
|
||||
|
||||
- valide ou ajuste la proposition ;
|
||||
- envoie la réponse au client.
|
||||
|
||||
Gains attendus :
|
||||
|
||||
- moins de rédaction manuelle ;
|
||||
- réponses plus homogènes.
|
||||
|
||||
### 3. Capitalisation automatique
|
||||
|
||||
Chaque ticket traité enrichit une fiche support structurée :
|
||||
|
||||
- symptôme ;
|
||||
- cause ;
|
||||
- résolution ;
|
||||
- réponse type.
|
||||
|
||||
Effets cumulés :
|
||||
|
||||
- amélioration continue ;
|
||||
- base de connaissance vivante.
|
||||
|
||||
### 4. Assistance proactive
|
||||
|
||||
À terme, le système peut permettre :
|
||||
|
||||
- des suggestions en temps réel au support ;
|
||||
- la détection de patterns récurrents ;
|
||||
- des alertes sur les bugs fréquents à remonter au BUILD.
|
||||
|
||||
Impact clé : Boris passe progressivement de l'exécution du support au pilotage du système.
|
||||
|
||||
### 5. Self-service client
|
||||
|
||||
En phase avancée, le client pourrait :
|
||||
|
||||
- poser une question directement ;
|
||||
- recevoir une réponse IA basée sur la base support.
|
||||
|
||||
Objectif : éviter la création de tickets lorsque le cas est connu et maîtrisé.
|
||||
|
||||
## Cas concret : liaison InSitu
|
||||
|
||||
Situation actuelle :
|
||||
|
||||
- 10 tickets similaires ;
|
||||
- 10 réponses manuelles.
|
||||
|
||||
Situation cible avec IA :
|
||||
|
||||
- Claude identifie le pattern ;
|
||||
- propose une réponse standard ;
|
||||
- guide le client avec une checklist ;
|
||||
- résout 60 % des cas sans intervention humaine.
|
||||
|
||||
## Impacts attendus
|
||||
|
||||
### Court terme : 1 à 2 mois
|
||||
|
||||
- Réduction de 30 % du temps de réponse support.
|
||||
- Homogénéisation des réponses.
|
||||
- Montée en compétence accélérée des juniors.
|
||||
|
||||
### Moyen terme : 3 à 6 mois
|
||||
|
||||
- 50 à 60 % des tickets assistés ou résolus par IA.
|
||||
- Réduction de la charge N2 pour Boris.
|
||||
- Moins de sollicitations pour Fred.
|
||||
|
||||
### Long terme : 6 à 12 mois
|
||||
|
||||
- Self-service client partiel.
|
||||
- Support plus scalable.
|
||||
- Capacité libérée pour :
|
||||
- le commerce ;
|
||||
- l'onboarding ;
|
||||
- la delivery.
|
||||
|
||||
## Impacts organisationnels
|
||||
|
||||
### Delivery
|
||||
|
||||
- Boris devient pilote du système plutôt qu'exécutant principal.
|
||||
- Le N1 est augmenté par l'IA : Tony et futurs recrutements.
|
||||
|
||||
### Build
|
||||
|
||||
- Moins de bruit support.
|
||||
- Meilleure remontée des vrais bugs.
|
||||
|
||||
### Growth
|
||||
|
||||
- Temps libéré pour Sylvie.
|
||||
- Meilleure expérience client, donc meilleure conversion potentielle.
|
||||
|
||||
## Points à challenger
|
||||
|
||||
- Qualité et accessibilité des données Odoo : les tickets historiques sont-ils exploitables sans nettoyage massif ?
|
||||
- Responsabilité de validation : qui arbitre entre réponse IA, réponse support et correction produit ?
|
||||
- Risque de masquer des bugs récurrents si l'IA absorbe trop bien les symptômes.
|
||||
- ROI réel : les gains annoncés doivent être mesurés sur un périmètre pilote avant généralisation.
|
||||
|
||||
## Prochaine action
|
||||
|
||||
- Définir un pilote limité sur un cas fréquent, par exemple la liaison InSitu, avec un objectif mesurable de réduction du temps de traitement.
|
||||
|
||||
## Notes et avancement
|
||||
|
||||
### 2026-05-09
|
||||
|
||||
- Formalisation du cas d'usage IA pour le support client Gesteos.
|
||||
|
||||
## Source
|
||||
|
||||
Note issue d'un échange avec Stéphane Trémier, CEO 6TM.
|
||||
|
|
@ -1,68 +0,0 @@
|
|||
---
|
||||
type: bilan-ia
|
||||
statut: template
|
||||
created: 2026-05-03
|
||||
---
|
||||
|
||||
# Bilan IA court — {{projet}}
|
||||
|
||||
Date :
|
||||
Client / contexte :
|
||||
Périmètre évalué :
|
||||
|
||||
## 1. Usage IA
|
||||
|
||||
Où l’IA a été utilisée ?
|
||||
- [ ] Cadrage / compréhension
|
||||
- [ ] Spécification / découpage
|
||||
- [ ] Code
|
||||
- [ ] Tests
|
||||
- [ ] Documentation
|
||||
- [ ] Review / qualité
|
||||
- [ ] Support / debug
|
||||
|
||||
Usage global :
|
||||
- Faible / Moyen / Fort
|
||||
|
||||
## 2. Impact observé
|
||||
|
||||
| Dimension | Impact | Commentaire |
|
||||
|---|---|---|
|
||||
| Délai | Dégradé / Neutre / Amélioré | |
|
||||
| Effort | Dégradé / Neutre / Amélioré | |
|
||||
| Qualité | Dégradée / Neutre / Améliorée | |
|
||||
| Valeur client | Dégradée / Neutre / Améliorée / Non observée | |
|
||||
| Apprentissage équipe | Faible / Moyen / Fort | |
|
||||
| Capitalisation | Faible / Moyen / Fort | |
|
||||
|
||||
## 3. Gain estimé
|
||||
|
||||
Gain net estimé :
|
||||
- Aucun / Faible / Significatif / Fort
|
||||
|
||||
Qui a capté le gain ?
|
||||
- Client :
|
||||
- 6TM :
|
||||
- Collaborateur :
|
||||
|
||||
## 4. À retenir
|
||||
|
||||
Ce qui a bien fonctionné :
|
||||
-
|
||||
|
||||
Ce qui a coûté plus cher que prévu :
|
||||
-
|
||||
|
||||
Asset réutilisable créé ou amélioré :
|
||||
-
|
||||
|
||||
## 5. Décision
|
||||
|
||||
Décision :
|
||||
- [ ] Généraliser
|
||||
- [ ] Réutiliser avec ajustement
|
||||
- [ ] Limiter à certains cas
|
||||
- [ ] Ne pas reproduire
|
||||
|
||||
Prochaine action :
|
||||
-
|
||||
|
|
@ -1,240 +0,0 @@
|
|||
# ADR-001 — Mise en place d’un serveur personnel
|
||||
|
||||
- **Statut** : En réflexion
|
||||
- **Date** : 2026-05-16
|
||||
- **Décideur** : Philippe A.
|
||||
- **Contexte** : Infrastructure personnelle / PKM / IA / automatisation
|
||||
|
||||
---
|
||||
|
||||
# Contexte
|
||||
|
||||
Les usages numériques personnels et professionnels reposent aujourd’hui sur de nombreux services distribués :
|
||||
|
||||
- stockage cloud,
|
||||
- outils collaboratifs,
|
||||
- mails,
|
||||
- PKM,
|
||||
- IA génératives,
|
||||
- automatisations,
|
||||
- outils de développement,
|
||||
- workflows documentaires.
|
||||
|
||||
Cette fragmentation limite :
|
||||
|
||||
- la centralisation des connaissances,
|
||||
- l’automatisation continue,
|
||||
- la souveraineté des données,
|
||||
- la capitalisation long terme,
|
||||
- l’exécution persistante des traitements.
|
||||
|
||||
Certaines limitations actuelles ont été identifiées :
|
||||
|
||||
- impossibilité de lancer ou poursuivre des tâches lorsque le poste principal est éteint ;
|
||||
- dépendance des automatisations à la disponibilité de la machine utilisateur ;
|
||||
- difficulté à exécuter des workflows continus ou longue durée ;
|
||||
- absence de point central pour l’orchestration des outils et agents IA.
|
||||
|
||||
---
|
||||
|
||||
# Décision
|
||||
|
||||
Mettre en place un serveur personnel hébergé sur un VPS OVH, servant d'abord de socle minimal, sécurisé et maintenable pour :
|
||||
|
||||
- l’hébergement des services personnels ;
|
||||
- l’automatisation des workflows ;
|
||||
- la centralisation documentaire ;
|
||||
- l’exécution continue des traitements ;
|
||||
- l’exécution contrôlée d’agents de code ;
|
||||
- la capitalisation des connaissances.
|
||||
|
||||
Le choix d'un VPS OVH est retenu pour éviter les contraintes d'un hébergement à domicile :
|
||||
|
||||
- disponibilité dépendante de la box Internet ;
|
||||
- gestion de l'électricité et du matériel ;
|
||||
- exposition réseau résidentielle ;
|
||||
- maintenance physique ;
|
||||
- accès distant moins stable.
|
||||
|
||||
Le serveur devra pouvoir devenir progressivement une base de :
|
||||
|
||||
- PKM augmenté ;
|
||||
- infrastructure IA personnelle (PAI) ;
|
||||
- orchestration documentaire ;
|
||||
- mémoire numérique persistante.
|
||||
|
||||
Cette évolution reste conditionnée à la validation préalable du socle : accès, sécurité, sauvegardes, supervision et restauration.
|
||||
|
||||
---
|
||||
|
||||
# Non-objectifs initiaux
|
||||
|
||||
Les éléments suivants sont explicitement hors périmètre de la première mise en place :
|
||||
|
||||
- hébergement à domicile ;
|
||||
- haute disponibilité ou cluster ;
|
||||
- IA locale lourde nécessitant GPU ou ressources dédiées ;
|
||||
- migration complète du PKM dès la phase 1 ;
|
||||
- exposition publique large des services ;
|
||||
- accès distant dépendant de VS Code Server / `code tunnel` ;
|
||||
- agents IA autonomes avec droits système étendus.
|
||||
|
||||
---
|
||||
|
||||
# Objectifs
|
||||
|
||||
## Centralisation
|
||||
|
||||
Créer un point unique pour :
|
||||
|
||||
- documents,
|
||||
- notes,
|
||||
- sauvegardes,
|
||||
- workflows,
|
||||
- outils,
|
||||
- connaissances,
|
||||
- automatisations.
|
||||
|
||||
---
|
||||
|
||||
## Souveraineté numérique
|
||||
|
||||
Conserver la maîtrise :
|
||||
|
||||
- des données,
|
||||
- des accès,
|
||||
- des sauvegardes,
|
||||
- des traitements IA,
|
||||
- de l’hébergement.
|
||||
|
||||
---
|
||||
|
||||
## Exécution continue
|
||||
|
||||
Permettre :
|
||||
|
||||
- l’exécution de tâches en continu ;
|
||||
- les traitements planifiés ;
|
||||
- les workflows persistants ;
|
||||
- les agents IA encadrés ;
|
||||
- la reprise automatique des traitements.
|
||||
|
||||
---
|
||||
|
||||
## Infrastructure IA personnelle
|
||||
|
||||
Héberger progressivement :
|
||||
|
||||
- bases vectorielles,
|
||||
- moteurs RAG,
|
||||
- serveurs MCP,
|
||||
- pipelines documentaires,
|
||||
- agents IA,
|
||||
- workflows automatisés.
|
||||
|
||||
---
|
||||
|
||||
## Capitalisation de la connaissance
|
||||
|
||||
Structurer durablement :
|
||||
|
||||
- ADR,
|
||||
- documentation,
|
||||
- comptes-rendus,
|
||||
- tickets,
|
||||
- playbooks,
|
||||
- veille,
|
||||
- décisions techniques.
|
||||
|
||||
---
|
||||
|
||||
# Conséquences attendues
|
||||
|
||||
## Positives
|
||||
|
||||
- centralisation des services ;
|
||||
- meilleure maîtrise des données ;
|
||||
- automatisation avancée ;
|
||||
- exécution continue indépendante du poste utilisateur ;
|
||||
- création d’une mémoire numérique durable ;
|
||||
- socle technique pour les expérimentations IA.
|
||||
|
||||
---
|
||||
|
||||
## Négatives / contraintes
|
||||
|
||||
- maintenance supplémentaire ;
|
||||
- supervision nécessaire ;
|
||||
- gestion de la sécurité ;
|
||||
- sauvegardes obligatoires ;
|
||||
- augmentation progressive de la complexité ;
|
||||
- responsabilité d’exploitation.
|
||||
|
||||
---
|
||||
|
||||
# Périmètre technique envisagé
|
||||
|
||||
## Infrastructure
|
||||
|
||||
- VPS OVH
|
||||
- Ubuntu Server 24.04 LTS (sans interface graphique)
|
||||
- Docker / Docker Compose
|
||||
- Devcontainers (environnements de développement isolés)
|
||||
- SSH durci — accès distant de référence pour administration et agents de code
|
||||
- Reverse proxy : Traefik (Let's Encrypt natif, auto-découverte Docker)
|
||||
- Restriction d'accès par IP fixe (UFW + middleware IPAllowList Traefik)
|
||||
|
||||
VS Code Server / `code tunnel` est volontairement exclu du périmètre initial. Il pourra être réévalué comme outil de confort pour l'édition distante, mais ne doit pas devenir une dépendance structurante de l'administration du serveur ni de l'exécution des agents.
|
||||
|
||||
---
|
||||
|
||||
## Données
|
||||
|
||||
- PostgreSQL
|
||||
- stockage documentaire
|
||||
- indexation full-text
|
||||
- base vectorielle
|
||||
|
||||
---
|
||||
|
||||
## Environnements de développement
|
||||
|
||||
- Devcontainers Docker (un par projet / agent)
|
||||
- Accès SSH / Remote SSH pour ouvrir et piloter les environnements distants
|
||||
- Isolation par namespace ou Docker Compose par projet
|
||||
- Volumes persistants pour l'état des projets
|
||||
|
||||
---
|
||||
|
||||
## IA / Automatisation
|
||||
|
||||
- moteurs RAG
|
||||
- agents IA
|
||||
- MCP servers
|
||||
- workflows automatisés
|
||||
- synchronisation documentaire
|
||||
|
||||
---
|
||||
|
||||
# Évolution envisagée
|
||||
|
||||
## Phase 1
|
||||
|
||||
- infrastructure de base ;
|
||||
- sauvegardes ;
|
||||
- hébergement applicatif ;
|
||||
- centralisation documentaire.
|
||||
|
||||
## Phase 2
|
||||
|
||||
- PKM augmenté ;
|
||||
- automatisation ;
|
||||
- indexation documentaire ;
|
||||
- recherche avancée.
|
||||
|
||||
## Phase 3
|
||||
|
||||
- infrastructure IA personnelle ;
|
||||
- mémoire augmentée ;
|
||||
- agents spécialisés ;
|
||||
- orchestration avancée.
|
||||
|
|
@ -1,137 +0,0 @@
|
|||
# Approche IPCRA
|
||||
|
||||
## Intention
|
||||
IPCRA est une adaptation personnelle de PARA pour classer rapidement chaque information et reduire la friction de tri.
|
||||
|
||||
IPCRA = Inbox, Projets, Casquettes, Ressources, Archives.
|
||||
|
||||
References:
|
||||
- Tiago Forte: PARA.
|
||||
- David Allen: Getting Things Done.
|
||||
|
||||
## Definitions
|
||||
|
||||
### 0. Inbox
|
||||
Statut tampon. L'information est capturee, mais pas encore qualifiee.
|
||||
|
||||
Critere:
|
||||
- Tu n'as pas le temps de traiter maintenant.
|
||||
|
||||
### 1. Projets
|
||||
Element lie a un resultat avec une fin explicite (livrable, echeance, definition de fini).
|
||||
|
||||
Critere:
|
||||
- Cette information fait avancer un projet actif.
|
||||
|
||||
### 2. Casquettes
|
||||
Element rattache a un role permanent de vie ou de travail (responsabilite continue).
|
||||
|
||||
Critere:
|
||||
- Le sujet n'a pas de fin nette et releve d'une responsabilite durable.
|
||||
|
||||
### 3. Ressources
|
||||
Connaissance de reference utile dans le futur, sans action immediate.
|
||||
|
||||
Critere:
|
||||
- Le contenu peut servir plus tard, meme s'il ne declenche rien maintenant.
|
||||
|
||||
### 4. Archives
|
||||
Element clos, obsolete ou a faible valeur d'usage, conserve pour trace.
|
||||
|
||||
Critere:
|
||||
- Le contenu n'alimente plus ni projet actif, ni role, ni base de reference vivante.
|
||||
|
||||
## Arbre de decision
|
||||
|
||||
1. Je n'ai pas le temps de traiter maintenant.
|
||||
-> Inbox.
|
||||
|
||||
2. J'ai le temps de qualifier.
|
||||
-> Est-ce que cela fait avancer un projet actif ?
|
||||
Oui -> Projets.
|
||||
Non -> question suivante.
|
||||
|
||||
3. Est-ce lie a une responsabilite permanente (casquette) ?
|
||||
Oui -> Casquettes.
|
||||
Non -> question suivante.
|
||||
|
||||
4. Est-ce utile comme reference future ?
|
||||
Oui -> Ressources.
|
||||
Non -> Archives.
|
||||
|
||||
## Regles d'application
|
||||
|
||||
- Une note appartient a une categorie principale a un instant donne.
|
||||
- Inbox est transitoire: chaque element doit etre traite en revue.
|
||||
- Si un sujet change de nature, la note est deplacee (ex: projet termine -> Archives).
|
||||
- Eviter les doublons: preferer un lien vers une note source plutot qu'une copie.
|
||||
|
||||
## Rituels recommandes
|
||||
|
||||
- Quotidien: capturer rapidement en Inbox sans sur-trier.
|
||||
- Hebdomadaire: vider Inbox et requalifier les notes ambiguës.
|
||||
- Mensuel: archiver les projets clos et nettoyer les ressources peu utiles.
|
||||
|
||||
## Test de qualite
|
||||
|
||||
La methode est bien appliquee si:
|
||||
- Inbox reste legere et temporaire.
|
||||
- Chaque projet actif a un perimetre net et une fin definie.
|
||||
- Les casquettes restent stables et non polluees par du temporaire.
|
||||
- Les ressources sont retrouvables et utiles en pratique.
|
||||
- Les archives n'encombrent pas les zones actives.
|
||||
|
||||
## Ce qu'on garde de l'approche d'Eliott Meunier (Second Cerveau)
|
||||
|
||||
## Clarification du repertoire Garden
|
||||
|
||||
Definition:
|
||||
- Garden est un espace de maturation des idees (notes en cours), pas une categorie de tri IPCRA.
|
||||
|
||||
Role dans la methode:
|
||||
- IPCRA repond a la question: ou classer une note ?
|
||||
- Garden repond a la question: a quel niveau de maturite est la note ?
|
||||
|
||||
Ce qui va dans Garden:
|
||||
- Brouillons d'idees, hypotheses, notes en construction.
|
||||
- Notes qui demandent encore validation, liens et reformulation.
|
||||
|
||||
Ce qui ne va pas dans Garden:
|
||||
- Notes finalisees et stables (a classer en Projets, Casquettes ou Ressources selon leur nature).
|
||||
- Notes sans valeur conservee (a archiver).
|
||||
|
||||
Regle d'entree / sortie:
|
||||
- Entree: la note est utile mais incomplete.
|
||||
- Sortie: la note devient actionnable (Projets), de reference (Ressources), de responsabilite continue (Casquettes), ou obsolete (Archives).
|
||||
|
||||
Decision pratique:
|
||||
- Conserver IPCRA comme taxonomie principale.
|
||||
- Utiliser Garden comme statut de travail temporaire pour eviter de melanger tri et maturite.
|
||||
|
||||
Constat issu des contenus publics consultes (archive/videos):
|
||||
- Le second cerveau sert d'abord a externaliser le chaos mental.
|
||||
- La promesse centrale est de centraliser ce que tu lis, vois et entends.
|
||||
- L'objectif n'est pas d'accumuler des notes mais d'augmenter l'action (projets, apprentissage, organisation).
|
||||
- Version recente: ajout d'une couche IA pour exploiter plus vite la base de connaissances.
|
||||
|
||||
Traduction concrete dans IPCRA:
|
||||
- Garder IPCRA comme structure de tri (ou va l'information).
|
||||
- Utiliser le second cerveau comme systeme d'exploitation (comment l'information est capturee, reliee, reutilisee).
|
||||
- Exiger un output par note utile: decision, action, livrable ou apprentissage explicite.
|
||||
- Prioriser la recuperation: une note est valide seulement si elle est retrouvable et reutilisable en moins de 2 minutes.
|
||||
|
||||
Regles de mise en oeuvre (pragmatiques):
|
||||
- Capture rapide en Inbox, sans mise en forme prematuree.
|
||||
- Qualification hebdo stricte vers Projets, Casquettes, Ressources ou Archives.
|
||||
- Liaison minimale obligatoire: chaque note Ressource pointe vers au moins un Projet ou une Casquette.
|
||||
- Revue mensuelle: supprimer/archiver ce qui n'a cree aucune valeur concrete.
|
||||
|
||||
Points de vigilance:
|
||||
- Eviter l'effet collection (beaucoup de notes, peu de decisions).
|
||||
- Eviter l'effet outil (changer de stack au lieu d'executer).
|
||||
- L'IA est un accelerateur, pas une methode: la qualite depend de la structure IPCRA et des revues.
|
||||
|
||||
References consultees:
|
||||
- https://archive.eliottmeunier.com/immersion-dans-mon-second-cerveau/
|
||||
- https://archive.eliottmeunier.com/un-second-cerveau-sur-mon-ordinateur/
|
||||
- https://archive.eliottmeunier.com/comment-creer-un-second-cerveau-en-2024-ma-methode-complete/
|
||||
|
|
@ -1,79 +0,0 @@
|
|||
# Projet PKM - Plan d'implementation
|
||||
|
||||
## Objectif
|
||||
Mettre en place un serveur personnel pour heberger et automatiser l'ecosysteme PKM, avec une base technique simple, maintenable et evolutive.
|
||||
|
||||
## Decisions d'architecture
|
||||
|
||||
### 1) Nom de domaine
|
||||
- Action: reserver un nom de domaine dedie au serveur personnel.
|
||||
- Decision attendue: registrar choisi + nom retenu + duree de reservation.
|
||||
- Livrable: domaine actif et configurable (DNS accessible).
|
||||
|
||||
### 2) Serveur personnel
|
||||
- OS: Linux Ubuntu (LTS).
|
||||
- Reverse proxy: Traefik.
|
||||
- Forge logicielle: Forgejo.
|
||||
- Automatisation: n8n.
|
||||
- Environnement de developpement: Docker (stack dev).
|
||||
|
||||
## Plan d'implementation
|
||||
|
||||
### Phase 1 - Fondations
|
||||
- Reserver le nom de domaine.
|
||||
- Provisionner le serveur (VPS ou machine dediee).
|
||||
- Installer Ubuntu LTS et appliquer la securisation de base (SSH, firewall, MAJ).
|
||||
- Configurer DNS du domaine vers le serveur.
|
||||
|
||||
Critere de sortie:
|
||||
- Serveur joignable de facon securisee.
|
||||
- Domaine resolu correctement vers l'IP cible.
|
||||
|
||||
### Phase 2 - Couche d'entree (Traefik)
|
||||
- Installer Docker et Docker Compose.
|
||||
- Deployer Traefik en point d'entree unique.
|
||||
- Configurer HTTPS automatique (Let's Encrypt) et routage par sous-domaines.
|
||||
|
||||
Critere de sortie:
|
||||
- Acces HTTPS operationnel.
|
||||
- Routage valide pour au moins un service test.
|
||||
|
||||
### Phase 3 - Services coeur
|
||||
- Deployer Forgejo (ex: git.aulnette.eu).
|
||||
- Deployer n8n (ex: n8n.aulnette.eu).
|
||||
- Definir les volumes persistants et la strategie de sauvegarde.
|
||||
|
||||
Critere de sortie:
|
||||
- Forgejo et n8n accessibles, authentification active, donnees persistantes.
|
||||
|
||||
### Phase 4 - Stack Docker de dev
|
||||
- Creer une stack dev standard (compose) pour experimentation locale/serveur.
|
||||
- Definir conventions minimales: nommage, reseaux, secrets, logs.
|
||||
- Documenter le process de deploiement et de rollback.
|
||||
|
||||
Critere de sortie:
|
||||
- Une stack dev de reference deployee et reproductible.
|
||||
|
||||
## Process d'exploitation (version initiale)
|
||||
|
||||
### Daily
|
||||
- Preparation de la journee.
|
||||
|
||||
### Weekly
|
||||
- Preparation de la semaine.
|
||||
- Revue technique: etat services, sauvegardes, securite.
|
||||
|
||||
### Monthly
|
||||
- Revue infra: couts, capacite, incidents, ameliorations.
|
||||
|
||||
### On trigger
|
||||
- Preparation one-to-one.
|
||||
- Incident production (procedure de reprise).
|
||||
- Ajout d'un nouveau service (checklist de deploiement).
|
||||
|
||||
## Backlog immediat (prochaines actions)
|
||||
- Choisir et reserver le nom de domaine.
|
||||
- Choisir l'hebergement serveur (provider + sizing).
|
||||
- Ecrire le premier docker-compose avec Traefik + service test.
|
||||
- Ajouter Forgejo puis n8n dans la stack.
|
||||
- Completer le point manquant de la liste initiale (element a preciser).
|
||||
|
|
@ -1,908 +0,0 @@
|
|||
# Setup — Serveur personnel
|
||||
|
||||
Référence : [[ADR-001-Mise en place d'un serveur personnel]]
|
||||
|
||||
**Stack décidée :** Ubuntu Server 24.04 LTS · SSH durci · Docker · Devcontainers · Traefik + Let's Encrypt · UFW + IPAllowList
|
||||
|
||||
---
|
||||
name : vps-6f98b55e.vps.ovh.net
|
||||
os : ubuntu 25.04
|
||||
Adresse IPv4 : 51.77.147.135
|
||||
Adresse IPv6 : 2001:41d0:404:200::53e0
|
||||
|
||||
## Phase 1 — Infrastructure de base
|
||||
|
||||
### 1.1 Installation Ubuntu Server 25.04 LTS
|
||||
|
||||
- [x] VPS installé par OVH
|
||||
|
||||
### 1.2 Configuration post-installation
|
||||
sudo adduser paulnette
|
||||
sudo usermod -aG sudo paulnette
|
||||
sudo mkdir -p /home/paulnette/.ssh
|
||||
sudo cp /home/ubuntu/.ssh/authorized_keys /home/paulnette/.ssh/
|
||||
sudo chown -R paulnette:paulnette /home/paulnette/.ssh
|
||||
sudo chmod 700 /home/paulnette/.ssh
|
||||
sudo chmod 600 /home/paulnette/.ssh/authorized_keys
|
||||
|
||||
|
||||
- [x] Mettre à jour le système : `sudo apt update && sudo apt upgrade -y`
|
||||
- [ ] Désactiver le login root SSH (`PermitRootLogin no` dans `/etc/ssh/sshd_config`)
|
||||
- [ ] Activer l'authentification par clé SSH uniquement (`PasswordAuthentication no`)
|
||||
- [x] Configurer le hostname : `sudo hostnamectl set-hostname <nom-serveur>`
|
||||
- [x] Configurer le fuseau horaire : `sudo timedatectl set-timezone Europe/Paris`
|
||||
- [ ] Activer les mises à jour de sécurité automatiques : `sudo apt install unattended-upgrades`
|
||||
|
||||
### 1.3 Pare-feu UFW
|
||||
|
||||
- [x] sudo apt install fail2ban
|
||||
|
||||
|
||||
> ⚠️ **Ordre impératif** : définir toutes les règles AVANT `ufw enable`.
|
||||
> `ufw default deny incoming` ne coupe rien tant que UFW n'est pas activé.
|
||||
> Si tu fais `ufw enable` sans avoir ajouté la règle SSH, tu perds l'accès distant — accès physique requis.
|
||||
|
||||
- [x] Installer UFW : `sudo apt install ufw`
|
||||
- [x] Définir les politiques par défaut (UFW inactif à ce stade) :
|
||||
```bash
|
||||
sudo ufw default deny incoming
|
||||
sudo ufw default allow outgoing
|
||||
```
|
||||
- [x] Autoriser SSH depuis les IPs fixes uniquement (**faire ceci avant `ufw enable`**) :
|
||||
```bash
|
||||
sudo ufw allow from 80.11.215.231 to any port 22 Rennes
|
||||
sudo ufw allow from 82.66.18.183 to any port 22 Chateaugiron
|
||||
```
|
||||
- [x] Autoriser HTTP/HTTPS (pour Traefik / Let's Encrypt) :
|
||||
```bash
|
||||
sudo ufw allow 80/tcp
|
||||
sudo ufw allow 443/tcp
|
||||
```
|
||||
- [x] Vérifier les règles avant activation : `sudo ufw show added`
|
||||
- [x] Activer UFW (seulement après vérification) : `sudo ufw enable`
|
||||
- [x] Vérifier l'état final : `sudo ufw status verbose`
|
||||
|
||||
### 1.4 Installation Docker
|
||||
|
||||
- [x] Installer Docker Engine (méthode officielle) :
|
||||
```bash
|
||||
curl -fsSL https://get.docker.com | sudo sh
|
||||
sudo usermod -aG docker $USER
|
||||
```
|
||||
- [x] Installer Docker Compose plugin :
|
||||
```bash
|
||||
sudo apt install docker-compose-plugin
|
||||
```
|
||||
- [x] Vérifier : `docker version` et `docker compose version`
|
||||
- [x] Activer Docker au démarrage : `sudo systemctl enable docker`
|
||||
|
||||
---
|
||||
|
||||
## Phase 2 — Traefik + Let's Encrypt
|
||||
|
||||
> Décision : utiliser le challenge Let's Encrypt HTTP-01.
|
||||
> Les ports `80/443` seront donc ouverts publiquement dans UFW.
|
||||
> Les services sensibles resteront filtrés côté Traefik avec `IPAllowList`.
|
||||
|
||||
### 2.1 Préparation DNS et pare-feu
|
||||
|
||||
- [ ] Choisir le nom DNS du dashboard Traefik : `traefik.aulnette.eu`
|
||||
|
||||
### 2.2 Structure de fichiers
|
||||
|
||||
```
|
||||
~/traefik/
|
||||
├── docker-compose.yml
|
||||
├── traefik.yml # config statique
|
||||
├── conf/
|
||||
│ └── dynamic.yml # config dynamique (middlewares, etc.)
|
||||
└── letsencrypt/
|
||||
└── acme.json # certificats (chmod 600 obligatoire)
|
||||
```
|
||||
|
||||
### 2.3 Création des fichiers
|
||||
|
||||
- [ ] Créer l'arborescence Traefik :
|
||||
```bash
|
||||
mkdir -p ~/traefik/conf ~/traefik/letsencrypt
|
||||
cd ~/traefik
|
||||
```
|
||||
- [x] Créer le fichier de stockage des certificats et verrouiller ses permissions :
|
||||
```bash
|
||||
touch letsencrypt/acme.json
|
||||
chmod 600 letsencrypt/acme.json
|
||||
```
|
||||
- [x] Créer le réseau Docker partagé :
|
||||
```bash
|
||||
docker network create traefik-public
|
||||
```
|
||||
|
||||
### 2.4 Configuration statique Traefik
|
||||
|
||||
- [x] Créer `~/traefik/traefik.yml` :
|
||||
```bash
|
||||
cd ~/traefik
|
||||
nano traefik.yml
|
||||
```
|
||||
Coller le contenu ci-dessous, puis enregistrer avec `Ctrl+O`, `Entrée`, `Ctrl+X`.
|
||||
|
||||
```yaml
|
||||
api:
|
||||
dashboard: true
|
||||
insecure: false
|
||||
|
||||
log:
|
||||
level: INFO
|
||||
|
||||
accessLog: {}
|
||||
|
||||
entryPoints:
|
||||
web:
|
||||
address: ":80"
|
||||
http:
|
||||
redirections:
|
||||
entryPoint:
|
||||
to: websecure
|
||||
scheme: https
|
||||
websecure:
|
||||
address: ":443"
|
||||
|
||||
providers:
|
||||
docker:
|
||||
endpoint: "unix:///var/run/docker.sock"
|
||||
network: traefik-public
|
||||
exposedByDefault: false
|
||||
file:
|
||||
directory: /conf
|
||||
watch: true
|
||||
|
||||
certificatesResolvers:
|
||||
letsencrypt:
|
||||
acme:
|
||||
email: philippe.aulnette@6tm.com
|
||||
storage: /letsencrypt/acme.json
|
||||
httpChallenge:
|
||||
entryPoint: web
|
||||
```
|
||||
|
||||
### 2.5 Middleware IPAllowList
|
||||
|
||||
- [ ] Créer `~/traefik/conf/dynamic.yml` :
|
||||
```bash
|
||||
cd ~/traefik
|
||||
nano conf/dynamic.yml
|
||||
```
|
||||
Coller le contenu ci-dessous, puis enregistrer avec `Ctrl+O`, `Entrée`, `Ctrl+X`.
|
||||
|
||||
```yaml
|
||||
http:
|
||||
middlewares:
|
||||
ip-allowlist:
|
||||
ipAllowList:
|
||||
sourceRange:
|
||||
- "80.11.215.231/32"
|
||||
- "82.66.18.183/32"
|
||||
```
|
||||
|
||||
### 2.6 Docker Compose Traefik
|
||||
|
||||
- [ ] Créer `~/traefik/docker-compose.yml` :
|
||||
```bash
|
||||
cd ~/traefik
|
||||
nano docker-compose.yml
|
||||
```
|
||||
Coller le contenu ci-dessous, puis enregistrer avec `Ctrl+O`, `Entrée`, `Ctrl+X`.
|
||||
|
||||
```yaml
|
||||
services:
|
||||
traefik:
|
||||
image: traefik:v3.6.16
|
||||
container_name: traefik
|
||||
restart: unless-stopped
|
||||
|
||||
ports:
|
||||
- "80:80"
|
||||
- "443:443"
|
||||
|
||||
networks:
|
||||
- traefik-public
|
||||
|
||||
volumes:
|
||||
- /var/run/docker.sock:/var/run/docker.sock:ro
|
||||
- ./traefik.yml:/etc/traefik/traefik.yml:ro
|
||||
- ./conf:/conf:ro
|
||||
- ./letsencrypt:/letsencrypt
|
||||
|
||||
labels:
|
||||
- "traefik.enable=true"
|
||||
- "traefik.http.routers.traefik.rule=Host(`traefik.aulnette.eu`)"
|
||||
- "traefik.http.routers.traefik.entrypoints=websecure"
|
||||
- "traefik.http.routers.traefik.tls=true"
|
||||
- "traefik.http.routers.traefik.tls.certresolver=letsencrypt"
|
||||
- "traefik.http.routers.traefik.service=api@internal"
|
||||
- "traefik.http.routers.traefik.middlewares=ip-allowlist@file"
|
||||
|
||||
networks:
|
||||
traefik-public:
|
||||
external: true
|
||||
```
|
||||
|
||||
### 2.7 Démarrage et vérification
|
||||
|
||||
- [x] Valider la configuration Docker Compose :
|
||||
```bash
|
||||
cd ~/traefik
|
||||
docker compose config
|
||||
```
|
||||
- [x] Démarrer Traefik :
|
||||
```bash
|
||||
docker compose up -d
|
||||
```
|
||||
- [x] Vérifier que le container tourne :
|
||||
```bash
|
||||
docker compose ps
|
||||
```
|
||||
- [x] Suivre les logs jusqu'à génération du certificat :
|
||||
```bash
|
||||
docker compose logs -f traefik
|
||||
```
|
||||
- [x] Vérifier l'accès HTTPS depuis une IP autorisée :
|
||||
```bash
|
||||
curl -I https://traefik.aulnette.eu
|
||||
```
|
||||
- [x] Vérifier que le dashboard est accessible uniquement depuis les IPs autorisées :
|
||||
```text
|
||||
https://traefik.<domaine>
|
||||
```
|
||||
- [ ] Vérifier que `acme.json` contient un certificat :
|
||||
```bash
|
||||
sudo ls -l ~/traefik/letsencrypt/acme.json
|
||||
sudo wc -c ~/traefik/letsencrypt/acme.json
|
||||
```
|
||||
|
||||
### 2.8 Garde-fous
|
||||
|
||||
- [ ] Ne pas activer `api.insecure: true`
|
||||
- [ ] Ne pas exposer un service sans label explicite `traefik.enable=true`
|
||||
- [ ] Garder le socket Docker en lecture seule : `/var/run/docker.sock:/var/run/docker.sock:ro`
|
||||
- [ ] Appliquer `ip-allowlist@file` à tous les services d'administration
|
||||
- [ ] Documenter tout nouveau service exposé dans ce fichier avant mise en ligne
|
||||
|
||||
---
|
||||
|
||||
## Phase 3 — Services cœur (Forgejo + n8n)
|
||||
|
||||
> Objectif : déployer Forgejo (forge Git) et n8n (automatisation), tous deux derrière Traefik, avec stockage persistant et stratégie de sauvegarde.
|
||||
>
|
||||
> **Critère de sortie** : Forgejo et n8n accessibles en HTTPS, authentification active, données persistantes survivant à un `docker compose down`.
|
||||
|
||||
### 3.1 Préparation DNS
|
||||
|
||||
- [x] Créer les enregistrements DNS (A + AAAA) pointant vers le VPS :
|
||||
- `git.aulnette.eu` → `51.77.147.135` / `2001:41d0:404:200::53e0`
|
||||
- `flux.aulnette.eu` → `51.77.147.135` / `2001:41d0:404:200::53e0`
|
||||
- [x] Vérifier la propagation : `dig +short git.aulnette.eu` et `dig +short flux.aulnette.eu`
|
||||
|
||||
### 3.2 Convention de stockage persistant
|
||||
|
||||
Tous les volumes applicatifs sont regroupés sous `/srv/docker/<service>/` pour faciliter la sauvegarde.
|
||||
|
||||
```
|
||||
/srv/docker/
|
||||
├── forgejo/
|
||||
│ ├── data/ # dépôts Git, configuration, attachements
|
||||
│ └── db/ # base PostgreSQL Forgejo
|
||||
└── n8n/
|
||||
└── data/ # workflows, credentials, exécutions
|
||||
```
|
||||
|
||||
- [x] Créer l'arborescence :
|
||||
```bash
|
||||
sudo mkdir -p /srv/docker/forgejo/data /srv/docker/forgejo/db /srv/docker/n8n/data
|
||||
sudo chown -R 1000:1000 /srv/docker/forgejo /srv/docker/n8n
|
||||
```
|
||||
|
||||
> ⚠️ **Permissions importantes** : les containers Forgejo (user `git`) et n8n (user `node`) tournent en **uid 1000** par défaut. Sur ce VPS, l'utilisateur `paulnette` est en uid 1001 (l'uid 1000 est déjà pris par le user `ubuntu` créé par OVH). Il faut donc chown vers `1000:1000` (UID/GID *du container*), pas vers `$USER`. Sinon : `EACCES: permission denied, open '/home/node/.n8n/config'` au démarrage.
|
||||
>
|
||||
> Vérifier : `id paulnette` doit montrer `uid=1001`, et `ls -ln /srv/docker/n8n` doit montrer `1000 1000`.
|
||||
|
||||
### 3.3 Déploiement Forgejo
|
||||
|
||||
#### 3.3.1 Structure
|
||||
|
||||
```
|
||||
~/forgejo/
|
||||
└── docker-compose.yml
|
||||
```
|
||||
|
||||
- [x] Créer le répertoire :
|
||||
```bash
|
||||
mkdir -p ~/forgejo
|
||||
cd ~/forgejo
|
||||
```
|
||||
|
||||
#### 3.3.2 Docker Compose
|
||||
|
||||
- [ ] Créer `~/forgejo/docker-compose.yml` :
|
||||
```bash
|
||||
cd ~/forgejo
|
||||
nano docker-compose.yml
|
||||
```
|
||||
Coller le contenu ci-dessous, puis enregistrer avec `Ctrl+O`, `Entrée`, `Ctrl+X`.
|
||||
|
||||
```yaml
|
||||
services:
|
||||
forgejo:
|
||||
image: codeberg.org/forgejo/forgejo:10
|
||||
container_name: forgejo
|
||||
restart: unless-stopped
|
||||
depends_on:
|
||||
- forgejo-db
|
||||
environment:
|
||||
- USER_UID=1000
|
||||
- USER_GID=1000
|
||||
- FORGEJO__database__DB_TYPE=postgres
|
||||
- FORGEJO__database__HOST=forgejo-db:5432
|
||||
- FORGEJO__database__NAME=forgejo
|
||||
- FORGEJO__database__USER=forgejo
|
||||
- FORGEJO__database__PASSWD=${FORGEJO_DB_PASSWORD}
|
||||
- FORGEJO__server__DOMAIN=git.aulnette.eu
|
||||
- FORGEJO__server__ROOT_URL=https://git.aulnette.eu/
|
||||
- FORGEJO__server__SSH_DOMAIN=git.aulnette.eu
|
||||
- FORGEJO__service__DISABLE_REGISTRATION=true
|
||||
- FORGEJO__security__INSTALL_LOCK=true
|
||||
volumes:
|
||||
- /srv/docker/forgejo/data:/var/lib/gitea
|
||||
- /etc/timezone:/etc/timezone:ro
|
||||
- /etc/localtime:/etc/localtime:ro
|
||||
networks:
|
||||
- traefik-public
|
||||
- forgejo-internal
|
||||
labels:
|
||||
- "traefik.enable=true"
|
||||
- "traefik.http.routers.forgejo.rule=Host(`git.aulnette.eu`)"
|
||||
- "traefik.http.routers.forgejo.entrypoints=websecure"
|
||||
- "traefik.http.routers.forgejo.tls=true"
|
||||
- "traefik.http.routers.forgejo.tls.certresolver=letsencrypt"
|
||||
- "traefik.http.routers.forgejo.middlewares=ip-allowlist@file"
|
||||
- "traefik.http.services.forgejo.loadbalancer.server.port=3000"
|
||||
- "traefik.docker.network=traefik-public"
|
||||
|
||||
forgejo-db:
|
||||
image: postgres:16-alpine
|
||||
container_name: forgejo-db
|
||||
restart: unless-stopped
|
||||
environment:
|
||||
- POSTGRES_USER=forgejo
|
||||
- POSTGRES_PASSWORD=${FORGEJO_DB_PASSWORD}
|
||||
- POSTGRES_DB=forgejo
|
||||
volumes:
|
||||
- /srv/docker/forgejo/db:/var/lib/postgresql/data
|
||||
networks:
|
||||
- forgejo-internal
|
||||
|
||||
networks:
|
||||
traefik-public:
|
||||
external: true
|
||||
forgejo-internal:
|
||||
driver: bridge
|
||||
```
|
||||
|
||||
#### 3.3.3 Secrets et démarrage
|
||||
|
||||
- [x] Créer `~/forgejo/.env` (ne jamais commiter) :
|
||||
```bash
|
||||
cd ~/forgejo
|
||||
echo "FORGEJO_DB_PASSWORD=$(openssl rand -base64 32)" > .env
|
||||
chmod 600 .env
|
||||
```
|
||||
- [x] Démarrer Forgejo :
|
||||
```bash
|
||||
docker compose up -d
|
||||
docker compose logs -f forgejo
|
||||
```
|
||||
- [x] Vérifier l'accès : `curl -I https://git.aulnette.eu`
|
||||
- [x] Créer le premier utilisateur administrateur (registration désactivée — passer par la CLI) :
|
||||
```bash
|
||||
docker compose exec -u git forgejo forgejo admin user create \
|
||||
--username paulnette --admin \
|
||||
--email philippe.aulnette@6tm.com \
|
||||
--random-password
|
||||
```
|
||||
|
||||
> ⚠️ Le flag `-u git` est obligatoire. Sans lui, `docker compose exec` lance la commande en root et Forgejo refuse de démarrer (`Forgejo is not supposed to be run as root`).
|
||||
|
||||
- [x] Se connecter à `https://git.aulnette.eu`, changer le mot de passe, ajouter sa clé SSH
|
||||
|
||||
> **Garde-fou** : Forgejo est protégé par `ip-allowlist@file`. L'accès web ET les opérations Git via HTTPS (clone/push/pull) ne fonctionnent que depuis les IPs autorisées dans `~/traefik/conf/dynamic.yml`. Toute nouvelle IP (déplacement, partage avec un tiers) doit être ajoutée à l'allowlist.
|
||||
|
||||
> **Note SSH Forgejo** : le port SSH 22 du serveur est déjà occupé par OpenSSH. Pour activer le clone Git par SSH, exposer le SSH Forgejo sur un port alternatif (ex: 2222) et l'autoriser dans UFW depuis les mêmes IPs fixes. À défaut, utiliser HTTPS uniquement dans un premier temps.
|
||||
|
||||
### 3.4 Déploiement n8n
|
||||
|
||||
#### 3.4.1 Structure
|
||||
|
||||
```
|
||||
~/n8n/
|
||||
└── docker-compose.yml
|
||||
```
|
||||
|
||||
- [x] Créer le répertoire :
|
||||
```bash
|
||||
mkdir -p ~/n8n
|
||||
cd ~/n8n
|
||||
```
|
||||
|
||||
#### 3.4.2 Docker Compose
|
||||
|
||||
- [x] Créer `~/n8n/docker-compose.yml` :
|
||||
```bash
|
||||
cd ~/n8n
|
||||
nano docker-compose.yml
|
||||
```
|
||||
Coller le contenu ci-dessous, puis enregistrer avec `Ctrl+O`, `Entrée`, `Ctrl+X`.
|
||||
|
||||
```yaml
|
||||
services:
|
||||
n8n:
|
||||
image: n8nio/n8n:latest
|
||||
container_name: n8n
|
||||
restart: unless-stopped
|
||||
environment:
|
||||
- N8N_HOST=flux.aulnette.eu
|
||||
- N8N_PORT=5678
|
||||
- N8N_PROTOCOL=https
|
||||
- WEBHOOK_URL=https://flux.aulnette.eu/
|
||||
- GENERIC_TIMEZONE=Europe/Paris
|
||||
- TZ=Europe/Paris
|
||||
- N8N_ENCRYPTION_KEY=${N8N_ENCRYPTION_KEY}
|
||||
- N8N_BLOCK_ENV_ACCESS_IN_NODE=true
|
||||
- N8N_RUNNERS_DISABLE_PYTHON=true
|
||||
volumes:
|
||||
- /srv/docker/n8n/data:/home/node/.n8n
|
||||
networks:
|
||||
- traefik-public
|
||||
labels:
|
||||
- "traefik.enable=true"
|
||||
- "traefik.http.routers.n8n.rule=Host(`flux.aulnette.eu`)"
|
||||
- "traefik.http.routers.n8n.entrypoints=websecure"
|
||||
- "traefik.http.routers.n8n.tls=true"
|
||||
- "traefik.http.routers.n8n.tls.certresolver=letsencrypt"
|
||||
- "traefik.http.routers.n8n.middlewares=ip-allowlist@file"
|
||||
- "traefik.http.services.n8n.loadbalancer.server.port=5678"
|
||||
- "traefik.docker.network=traefik-public"
|
||||
|
||||
networks:
|
||||
traefik-public:
|
||||
external: true
|
||||
```
|
||||
|
||||
> ⚠️ `N8N_ENCRYPTION_KEY` chiffre les credentials stockés. La perdre = perdre l'accès à tous les credentials configurés. La sauvegarder hors-serveur.
|
||||
|
||||
> **Notes sur les variables d'environnement n8n** :
|
||||
> - `N8N_RUNNERS_ENABLED` n'est plus nécessaire (activé par défaut depuis n8n récent) — la mettre génère un warning de dépréciation.
|
||||
> - `N8N_RUNNERS_DISABLE_PYTHON=true` supprime le warning au démarrage signalant l'absence de Python 3 dans l'image. **Choix retenu** : on ignore Python — les Code nodes seront écrits uniquement en JavaScript. Si un jour un besoin réel de Python émerge, il faudra construire une image custom basée sur `n8nio/n8n:latest` avec `apk add python3 py3-pip`.
|
||||
|
||||
#### 3.4.3 Secrets et démarrage
|
||||
|
||||
- [x] Créer `~/n8n/.env` :
|
||||
```bash
|
||||
cd ~/n8n
|
||||
echo "N8N_ENCRYPTION_KEY=$(openssl rand -hex 32)" > .env
|
||||
chmod 600 .env
|
||||
```
|
||||
- [x] **Sauvegarder la clé `N8N_ENCRYPTION_KEY` dans un gestionnaire de mots de passe externe** (Bitwarden / 1Password / KeePass)
|
||||
- [ ] Démarrer n8n :
|
||||
```bash
|
||||
docker compose up -d
|
||||
docker compose logs -f n8n
|
||||
```
|
||||
- [ ] Vérifier l'accès : `curl -I https://flux.aulnette.eu`
|
||||
- [ ] Se connecter à `https://flux.aulnette.eu`, créer le compte propriétaire (premier utilisateur = owner)
|
||||
|
||||
> **Garde-fou** : n8n est protégé par `ip-allowlist@file` car il manipule des credentials sensibles et peut exécuter du code arbitraire. Aucun accès depuis l'extérieur des IPs autorisées.
|
||||
|
||||
### 3.5 Stratégie de sauvegarde
|
||||
|
||||
Approche : **dump applicatif + snapshot fichiers**, déposés dans `/srv/backups/` puis envoyés vers un stockage distant.
|
||||
|
||||
#### 3.5.1 Préparation
|
||||
|
||||
- [ ] Créer le répertoire local de sauvegarde :
|
||||
```bash
|
||||
sudo mkdir -p /srv/backups/forgejo /srv/backups/n8n
|
||||
sudo chown -R $USER:$USER /srv/backups
|
||||
```
|
||||
- [ ] Installer les outils nécessaires :
|
||||
```bash
|
||||
sudo apt install -y restic
|
||||
```
|
||||
|
||||
#### 3.5.2 Script de sauvegarde quotidien
|
||||
|
||||
- [ ] Créer `/usr/local/bin/backup-services.sh` :
|
||||
```bash
|
||||
sudo nano /usr/local/bin/backup-services.sh
|
||||
```
|
||||
Coller le contenu ci-dessous :
|
||||
|
||||
```bash
|
||||
#!/usr/bin/env bash
|
||||
set -euo pipefail
|
||||
|
||||
DATE=$(date +%Y%m%d-%H%M%S)
|
||||
BACKUP_DIR=/srv/backups
|
||||
|
||||
# --- Forgejo ---
|
||||
# 1. Dump PostgreSQL
|
||||
docker exec forgejo-db pg_dump -U forgejo forgejo \
|
||||
| gzip > "${BACKUP_DIR}/forgejo/db-${DATE}.sql.gz"
|
||||
|
||||
# 2. Dump applicatif Forgejo (dépôts + config)
|
||||
docker exec forgejo forgejo dump --type tar.gz --file /tmp/forgejo-dump.tar.gz
|
||||
docker cp forgejo:/tmp/forgejo-dump.tar.gz "${BACKUP_DIR}/forgejo/dump-${DATE}.tar.gz"
|
||||
docker exec forgejo rm /tmp/forgejo-dump.tar.gz
|
||||
|
||||
# --- n8n ---
|
||||
# Arrêt court pour cohérence du SQLite interne
|
||||
docker compose -f /home/paulnette/n8n/docker-compose.yml stop n8n
|
||||
tar czf "${BACKUP_DIR}/n8n/data-${DATE}.tar.gz" -C /srv/docker/n8n data
|
||||
docker compose -f /home/paulnette/n8n/docker-compose.yml start n8n
|
||||
|
||||
# --- Rotation locale (garder 7 jours) ---
|
||||
find "${BACKUP_DIR}" -type f -name "*.gz" -mtime +7 -delete
|
||||
```
|
||||
|
||||
- [ ] Rendre exécutable :
|
||||
```bash
|
||||
sudo chmod +x /usr/local/bin/backup-services.sh
|
||||
```
|
||||
- [ ] Tester manuellement :
|
||||
```bash
|
||||
sudo /usr/local/bin/backup-services.sh
|
||||
ls -lh /srv/backups/forgejo /srv/backups/n8n
|
||||
```
|
||||
|
||||
#### 3.5.3 Planification (cron)
|
||||
|
||||
- [ ] Ajouter au crontab root (sauvegarde quotidienne à 03:30) :
|
||||
```bash
|
||||
sudo crontab -e
|
||||
```
|
||||
Ajouter la ligne :
|
||||
```
|
||||
30 3 * * * /usr/local/bin/backup-services.sh >> /var/log/backup-services.log 2>&1
|
||||
```
|
||||
|
||||
#### 3.5.4 Externalisation (restic)
|
||||
|
||||
> Sans copie hors serveur, une sauvegarde locale ne protège ni d'une corruption du disque, ni d'une perte du VPS.
|
||||
|
||||
- [ ] Choisir une destination : OVH Object Storage (S3), Backblaze B2, ou autre VPS
|
||||
- [ ] Initialiser le dépôt restic (exemple S3) :
|
||||
```bash
|
||||
export RESTIC_REPOSITORY=s3:s3.gra.io.cloud.ovh.net/backup-vps-paulnette
|
||||
export RESTIC_PASSWORD=<phrase-secrete-forte>
|
||||
export AWS_ACCESS_KEY_ID=...
|
||||
export AWS_SECRET_ACCESS_KEY=...
|
||||
restic init
|
||||
```
|
||||
- [ ] **Sauvegarder `RESTIC_PASSWORD` dans le gestionnaire de mots de passe externe** (sans elle, restauration impossible)
|
||||
- [ ] Ajouter un second cron (après la sauvegarde locale, 04:00) qui pousse `/srv/backups` vers restic et applique une rétention (par exemple 7 quotidiennes + 4 hebdomadaires + 6 mensuelles)
|
||||
|
||||
#### 3.5.5 Test de restauration
|
||||
|
||||
> Une sauvegarde non testée n'est pas une sauvegarde.
|
||||
|
||||
- [ ] Restaurer un dump Forgejo dans un container jetable et vérifier l'intégrité d'au moins un dépôt
|
||||
- [ ] Restaurer le volume n8n dans un répertoire temporaire et vérifier la présence des workflows
|
||||
- [ ] Documenter la procédure de restauration dans ce fichier (à compléter après le premier test réussi)
|
||||
|
||||
### 3.6 Critères de sortie Phase 3
|
||||
|
||||
- [ ] `https://git.aulnette.eu` accessible depuis IPs autorisées uniquement, certificat valide, login admin fonctionnel
|
||||
- [ ] `https://flux.aulnette.eu` accessible depuis IPs autorisées uniquement, certificat valide, compte owner créé
|
||||
- [ ] `docker compose down && docker compose up -d` sur chaque service ne fait perdre aucune donnée
|
||||
- [ ] Script de sauvegarde exécuté avec succès au moins une fois, fichiers présents dans `/srv/backups/`
|
||||
- [ ] Cron quotidien actif et journalisé dans `/var/log/backup-services.log`
|
||||
- [ ] Sauvegarde externalisée vers stockage distant opérationnelle
|
||||
- [ ] Au moins une restauration test effectuée et documentée
|
||||
- [ ] `N8N_ENCRYPTION_KEY` et `RESTIC_PASSWORD` stockés hors serveur
|
||||
|
||||
---
|
||||
|
||||
## Phase 4 - Environnements de dev avec Codex
|
||||
|
||||
> Objectif : preparer un environnement de developpement distant utilisable par Codex, isole du compte d'administration principal, avec un utilisateur systeme dedie : `merlin`.
|
||||
>
|
||||
> Decision : `merlin` represente l'agent IA. Il doit pouvoir travailler sur des depots et lancer des environnements de dev, mais ne doit pas devenir un compte d'administration generaliste sans controle.
|
||||
|
||||
### 4.1 Principes de securite
|
||||
|
||||
- [ ] Creer un utilisateur Linux dedie `merlin`
|
||||
- [ ] Ne pas donner `sudo` par defaut a `merlin`
|
||||
- [ ] Authentification SSH par cle uniquement
|
||||
- [ ] Acces SSH limite aux IPs autorisees par UFW
|
||||
- [ ] Depots de travail sous `/home/merlin/workspaces/`
|
||||
- [ ] Secrets jamais stockes en clair dans les depots
|
||||
- [ ] Utiliser des `.env` locaux non commites pour les credentials de dev
|
||||
|
||||
### 4.2 Creation de l'utilisateur `merlin`
|
||||
|
||||
- [ ] Creer l'utilisateur :
|
||||
```bash
|
||||
sudo adduser merlin
|
||||
```
|
||||
- [ ] Creer le dossier SSH :
|
||||
```bash
|
||||
sudo mkdir -p /home/merlin/.ssh
|
||||
sudo nano /home/merlin/.ssh/authorized_keys
|
||||
sudo chown -R merlin:merlin /home/merlin/.ssh
|
||||
sudo chmod 700 /home/merlin/.ssh
|
||||
sudo chmod 600 /home/merlin/.ssh/authorized_keys
|
||||
```
|
||||
- [ ] Tester la connexion SSH :
|
||||
```bash
|
||||
ssh merlin@vps-6f98b55e.vps.ovh.net
|
||||
```
|
||||
|
||||
> Point d'attention : ne pas reutiliser la cle SSH personnelle d'administration si l'objectif est d'isoler les usages. Creer une cle specifique `merlin` cote poste local.
|
||||
|
||||
### 4.3 Arborescence de travail
|
||||
|
||||
```text
|
||||
/home/merlin/workspaces/
|
||||
+-- pkm-perso/
|
||||
+-- seenaps/
|
||||
+-- sandbox/
|
||||
```
|
||||
|
||||
- [ ] Creer le dossier standard :
|
||||
```bash
|
||||
sudo mkdir -p /home/merlin/workspaces
|
||||
sudo chown -R merlin:merlin /home/merlin/workspaces
|
||||
```
|
||||
|
||||
> Choix initial : `/home/merlin/workspaces/`. C'est plus simple et suffisant tant qu'il n'y a pas plusieurs agents ou plusieurs utilisateurs.
|
||||
|
||||
### 4.4 Acces Git et Forgejo
|
||||
|
||||
- [ ] Creer une cle SSH Git pour `merlin` :
|
||||
```bash
|
||||
sudo -u merlin ssh-keygen -t ed25519 -C "merlin@vps-codex" -f /home/merlin/.ssh/id_ed25519
|
||||
```
|
||||
- [ ] Ajouter la cle publique dans Forgejo :
|
||||
```bash
|
||||
sudo cat /home/merlin/.ssh/id_ed25519.pub
|
||||
```
|
||||
- [ ] Configurer l'identite Git :
|
||||
```bash
|
||||
sudo -u merlin git config --global user.name "Merlin"
|
||||
sudo -u merlin git config --global user.email "pa.ia@6tm.com"
|
||||
```
|
||||
- [ ] Tester un clone depuis Forgejo :
|
||||
```bash
|
||||
sudo -u merlin git clone <url-du-repo> /home/merlin/workspaces/<repo>
|
||||
```
|
||||
|
||||
> Convention : les commits produits par l'agent IA utilisent l'identite `Merlin <pa.ia@6tm.com>` pour rester auditables.
|
||||
|
||||
### 4.5 Outillage de base dev
|
||||
|
||||
- [ ] Installer les outils socle :
|
||||
```bash
|
||||
sudo apt install -y git curl unzip build-essential
|
||||
```
|
||||
- [ ] Installer Node.js via une methode stable, par exemple `nvm` pour l'utilisateur `merlin`
|
||||
- [ ] Installer Python et venv si necessaire :
|
||||
```bash
|
||||
sudo apt install -y python3 python3-venv python3-pip
|
||||
```
|
||||
- [ ] Verifier les versions :
|
||||
```bash
|
||||
git --version
|
||||
node --version
|
||||
npm --version
|
||||
python3 --version
|
||||
```
|
||||
|
||||
### 4.6 Devcontainers et Docker
|
||||
|
||||
Deux options :
|
||||
|
||||
1. **Mode prudent** : `merlin` ne fait pas partie du groupe `docker`. Les builds Docker sont lances manuellement par `paulnette`.
|
||||
2. **Mode autonome** : `merlin` est ajoute au groupe `docker`, ce qui donne un pouvoir quasi-root via Docker.
|
||||
|
||||
- [ ] Choisir explicitement le mode
|
||||
- [ ] Si mode autonome, ajouter `merlin` au groupe Docker :
|
||||
```bash
|
||||
sudo usermod -aG docker merlin
|
||||
```
|
||||
- [ ] Documenter le choix de securite retenu
|
||||
|
||||
> Position initiale : commencer en mode prudent. Ajouter `merlin` au groupe `docker` seulement si le besoin de devcontainers autonomes est reel.
|
||||
|
||||
### 4.7 Codex CLI / agent IA
|
||||
|
||||
- [ ] Definir le mode d'installation de Codex pour `merlin`
|
||||
- [ ] Installer Codex dans l'environnement utilisateur `merlin`
|
||||
- [ ] Creer un dossier de configuration :
|
||||
```bash
|
||||
sudo -u merlin mkdir -p /home/merlin/.codex
|
||||
```
|
||||
- [ ] Stocker les credentials Codex selon le mecanisme officiel choisi, jamais dans un repo
|
||||
- [ ] Tester une session Codex dans un repo de test
|
||||
|
||||
> Garde-fou : `merlin` doit etre capable de modifier un workspace, mais pas de reconfigurer le serveur, Traefik, Forgejo, n8n ou les sauvegardes sans intervention humaine.
|
||||
|
||||
### 4.8 Criteres de sortie Phase 4
|
||||
|
||||
- [ ] Connexion SSH `merlin` fonctionnelle par cle uniquement
|
||||
- [ ] `merlin` n'a pas `sudo` par defaut
|
||||
- [ ] Workspace standard cree et documente
|
||||
- [ ] Identite Git `Merlin <pa.ia@6tm.com>` configuree
|
||||
- [ ] Clone/pull/push testes sur un repo non critique
|
||||
- [ ] Mode Docker/devcontainer choisi et documente
|
||||
- [ ] Codex installe et teste dans un repo de test
|
||||
- [ ] Aucun secret Codex, Git, n8n ou serveur stocke en clair dans un depot
|
||||
|
||||
---
|
||||
|
||||
## Phase 5 - Environnement de developpement Codex sous `paulnette`
|
||||
|
||||
> Objectif : tester rapidement Codex sur le serveur avec le compte existant `paulnette`, avant de decider si l'isolation par l'utilisateur `merlin` est necessaire.
|
||||
>
|
||||
> Decision temporaire : `paulnette` peut servir au premier essai, mais uniquement dans un workspace dedie. Ne pas lancer Codex dans les repertoires d'administration serveur.
|
||||
|
||||
### 5.1 Garde-fous
|
||||
|
||||
- [ ] Utiliser uniquement `~/workspaces/` pour les tests Codex
|
||||
- [ ] Ne pas lancer Codex dans `~/traefik`, `~/forgejo`, `~/n8n`, `/srv/docker`, `/etc` ou `/usr/local/bin`
|
||||
- [ ] Ne pas stocker de secrets dans les repos
|
||||
- [ ] Verifier systematiquement `git status` et `git diff` avant tout commit
|
||||
- [ ] Garder `merlin` comme cible d'isolation future si l'usage Codex devient regulier
|
||||
|
||||
### 5.2 Preparation du workspace
|
||||
|
||||
- [ ] Creer l'arborescence de travail :
|
||||
```bash
|
||||
mkdir -p ~/workspaces/sandbox
|
||||
mkdir -p ~/workspaces/repos
|
||||
```
|
||||
- [ ] Creer un repo de test :
|
||||
```bash
|
||||
mkdir -p ~/workspaces/sandbox/codex-test
|
||||
cd ~/workspaces/sandbox/codex-test
|
||||
git init
|
||||
echo "# Codex test" > README.md
|
||||
git add README.md
|
||||
git commit -m "Initial commit"
|
||||
```
|
||||
|
||||
### 5.3 Outillage de base
|
||||
|
||||
- [ ] Verifier les outils installes :
|
||||
```bash
|
||||
git --version
|
||||
node --version
|
||||
npm --version
|
||||
python3 --version
|
||||
```
|
||||
- [ ] Installer les outils manquants :
|
||||
```bash
|
||||
sudo apt update
|
||||
sudo apt install -y git curl unzip build-essential python3 python3-venv python3-pip
|
||||
```
|
||||
|
||||
> Garde-fou maintenance : pour toute mise a jour systeme lancee en SSH, utiliser `tmux` afin de pouvoir reprendre la session en cas de coupure.
|
||||
|
||||
```bash
|
||||
tmux new -s maintenance
|
||||
sudo apt update
|
||||
sudo apt upgrade
|
||||
```
|
||||
|
||||
Reprendre la session :
|
||||
|
||||
```bash
|
||||
tmux attach -t maintenance
|
||||
```
|
||||
|
||||
### 5.4 Node.js
|
||||
|
||||
- [ ] Si Node.js n'est pas disponible, installer `nvm` pour `paulnette` :
|
||||
```bash
|
||||
curl -fsSL https://raw.githubusercontent.com/nvm-sh/nvm/master/install.sh | bash
|
||||
```
|
||||
- [ ] Recharger le shell :
|
||||
```bash
|
||||
source ~/.bashrc
|
||||
```
|
||||
- [ ] Installer Node.js LTS :
|
||||
```bash
|
||||
nvm install --lts
|
||||
nvm use --lts
|
||||
```
|
||||
- [ ] Verifier :
|
||||
```bash
|
||||
node --version
|
||||
npm --version
|
||||
```
|
||||
|
||||
### 5.5 Git
|
||||
|
||||
- [ ] Configurer l'identite Git de `paulnette` si necessaire :
|
||||
```bash
|
||||
git config --global user.name "Philippe Aulnette"
|
||||
git config --global user.email "philippe.aulnette@6tm.com"
|
||||
```
|
||||
- [ ] Verifier la configuration :
|
||||
```bash
|
||||
git config --global --list
|
||||
```
|
||||
|
||||
### 5.6 Codex CLI
|
||||
|
||||
- [ ] Installer Codex CLI selon la methode officielle retenue
|
||||
- [ ] Verifier l'installation :
|
||||
```bash
|
||||
codex --version
|
||||
```
|
||||
- [ ] Authentifier Codex :
|
||||
```bash
|
||||
codex login
|
||||
```
|
||||
|
||||
> Point d'attention : ne pas placer de cle API en clair dans `.bashrc` ou dans un fichier versionne. Preferer le mecanisme d'authentification officiel ou un stockage de secret adapte.
|
||||
|
||||
### 5.7 Premier test Codex
|
||||
|
||||
- [ ] Lancer Codex dans le repo de test :
|
||||
```bash
|
||||
cd ~/workspaces/sandbox/codex-test
|
||||
codex
|
||||
```
|
||||
- [ ] Demander un changement simple :
|
||||
```text
|
||||
Ajoute un fichier notes.md avec une checklist de test Codex.
|
||||
```
|
||||
- [ ] Verifier les modifications :
|
||||
```bash
|
||||
git status
|
||||
git diff
|
||||
```
|
||||
- [ ] Committer si le resultat est correct :
|
||||
```bash
|
||||
git add .
|
||||
git commit -m "Test Codex workspace"
|
||||
```
|
||||
|
||||
### 5.8 Contributions a d'autres depots
|
||||
|
||||
- [ ] Cloner les repos externes sous `~/workspaces/repos/`
|
||||
- [ ] Configurer une identite Git par repo si besoin :
|
||||
```bash
|
||||
git config user.name "Philippe Aulnette"
|
||||
git config user.email "philippe.aulnette@6tm.com"
|
||||
```
|
||||
- [ ] Utiliser des branches dediees pour les contributions :
|
||||
```bash
|
||||
git checkout -b feat/<sujet>
|
||||
```
|
||||
- [ ] Relire chaque diff avant push :
|
||||
```bash
|
||||
git status
|
||||
git diff
|
||||
```
|
||||
|
||||
### 5.9 Criteres de sortie Phase 5
|
||||
|
||||
- [ ] Workspace `~/workspaces/` cree
|
||||
- [ ] Repo `codex-test` initialise
|
||||
- [ ] Outils de base verifies
|
||||
- [ ] Codex installe et authentifie
|
||||
- [ ] Premier changement Codex teste dans un repo non critique
|
||||
- [ ] Workflow `git status` / `git diff` / commit valide
|
||||
- [ ] Decision prise : rester temporairement sur `paulnette` ou basculer vers `merlin`
|
||||
|
||||
---
|
||||
|
|
@ -1,14 +0,0 @@
|
|||
Nom : process-weekly
|
||||
Description :
|
||||
Fréquence :
|
||||
Déclencheur :
|
||||
## Input
|
||||
- Mon planning
|
||||
- Mes derniers mails
|
||||
## Etapes
|
||||
1. Récupère mon planning via le serveur MCP
|
||||
2.
|
||||
|
||||
## Méthodes
|
||||
|
||||
## Output
|
||||
|
|
@ -1,10 +0,0 @@
|
|||
Nom :
|
||||
Fréquence :
|
||||
Déclencheur :
|
||||
## Input
|
||||
|
||||
## Etapes
|
||||
|
||||
## Méthodes
|
||||
|
||||
## Output
|
||||
|
|
@ -1,133 +0,0 @@
|
|||
---
|
||||
type: compte-rendu
|
||||
projet: seenaps-financial
|
||||
date: 2026-05-07
|
||||
participants:
|
||||
- Philippe Aulnette
|
||||
- Laurent Raison
|
||||
- Amandine
|
||||
tags:
|
||||
- seenaps
|
||||
- finance
|
||||
- franchise
|
||||
- ia
|
||||
- rezon
|
||||
---
|
||||
|
||||
# Compte-rendu - Cadrage analyse financiere Rezon
|
||||
|
||||
## Contexte
|
||||
|
||||
Echange avec Laurent Raison et Amandine autour d'un futur outil d'analyse financiere des franchisés, integre a Seenaps a terme.
|
||||
|
||||
Le besoin n'est pas de reproduire un reporting financier complet type Synergie, mais de construire une analyse simple, lisible et actionnable a partir des documents comptables disponibles.
|
||||
|
||||
## Points clés
|
||||
|
||||
- Les documents disponibles sont heterogenes : liasses fiscales, bilans, comptes de resultat detailles, parfois PDF natifs, parfois scans.
|
||||
- La liasse fiscale est plus structuree et fiable, mais insuffisante pour certains besoins metiers Rezon.
|
||||
- Pour Rezon, le compte de resultat detaille semble central, notamment pour analyser les marges, charges externes, loyers, deplacements, sous-traitance, pose/livraison et remunerations indirectes.
|
||||
- L'objectif est d'eviter une approche full IA non reproductible, couteuse et sensible cote donnees.
|
||||
- La priorite est l'extraction structuree quand elle est possible, avec l'IA en complement si necessaire.
|
||||
- Le modele cible doit rester simple :
|
||||
- quelques KPI metiers ;
|
||||
- une valeur constatee ;
|
||||
- une cible ou fourchette ;
|
||||
- une comparaison au panel ;
|
||||
- des alertes metier ;
|
||||
- des questions ou actions recommandees.
|
||||
- Laurent confirme que ce format correspond au besoin : peu d'indicateurs, mais bien choisis et exploitables en reunion.
|
||||
- Les reunions bilan avec les franchisés auront lieu debut juin : l'outil ne sera pas pret pour cette echeance.
|
||||
- Une cible plus realiste est la fin d'annee, notamment pour les reunions regionales et la preparation des plans d'action annuels.
|
||||
|
||||
## Besoins metier identifies
|
||||
|
||||
Indicateurs evoques :
|
||||
|
||||
- Chiffre d'affaires total vs chiffre d'affaires vu dans Gesteos / fournisseurs references.
|
||||
- Part des achats chez les fournisseurs references.
|
||||
- Taux de marge marchandise.
|
||||
- Taux de marge pose / livraison.
|
||||
- Ecart entre sous-traitance directe et production vendue.
|
||||
- Niveau des charges externes en pourcentage du chiffre d'affaires.
|
||||
- Depenses de publicite.
|
||||
- Loyers, notamment quand le franchisé se remunere indirectement via un local personnel.
|
||||
- Indemnites kilometriques / frais de deplacement.
|
||||
- Remuneration directe et indirecte du franchisé.
|
||||
- Fonds propres, tresorerie, compte courant associe, financement long terme.
|
||||
- Resultat / chiffre d'affaires.
|
||||
- Vigilance sur les classements comptables incoherents selon les experts-comptables.
|
||||
|
||||
## Orientations retenues
|
||||
|
||||
- Ne pas partir sur un outil generique trop large.
|
||||
- Commencer par un cas Rezon simple et concret.
|
||||
- Travailler sur 2 ou 3 franchisés standards, mono-personnes, avec documents comptables detailles.
|
||||
- Formaliser un premier lot de regles metier en langage naturel ou tableau simple.
|
||||
- Construire progressivement une base de connaissances metier reutilisable.
|
||||
- Utiliser l'IA comme assistant d'analyse apres extraction et structuration des donnees.
|
||||
- Tester aussi l'approche actuelle de type Gemini / GEM utilisee par Rezon, mais en la decoupant mieux :
|
||||
- extraction ;
|
||||
- controle ;
|
||||
- analyse ;
|
||||
- recommandations.
|
||||
|
||||
## Plan d'action
|
||||
|
||||
### Rezon - Laurent / Amandine
|
||||
|
||||
- Envoyer 2 ou 3 dossiers franchisés standards avec :
|
||||
- bilan ;
|
||||
- compte de resultat detaille ;
|
||||
- idealement PDF natif, pas uniquement scan.
|
||||
- Prioriser des profils simples : franchisés mono-personnes, sans complexite salariale excessive.
|
||||
- Fournir un premier jeu de regles metier, meme brut, par exemple :
|
||||
- charges externes attendues entre X % et Y % du CA ;
|
||||
- marge pose/livraison attendue entre X % et Y % ;
|
||||
- alerte si frais de deplacement > X ;
|
||||
- alerte si achats fournisseurs references < X %.
|
||||
- Verifier avec TGS la possibilite de recuperer des FEC ou donnees comptables plus detaillees.
|
||||
|
||||
### Philippe
|
||||
|
||||
- Tester l'extraction sur les dossiers transmis.
|
||||
- Identifier les donnees recuperables de facon fiable :
|
||||
- depuis la liasse ;
|
||||
- depuis le compte de resultat detaille ;
|
||||
- depuis les scans via OCR / IA si necessaire.
|
||||
- Construire un premier prototype de KPI Rezon :
|
||||
- valeur extraite ;
|
||||
- cible ;
|
||||
- comparaison panel ;
|
||||
- alerte ;
|
||||
- question ou action suggeree.
|
||||
- Preparer quelques captures d'ecran du prototype pour retour Laurent / Amandine / franchisés.
|
||||
|
||||
### Rezon + Philippe
|
||||
|
||||
- Revoir ensemble le fonctionnement du GEM / Gemini existant.
|
||||
- Decouper le prompt actuel en etapes plus robustes :
|
||||
- extraction ;
|
||||
- controle des donnees ;
|
||||
- application des regles metier ;
|
||||
- redaction du diagnostic ;
|
||||
- recommandations.
|
||||
- Capitaliser les regles validees dans une base metier reutilisable.
|
||||
|
||||
### Reunions franchisés
|
||||
|
||||
- Laurent pourra inviter Philippe a une reunion bilan franchisés si les premieres sessions se passent bien.
|
||||
- Objectif pour Philippe : observer les vrais echanges franchiseur / franchisés et comprendre les questions terrain.
|
||||
- Les retours des franchisés pourront aussi servir a valider la lisibilite des indicateurs.
|
||||
|
||||
## Points de vigilance
|
||||
|
||||
- Les donnees comptables sont souvent mal classees : il faudra prevoir des regles de controle, pas seulement des calculs.
|
||||
- Les PDF scannes rendent l'extraction plus fragile.
|
||||
- Le besoin Rezon est plus fin que Transat Auto : la liasse seule ne suffira probablement pas.
|
||||
- Ne pas viser juin : risque de livrer trop vite un outil immature.
|
||||
- Le vrai actif a construire est la base de regles metier, pas seulement l'interface ou le prompt IA.
|
||||
|
||||
## Prochaine etape
|
||||
|
||||
Obtenir 2 ou 3 dossiers franchisés standards et un premier jeu de regles metier Rezon pour lancer un prototype limite mais exploitable.
|
||||
Binary file not shown.
Binary file not shown.
Binary file not shown.
Binary file not shown.
Binary file not shown.
Binary file not shown.
Binary file not shown.
Binary file not shown.
Binary file not shown.
Binary file not shown.
Binary file not shown.
|
|
@ -1,3 +0,0 @@
|
|||
## indicateurs sectoriels
|
||||
Voir l'intégrationd d'indicateur sectoriels ?
|
||||
https://www.banque-france.fr/fr/publications-et-statistiques/statistiques/fascicules-dindicateurs-sectoriels
|
||||
|
|
@ -1,132 +0,0 @@
|
|||
# Compte rendu — Atelier Analyse bilancielle Transakauto
|
||||
|
||||
**Date :** 30/04/2026
|
||||
**Type :** Atelier
|
||||
**Participants :**
|
||||
- Blanche (Transakauto, tête de réseau)
|
||||
- Guillaume B. (Expert-comptable)
|
||||
- Philippe A. (Seenaps / 6TM)
|
||||
- Quentin B. (6TM)
|
||||
|
||||
---
|
||||
|
||||
## 1. Cadrage : public cible et objectif
|
||||
|
||||
La fonctionnalité d'analyse bilancielle est destinée à la **tête de réseau**, plus précisément aux animatrices, qui ne sont pas formées à la lecture d'un bilan. L'objectif n'est pas une analyse financière fine mais un système d'alerte simple permettant d'identifier rapidement les franchisés en difficulté.
|
||||
|
||||
Constat de Blanche : un franchisé qui va bien le dit, un franchisé en difficulté minimise. La fonctionnalité doit compenser ce biais déclaratif via la donnée comptable. Guillaume confirme l'enjeu : certains arbitrages comptables de clôture (abandon de dettes, produit exceptionnel) peuvent masquer une situation difficile et restent illisibles pour un non-comptable.
|
||||
|
||||
---
|
||||
|
||||
## 2. Source documentaire : liasse fiscale
|
||||
|
||||
La source retenue est la **liasse fiscale**, normée réglementairement (chaque case porte un numéro standardisé). Les plaquettes comptables varient trop selon les logiciels (Sage, Sejid, ACD, Pennylane, My Company Soft) pour être exploitables de manière homogène.
|
||||
|
||||
Deux types existent (simplifiée et réelle selon les seuils), mais les deux exposent les grands indicateurs nécessaires : CA, trésorerie, capitaux propres, résultat net. La liasse ne permet pas de descendre au niveau du loyer ou du détail des charges, ce qui est jugé suffisant pour le besoin animateur.
|
||||
|
||||
Les situations intermédiaires (en cours d'année) ne sont pas couvertes : elles font l'objet d'une plaquette des comptes non normée, et l'obligation contractuelle franchiseur ne porte que sur la transmission annuelle du bilan.
|
||||
|
||||
---
|
||||
|
||||
## 3. Ratios et logique de notation
|
||||
|
||||
Principe retenu : un nombre limité d'indicateurs, chacun qualifié par une note (A/B/C/D) ou un pictogramme (rouge/vert, smileys gradués). A/B = situation correcte, C/D = alerte qui remonte à la directrice réseau pour décision d'un point de suivi.
|
||||
|
||||
Pour chaque indicateur, deux références complémentaires : la cible du panel et la valeur réelle du panel. Si possible, une note moyenne globale synthétisant l'ensemble. Guillaume apportera des **commentaires ponctuels** sur certaines cases pour expliciter les arbitrages comptables.
|
||||
|
||||
---
|
||||
|
||||
## 4. Timing de récupération
|
||||
|
||||
Cible opérationnelle : **bilan disponible 4 mois après la clôture** (le réglementaire est 15 mai pour clôture 31/12, 3,5 mois pour les clôtures décalées). Délai jugé acceptable pour le rythme d'animation.
|
||||
|
||||
Les clôtures Transakauto sont étalées sur l'année. Cet étalement devra être pris en compte côté Seenaps pour ne pas mélanger des éléments annuels avec du mensuel dans les comparaisons de panel.
|
||||
|
||||
---
|
||||
|
||||
## 5. Croisement avec d'autres KPIs
|
||||
|
||||
Pistes évoquées :
|
||||
- **CA / nombre de véhicules** : non représentatif (autres activités possibles, détail CA absent de la liasse).
|
||||
- **CA / m²** : non pertinent vu la diversité des formats d'agences Transakauto.
|
||||
- **CA / ancienneté de l'agence** : piste retenue (analogie carnet de santé — comparer à stade de maturité comparable).
|
||||
- **Croisement avec les visites / actions non réalisées Seenaps** : piste à approfondir (Quentin).
|
||||
|
||||
---
|
||||
|
||||
## 6. Profondeur historique
|
||||
|
||||
Conserver **2 années** : 2024 et 2025. Le contrat de franchise a été signé début 2025, mais 2024 (sous contrat de licence) garde de la valeur pour détecter un passif antérieur à apurer. À partir de 2027, la comparaison se fera 2025 vs 2026 et le millésime 2024 sortira.
|
||||
|
||||
---
|
||||
|
||||
## 7. Restitution animateur
|
||||
|
||||
Vue agrégée par franchisé avec indicateurs limités et lisibles (vert/rouge ou équivalent), cible et valeur du panel, et idéalement une note moyenne globale.
|
||||
|
||||
**Demande Blanche** : afficher la note bilancielle **à côté de la météo** déjà existante dans Seenaps, pour que l'animateur puisse prioriser ses tournées en s'appuyant sur cette donnée.
|
||||
|
||||
Philippe confirme que ces analyses sont des KPIs comme les autres dans la plateforme, donc paramétrables côté affichage. Le travail de fond porte sur le détail des calculs.
|
||||
|
||||
---
|
||||
|
||||
## 8. Module de relance des bilans
|
||||
|
||||
La récupération des bilans est aujourd'hui difficile. La date de clôture est saisie au format `31-12` sans année dans Seenaps, ce qui empêche toute relance automatique.
|
||||
|
||||
**Demande** : générer automatiquement un email de relance au franchisé 3 mois après sa clôture. Philippe confirme qu'un **module dédié sera structuré** pour cette partie, et que la zone documentaire de dépôt sera **restructurée** (Blanche signale aujourd'hui un problème de permissions empêchant les franchisés de déposer eux-mêmes leur bilan).
|
||||
|
||||
Suggestion de Guillaume (retour d'expérience d'autres réseaux) : conditionner l'éligibilité aux challenges et animations à la transmission des états financiers, comme pour le paiement des redevances.
|
||||
|
||||
**Saisonnalité** : non applicable à Transakauto (activité linéaire selon Guillaume), donc la date de clôture n'aura pas d'incidence et on pourra compiler 12 mois glissants même si ce ne sont pas exactement les mêmes 12 mois d'un franchisé à l'autre.
|
||||
|
||||
---
|
||||
|
||||
## 9. Cas multi-agences : non traité
|
||||
|
||||
Guillaume soulève le cas où plusieurs agences seraient regroupées dans une même société (bilan agrégé qui fausse l'analyse). Blanche confirme que **ce cas n'est pas autorisé contractuellement** (1 société = 1 zone). Un cas existait dans le réseau, découvert la veille — traité en interne par Blanche.
|
||||
|
||||
**Décision** : aucun développement spécifique. Seenaps est de toute façon structuré par agence, la société étant uniquement informative. Le module de relance devra simplement éviter la duplication si plusieurs agences sont rattachées au même franchisé.
|
||||
|
||||
---
|
||||
|
||||
## 10. Recoupements bilan / TVA / ERP / Seenaps
|
||||
|
||||
La redevance Transakauto est calculée sur les déclarations de TVA, mais le CA déclaré n'est pas systématiquement réel. Avec le **lancement de l'ERP la semaine suivante**, la facturation remontera automatiquement vers Seenaps puis vers Pennylane.
|
||||
|
||||
Guillaume valide le besoin de **trois recoupements** :
|
||||
1. CA issu du nouvel ERP
|
||||
2. CA issu des déclarations de TVA (base actuelle des redevances)
|
||||
3. CA issu du bilan in fine
|
||||
|
||||
Ce triple recoupement permet de détecter une éventuelle alimentation du CA hors Seenaps. Quentin confirme que les franchisés Transakauto n'ont pas le droit de mener une autre activité sous la même société.
|
||||
|
||||
**TVA** : transmise mensuellement par les franchisés. Mécanisme actuel défaillant côté Seenaps (1 dépôt sur 2 échoue, vraisemblablement un sujet de permissions). Demande de Blanche en cours pour permettre le dépôt direct par le franchisé dans son dossier.
|
||||
|
||||
---
|
||||
|
||||
## 11. Calcul des redevances : situation actuelle et cible
|
||||
|
||||
**Aujourd'hui (manuel)** : récupération de la déclaration de TVA → alimentation Excel → application formule (avec seuil minimum) → envoi à Pennylane.
|
||||
|
||||
**À court terme (ERP)** : remontée automatique vers Seenaps puis Pennylane pour facturation.
|
||||
|
||||
Blanche souhaite **conserver la double vérification** via la déclaration de TVA même en mode automatisé, comme garde-fou.
|
||||
|
||||
---
|
||||
|
||||
## Récapitulatif des actions
|
||||
|
||||
| Action | Responsable | Échéance |
|
||||
|---|---|---|
|
||||
| Définir la liste des ratios financiers et les seuils de notation (A/B/C/D) | Guillaume B. | À définir |
|
||||
| Préparer les commentaires / points d'attention sur certaines cases de la liasse | Guillaume B. | À définir |
|
||||
| Spécifier le mécanisme cible / valeur réelle par panel pour chaque indicateur | 6TM | À définir |
|
||||
| Spécifier le module de relance automatique (3 mois post-clôture) | 6TM | À définir |
|
||||
| Restructurer la zone documentaire (dépôt bilan + TVA) et corriger les permissions franchisé | 6TM | À définir |
|
||||
| Étudier le croisement avec les KPIs visites / actions non réalisées | Quentin B. | À définir |
|
||||
| Définir l'affichage de la note bilancielle à côté de la météo | 6TM | À définir |
|
||||
| Régulariser le cas franchisé en infraction au principe « 1 société = 1 zone » | Blanche | En cours |
|
||||
| Évaluer l'intégration de la transmission du bilan comme critère d'éligibilité aux challenges | Blanche | À définir |
|
||||
| Lancer l'ERP (alimentation Seenaps + Pennylane) | Transakauto / 6TM | Semaine du 04/05/2026 |
|
||||
| Confirmer la date de rendu / jalon suivant (mail Olifant) | Guillaume B. | 18/05/2026 |
|
||||
Binary file not shown.
|
Before Width: | Height: | Size: 61 KiB |
|
|
@ -1,170 +0,0 @@
|
|||
## Gaetan
|
||||
J’ai centré ma réflexion sur nos modules clés (animation, cockpit/CRM) avec les personas clés que sont l’animateur et le dirigeant ou le directeur de réseau.
|
||||
|
||||
Dans cette perspective je retiendrai comme NSM :
|
||||
Le taux de PDV avec un plan d'action actif et suivi
|
||||
ou si on veut aller plus sur la perf
|
||||
Le taux d’actions complétés par le réseau (et par PDV).
|
||||
|
||||
Quelques KPIs en lien avec cette NSM
|
||||
Nombre de PDV pilotés par animateur.
|
||||
Taux d’actions prioritaires clôturées (avant leur échéance, à leur échéance, après leur échéance).
|
||||
Délai moyen de traitement des actions prioritaires.
|
||||
|
||||
Autres KPIs plus orientés global Seenaps
|
||||
Sur l’usage > nombre et taux d’utilisateurs actif par semaine.
|
||||
Sur le business > Le MRR net pour un suivi hebdo/mensuel. Le MRR net étant = new MRR + upsell/crosell MRR - churent MRR.
|
||||
|
||||
## Aurélie
|
||||
Bonjour Philippe,
|
||||
|
||||
Ci-dessous mon retour.
|
||||
Je propose 2 North Star Metric. La première avec des KPIs plus orientés usage et la seconde avec des KPIs plus orientés produit.
|
||||
|
||||
North Star Metric : Taux de contributeurs / module (-> montre le pilotage du réseau et la relation entre le siège et les points de vente et également l'utilisation des différentes fonctionnalités des 2 côtés)
|
||||
|
||||
KPIs à suivre :
|
||||
Pourcentage/nombre d'utilisateurs terrain (au sein des points de ventes) ayant généré X actions de création (un commentaire, une saisie de KPI, lecture des documents, actu...) sur le mois écoulé.
|
||||
Pourcentage/nombre d'utilisateurs siège (au sein de la tête de réseau) ayant généré X actions de création (resp communication : nombre d'actu publiées; chargé de développement : nombre de candidatures ajoutées/traitées par développeur...) sur le mois écoulé.
|
||||
Taux de récurrence des contributeurs : pourcentage de contributeurs qui contribuent régulièrement dans le temps (voir les comportements)
|
||||
(Ratio entre les contributions provenant du terrain et les contributions provenant du siège (publications d'actu, ...).)
|
||||
|
||||
|
||||
2- North Star Metric : Taux de fonctionnalités à forte valeur adoptées (adoptées de manière complète, utilisées de manière récurrente et avec un impact mesurable)
|
||||
|
||||
KPIs à suivre :
|
||||
Taux d’adoption "profonde" par fonctionnalité (pourcentage d’utilisateurs qui utilisent une fonctionnalité "clé" de manière complète et répétée) (ex: créer une actu -> publier régulièrement -> consulter les stats -> interagir avec le contenu)
|
||||
Taux de dépendance fonctionnelle/récurrence (pourcentage d’utilisateurs pour qui la fonctionnalité est devenue indispensable) (fréquence d’usage élevée, usage régulier dans le temps...)
|
||||
Impact perçu / réel par fonctionnalité (Est-ce que la fonctionnalité améliore concrètement quelque chose ?) (ex: Développement : temps de traitement des leads en baisse, taux de conversion en hausse ; Animation : % d'actions réalisées...; Communication : taux de lecture...; meilleure structuration...Ce KPI peut aussi être mesuré par des enquêtes notamment NPS)
|
||||
|
||||
|
||||
|
||||
Surveiller aussi le pourcentage d'utilisateurs qui se connectent (logs) mais ne contribuent jamais (levier de croissance)
|
||||
Regarder les stats actuelles pour mettre les curseurs des taux à atteindre, du nombre d'actions...
|
||||
|
||||
## Bastien
|
||||
|
||||
|
||||
Salut Philippe,
|
||||
|
||||
Suite à ton mail concernant la réflexion sur les KPIs et la North Star, je te partage une proposition que j'ai mis en place chez Steeple, avec des indicateurs différents, mais la logique reste la même dans les grandes lignes.
|
||||
|
||||
Cela nous avait permis de changer trois gros sujets :
|
||||
La perception du client sur l'usage du produit
|
||||
La stratégie produit pour développer des fonctionnalités qui améliore réellement l'usage
|
||||
La stratégie commerciale pour avoir le bon discours auprès de la bonne cible
|
||||
|
||||
🎯 1. Point de départ : que doit-on réellement mesurer ?
|
||||
Seenaps n’est pas un outil de reporting, mais un outil CRM de pilotage opérationnel du réseau.
|
||||
Selon moi, l'enjeu n’est donc pas de mesurer :
|
||||
le volume d’usage (connexions, clics…)
|
||||
Mais bien :
|
||||
👉 la capacité du réseau à passer à l’action grâce à Seenaps
|
||||
Autrement dit :
|
||||
Quelle part du réseau est réellement active et pilotée au quotidien ?
|
||||
🌟 2. North Star Metric proposée
|
||||
Taux de points de vente actifs
|
||||
Un point de vente est considéré comme actif s’il a réalisé au moins une action dans Seenaps sur une période donnée.
|
||||
Cette définition a volontairement été choisie pour être :
|
||||
simple
|
||||
mesurable
|
||||
transverse à tous les modules
|
||||
👉 Elle pourra être ajustée dans le temps (ex : fréquence minimale attendue) en fonction des usages observés.
|
||||
Pourquoi ce choix :
|
||||
reflète un usage réel (action ≠ consultation)
|
||||
applicable à tous les cas (formation, com, animation, pilotage…)
|
||||
directement lié à la valeur créée pour le client
|
||||
👉 C’est une métrique qui mesure :
|
||||
la mise en mouvement réelle du réseau
|
||||
🔎 Cas spécifique : module Développement
|
||||
Le module développement ne rentre pas directement dans cette métrique, car il est piloté uniquement par la tête de réseau (et non par les points de vente existants).
|
||||
👉 Ce n’est pas un problème, au contraire :
|
||||
il pourra être suivi via un KPI dédié (ex : taux de transformation candidats → ouvertures, ou autre)
|
||||
il met en évidence le potentiel restant à activer dans le réseau (si module dev uniquement, faible taux de pdv actifs = potentiel business)
|
||||
👉 Et surtout, cela confirme que la valeur principale de Seenaps ne se situe pas uniquement dans le développement, mais bien dans la capacité à piloter et activer un réseau dans la durée.
|
||||
📊 3. Les KPIs qui permettent de piloter la North Star
|
||||
L’idée est de comprendre comment on fait concrètement progresser ce taux.
|
||||
KPI 1 – Taux de sollicitation siège
|
||||
Définition :
|
||||
Part des points de vente ayant reçu au moins une sollicitation (action, formation, communication…)
|
||||
Rôle :
|
||||
👉 Mesure la capacité du siège à activer son réseau
|
||||
Lecture :
|
||||
Si ce KPI est faible → le réseau n’est pas suffisamment piloté
|
||||
KPI 2 – Taux d’activation des PDV
|
||||
Définition :
|
||||
Part des points de vente sollicités qui réalisent une action
|
||||
Rôle :
|
||||
👉 Mesure l’engagement terrain et la pertinence des actions proposées
|
||||
Lecture :
|
||||
Si ce KPI est faible → problème de valeur perçue ou d’appropriation
|
||||
KPI 3 – Délai moyen d’activation
|
||||
Définition :
|
||||
Temps moyen entre une sollicitation et une première action réalisée
|
||||
Rôle :
|
||||
👉 Mesure la fluidité et la facilité d’usage
|
||||
Lecture :
|
||||
Si ce KPI est élevé → friction (outil, compréhension, process)
|
||||
🔁 4. Comment influencer la North Star
|
||||
La North Star est une conséquence directe de 3 leviers :
|
||||
Augmenter la couverture du réseau
|
||||
→ plus de PDV sollicités
|
||||
Améliorer la transformation
|
||||
→ plus de PDV qui passent à l’action
|
||||
Réduire la friction
|
||||
→ accélérer le passage à l’action
|
||||
👉 Concrètement, cela passe par :
|
||||
structurer les sollicitations (formations, actions, contenus…)
|
||||
envoyer des actions claires et actionnables
|
||||
faciliter l’usage côté PDV
|
||||
accompagner les clients dans l’animation de leur réseau
|
||||
🧩 5. Lecture du schéma (pyramide Seenaps) EN PIECE JOINTE
|
||||
Le schéma permet de visualiser simplement la logique :
|
||||
Bas de la pyramide → actions du siège
|
||||
(création de contenus, formations, communications, actions terrain)
|
||||
Milieu → réaction des points de vente
|
||||
(lecture, réalisation, engagement)
|
||||
Haut→ transformation
|
||||
(capacité à faire passer à l’action)
|
||||
Sommet → North Star
|
||||
(% de points de vente actifs)
|
||||
👉 Message clé :
|
||||
la North Star ne se pilote pas directement
|
||||
elle est le résultat de tout ce qui se passe en dessous.
|
||||
🔎 6. Lecture client
|
||||
Ce modèle permet aussi une lecture simple côté client et côté Seenaps :
|
||||
faible taux → réseau peu activé
|
||||
intermédiaire → adoption en cours
|
||||
élevé → Seenaps devient un levier de pilotage
|
||||
👉 Ce qui permet d’ouvrir facilement sur :
|
||||
de l’accompagnement
|
||||
des recommandations
|
||||
de l’upsell
|
||||
🔎 7. Lecture côté collaborateurs Seenaps
|
||||
Ce modèle permet également une lecture opérationnelle en interne, pour identifier rapidement où agir :
|
||||
Taux faible → problème de couverture
|
||||
👉 le réseau n’est pas suffisamment sollicité
|
||||
→ enjeu : mieux structurer l’animation côté client (CSM / accompagnement)
|
||||
Taux intermédiaire avec faible activation
|
||||
👉 les PDV sont sollicités mais passent peu à l’action
|
||||
→ enjeu : améliorer la pertinence des actions et la valeur perçue
|
||||
(produit, contenu, accompagnement)
|
||||
Taux intermédiaire avec bon niveau de sollicitation mais délai long
|
||||
👉 les actions existent mais mettent du temps à être réalisées
|
||||
→ enjeu : réduire la friction (UX, clarté, process)
|
||||
Taux élevé
|
||||
👉 Seenaps est bien intégré dans le fonctionnement du réseau
|
||||
→ enjeu : consolider, industrialiser et identifier des leviers de performance supplémentaires
|
||||
|
||||
## Stéphane
|
||||
À définir mais à mon avis dès que nous avons au moins deux… interactions de type
|
||||
- une visite de renseignee dans les 12 mois
|
||||
- une action de mise à jour dans les 6 mois
|
||||
- une action créée
|
||||
- météo mise à jour
|
||||
- une préparation de visite faite
|
||||
…
|
||||
|
||||
En gros tout ce qui nous permet de lister les interactions managériales de l’animateur.
|
||||
|
||||
|
||||
|
|
@ -15,18 +15,10 @@ fin: 2026-04-30
|
|||
|
||||
*Lien avec l'ikigai :*
|
||||
|
||||
Echelle : Non lance (0%) · Cadre (25%) · En cours (50%) · Quasi atteint (75%) · Atteint (100%)
|
||||
|
||||
- KR1
|
||||
- Cible :
|
||||
- Etat : Non lance
|
||||
- Avancement : 0%
|
||||
- Actuel :
|
||||
- KR2
|
||||
- Cible :
|
||||
- Etat : Non lance
|
||||
- Avancement : 0%
|
||||
- Actuel :
|
||||
| Key Result | Cible | Actuel | % |
|
||||
|---|---|---|---|
|
||||
| KR1 | | 0 | 0% |
|
||||
| KR2 | | 0 | 0% |
|
||||
|
||||
**Rôle :**
|
||||
**Projets liés :**
|
||||
|
|
@ -37,16 +29,10 @@ Echelle : Non lance (0%) · Cadre (25%) · En cours (50%) · Quasi atteint (75%)
|
|||
|
||||
*Lien avec l'ikigai :*
|
||||
|
||||
- KR1
|
||||
- Cible :
|
||||
- Etat : Non lance
|
||||
- Avancement : 0%
|
||||
- Actuel :
|
||||
- KR2
|
||||
- Cible :
|
||||
- Etat : Non lance
|
||||
- Avancement : 0%
|
||||
- Actuel :
|
||||
| Key Result | Cible | Actuel | % |
|
||||
|---|---|---|---|
|
||||
| KR1 | | 0 | 0% |
|
||||
| KR2 | | 0 | 0% |
|
||||
|
||||
**Rôle :**
|
||||
**Projets liés :**
|
||||
|
|
|
|||
|
|
@ -1,173 +0,0 @@
|
|||
---
|
||||
periode: 2026-annuel
|
||||
type: okr
|
||||
organisation: 6TM
|
||||
statut: update-q1
|
||||
created: 2026-05-03
|
||||
---
|
||||
|
||||
# OKRs 2026 — 6TM — Update Q1
|
||||
|
||||
## Pourquoi revoir les OKRs 2026
|
||||
|
||||
Les OKRs 2026 initiaux adressaient les bons sujets, mais ils restent trop dispersés face à l’accélération de l’IA.
|
||||
|
||||
L’IA ne doit plus être considérée comme un simple levier de productivité. Elle transforme l’économie du développement logiciel : l’exécution standard devient moins différenciante, plus compressible, et davantage exposée à la pression prix / délai / volume.
|
||||
|
||||
Le sujet n’est donc plus seulement d’améliorer le modèle actuel, mais de repositionner 6TM sur ce qui restera défendable : la valeur métier, la verticalisation, le cadrage, la qualité, les actifs réutilisables, Seenaps et les compétences IA-augmentées.
|
||||
|
||||
Cette revue des OKRs vise à concentrer le CODIR sur quatre paris structurants, afin de piloter explicitement la transition d’un modèle centré sur la capacité d’exécution vers un modèle centré sur la transformation fiable de besoins métier en résultats mesurables.
|
||||
|
||||
L’enjeu 2026 n’est pas seulement de réussir quelques expérimentations IA. Il est de choisir lucidement la trajectoire de 6TM face à trois scénarios possibles.
|
||||
|
||||
---
|
||||
|
||||
## Trois scénarios 2026
|
||||
|
||||
### Scénario 1 — Les gains IA sont absorbés par la sous-activité
|
||||
|
||||
Les équipes gagnent en productivité grâce à l’IA, mais ces gains ne se traduisent pas en marge, en capacité commerciale ou en création de valeur. La sous-activité gomme les effets positifs : les projets vont plus vite, mais il n’y a pas assez de demande utile pour convertir cette vitesse en performance économique.
|
||||
|
||||
**Ce que cela signifierait**
|
||||
|
||||
- la productivité individuelle augmente, mais le taux d’activité reste insuffisant ;
|
||||
- la marge ne progresse pas malgré les gains techniques ;
|
||||
- les équipes livrent plus vite, mais sur un volume ou une valeur trop faible ;
|
||||
- l’IA devient un amortisseur de crise, pas un levier stratégique.
|
||||
|
||||
**Signal d’alerte principal**
|
||||
|
||||
Les indicateurs IA progressent, mais le CA utile, la marge et le pipeline qualifié ne suivent pas.
|
||||
|
||||
### Scénario 2 — La valeur du développement fond, la transformation ne s’opère pas
|
||||
|
||||
La valeur marchande du développement d’exécution baisse plus vite que la capacité de 6TM à transformer ses rôles, son offre et son delivery. Les développeurs restent majoritairement positionnés sur l’exécution pure, le marché compresse les prix, et 6TM doit adapter brutalement sa taille.
|
||||
|
||||
Dans ce scénario, la cible devient défensive : descendre l’équipe à environ 70 personnes pour retrouver un niveau de charge, de marge et de pilotage soutenable.
|
||||
|
||||
**Ce que cela signifierait**
|
||||
|
||||
- les profils exécutants restent trop nombreux par rapport à la demande solvable ;
|
||||
- la pression prix / délai augmente sur les projets standards ;
|
||||
- la transformation IA reste superficielle ou limitée à quelques personnes ;
|
||||
- la baisse d’effectif devient le principal levier de retour à l’équilibre.
|
||||
|
||||
**Signal d’alerte principal**
|
||||
|
||||
La part d’exécution pure reste élevée, les rôles IA-augmentés ne prennent pas, et les gains IA ne compensent pas la baisse de valeur du dev standard.
|
||||
|
||||
### Scénario 3 — La transformation IA devient un relais de croissance
|
||||
|
||||
La transformation IA s’opère réellement. Les développeurs gagnent en autonomie, en capacité de décision et en responsabilité sur la qualité. Les outils internes accélèrent la mise en place de solutions utiles pour améliorer la performance des entreprises clientes. Seenaps devient un actif stratégique et un vrai relais de croissance.
|
||||
|
||||
**Ce que cela signifierait**
|
||||
|
||||
- les développeurs passent de l’exécution à l’orchestration, la validation, le cadrage et la décision ;
|
||||
- la Factory livre plus vite avec une qualité maîtrisée et une meilleure économie ;
|
||||
- les outils IA internes sécurisent la qualité, les coûts et la capitalisation ;
|
||||
- les offres se déplacent vers la valeur métier, la data, l’automatisation et la performance client ;
|
||||
- Seenaps génère des preuves commerciales, du revenu récurrent et une différenciation défendable.
|
||||
|
||||
**Signal de réussite principal**
|
||||
|
||||
La productivité IA se transforme en marge, en offres vendables, en autonomie équipe, en satisfaction client et en croissance Seenaps.
|
||||
|
||||
---
|
||||
|
||||
## Orientation retenue
|
||||
|
||||
Les OKRs 2026 doivent empêcher le scénario 1, éviter le scénario 2 et organiser explicitement le scénario 3.
|
||||
|
||||
Cela impose de piloter simultanément :
|
||||
|
||||
- la rentabilité réelle, pas seulement la productivité ;
|
||||
- la transformation des rôles, pas seulement l’usage d’outils IA ;
|
||||
- la valeur métier vendue, pas seulement la capacité de delivery ;
|
||||
- Seenaps comme actif stratégique, pas seulement comme produit interne ;
|
||||
- la baisse de dépendance à l’exécution pure, sans attendre que le marché l’impose.
|
||||
|
||||
---
|
||||
|
||||
## Axe transversal — Rentabilité et pilotage économique
|
||||
|
||||
La transformation IA ne doit pas être pilotée uniquement comme un sujet d’innovation ou de productivité. Elle doit améliorer la robustesse économique de 6TM : marge, qualité du CA, capacité à arbitrer les deals, et contribution des actifs stratégiques.
|
||||
|
||||
Indicateurs suivis mensuellement en CODIR :
|
||||
|
||||
- marge brute globale ;
|
||||
- marge par verticale ;
|
||||
- marge des projets IA-assistés ;
|
||||
- taux de rendement Factory ;
|
||||
- CA vendu en capacité ;
|
||||
- CA sous pression ;
|
||||
- CA valeur métier ;
|
||||
- non facturé / reste à facturer ;
|
||||
- deals à risque ou toxiques avec décision explicite.
|
||||
|
||||
---
|
||||
|
||||
## O1 — Repositionner l’offre 6TM sur la valeur métier verticalisée
|
||||
|
||||
**Intention**
|
||||
|
||||
Sortir progressivement d’un discours de capacité générique pour vendre des résultats métier sur des verticales prioritaires.
|
||||
|
||||
**Key Results**
|
||||
|
||||
- KR1 — Packager 3 offres verticales avec promesse business, cas d’usage IA/Data, preuves et grille de ROI.
|
||||
- KR2 — Travailler 20 comptes cibles en ABM avec un discours orienté résultat métier.
|
||||
- KR3 — Générer 30% du nouveau pipeline 2026 via offres verticalisées ou packagées.
|
||||
- KR4 — Signer 3 deals avec valeur métier explicite, pas seulement charge ou TJ.
|
||||
- KR5 — Nommer un responsable verticalisation et suivre mensuellement un tableau de bord CA / marge / pipeline / `% CA vendu en capacité` / `% CA sous pression` / `% CA valeur métier`.
|
||||
- KR6 — Revoir mensuellement en CODIR les deals à risque ou toxiques avec décision explicite : poursuivre, renégocier, transformer ou arrêter.
|
||||
|
||||
---
|
||||
|
||||
## O2 — Transformer la Factory en delivery IA-augmenté mesurable
|
||||
|
||||
**Intention**
|
||||
|
||||
Prouver que la Factory livre plus vite, mieux, avec une meilleure économie, sans perdre la maîtrise métier et technique.
|
||||
|
||||
**Key Results**
|
||||
|
||||
- KR1 — Réaliser 3 à 5 projets pilotes avec un `Bilan IA court`.
|
||||
- KR2 — Réduire de 20 à 30% le cycle time sur les projets pilotes.
|
||||
- KR3 — Maintenir ou améliorer la qualité post-release sur les projets pilotes.
|
||||
- KR4 — Améliorer la marge des projets pilotes IA-assistés.
|
||||
- KR5 — Créer ou réutiliser 10 assets IA/engineering : prompts, patterns, checklists, composants, tests.
|
||||
- KR6 — Déployer une charte IA opérationnelle couvrant sécurité, conformité, confidentialité, validation humaine et usages interdits.
|
||||
|
||||
---
|
||||
|
||||
## O3 — Faire de Seenaps un actif stratégique IA-native
|
||||
|
||||
**Intention**
|
||||
|
||||
Utiliser Seenaps comme produit défendable et terrain de preuve de la transformation IA du groupe.
|
||||
|
||||
**Key Results**
|
||||
|
||||
- KR1 — Valider une roadmap Seenaps IA-native priorisée.
|
||||
- KR2 — Livrer au moins 2 cas d’usage IA en production ou pilote client.
|
||||
- KR3 — Réduire le cycle time de delivery Seenaps sur les nouvelles features IA-assistées.
|
||||
- KR4 — Mesurer la contribution Seenaps au CA, à la marge, au MRR, au churn et à la rétention nette séparément du delivery classique.
|
||||
- KR5 — Formaliser 3 preuves réutilisables : démo, cas client, métrique d’impact ou asset commercial.
|
||||
|
||||
---
|
||||
|
||||
## O4 — Transformer les compétences et rôles pour réduire la dépendance à l’exécution pure
|
||||
|
||||
**Intention**
|
||||
|
||||
Faire évoluer les équipes vers les rôles qui restent défendables : cadrage, orchestration IA, validation, data, produit, relation métier.
|
||||
|
||||
**Key Results**
|
||||
|
||||
- KR1 — Cartographier 100% des développeurs selon une trajectoire cible : orchestrateur IA, lead validation, relais fonctionnel, IA/Data/DevOps.
|
||||
- KR2 — Repositionner ou former 8 collaborateurs sur des rôles IA-augmentés mesurables.
|
||||
- KR3 — Structurer 3 Lead Dev / référents qualité IA responsables de la validation des outputs IA.
|
||||
- KR4 — Réduire la part moyenne d’exécution pure dans les compositions cibles.
|
||||
- KR5 — Poser une règle de recrutement : 0 recrutement sur profil purement exécutant sans trajectoire IA, métier ou produit.
|
||||
- KR6 — Structurer une capacité Data minimale : 1 lead identifié, 2 ressources mobilisables et une trajectoire de montée en compétence.
|
||||
- KR7 — Réduire la dépendance opérationnelle aux personnes clés sur les rôles critiques par documentation, binômage, backup ou transfert de compétences.
|
||||
|
|
@ -12,33 +12,13 @@ organisation: 6TM
|
|||
|
||||
> Faire des verticales Réseaux et Aménagement de la maison le principal moteur de la croissance 2026, en remportant des comptes cibles grâce à une proposition de valeur verticale prouvée par des impacts business mesurables chez les clients.
|
||||
|
||||
Echelle : Non lance (0%) · Cadre (25%) · En cours (50%) · Quasi atteint (75%) · Atteint (100%)
|
||||
|
||||
- KR1 — Part de CA verticalisé
|
||||
- Cible : 55 % au 31/12/2026 (50 % en 2025)
|
||||
- Etat : Non lance
|
||||
- Avancement : 0%
|
||||
- Actuel :
|
||||
- KR2 — Démarche ABM sur 20 comptes cibles
|
||||
- Cible : 32 RDV décideurs / an (8 / trimestre)
|
||||
- Etat : Non lance
|
||||
- Avancement : 0%
|
||||
- Actuel :
|
||||
- KR3 — Pipeline qualifié (référence T1)
|
||||
- Cible : X M€ — suivi mensuel taux de transfo
|
||||
- Etat : Non lance
|
||||
- Avancement : 0%
|
||||
- Actuel :
|
||||
- KR4 — Nommer responsable verticalisation + tableau de bord CA / marge / pipeline
|
||||
- Cible : Avant fin T1
|
||||
- Etat : Non lance
|
||||
- Avancement : 0%
|
||||
- Actuel :
|
||||
- KR5 — CA nouveaux clients issus leads 2026 (verticales prioritaires)
|
||||
- Cible : 600 k€
|
||||
- Etat : Non lance
|
||||
- Avancement : 0%
|
||||
- Actuel :
|
||||
| # | Key Result | Cible | Statut |
|
||||
|---|---|---|---|
|
||||
| KR1 | Part de CA verticalisé | 55 % au 31/12/2026 (50 % en 2025) | |
|
||||
| KR2 | Démarche ABM sur 20 comptes cibles | 32 RDV décideurs / an (8 / trimestre) | |
|
||||
| KR3 | Pipeline qualifié (référence T1) | X M€ — suivi mensuel taux de transfo | |
|
||||
| KR4 | Nommer responsable verticalisation + tableau de bord CA / marge / pipeline | Avant fin T1 | |
|
||||
| KR5 | CA nouveaux clients issus leads 2026 (verticales prioritaires) | 600 k€ | |
|
||||
|
||||
---
|
||||
|
||||
|
|
@ -46,31 +26,13 @@ Echelle : Non lance (0%) · Cadre (25%) · En cours (50%) · Quasi atteint (75%)
|
|||
|
||||
> Passer d'un pilotage intuitif à un pilotage économique structuré, assumé par le CODIR.
|
||||
|
||||
- KR1 — Nouveaux projets cadrés MVP → V1 → V2
|
||||
- Cible : 100 % — revue direction obligatoire > 100 k€
|
||||
- Etat : Non lance
|
||||
- Avancement : 0%
|
||||
- Actuel :
|
||||
- KR2 — Suivi mensuel par verticale (CA, marge, TJ, non facturé) arbitré en CODIR
|
||||
- Cible : Dès T2
|
||||
- Etat : Non lance
|
||||
- Avancement : 0%
|
||||
- Actuel :
|
||||
- KR3 — Amélioration marge brute globale
|
||||
- Cible : +2 points fin 2026
|
||||
- Etat : Non lance
|
||||
- Avancement : 0%
|
||||
- Actuel :
|
||||
- KR4 — Taux de rendement Factory
|
||||
- Cible : > 12 % sur 2026
|
||||
- Etat : Non lance
|
||||
- Avancement : 0%
|
||||
- Actuel :
|
||||
- KR5 — Deals "à risque / toxiques" revus en CODIR avec décision explicite
|
||||
- Cible : 100 %
|
||||
- Etat : Non lance
|
||||
- Avancement : 0%
|
||||
- Actuel :
|
||||
| # | Key Result | Cible | Statut |
|
||||
|---|---|---|---|
|
||||
| KR1 | Nouveaux projets cadrés MVP → V1 → V2 | 100 % — revue direction obligatoire > 100 k€ | |
|
||||
| KR2 | Suivi mensuel par verticale (CA, marge, TJ, non facturé) arbitré en CODIR | Dès T2 | |
|
||||
| KR3 | Amélioration marge brute globale | +2 points fin 2026 | |
|
||||
| KR4 | Taux de rendement Factory | > 12 % sur 2026 | |
|
||||
| KR5 | Deals "à risque / toxiques" revus en CODIR avec décision explicite | 100 % | |
|
||||
|
||||
---
|
||||
|
||||
|
|
@ -78,26 +40,12 @@ Echelle : Non lance (0%) · Cadre (25%) · En cours (50%) · Quasi atteint (75%)
|
|||
|
||||
> Faire de l'IA un levier structurant de performance, sans dette technique ni risque opérationnel.
|
||||
|
||||
- KR1 — Core Team IA + Lab IA + référents IA par tribu
|
||||
- Cible : Avant fin T1
|
||||
- Etat : Non lance
|
||||
- Avancement : 0%
|
||||
- Actuel :
|
||||
- KR2 — Amélioration TJ moyen via usage structuré IA
|
||||
- Cible : +10 % (référence T1, mesure T2-T4)
|
||||
- Etat : Non lance
|
||||
- Avancement : 0%
|
||||
- Actuel :
|
||||
- KR3 — Charte IA déployée (sécurité, conformité, éthique)
|
||||
- Cible : 0 incident majeur
|
||||
- Etat : Non lance
|
||||
- Avancement : 0%
|
||||
- Actuel :
|
||||
- KR4 — IA évaluée sur 100 % des opportunités commerciales
|
||||
- Cible : Taux de rétention cible défini T1
|
||||
- Etat : Non lance
|
||||
- Avancement : 0%
|
||||
- Actuel :
|
||||
| # | Key Result | Cible | Statut |
|
||||
|---|---|---|---|
|
||||
| KR1 | Core Team IA + Lab IA + référents IA par tribu | Avant fin T1 | |
|
||||
| KR2 | Amélioration TJ moyen via usage structuré IA | +10 % (référence T1, mesure T2–T4) | |
|
||||
| KR3 | Charte IA déployée (sécurité, conformité, éthique) | 0 incident majeur | |
|
||||
| KR4 | IA évaluée sur 100 % des opportunités commerciales | Taux de rétention cible défini T1 | |
|
||||
|
||||
---
|
||||
|
||||
|
|
@ -105,31 +53,13 @@ Echelle : Non lance (0%) · Cadre (25%) · En cours (50%) · Quasi atteint (75%)
|
|||
|
||||
> Installer Seenaps comme un actif stratégique : produit SaaS, moteur de croissance et accélérateur Factory.
|
||||
|
||||
- KR1 — MRR licences
|
||||
- Cible : 70 k€ au 31/12/2026
|
||||
- Etat : Non lance
|
||||
- Avancement : 0%
|
||||
- Actuel :
|
||||
- KR2 — Churn < X % — rétention nette en valeur > Y %
|
||||
- Cible : Référence T1, cibles T2
|
||||
- Etat : Non lance
|
||||
- Avancement : 0%
|
||||
- Actuel :
|
||||
- KR3 — Équipe produit dédiée + roadmap 3 ans validée
|
||||
- Cible : Avant fin T1
|
||||
- Etat : Non lance
|
||||
- Avancement : 0%
|
||||
- Actuel :
|
||||
- KR4 — Réduction temps moyen de déploiement
|
||||
- Cible : -X % via intégration packagée (référence T1)
|
||||
- Etat : Non lance
|
||||
- Avancement : 0%
|
||||
- Actuel :
|
||||
- KR5 — Contribution Seenaps au CA groupe
|
||||
- Cible : 1,2 M€ (700 k€ licences + 500 k€ projets Factory)
|
||||
- Etat : Non lance
|
||||
- Avancement : 0%
|
||||
- Actuel :
|
||||
| # | Key Result | Cible | Statut |
|
||||
|---|---|---|---|
|
||||
| KR1 | MRR licences | 70 k€ au 31/12/2026 | |
|
||||
| KR2 | Churn < X % — rétention nette en valeur > Y % | Référence T1, cibles T2 | |
|
||||
| KR3 | Équipe produit dédiée + roadmap 3 ans validée | Avant fin T1 | |
|
||||
| KR4 | Réduction temps moyen de déploiement | -X % via intégration packagée (référence T1) | |
|
||||
| KR5 | Contribution Seenaps au CA groupe | 1,2 M€ (700 k€ licences + 500 k€ projets Factory) | |
|
||||
|
||||
---
|
||||
|
||||
|
|
@ -137,21 +67,11 @@ Echelle : Non lance (0%) · Cadre (25%) · En cours (50%) · Quasi atteint (75%)
|
|||
|
||||
> Industrialiser la production tout en préservant l'agilité et la culture 6TM.
|
||||
|
||||
- KR1 — Tronc commun "basiques obligatoires" + zones de liberté par tribu
|
||||
- Cible : Avant fin T1
|
||||
- Etat : Non lance
|
||||
- Avancement : 0%
|
||||
- Actuel :
|
||||
- KR2 — 2 cycles d'audit léger (T2 et T4)
|
||||
- Cible : >= 80 % conformité aux basiques fin 2026
|
||||
- Etat : Non lance
|
||||
- Avancement : 0%
|
||||
- Actuel :
|
||||
- KR3 — Pilotage Factory (rituels + 6 indicateurs max) utilisé en CODIR
|
||||
- Cible : Dès T2
|
||||
- Etat : Non lance
|
||||
- Avancement : 0%
|
||||
- Actuel :
|
||||
| # | Key Result | Cible | Statut |
|
||||
|---|---|---|---|
|
||||
| KR1 | Tronc commun "basiques obligatoires" + zones de liberté par tribu | Avant fin T1 | |
|
||||
| KR2 | 2 cycles d'audit léger (T2 et T4) | ≥ 80 % conformité aux basiques fin 2026 | |
|
||||
| KR3 | Pilotage Factory (rituels + 6 indicateurs max) utilisé en CODIR | Dès T2 | |
|
||||
|
||||
---
|
||||
|
||||
|
|
@ -159,26 +79,12 @@ Echelle : Non lance (0%) · Cadre (25%) · En cours (50%) · Quasi atteint (75%)
|
|||
|
||||
> Faire évoluer l'organisation, le management et les compétences pour rendre la croissance durable.
|
||||
|
||||
- KR1 — Organisation cible clarifiée (RACI RH vs recrutement)
|
||||
- Cible : Avant fin T1
|
||||
- Etat : Non lance
|
||||
- Avancement : 0%
|
||||
- Actuel :
|
||||
- KR2 — Référentiel métiers & compétences v1 (IA, data, produit)
|
||||
- Cible : 100 % recrutements et staffing critique dès T2
|
||||
- Etat : Non lance
|
||||
- Avancement : 0%
|
||||
- Actuel :
|
||||
- KR3 — Chantiers structurants CODIR élargi réalisés
|
||||
- Cible : 100 % en 2026
|
||||
- Etat : Non lance
|
||||
- Avancement : 0%
|
||||
- Actuel :
|
||||
- KR4 — Réduction dépendance opérationnelle aux personnes clés
|
||||
- Cible : -X % — remplacement rôles critiques < 3 mois
|
||||
- Etat : Non lance
|
||||
- Avancement : 0%
|
||||
- Actuel :
|
||||
| # | Key Result | Cible | Statut |
|
||||
|---|---|---|---|
|
||||
| KR1 | Organisation cible clarifiée (RACI RH vs recrutement) | Avant fin T1 | |
|
||||
| KR2 | Référentiel métiers & compétences v1 (IA, data, produit) | 100 % recrutements et staffing critique dès T2 | |
|
||||
| KR3 | Chantiers structurants CODIR élargi réalisés | 100 % en 2026 | |
|
||||
| KR4 | Réduction dépendance opérationnelle aux personnes clés | -X % — remplacement rôles critiques < 3 mois | |
|
||||
|
||||
---
|
||||
|
||||
|
|
@ -186,28 +92,10 @@ Echelle : Non lance (0%) · Cadre (25%) · En cours (50%) · Quasi atteint (75%)
|
|||
|
||||
> Positionner le groupe sur la Data pour sécuriser la valeur IA et éviter toute désintermédiation.
|
||||
|
||||
- KR1 — Offre Data / BI packagée (diagnostic -> gouvernance -> plateforme -> delivery) + 3 cas d'usage verticaux
|
||||
- Cible : Avant fin T2
|
||||
- Etat : Non lance
|
||||
- Avancement : 0%
|
||||
- Actuel :
|
||||
- KR2 — Capacité Data opérationnelle (1 lead data + 2 ressources)
|
||||
- Cible : Avant fin T2
|
||||
- Etat : Non lance
|
||||
- Avancement : 0%
|
||||
- Actuel :
|
||||
- KR3 — Deals Data / BI signés dont >= 1 verticale prioritaire
|
||||
- Cible : 3 en 2026
|
||||
- Etat : Non lance
|
||||
- Avancement : 0%
|
||||
- Actuel :
|
||||
- KR4 — Offre Data / BI industrialisée sur >= 1 verticale avec 1 référence réplicable
|
||||
- Cible : 2026
|
||||
- Etat : Non lance
|
||||
- Avancement : 0%
|
||||
- Actuel :
|
||||
- KR5 — Volet Data intégré dans les audits IA
|
||||
- Cible : 100 % des audits
|
||||
- Etat : Non lance
|
||||
- Avancement : 0%
|
||||
- Actuel :
|
||||
| # | Key Result | Cible | Statut |
|
||||
|---|---|---|---|
|
||||
| KR1 | Offre Data / BI packagée (diagnostic → gouvernance → plateforme → delivery) + 3 cas d'usage verticaux | Avant fin T2 | |
|
||||
| KR2 | Capacité Data opérationnelle (1 lead data + 2 ressources) | Avant fin T2 | |
|
||||
| KR3 | Deals Data / BI signés dont ≥ 1 verticale prioritaire | 3 en 2026 | |
|
||||
| KR4 | Offre Data / BI industrialisée sur ≥ 1 verticale avec 1 référence réplicable | 2026 | |
|
||||
| KR5 | Volet Data intégré dans les audits IA | 100 % des audits | |
|
||||
|
|
|
|||
|
|
@ -1,289 +0,0 @@
|
|||
# 🔄 6TM — Transformation des développeurs exécutants 2026
|
||||
|
||||
> **Contexte** : L'IA augmente la productivité dev de 2x à 4x sur les tâches d'exécution standard. Le profil "développeur qui code ce qu'on lui dit de coder" perd de la valeur. 6TM doit transformer son capital humain avant que le marché ne l'impose brutalement.
|
||||
> **Porteurs** : Comex
|
||||
> **Horizon** : Année 2026
|
||||
> **Périmètre** : ~45 développeurs exécutants (junior/mid) sur ~55 devs total à affiner
|
||||
|
||||
---
|
||||
|
||||
## 1. Contexte — Pourquoi transformer maintenant
|
||||
|
||||
### Ce que l'IA compresse
|
||||
|
||||
| Tâche | Automatisabilité |
|
||||
|---|---|
|
||||
| Génération de CRUD / boilerplate | 🔴 Quasi-totale |
|
||||
| Tickets simple | 🔴 Quasi-totale |
|
||||
| Écriture de tests unitaires | 🔴 Élevée |
|
||||
| Documentation technique | 🔴 Élevée |
|
||||
| Correction de bugs décrits | 🟠 Moyenne |
|
||||
| Refactoring guidé | 🟠 Moyenne |
|
||||
| Conception d'architecture | 🟢 Faible |
|
||||
| Cadrage fonctionnel | 🟢 Faible |
|
||||
| Validation qualité IA | 🟢 Faible |
|
||||
|
||||
### Ce que ça implique pour 6TM
|
||||
|
||||
- Le même volume de livraison peut être atteint avec **moins de devs exécutants**
|
||||
- Le goulet d'étranglement se déplace vers le **cadrage et la validation**
|
||||
- Ne pas recruter en remplacement des départs naturels = économie structurelle
|
||||
- Former les profils existants = préserver le capital humain et la connaissance métier accumulée, pouvoir accompagner la croissance
|
||||
|
||||
### Les deux leviers retenus
|
||||
|
||||
**Levier 1 — Attrition naturelle sans remplacement**
|
||||
Les départs ne sont pas remplacés sur les profils purement exécutants. Le volume se réduit progressivement sans plan social.
|
||||
|
||||
**Levier 2 — Plan de formation structuré interne**
|
||||
Le métier de dev se reconstruit autour de 4 dimensions. Le métier de développeur executant va disparaitre au profit d'un développeur Orchestrateur IA, chargé de piloter et valider les developpements générés par l'IA.
|
||||
Cependant compte tenu de la rapidité de mise en place des features, une simple transformation de dev executant en orchestrateur IA junior ne sera pas suffisante à cause du goulet d'étranglement
|
||||
|
||||
**Exemple concret :**
|
||||
Un exécutant aujourd'hui à 90% dev passe à une composition cible 70% A / 30% B — il reste développeur, mais 70% de son temps est de l'orchestration IA et 30% de la prise en charge autonome de tickets fonctionnels.
|
||||
|
||||
---
|
||||
|
||||
## 2. Le modèle de composition — 4 dimensions, un mix par dev
|
||||
|
||||
Les 4 dimensions ne sont pas des cases exclusives — ce sont des axes d'allocation de temps. Chaque développeur a sa propre composition, définie selon son profil, son appétence et les besoins de l'équipe. La somme des dimensions doit atteindre 100%.
|
||||
|
||||
```
|
||||
┌─────────────────┐
|
||||
│ Chef de projet │
|
||||
└────────┬────────┘
|
||||
│
|
||||
┌────────────────────┼────────────────────┐────────────────────┐
|
||||
│ │ │ │
|
||||
┌────┴────┐ ┌────┴────┐ ┌────┴────┐ ┌────┴────┐
|
||||
│ Cible A1│ │ Cible A2│ │ Cible B │ │ Cible C │
|
||||
│Orchest. │ │ Orchest │ │ Relais │ │ IA │
|
||||
│ Junior │ │ Senior │ │ Fonct │ │ DevOps │
|
||||
└─────────┘ └─────────┘ └─────────┘ └─────────┘
|
||||
|
||||
```
|
||||
|
||||
> Chaque spécialisation est un **métier à part entière**. A1 et A2 partagent la même famille (orchestration) — A2 est une évolution naturelle de A1, pas une hiérarchie avec B et C.
|
||||
|
||||
---
|
||||
|
||||
### Dimension A — Orchestrateur IA Junior
|
||||
|
||||
Travaille sur des tâches bien délimitées avec l'IA, valide les outputs, progresse naturellement vers Lead Dev.
|
||||
|
||||
**Ce qu'il fait concrètement**
|
||||
- Reçoit une tâche déjà décomposée et la traite avec l'IA en autonomie
|
||||
- Valide le code généré avec une grille fournie par l'orchestrateur senior
|
||||
- Supervise 1-2 devs juniors sur des tickets simples
|
||||
- Construit progressivement ses propres prompts réutilisables
|
||||
- Escalade au leads devssur les cas complexes ou ambigus
|
||||
|
||||
**Profils adaptés** : devs mid 2-3 ans d'expérience, déjà utilisateurs de Copilot/Claude Code, curieux et à l'aise avec l'expérimentation.
|
||||
**Levier principal** : binômage avec un Orchestrateur A2, formation PAI niveau 1.
|
||||
|
||||
---
|
||||
|
||||
### Cible A2 — Lead Dev — Supervision technique & qualité IA / Orchestrateur IA Senior
|
||||
|
||||
**Ce qu'il fait concrètement**
|
||||
- Décompose les problèmes complexes en tâches IA-compatibles pour les A1
|
||||
- Conçoit et maintient les Skills PAI internes 6TM (mono-repo)
|
||||
- Définit les grilles de validation et les bonnes pratiques d'usage IA
|
||||
- Supervise et débloque les orchestrateurs A1
|
||||
- Interface avec le CP sur l'estimation et le risque technique
|
||||
- Arbitre ce que l'IA peut traiter seule vs ce qui nécessite un humain
|
||||
|
||||
**Compétences concrètes à acquérir**
|
||||
|
||||
| Compétence | Comment |
|
||||
|---|---|
|
||||
| Découpage de problèmes complexes en tâches IA | Ateliers internes PAI, pratique sur vrais tickets |
|
||||
| Rédaction de prompts avec contexte architectural | Formation Claude Code, revues de prompts en binôme |
|
||||
| Relecture critique de code généré par IA | Grille de revue dédiée (dette, sécurité, cohérence) |
|
||||
| Détection des hallucinations métier | Connaissance Gesteos/Seenaps + checklist de validation |
|
||||
| Conception et maintenance des Skills PAI | Formation sur le mono-repo Skills 6TM |
|
||||
|
||||
**Profils adaptés** : devs seniors 5+ ans, expérience profonde sur Gesteos ou Seenaps.
|
||||
**Levier principal** : formation PAI niveau 2, contribution au mono-repo Skills 6TM.
|
||||
|
||||
---
|
||||
|
||||
### Cible B — Relais fonctionnel du chef de projet
|
||||
|
||||
**Ce qu'il fait concrètement**
|
||||
- Lit et qualifie un ticket flou sans attendre une spec détaillée
|
||||
- Estime et livre en autonomie sur les cas simples
|
||||
- Utilise l'IA pour comprendre rapidement un contexte fonctionnel
|
||||
- Distingue ce qu'il peut traiter seul de ce qui nécessite le CP
|
||||
- Réduit les allers-retours CP sur le volume de tickets courants
|
||||
|
||||
**Profils adaptés** : devs avec bonne communication, expérience suffisante sur Gesteos ou Seenaps, à l'aise avec l'ambiguïté fonctionnelle.
|
||||
**Levier principal** : binômage CP/dev sur les petits tickets, grille de qualification autonome.
|
||||
|
||||
---
|
||||
|
||||
### Dimension C — Spécialiste IA & DevOps
|
||||
|
||||
Profil stratégique émergent. Développe les features IA dans les produits, maintient l'infrastructure PAI et maîtrise les pipelines CI/CD.
|
||||
|
||||
**Activités typiques**
|
||||
|
||||
*Features IA produits*
|
||||
- Intégrer des fonctionnalités IA dans Gesteos et Seenaps (RAG, détection d'anomalies)
|
||||
- Choisir et configurer les modèles adaptés à chaque cas d'usage
|
||||
- Mesurer la performance des features IA en production
|
||||
|
||||
*Infrastructure PAI*
|
||||
- Développer et maintenir les Skills et agents du mono-repo PAI 6TM
|
||||
- Concevoir et exposer les MCP servers internes
|
||||
- Gérer les intégrations entre outils IA
|
||||
|
||||
*DevOps & CI/CD*
|
||||
- Maintenir et améliorer les pipelines GitLab CI
|
||||
- Gérer les environnements Docker/GCP
|
||||
- Automatiser les déploiements multi-tenants
|
||||
|
||||
**Profils adaptés** : devs full-stack 3-5 ans, curieux sur l'IA et à l'aise avec la ligne de commande.
|
||||
**Levier** : immersion projets PAI, formation CI/CD.
|
||||
|
||||
|
||||
---
|
||||
|
||||
## 3. Exemples de compositions cibles
|
||||
|
||||
| Profil dev | Composition actuelle | Composition cible 2026 |
|
||||
|---|---|---|
|
||||
| Mid, curieux IA | 90% exécution, 10% autre | 70% A / 30% B |
|
||||
| Senior, rigoureux | 60% exécution, 40% review | 50% Lead Dev / 30% A / 20% C |
|
||||
| Full-stack, appétence infra | 80% exécution, 20% DevOps | 60% C / 40% A |
|
||||
| Mid, bon communiquant | 80% exécution, 20% relation | 20% A / 80% B |
|
||||
|
||||
> La cartographie Q1 définira la composition réelle de chaque dev, en concertation individuelle.
|
||||
|
||||
---
|
||||
|
||||
|
||||
## 4. OKR 2026
|
||||
|
||||
### Objective
|
||||
|
||||
> **Transformer le capital humain dev de 6TM** pour passer d'une équipe d'exécutants à une équipe de spécialistes IA-augmentés à composition mixte, sans plan social, par attrition naturelle et montée en compétence.
|
||||
|
||||
---
|
||||
|
||||
### KR1 — Cartographier et définir les compositions cibles
|
||||
|
||||
**100% des développeurs ont une composition cible définie** (répartition A / Lead Dev / B / C) d'ici fin Q1 2026.
|
||||
|
||||
- Etat : Non lance
|
||||
- Avancement : 0%
|
||||
- Actuel :
|
||||
|
||||
- Départ : 90%+ exécution pour la majorité
|
||||
- Cible : composition individuelle documentée pour chaque dev
|
||||
- Livrable : radar de compétences par dev + tableau de synthèse équipe
|
||||
- Responsable : Philippe (DT)
|
||||
|
||||
---
|
||||
|
||||
### KR2 — Activer la dimension A et la filière Lead Dev
|
||||
|
||||
**Au moins 8 développeurs atteignent leur composition cible sur la dimension A** et **3 Lead Dev opérationnels** d'ici fin 2026.
|
||||
|
||||
- Etat : Non lance
|
||||
- Avancement : 0%
|
||||
- Actuel :
|
||||
|
||||
- Départ : usage IA informel, non structuré
|
||||
- Cible A : 8 devs avec pratique IA mesurée en sprint
|
||||
- Cible Lead Dev : 3 profils actifs sur revue de code IA + mono-repo Skills PAI
|
||||
- Levier : programme interne PAI niveau 1 et niveau 2
|
||||
- Indicateur : % de tâches de sprint assistées par IA déclaré en retro
|
||||
|
||||
---
|
||||
|
||||
### KR3 — Activer la dimension C
|
||||
|
||||
**Au moins 2 développeurs atteignent 40%+ sur la dimension C** d'ici fin 2026, avec au moins une feature IA livrée en production.
|
||||
|
||||
- Etat : Non lance
|
||||
- Avancement : 0%
|
||||
- Actuel :
|
||||
|
||||
- Départ : aucun profil dédié IA & DevOps
|
||||
- Cible : 2 devs avec contribution mesurable PAI + CI/CD + feature IA produit
|
||||
- Indicateur : nombre de Skills PAI créés + features IA en production
|
||||
|
||||
---
|
||||
|
||||
### KR4 — Réduire le ratio exécution pure
|
||||
|
||||
**La part moyenne de "dev exécution pure" dans les compositions passe de ~85% à ~55%** d'ici fin 2026.
|
||||
|
||||
- Etat : Non lance
|
||||
- Avancement : 0%
|
||||
- Actuel :
|
||||
|
||||
- Départ : ~85% du temps équipe en exécution pure
|
||||
- Cible : ~55% — le reste réparti sur A, B, C, Lead Dev
|
||||
- Levier : attrition naturelle non remplacée + requalification active
|
||||
- Point de vigilance : maintenir la capacité de livraison grâce à la hausse de productivité IA
|
||||
|
||||
---
|
||||
|
||||
### KR5 — Mesurer la hausse de vélocité équipe
|
||||
|
||||
**La vélocité moyenne par développeur augmente de 30% minimum** entre Q1 et Q4 2026.
|
||||
|
||||
- Etat : Non lance
|
||||
- Avancement : 0%
|
||||
- Actuel :
|
||||
|
||||
- Départ : baseline à établir en Q1
|
||||
- Cible : +30% en vélocité moyenne fin 2026
|
||||
- Indicateur : story points livrés / dev / sprint
|
||||
- Point de vigilance : suivre aussi le taux de bugs post-release
|
||||
|
||||
---
|
||||
|
||||
## 5. Plan de déploiement trimestriel
|
||||
|
||||
### Q1 2026 — Diagnostic & cartographie
|
||||
- [ ] Entretien individuel avec chaque dev : composition actuelle + composition cible
|
||||
- [ ] Construire le radar de compétences équipe (KR1)
|
||||
- [ ] Établir la baseline de vélocité (KR5)
|
||||
- [ ] Formaliser le programme de formation PAI
|
||||
|
||||
### Q2 2026 — Lancement
|
||||
- [ ] Démarrer formations dimension A (KR2)
|
||||
- [ ] Immerger les 2 candidats dimension C (KR3)
|
||||
- [ ] Premier bilan attrition / non-remplacement (KR4)
|
||||
- [ ] Premier point vélocité (KR5)
|
||||
|
||||
### Q3 2026 — Accélération
|
||||
- [ ] Review mi-année OKR
|
||||
- [ ] Promouvoir les premiers Lead Dev (KR2)
|
||||
- [ ] Première feature IA en production (KR3)
|
||||
- [ ] Activer les binômages CP/dev dimension B
|
||||
|
||||
### Q4 2026 — Bilan
|
||||
- [ ] Mesure finale des 5 KRs
|
||||
- [ ] Comparer radar cible vs radar réel pour chaque dev
|
||||
- [ ] Décision plan 2027
|
||||
- [ ] Partage résultats direction 6TM
|
||||
|
||||
---
|
||||
|
||||
## 6. Risques et points de vigilance
|
||||
|
||||
| Risque | Probabilité | Mitigation |
|
||||
|---|---|---|
|
||||
| Résistance culturelle à l'IA | 🟠 Moyenne | Composition individuelle — pas d'obligation brutale |
|
||||
| Perte de capacité si attrition trop rapide | 🟠 Moyenne | Suivre la vélocité KR5 comme signal d'alerte |
|
||||
| Qualité dégradée par vibe coding non supervisé | 🔴 Élevée | Lead Dev dédié à la revue — activer en priorité |
|
||||
| Profil C difficile à constituer en interne | 🟠 Moyenne | Commencer par 1 candidat fort + montée progressive |
|
||||
| Résistance du management à ne pas remplacer | 🟡 Faible | Argumenter avec les gains de vélocité mesurés |
|
||||
|
||||
---
|
||||
|
||||
*Document généré en avril 2026 — à réviser à chaque revue trimestrielle.*
|
||||
|
|
@ -16,18 +16,10 @@ fin: 2026-04-30
|
|||
|
||||
*Lien avec l'ikigai :*
|
||||
|
||||
Echelle : Non lance (0%) · Cadre (25%) · En cours (50%) · Quasi atteint (75%) · Atteint (100%)
|
||||
|
||||
- KR1
|
||||
- Cible :
|
||||
- Etat : Non lance
|
||||
- Avancement : 0%
|
||||
- Actuel :
|
||||
- KR2
|
||||
- Cible :
|
||||
- Etat : Non lance
|
||||
- Avancement : 0%
|
||||
- Actuel :
|
||||
| Key Result | Cible | Actuel | % |
|
||||
|---|---|---|---|
|
||||
| KR1 | | 0 | 0% |
|
||||
| KR2 | | 0 | 0% |
|
||||
|
||||
**Rôle :**
|
||||
**Projets liés :**
|
||||
|
|
|
|||
|
|
@ -12,99 +12,35 @@ fin: 2026-08-31
|
|||
|
||||
---
|
||||
|
||||
## O1 — 6TM : installer la transformation IA
|
||||
## O1 — Seenaps : poser le socle IA
|
||||
|
||||
Echelle : Non lance (0%) · Cadre (25%) · En cours (50%) · Quasi atteint (75%) · Atteint (100%)
|
||||
| Key Result | Cible | Actuel | % |
|
||||
|---|---|---|---|
|
||||
| KR1 — Socle technique IA en place | Opérationnel | | 0% |
|
||||
| KR2 — Développement IA intégré au produit | Première feature IA livrée | | 0% |
|
||||
|
||||
- KR1 — Seenaps : transformation dev vers équipe IA effectuée
|
||||
- Cible : Equipe dev repositionnée en équipe IA-augmentée, avec rôles clarifiés et pratiques IA installées
|
||||
Exemple d'organisation équipe factory V2
|
||||
- Etat : Non lance
|
||||
- Avancement : 0%
|
||||
- Actuel :
|
||||
- KR2 — Factory / Direction technique : PAI dev opérationnelle
|
||||
- Cible : PAI dev en place, avec garde-fous qualité et pilotage de la consommation de tokens
|
||||
- Etat : Non lance
|
||||
- Avancement : 0%
|
||||
- Actuel :
|
||||
- KR3 — Gestéos : support assisté opérationnel
|
||||
- Cible : Support assisté en fonctionnement, avec usage réel par l'équipe support
|
||||
- Etat : Non lance
|
||||
- Avancement : 0%
|
||||
- Actuel :
|
||||
- KR4 — Goria : Cyril engagé et valeur livrée
|
||||
- Cible : Cyril est dans le match, un incrément de valeur concret est délivré
|
||||
- Etat : Non lance
|
||||
- Avancement : 0%
|
||||
- Actuel :
|
||||
|
||||
**Rôle :** CTO / Codir / Direction technique / CTPO Seenaps
|
||||
**Horizon cible :** fin août 2026
|
||||
**Rôle :** CTO / CTPO Seenaps
|
||||
|
||||
---
|
||||
|
||||
## O2 — 6TM : sécuriser le delivery Q2
|
||||
## O2 — Investir en moi
|
||||
|
||||
- KR1 — Seenaps : première feature support à la vente livrée
|
||||
- Cible : Une feature IA exploitable en avant-vente ou vente, par exemple base de connaissance IA ou analyse financière
|
||||
- Etat : Non lance
|
||||
- Avancement : 0%
|
||||
- Actuel :
|
||||
- KR2 — Seenaps : bases techniques refondues
|
||||
- Cible : Monorepo opérationnel, déploiement en 1 clic, capacité à livrer une feature de bout en bout
|
||||
- Etat : Non lance
|
||||
- Avancement : 0%
|
||||
- Actuel :
|
||||
- KR3 — Walker : Profil thématique V2 livré
|
||||
- Cible : V2 livrée et utilisable
|
||||
- Etat : Non lance
|
||||
- Avancement : 0%
|
||||
- Actuel :
|
||||
- KR4 — Gestéos : facturation électronique belge en place
|
||||
- Cible : Fonctionnalité livrée et exploitable
|
||||
- Etat : Non lance
|
||||
- Avancement : 0%
|
||||
- Actuel :
|
||||
|
||||
**Rôle :** CTO / Direction technique / Delivery
|
||||
**Horizon cible :** fin août 2026
|
||||
|
||||
---
|
||||
|
||||
## O3 — Investir en moi
|
||||
|
||||
- KR1 — Ikigai finalisé (synthèse formulée)
|
||||
- Cible : Fait
|
||||
- Etat : Cadre
|
||||
- Avancement : 25%
|
||||
- Actuel : Formulation v1 posée, a tester en reel sur 90 jours
|
||||
- KR2 — Lancer 1 sujet hors tech (psycho, piano, cuisine ou oenologie)
|
||||
- Cible : Inscrit ou démarré
|
||||
- Etat : Non lance
|
||||
- Avancement : 0%
|
||||
- Actuel :
|
||||
- KR3 — Activité physique 2x/semaine minimum
|
||||
- Cible : Régularité installée
|
||||
- Etat : Non lance
|
||||
- Avancement : 0%
|
||||
- Actuel :
|
||||
| Key Result | Cible | Actuel | % |
|
||||
|---|---|---|---|
|
||||
| KR1 — Ikigai finalisé (synthèse formulée) | Fait | | 0% |
|
||||
| KR2 — Lancer 1 sujet hors tech (psycho, piano, cuisine ou oenologie) | Inscrit ou démarré | | 0% |
|
||||
| KR3 — Activité physique 2x/semaine minimum | Régularité installée | | 0% |
|
||||
|
||||
**Rôle :** Soi
|
||||
|
||||
---
|
||||
|
||||
## O4 — Renforcer les liens
|
||||
## O3 — Renforcer les liens
|
||||
|
||||
- KR1 — Planifier un voyage ou aventure en famille cet été
|
||||
- Cible : Réservé
|
||||
- Etat : Non lance
|
||||
- Avancement : 0%
|
||||
- Actuel :
|
||||
- KR2 — 1 moment avec les amis proches par mois (mai, juin, juillet, août)
|
||||
- Cible : 4 moments
|
||||
- Etat : Non lance
|
||||
- Avancement : 0%
|
||||
- Actuel :
|
||||
| Key Result | Cible | Actuel | % |
|
||||
|---|---|---|---|
|
||||
| KR1 — Planifier un voyage ou aventure en famille cet été | Réservé | | 0% |
|
||||
| KR2 — 1 moment avec les amis proches par mois (mai, juin, juillet, août) | 4 moments | | 0% |
|
||||
|
||||
**Rôle :** Parent / Conjoint / Social
|
||||
|
||||
|
|
|
|||
|
|
@ -15,28 +15,12 @@ vision-2030: Revente réussie de l'entreprise, indépendance financière, famill
|
|||
|
||||
*2026 = poser les fondations. Le side project viendra en 2027.*
|
||||
|
||||
Echelle : Non lance (0%) · Cadre (25%) · En cours (50%) · Quasi atteint (75%) · Atteint (100%)
|
||||
|
||||
- KR1 — Roadmap produit 3 ans validée
|
||||
- Cible : Validée
|
||||
- Etat : Non lance
|
||||
- Avancement : 0%
|
||||
- Actuel :
|
||||
- KR2 — Équipe produit autonome (décisions courantes sans moi)
|
||||
- Cible : Autonomie effective
|
||||
- Etat : Non lance
|
||||
- Avancement : 0%
|
||||
- Actuel :
|
||||
- KR3 — MRR licences en croissance
|
||||
- Cible : 70 k€
|
||||
- Etat : Non lance
|
||||
- Avancement : 0%
|
||||
- Actuel :
|
||||
- KR4 — Produit dans l'état de l'art
|
||||
- Cible : État de l'art atteint
|
||||
- Etat : Non lance
|
||||
- Avancement : 0%
|
||||
- Actuel :
|
||||
| Key Result | Cible | Actuel | % |
|
||||
|---|---|---|---|
|
||||
| KR1 — Roadmap produit 3 ans validée | Validée | | 0% |
|
||||
| KR2 — Équipe produit autonome (décisions courantes sans moi) | Autonomie effective | | 0% |
|
||||
| KR3 — MRR licences en croissance | 70 k€ | | 0% |
|
||||
| KR4 — Produit dans l'état de l'art | État de l'art atteint | | 0% |
|
||||
|
||||
**Rôle :** CTO / CTPO Seenaps
|
||||
**Projets liés :** [[10-projects/pai-entreprise]]
|
||||
|
|
@ -45,21 +29,11 @@ Echelle : Non lance (0%) · Cadre (25%) · En cours (50%) · Quasi atteint (75%)
|
|||
|
||||
## O2 — Investir en moi
|
||||
|
||||
- KR1 — Compléter mon ikigai
|
||||
- Cible : Synthèse formulée
|
||||
- Etat : Cadre
|
||||
- Avancement : 25%
|
||||
- Actuel : Formulation v1 posée, a tester en reel sur 90 jours
|
||||
- KR2 — Poids cible, activité physique régulière
|
||||
- Cible : 79 kg
|
||||
- Etat : Non lance
|
||||
- Avancement : 0%
|
||||
- Actuel :
|
||||
- KR3 — Explorer au moins 1 sujet hors tech
|
||||
- Cible : 1 sujet engagé
|
||||
- Etat : Non lance
|
||||
- Avancement : 0%
|
||||
- Actuel :
|
||||
| Key Result | Cible | Actuel | % |
|
||||
|---|---|---|---|
|
||||
| KR1 — Compléter mon ikigai | Synthèse formulée | En cours | 0% |
|
||||
| KR2 — Poids cible, activité physique régulière | 79 kg | | 0% |
|
||||
| KR3 — Explorer au moins 1 sujet hors tech | 1 sujet engagé | | 0% |
|
||||
|
||||
**Rôle :** Soi
|
||||
**Projets liés :** [[20-areas/perso/soi/ikigai]], [[20-areas/perso/soi/bucketlist]]
|
||||
|
|
@ -68,16 +42,10 @@ Echelle : Non lance (0%) · Cadre (25%) · En cours (50%) · Quasi atteint (75%)
|
|||
|
||||
## O3 — Renforcer les liens
|
||||
|
||||
- KR1 — Installer un rituel familial régulier
|
||||
- Cible : Rituel en place
|
||||
- Etat : Non lance
|
||||
- Avancement : 0%
|
||||
- Actuel :
|
||||
- KR2 — Voir mes amis proches régulièrement
|
||||
- Cible : 1 fois / mois min
|
||||
- Etat : Non lance
|
||||
- Avancement : 0%
|
||||
- Actuel :
|
||||
| Key Result | Cible | Actuel | % |
|
||||
|---|---|---|---|
|
||||
| KR1 — Installer un rituel familial régulier | Rituel en place | | 0% |
|
||||
| KR2 — Voir mes amis proches régulièrement | 1 fois / mois min | | 0% |
|
||||
|
||||
**Rôle :** Parent / Conjoint / Social
|
||||
**Projets liés :**
|
||||
|
|
|
|||
|
|
@ -1 +0,0 @@
|
|||
[[parent]]
|
||||
|
|
@ -1,3 +0,0 @@
|
|||
---
|
||||
role : [[parent]]
|
||||
---
|
||||
|
|
@ -1 +0,0 @@
|
|||
[[parent]]
|
||||
|
|
@ -1,6 +1,6 @@
|
|||
---
|
||||
type: reference
|
||||
derniere-revision: 2026-04-12
|
||||
derniere-revision: 2026-04-05
|
||||
---
|
||||
|
||||
# Ikigai
|
||||
|
|
@ -34,18 +34,11 @@ derniere-revision: 2026-04-12
|
|||
|
||||
## Mon ikigai
|
||||
|
||||
Je me sens le plus aligne quand je transforme de la complexite en clarte utile, en construisant des solutions concretes qui font progresser des personnes, des equipes et des produits, tout en restant ancre dans des relations vivantes avec mes proches.
|
||||
|
||||
Version courte : clarifier le chaos, construire utile, faire grandir les gens, sans sacrifier le vivant.
|
||||
|
||||
Hypothese a 90 jours : je ne cherche pas une mission unique ; je protege des conditions de vie ou je suis vivant (travail de fond, apprentissage, creation utile, presence familiale, respiration culturelle).
|
||||
> *À formuler après l'exercice micro-moments (12 avril) — quand le quadrant "ce que j'aime" sera plus complet.*
|
||||
|
||||
---
|
||||
|
||||
## Réflexions et évolutions
|
||||
|
||||
### 2026-04-12
|
||||
Passage d'une formulation abstraite a une hypothese testable. Les micro-moments montrent que l'energie vient d'un assemblage de conditions concretes (flow de fond, apprentissage, lien familial, culture), plus que d'un grand recit unique.
|
||||
|
||||
### 2026-04-05
|
||||
Première version. Le quadrant "ce que j'aime" est le plus difficile à remplir — difficulté à identifier ce qui me rend heureux au-delà du pro/tech. Exercice micro-moments lancé pour explorer ça. La bucket list (dimension 4) suggère des pistes : psychologie, piano, cuisine, oenologie.
|
||||
|
|
|
|||
|
|
@ -1,359 +0,0 @@
|
|||
---
|
||||
type: archive
|
||||
source: OneNote PA-Perso
|
||||
periode: 2019-2026
|
||||
---
|
||||
|
||||
# Notes personnelles - Import OneNote
|
||||
|
||||
## Médecin (9 août 2022)
|
||||
|
||||
Révision des 50
|
||||
|
||||
Cholestérol
|
||||
|
||||
Hémorroïde
|
||||
|
||||
Antistaminique
|
||||
|
||||
Maelle
|
||||
|
||||
Ella
|
||||
|
||||
Cardio ras
|
||||
|
||||
Prise de sang : sucre - graisse - contrôle dans les -> dans 3 mois
|
||||
|
||||
Chirurgie bras - chirurgien viscéraux :
|
||||
|
||||
Ronflement :
|
||||
|
||||
Pause ou pas : apnée
|
||||
|
||||
---
|
||||
|
||||
## Maman (25 décembre 2023)
|
||||
|
||||
Société Générale
|
||||
|
||||
Banque
|
||||
|
||||
Inscription Ephad
|
||||
|
||||
Abonnement télé surveillance
|
||||
|
||||
---
|
||||
|
||||
## Course (14 janvier 2024)
|
||||
|
||||
Se
|
||||
|
||||
---
|
||||
|
||||
## Travaux (31 octobre 2022)
|
||||
|
||||
- Isolation : 2800
|
||||
|
||||
- Garage
|
||||
- Fenêtre
|
||||
- Salle de bains
|
||||
|
||||
- Voyages
|
||||
|
||||
---
|
||||
|
||||
## idéale (21 mai 2025)
|
||||
|
||||
Ce que je
|
||||
|
||||
---
|
||||
|
||||
## veux faire (28 mai 2022)
|
||||
|
||||
Pouvoir être sur
|
||||
|
||||
e que je ne
|
||||
|
||||
---
|
||||
|
||||
## veux plus faire (28 mai 2022)
|
||||
|
||||
Dispersion, max 50 % du temps sans enjeu
|
||||
|
||||
Fusion 6Bat
|
||||
|
||||
---
|
||||
|
||||
## sortie (11 juillet 2022)
|
||||
|
||||
Agappa perron
|
||||
guirrec
|
||||
|
||||
Parcours sup
|
||||
|
||||
---
|
||||
|
||||
## 202601- saint Martin (19 janvier 2026)
|
||||
|
||||
12 mars limite des
|
||||
vœux
|
||||
|
||||
25000 formations
|
||||
|
||||
- Non selectives : licences
|
||||
- Simulateur de vœux
|
||||
- Adresse mail transmise au lycée
|
||||
- Ine identifiant national élève
|
||||
- Email et portable parents
|
||||
- Pix entre le 2 et 6 février
|
||||
- Formation non sélective : région prioritaire
|
||||
- 4 rubrique
|
||||
|
||||
Préférences et
|
||||
autres projets : obligatoire
|
||||
|
||||
Activités et centres
|
||||
intérêt
|
||||
|
||||
- Règle du 1 seul oui
|
||||
- Inscription administrative directement vers l’établissement
|
||||
|
||||
École de
|
||||
|
||||
---
|
||||
|
||||
## chimie (7 février 2026)
|
||||
|
||||
Parcours sup :
|
||||
|
||||
- demande uniquement
|
||||
sur Rennes 1 vœux 5 sous vœux centres ?
|
||||
Rennes - 90 entre 85% et 90%
|
||||
|
||||
- Pourcentages des élèves en cycle ingénieur ne venant pas de la prépa intégrée
|
||||
- Débouchés
|
||||
|
||||
Entretien
|
||||
|
||||
- C’est quoi le métier d’ingénieur
|
||||
|
||||
Idées
|
||||
|
||||
---
|
||||
|
||||
## cadeaux (23 décembre 2025)
|
||||
|
||||
Voici ma
|
||||
liste d’envies actualisées 😅😍 :
|
||||
|
||||
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 d’atelier confortable ( dossier, pivotant, repose-pieds, peu d’emprise 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 d’oreilles 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 l’art (peinture notamment) ou sur les formes et les couleurs dans la nature (pour inspiration mosaïque)
|
||||
|
||||
Recette à
|
||||
|
||||
---
|
||||
|
||||
## tester (15 mai 2022)
|
||||
|
||||
François-Régis Gaudry - 🫓 CRACKERS DE PETIT EPEAUTRE 🫓 | Facebook
|
||||
|
||||
🥣 MAYONNAISE VEGETALE 🥣 Elle a... - François-Régis Gaudry (facebook.com)
|
||||
|
||||
Aujourd’hui
|
||||
on se fait la malle...... - François-Régis Gaudry | Facebook
|
||||
|
||||
---
|
||||
|
||||
## École (31 mai 2022)
|
||||
|
||||
470 élèves, en
|
||||
diminution
|
||||
|
||||
18 classes
|
||||
|
||||
24 cp , 24 ce1
|
||||
|
||||
3cp -> faites par
|
||||
la grande sections
|
||||
|
||||
Garderie 7h30
|
||||
|
||||
10h20 - 15h15
|
||||
|
||||
Plusieurs cours
|
||||
|
||||
12h00, 2eme service
|
||||
collation possible
|
||||
|
||||
13h50
|
||||
|
||||
19h00
|
||||
|
||||
Garderie ou étude
|
||||
pour
|
||||
|
||||
Rentrée à 01/09 9h15
|
||||
|
||||
Cartable 24 / 32
|
||||
|
||||
Espace école comme
|
||||
toutatis
|
||||
|
||||
Lsu : livret unique
|
||||
|
||||
---
|
||||
|
||||
## Notaire 2022 (15 juillet 2022)
|
||||
|
||||
En cas de décès
|
||||
Philippe :
|
||||
|
||||
En cas de décès
|
||||
Aurélie :
|
||||
|
||||
En cas d'invalidité
|
||||
|
||||
En cas de séparation
|
||||
:
|
||||
|
||||
---
|
||||
|
||||
## Mes envies (8 août 2024)
|
||||
|
||||
Être à l’aise financièrement
|
||||
|
||||
Ne pas se brider dans ses envies (voyages…)
|
||||
|
||||
Sécurité
|
||||
|
||||
Aide pour les enfants
|
||||
|
||||
Épicurien (bon restos, bon vins…)
|
||||
|
||||
Facilitateur
|
||||
|
||||
Apprendre
|
||||
|
||||
Développer
|
||||
|
||||
Culture
|
||||
|
||||
Psychologie - développement personnel
|
||||
|
||||
Astronomie
|
||||
|
||||
Maison vue mer
|
||||
|
||||
---
|
||||
|
||||
## Bucketlist (27 juillet 2025)
|
||||
|
||||
- Sécurité et confort matériel
|
||||
- Les expériences
|
||||
- Statut et reconnaissance sociale
|
||||
- Connaissance,créativité apprentissage
|
||||
- Relations aux autres
|
||||
- Vie intérieure ou spirituelle
|
||||
|
||||
- Impact et sens
|
||||
- Bien être physique
|
||||
|
||||
- Quels sont les 3 personnes dont vous trouvez la vie enviable et sur quel domaine
|
||||
- Si j’ai un mois hors du temps qu’est ce que je ferais
|
||||
- Abcdaire
|
||||
|
||||
---
|
||||
|
||||
## Formation (20 mars 2024)
|
||||
|
||||
Crm
|
||||
|
||||
Tunnel de vente :
|
||||
pas de filtre
|
||||
|
||||
Session /
|
||||
inscription devis et convention
|
||||
|
||||
Signature avec
|
||||
relance
|
||||
|
||||
Wotkflow
|
||||
|
||||
Évaluation par
|
||||
apprenant en ligne avant Après
|
||||
|
||||
Émargement
|
||||
|
||||
Espace privé hrskill
|
||||
|
||||
Extranet pour la
|
||||
formation
|
||||
|
||||
Planning dates
|
||||
|
||||
Espace webinaire
|
||||
zoom avec les preuves de connexions
|
||||
|
||||
Bilan du formateur
|
||||
|
||||
Questionnaire eval
|
||||
|
||||
Eval a froid
|
||||
|
||||
Comité lecture :
|
||||
passable - plans d’action suivi qualité
|
||||
|
||||
Audit de
|
||||
surveillance tous les 1,5 ans
|
||||
|
||||
Digiforma :
|
||||
3000 dont 2000 d’elearning
|
||||
|
||||
Quizz
|
||||
|
||||
Facturation compta
|
||||
via api
|
||||
|
||||
Pas de relance ni liaison bancaire
|
||||
|
||||
Bilan pédagogique et
|
||||
financier
|
||||
|
||||
Communauté :
|
||||
|
||||
Market : manque de
|
||||
client
|
||||
|
||||
Albane :?
|
||||
|
||||
---
|
||||
|
||||
## Envies (23 juillet 2024)
|
||||
|
||||
Souvenirs inoubliables en famille
|
||||
|
||||
Repos
|
||||
|
||||
Progresser en anglais
|
||||
|
||||
Okr perso
|
||||
|
||||
Okr 6tm
|
||||
|
||||
---
|
||||
|
|
@ -1,54 +0,0 @@
|
|||
1) Ma vision 2026 (3–5 lignes)
|
||||
En 2026, je veux que le Codir soit perçu comme l'orchestrateur d'une transformation technologique et humaine réussie, où l'IA s un "gadget" mais un levier de rentabilité et d'excellence opérationnelle, permettant à l'équipe de briller par sa valeur ajoutée plutôt que par son temps passé.
|
||||
|
||||
Résultat concret fin 2026 (2–3 effets visibles) :
|
||||
- Hausse du TJM moyen équipe de +50€ grâce aux gains de productivité IA.
|
||||
- Seenaps transformé (UX refondue + IA intégrée) avec une satisfaction utilisateur ≥ 7/10.
|
||||
- Une équipe (Ludovic, Emilien, Frederic) totalement autonome sur le delivery opérationnel.
|
||||
|
||||
2) Notre mission Codir 2026 (1 phrase + 3 engagements)
|
||||
Notre mission en 2026 : Réussir le virage de l'IA générative pour Seenaps et l'équipe afin de doubler notre impact tout en préservant un équilibre de vie durable.
|
||||
|
||||
Nos 3 engagements (max) :
|
||||
- Exécuter : Le déploiement des Personal AI Architectures (PAI) pour 100% de l'équipe et la réduction de 40% de la dette technique.
|
||||
- Accélérer : La refonte UX de Seenaps et l'adoption de la culture "data-driven" avec un dashboard de 12 métriques clés.
|
||||
- Protéger : Le temps stratégique du leadership et la santé mentale de l'équipe en limitant les réunions non-essentielles.
|
||||
|
||||
3) Mes 3 priorités personnelles (2026)
|
||||
Pour chacune : objectif + pourquoi + ce que je fais personnellement
|
||||
4. Priorité #1 : Maîtrise et ROI de l'IA (Target +50€ TJM).
|
||||
- Pourquoi c’est critique : C'est notre facteur de différenciation majeur et la clé de notre rentabilité future.
|
||||
- Ce que je prends en charge concrètement : Je pilote le framework PAI, je documente les use cases de référence et je négocie la valeur auprès des clients.
|
||||
2. Priorité #2 : Excellence Produit & Développeur (Seenaps UX/DX).
|
||||
- Pourquoi c’est critique : Sans un produit fluide et une stack moderne, nous perdrons nos utilisateurs et nos talents.
|
||||
- Ce que je prends en charge concrètement : Je supervise le plan de modernisation technique et l'instauration des pratiques état de l'art (TDD/Data-driven).
|
||||
3. Priorité #3 : Délégation et Leadership Development.
|
||||
- Pourquoi c’est critique : C'est la seule façon de passer de l'opérationnel au stratégique et d'éviter l'épuisement.
|
||||
- Ce que je prends en charge concrètement : Je coache Emilien, Frederic et Ludovic pour qu'ils reprennent 80% de mes tâches opérationnelles actuelles.
|
||||
|
||||
4) Mes “non négociables” (4 Max)
|
||||
- Maximum 5 heures de réunions par semaine.
|
||||
- 50% de mon temps alloué exclusivement à la stratégie et au coaching.
|
||||
- Revue hebdomadaire systématique des indicateurs (TJM / Adoption IA) dans le dashboard.
|
||||
- Focus time quotidien (matin) sanctuarisé pour le travail de fond, sans notifications.
|
||||
|
||||
5) Mon leadership attendu (posture)
|
||||
Ce que je dois renforcer en 2026 (2 axes max) :
|
||||
- Posture de Mentor/Coach : Passer du "faire" ou "faire faire" au "faire grandir".
|
||||
- Leadership par la Data : Ancrer chaque décision importante dans des métriques objectives.
|
||||
|
||||
Mes 2 comportements concrets :
|
||||
- Déléguer systématiquement toute tâche opérationnelle dès le 1er trimestre.
|
||||
- Dire "non" explicitement à 50% des sollicitations qui ne servent pas les 3 priorités annuelles.
|
||||
|
||||
6) Indicateurs de succès (5 KPI max)
|
||||
- Δ TJM moyen équipe (+50€ cible).
|
||||
- Taux d’adoption IA (80% des tâches taguées "🤖 IA").
|
||||
- Satisfaction utilisateur Seenaps (≥ 7/10).
|
||||
- % de temps stratégique personnel (cible 50%).
|
||||
- Score de confiance équipe (cible ≥ 8/10).
|
||||
|
||||
7) Ce dont j’ai besoin du Codir
|
||||
- 1 arbitrage : Budget et temps dédié pour la formation et les outils IA de l'équipe.
|
||||
- 1 moyen / ressource : Soutien pour le recrutement ou la montée en compétence sur l'UX design.
|
||||
- autre : Validation de ma trajectoire de retrait de l'opérationnel pour assumer mon rôle stratégique.
|
||||
|
|
@ -1,255 +0,0 @@
|
|||
IA pour Gesteos
|
||||
|
||||
|
||||
Stéphane Trémier
|
||||
|
||||
|
||||
Philippe Aulnette
|
||||
Cas d’usage : IA pour le support client Gesteos
|
||||
|
||||
|
||||
1. Problème actuel (où on en est)
|
||||
Aujourd’hui le support est :
|
||||
|
||||
fortement consommateur de temps humain (N1 + N2)
|
||||
|
||||
peu capitalisé (les réponses sont répétées)
|
||||
|
||||
dépendant des individus (Boris, Sylvie…)
|
||||
|
||||
hétérogène en qualité et en délai
|
||||
|
||||
|
||||
|
||||
👉 Conséquence directe :
|
||||
|
||||
coût support élevé
|
||||
|
||||
montée en compétence lente (Tony, futur recruté…)
|
||||
|
||||
pression sur BUILD (Fred)
|
||||
|
||||
expérience client variable
|
||||
|
||||
2. Principe du cas d’usage
|
||||
|
||||
|
||||
👉 Utiliser Claude AI comme moteur de capitalisation et d’assistance au support
|
||||
|
||||
|
||||
|
||||
L’IA est alimentée par :
|
||||
|
||||
tickets historiques (Odoo)
|
||||
|
||||
réponses support existantes
|
||||
|
||||
documentation produit (release notes, guides, aide en ligne)
|
||||
|
||||
bonnes pratiques internes
|
||||
|
||||
|
||||
|
||||
👉 Objectif :
|
||||
|
||||
transformer chaque ticket traité en connaissance réutilisable
|
||||
|
||||
3. Fonctionnement cible (simple)
|
||||
|
||||
|
||||
Étape 1 — Analyse automatique du ticket
|
||||
|
||||
|
||||
Quand un ticket arrive :
|
||||
|
||||
l’IA identifie :
|
||||
|
||||
le type de problème (ex : facturation, liaison InSitu…)
|
||||
|
||||
la fréquence (problème connu ou nouveau)
|
||||
|
||||
le niveau (N1 vs N2)
|
||||
|
||||
|
||||
|
||||
👉 Résultat :
|
||||
|
||||
pré-qualification automatique
|
||||
|
||||
gain de temps immédiat
|
||||
|
||||
Étape 2 — Proposition de réponse
|
||||
|
||||
|
||||
L’IA génère :
|
||||
|
||||
un diagnostic
|
||||
|
||||
une checklist de vérification
|
||||
|
||||
une réponse client prête à envoyer
|
||||
|
||||
|
||||
|
||||
Exemple :
|
||||
|
||||
|
||||
|
||||
“Avez-vous vérifié X / Y / Z…”
|
||||
|
||||
|
||||
👉 Le support :
|
||||
|
||||
valide / ajuste
|
||||
|
||||
envoie
|
||||
|
||||
|
||||
|
||||
👉 Gain :
|
||||
|
||||
plus de rédaction manuelle
|
||||
|
||||
homogénéité des réponses
|
||||
|
||||
Étape 3 — Capitalisation automatique
|
||||
|
||||
|
||||
Chaque ticket traité :
|
||||
|
||||
enrichit une fiche support structurée
|
||||
|
||||
symptôme
|
||||
|
||||
cause
|
||||
|
||||
résolution
|
||||
|
||||
réponse type
|
||||
|
||||
|
||||
|
||||
👉 Effet cumulatif :
|
||||
|
||||
amélioration continue
|
||||
|
||||
base de connaissance vivante
|
||||
|
||||
Étape 4 — Assistance proactive
|
||||
|
||||
|
||||
À terme :
|
||||
|
||||
suggestions en temps réel au support
|
||||
|
||||
détection des patterns récurrents
|
||||
|
||||
alerte sur bugs fréquents (remontée BUILD)
|
||||
|
||||
|
||||
|
||||
👉 Boris passe de “traiter” à “piloter”
|
||||
|
||||
Étape 5 — Self-service client (phase avancée)
|
||||
|
||||
|
||||
Le client peut :
|
||||
|
||||
poser une question directement
|
||||
|
||||
recevoir une réponse IA basée sur la base support
|
||||
|
||||
|
||||
|
||||
👉 Objectif :
|
||||
|
||||
éviter la création du ticket
|
||||
|
||||
4. Cas concret Gesteos
|
||||
|
||||
|
||||
Exemple : problème de liaison InSitu
|
||||
|
||||
|
||||
Aujourd’hui :
|
||||
|
||||
10 tickets similaires
|
||||
|
||||
10 réponses manuelles
|
||||
|
||||
|
||||
|
||||
Demain avec IA :
|
||||
|
||||
Claude identifie le pattern
|
||||
|
||||
propose une réponse standard
|
||||
|
||||
guide le client avec une checklist
|
||||
|
||||
résout 60% des cas sans intervention humaine
|
||||
|
||||
5. Impacts attendus (très concrets)
|
||||
|
||||
|
||||
Court terme (1-2 mois)
|
||||
-30% temps de réponse support
|
||||
|
||||
homogénéisation des réponses
|
||||
|
||||
montée en compétence accélérée des juniors
|
||||
|
||||
Moyen terme (3-6 mois)
|
||||
50-60% des tickets assistés ou résolus par IA
|
||||
|
||||
réduction charge N2 (Boris)
|
||||
|
||||
Fred moins sollicité
|
||||
|
||||
Long terme (6-12 mois)
|
||||
self-service partiel client
|
||||
|
||||
support devient scalable
|
||||
|
||||
capacité libérée pour :
|
||||
|
||||
commerce
|
||||
|
||||
onboarding
|
||||
|
||||
delivery
|
||||
|
||||
6. Impacts organisationnels (clé Gesteos)
|
||||
|
||||
|
||||
DELIVERY
|
||||
Boris = pilote du système (plus exécutant)
|
||||
|
||||
N1 augmenté par IA (Tony / futur recruté)
|
||||
|
||||
BUILD
|
||||
moins de bruit support
|
||||
|
||||
meilleure remontée des vrais bugs
|
||||
|
||||
GROWTH
|
||||
temps libéré pour Sylvie
|
||||
|
||||
meilleure expérience client → meilleure conversion
|
||||
|
||||
|
||||
|
||||
|
||||
Logo
|
||||
|
||||
Stéphane Tremier
|
||||
CEO
|
||||
|
||||
RENNES - ANGERS - NANTES - PARIS
|
||||
Mobile : 06 18 45 31 14
|
||||
www.6tm.com
|
||||
Linkedin Youtube
|
||||
|
||||
|
||||
|
||||
|
||||
|
|
@ -1,7 +0,0 @@
|
|||
### 2026-04-17
|
||||
- T2
|
||||
- Goria :
|
||||
- Crédibiliser la trajectoire
|
||||
- presta pour Michel
|
||||
- Sous-activité
|
||||
-
|
||||
|
|
@ -1,69 +0,0 @@
|
|||
Hello,
|
||||
|
||||
Voici ce que je vois d’un COMOP Factory opérationnel.
|
||||
|
||||
Rôle et mission du COMOP Factory
|
||||
|
||||
Le COMOP est l’instance opérationnelle de pilotage de la Factory.
|
||||
|
||||
Il a pour mission de :
|
||||
- piloter la performance économique, opérationnelle et capacitaire de la Factory,
|
||||
- sécuriser le delivery et la rentabilité,
|
||||
- mettre en œuvre la transformation de la Factory (standardisation, IA, data),
|
||||
- préparer et éclairer les décisions du CODIR, en s’appuyant sur des données factuelles.
|
||||
|
||||
Le COMOP ne se limite pas à coordonner :
|
||||
il arbitre, décide et priorise, dans le cadre fixé par la stratégie 6TM et les OKR.
|
||||
Il rend compte au CODIR.
|
||||
|
||||
Responsabilités du COMOP Factory
|
||||
|
||||
Le COMOP est collectivement responsable de :
|
||||
|
||||
1. Performance économique
|
||||
- TJM société
|
||||
- Marge réelle de la Factory, en intégrant les coûts RH et les frais généraux
|
||||
(tableau de bord de gestion produit par Bruno)
|
||||
- CA
|
||||
- Analyse, décision et accompagnement des projets à risque majeur → Toute décision ayant un impact juridique doit être validée par le Président
|
||||
- Contribution directe à l’atteinte des OKR économiques du groupe
|
||||
|
||||
2. Pilotage des projets et maîtrise des risques
|
||||
- Identification pro-active des projets « casseroles »
|
||||
- Mise en place des plans de redressement
|
||||
- Validation des cadrages initiaux des projets > 200 k€ (à confirmer le montant)
|
||||
- Garantie du respect des standards de la Factory :
|
||||
- qualité
|
||||
- sécurité
|
||||
- pilotage
|
||||
|
||||
3. Pilotage de la capacité et du staffing
|
||||
- Arbitrage de la répartition des charges inter-équipes
|
||||
- Anticipation des besoins capacitaires et compétences
|
||||
|
||||
4. Transformation de la Factory
|
||||
- Pilotage de la standardisation (et donc des OKR et des ateliers CODIR élargi concernés)
|
||||
- Mise en œuvre de l’industrialisation de l’IA dans la production
|
||||
- Cadrage des usages IA non conformes
|
||||
- Application des règles de sécurité SI
|
||||
|
||||
5. Pilotage par les faits
|
||||
- Passage d’un pilotage par les perceptions à un pilotage par les faits
|
||||
- Appui sur Ameno et le contrôle de gestion
|
||||
- Mise en place de tableaux de bord complémentaires si nécessaire
|
||||
|
||||
Participants COMOP Factory
|
||||
OK
|
||||
|
||||
Restitution au CODIR
|
||||
|
||||
Le COMOP restitue au CODIR :
|
||||
- les faits marquants,
|
||||
- les décisions prises,
|
||||
- les points de vigilance,
|
||||
- les arbitrages demandés,
|
||||
- la situation des chantiers portés par le COMOP et des OKR auxquels il contribue.
|
||||
|
||||
À dispo pour en discuter et ajuster si besoin.
|
||||
|
||||
Stéphane
|
||||
File diff suppressed because it is too large
Load diff
File diff suppressed because it is too large
Load diff
|
|
@ -1,2 +0,0 @@
|
|||
## A voir la prochaines fois
|
||||
- format de la doc
|
||||
|
|
@ -1,475 +0,0 @@
|
|||
---
|
||||
type: archive
|
||||
source: OneNote PA-Projets
|
||||
periode: 2021-2026
|
||||
---
|
||||
|
||||
# DSI et Securite - Notes OneNote
|
||||
|
||||
## Tenable (17 mai 2022)
|
||||
|
||||
- Tenable :
|
||||
|
||||
- Nessus :
|
||||
- Vulnérabilité => à aller sur des contextes : CVSS, assets
|
||||
- Risk Base Vulnerabilité
|
||||
- Score de cybersécurité : Vulnérabilité, sur quel type d'asset => comparable avec => lumine
|
||||
|
||||
Image en
|
||||
post-production :
|
||||
|
||||
Cloud : sonde
|
||||
nessus, agent (si les actifs scanners ne sont pas )
|
||||
|
||||
Lumin : comparaison
|
||||
/ Maturité
|
||||
|
||||
On Prem
|
||||
|
||||
Vulnerability
|
||||
Priority Rating => Tenable IO
|
||||
|
||||
---
|
||||
|
||||
## OpenVas (29 mai 2024)
|
||||
|
||||
https://medium.com/@cyberian.jg/open-vas-installation-81d91b9c39a5
|
||||
|
||||
sudo -u postgres psql
|
||||
|
||||
List all
|
||||
databases to ensure your database exists
|
||||
|
||||
\l
|
||||
|
||||
Alter gvmd &
|
||||
postgres database to refresh Collation version
|
||||
|
||||
ALTER DATABASE gvmd REFRESH COLLATION VERSION;
|
||||
|
||||
ALTER DATABASE postgres REFRESH COLLATION VERSION;
|
||||
|
||||
Exit postgres
|
||||
|
||||
À
|
||||
partir de l’adresse <https://forum.greenbone.net/t/the-database-was-created-using-collation-version-2-35-but-the-operating-system-provides-version-2-36/13562/4>
|
||||
|
||||
sudo -E -u _gvm gvmd
|
||||
--user=admin --new-password=admin
|
||||
|
||||
À
|
||||
partir de l’adresse <https://forum.greenbone.net/t/unable-to-reset-password-login/13741/2>
|
||||
|
||||
Performance
|
||||
|
||||
---
|
||||
|
||||
## Check Sites (20 décembre 2024)
|
||||
|
||||
Concurrents :
|
||||
- https://detectify.com/
|
||||
- 275€ /mois surface monitoring
|
||||
- 85€ scan de site
|
||||
- https://www.intruder.io/
|
||||
- 80€ / mois pour 5
|
||||
- 197€ / mois avec agent
|
||||
|
||||
Dast :
|
||||
|
||||
https://wapiti-scanner.github.io/
|
||||
|
||||
https://github.com/sullo/nikto
|
||||
|
||||
---
|
||||
|
||||
## Audit sécu (6 juillet 2021)
|
||||
|
||||
Retour Equipe Emilien
|
||||
|
||||
- Ce que j’ai aimé :
|
||||
- Présentation claire, recommandations pour les failles trouvées
|
||||
- Intervenants très sympas et compétents
|
||||
- Bonne sensibilisation à la sécurité
|
||||
- Découverte d’outils intéressants à mettre dans le process de dev
|
||||
|
||||
- Ce que j’ai moins aimé :
|
||||
- Trop court
|
||||
- L’installation des logiciels nécessaires au TP qui aurait pu être anticipée
|
||||
- Faute d’orthographe sur le ppt
|
||||
- Le TP parfois un peu flou
|
||||
|
||||
- Ce que je propose pour améliorer la journée
|
||||
- Faire une journée complète de TP
|
||||
- Pouvoir faire un test en version « boite blanche »
|
||||
|
||||
---
|
||||
|
||||
## - Podman (16 avril 2024)
|
||||
|
||||
300 règles en
|
||||
opensource :
|
||||
|
||||
Coraza : 100%
|
||||
maintenu par une communauté,
|
||||
|
||||
Caddy Web server :
|
||||
|
||||
- API grafana ou promthes
|
||||
- Haute dispo
|
||||
|
||||
HAProxy
|
||||
|
||||
---
|
||||
|
||||
## NIS2 (26 avril 2024)
|
||||
|
||||
Focaliser sur la
|
||||
chaine de sous-traitant
|
||||
|
||||
NIS 1 : une centaine
|
||||
|
||||
NIS 2 : un millier
|
||||
d'entité
|
||||
|
||||
Engagement de
|
||||
direction générale à partir d'Octobre 2024
|
||||
|
||||
Tiers concernés :
|
||||
interne et externe le CIRT :
|
||||
|
||||
Définition de
|
||||
l'incident cyber
|
||||
|
||||
Analyse au bout de
|
||||
72 heures
|
||||
|
||||
12 Cirt régionnaux
|
||||
|
||||
Gestion des
|
||||
incidents : segmentation SI, politique de moindres privilèges, sauvegardes
|
||||
|
||||
Sécurisation de la
|
||||
chaine d'approvisionnement : approche bastion => tracer tous les
|
||||
intervenants
|
||||
|
||||
21 mesures sur 4
|
||||
piliers
|
||||
|
||||
---
|
||||
|
||||
## Ubuntu (26 avril 2024)
|
||||
|
||||
Création de VM OVH
|
||||
|
||||
- attention choisir la carte réseau VM Network
|
||||
- Mettre à jour le système
|
||||
|
||||
- sudo sh -c 'apt-get update; apt-get upgrade
|
||||
-y; apt-get dist-upgrade -y; apt-get autoremove -y; apt-get autoclean -y'
|
||||
|
||||
- Création d'un user
|
||||
|
||||
sudo mkdir -p /home/paulnette/.ssh
|
||||
|
||||
echo
|
||||
ssh-rsa
|
||||
AAAAB3NzaC1yc2EAAAADAQABAAACAQD3xzvrzE1ebGObvU/AdsR7Z9A37WW1g6GEFYCnFszyQxzvFeUr43YxHtaDA8RjHrCI/4YQgVpmy28e9NtkaC8W1Seu00FPBnde5rkY/dwHLa3cs9YZvs4eUO4ZUPXZ/4hRBmnc9CHRw5pAjhTvvyEsZuxZoJJBqPrQ6FOEIGbZCN9nPw6g9yzapwOLuH8Nw06tF2WKIt6eaC4naTlDLQ6E1sq56VlnKF+itY/Sg9yN41efKSO4I1/mCMNLMVsZQO4Cxt9qkfAWKulMqce1RObaiiV67Kvegb7JVnOhCK0Xz2CImj9rMhyThDBxL/j0VOH6B+e4tC1DU7Z5N/yDXwrRqwaI/WgzPpGnm6VDnnDsxkae1/t2KiGHb+ab6Pa/xQLtPx9e86X+nVaaQF0tQUV1GQ8ULe5F1c7px+YsWYCU9QnDws5BzzxQ68nDDh1WaLmciDTrMbO7t3dH8dOJgKVie/jJeR4crv6O2q/jVTbJKdnGBh1ymdkyD/trTqo+xqWAFy3APQt0G3CXdVyeJOGCs7jNSqGNUcuzMWPTjo//LdVJMqrWsq62fcv20mXACSm63VuLPau6EN5rzXx8Fr9kkrHnKyrmPrvaK5rkTmXvdKn+CDI4qSsoVx+LuSyFOru1JNAVhZtICVLn4swZITOfqAi3NFwknaSntrBqxZpQ==
|
||||
paulnette >>
|
||||
/home/paulnette/.ssh/authorized_keys
|
||||
|
||||
sudo
|
||||
chmod 700 /home/paulnette/.ssh
|
||||
|
||||
sudo
|
||||
chmod 600 /home/paulnette/.ssh/authorized_keys
|
||||
|
||||
sudo
|
||||
chown -R paulnette:paulnette/home/paulnette/.ssh
|
||||
|
||||
sudo
|
||||
apt-get install fail2ban
|
||||
|
||||
sudo cp /etc/fail2ban/jail.conf /etc/fail2ban/jail.local
|
||||
|
||||
Contenue de nano
|
||||
|
||||
[sshd]
|
||||
|
||||
enabled = true
|
||||
|
||||
port = ssh
|
||||
|
||||
filter = sshd
|
||||
|
||||
logpath =
|
||||
/var/log/auth.log
|
||||
|
||||
maxretry = 5
|
||||
|
||||
À
|
||||
partir de l’adresse <https://chat.openai.com/c/002cd613-0cfe-48b2-b7f6-81f25e86b893>
|
||||
|
||||
---
|
||||
|
||||
## Stage kelig (19 mai 2024)
|
||||
|
||||
- SensibilIsation cyber
|
||||
- Inventaire application
|
||||
|
||||
---
|
||||
|
||||
## Kub (23 février 2026)
|
||||
|
||||
Projet cyana :
|
||||
|
||||
- Conf sans dans gitlab
|
||||
- 2 étapes : m
|
||||
|
||||
- Maj des secrets dans vault
|
||||
|
||||
- *Cyana.6tm.group => ingress du cluster => dans les bonnes
|
||||
|
||||
Copil
|
||||
|
||||
---
|
||||
|
||||
## 2022-05-01 (5 mai 2022)
|
||||
|
||||
- Inventaire :
|
||||
- PenTests YWH => à améliorer la fois prochaine
|
||||
|
||||
- Tentative : SMB
|
||||
|
||||
- RRA :
|
||||
|
||||
- 30 min
|
||||
- Humain
|
||||
- Process / Reproductible => Resituter des éléments factuels
|
||||
- Complexité Projets
|
||||
- Client : Image
|
||||
- Client : CA
|
||||
- Nombre de jours :
|
||||
- Technnologie obsolète :
|
||||
- Compétence en interne
|
||||
- Hébergement
|
||||
- Dépendance à d'autres projets
|
||||
- Surface d'attaques complémentaires : ports spé
|
||||
- Composants spécifiques
|
||||
|
||||
- Sensibilité de la Données
|
||||
|
||||
- DCP
|
||||
- Données personnelles
|
||||
- Données bancaires
|
||||
- Données de santé
|
||||
- Données sensibles pour l'entrerpise
|
||||
|
||||
- Flux Financier : risque de détournement d'argent, ordre de virement, coordonnées bancaires, module de paiement.
|
||||
- Pièces jointes particulières : Carte d'identité, RIB
|
||||
- Volumétrie des données
|
||||
- Backup particuliers /
|
||||
- API - Export
|
||||
|
||||
- Liste de risques : spécifiques
|
||||
|
||||
- Usurpation d'identité
|
||||
- Décloisonnement
|
||||
|
||||
=>
|
||||
généralités - traiter par la recette sécy
|
||||
|
||||
=>
|
||||
NOTES DE RISQIES
|
||||
|
||||
- Wipoz
|
||||
|
||||
- Assurances Cyber
|
||||
- Security Brief => 5 - 10 pages
|
||||
- Intro : annexe A 270001
|
||||
- Organisation
|
||||
- RH : Sensibilitisation formation
|
||||
- Gestion des incidents
|
||||
- Gestion des backups
|
||||
- Process de développement sécu
|
||||
|
||||
=>
|
||||
Introduction dém
|
||||
|
||||
- Attention nécessite preuve => sceenshot des preuves (preuve stratégie de mot de passe
|
||||
|
||||
- 4,5 pages :
|
||||
|
||||
Mise
|
||||
en place d'un sécurity Brief
|
||||
|
||||
- PDS
|
||||
|
||||
- A compléter avec les recettes
|
||||
|
||||
---
|
||||
|
||||
## sécurité (9 avril 2022)
|
||||
|
||||
Rapid Risk Assesment
|
||||
(RRA)
|
||||
|
||||
https://infosec.mozilla.org/guidelines/risk/rapid_risk_assessment.html
|
||||
|
||||
Ebios Anssi
|
||||
|
||||
Développement
|
||||
|
||||
---
|
||||
|
||||
## Sécurisé (9 avril 2022)
|
||||
|
||||
Top Ten Owasp
|
||||
|
||||
CVE : https://www.cvedetails.com/
|
||||
|
||||
CWE
|
||||
|
||||
---
|
||||
|
||||
## Corpus (22 juillet 2024)
|
||||
|
||||
6TM-PSSI_base_27001_v2.docx
|
||||
|
||||
PDS
|
||||
|
||||
6TM - Politique de Securité de l'Information (PSI)
|
||||
V2.0 - 2022-04.docx
|
||||
|
||||
Backlog CopSec - plan actions.xlsx
|
||||
|
||||
Orga :
|
||||
|
||||
- Rôle et Responsabilité
|
||||
- Planning et Actions
|
||||
- Gouvernance : 6tm
|
||||
- Jalons clés
|
||||
|
||||
Corpus
|
||||
documentaire :
|
||||
|
||||
- Etat des lieux
|
||||
|
||||
- PSI => Manuel SMSI
|
||||
|
||||
- Capacité à appliquer les mesures
|
||||
|
||||
- Gouvernance : PSI – Manuel SMSI
|
||||
- Risque Ebios RM – 27005
|
||||
- Manuel pssi, incidents, relevé de décision, avec le pilote
|
||||
- Périmètre
|
||||
|
||||
- Activité Certifié
|
||||
- => dev -
|
||||
|
||||
---
|
||||
|
||||
## Iso27K (9 octobre 2024)
|
||||
|
||||
- Enjeux : Fin Décembre
|
||||
- Corpus documentaire :
|
||||
|
||||
- 3 à 5 mois corpus documentaire
|
||||
- 6 mois
|
||||
- Implémentation technique, manque de vitesse
|
||||
|
||||
- 65K => Iso ->
|
||||
- 1j / mois
|
||||
|
||||
- 3j / Semaine
|
||||
- Mickaël :
|
||||
- Accompagnement
|
||||
- Budget : Sec / It
|
||||
|
||||
- Budget :
|
||||
|
||||
---
|
||||
|
||||
## Kubernetes (22 septembre 2025)
|
||||
|
||||
- 3 nœuds :
|
||||
- *Cyana.kub1.6tmgroup.com
|
||||
- Ingres : que du http
|
||||
- GitLab :
|
||||
- Registry
|
||||
- Todo
|
||||
- Remontée Ameno :
|
||||
|
||||
Avantages :
|
||||
- Script :
|
||||
- Reprise sur incident
|
||||
- Partage des bonnes pratiques
|
||||
- D'être root sur l'appli
|
||||
- Copie de fichier
|
||||
- Exposer la base de données
|
||||
|
||||
Suite :
|
||||
- Clarifier les coûts :
|
||||
- Clarifier les performances :
|
||||
- Remontée ameno
|
||||
|
||||
---
|
||||
|
||||
## Audit (22 juillet 2024)
|
||||
|
||||
- Exemple de questionnaire : auto-évaluation du questionnaire de vente
|
||||
|
||||
- Boite à outils en fonction des questions problématiques
|
||||
- Double entrée d’analyse
|
||||
|
||||
- Exemple de roue : code couleur
|
||||
- Exemple
|
||||
|
||||
- Radar : matrice de compétence
|
||||
|
||||
- Rappel info express
|
||||
- Dernière activités des franchisés : Consolidations des demandes
|
||||
- Indicateur :
|
||||
|
||||
- sur l’avancée du modèle de visites : déploiement clé : p
|
||||
- % age échantillon gamme x déployée
|
||||
|
||||
- Création audit : Filtre sur les animateurs
|
||||
- Audit précédent : rajouter la date, au moment de la réponse avoir la réponse précédente.
|
||||
- Dossier finalisé : avec envoi de rapport par mail
|
||||
- Question : Présence du franchisé : oui / non qui ne rentre pas dans la notation
|
||||
- Rapport
|
||||
|
||||
- En tête : Renommer Franchisé en Restaurant
|
||||
- Ajouter Réalisé par
|
||||
|
||||
- Franchisé :
|
||||
|
||||
- Visites : uniquement en lecture
|
||||
|
||||
- Différence manager / franchisé
|
||||
|
||||
- Compte de résultat et marge : confidentiel
|
||||
|
||||
- Plan d’actions : checker à la visite précédente
|
||||
|
||||
---
|
||||
|
||||
## 2025-01-07 (7 janvier 2025)
|
||||
|
||||
- NIS2 : 17/10 => mise en place progressive
|
||||
- Gros emprunt : posture Cyber, démarche CSRD
|
||||
- Lancement Pentest : NeverHack ex ExpertLine (Firewall, prouvpoint, netscope : proxyweb, ztna : remplacement du VPN - transparent pour l'utilisateur).
|
||||
|
||||
---
|
||||
|
||||
## 202501 (16 janvier 2025)
|
||||
|
||||
- Semaine type Axone :
|
||||
- Lundi : check Référentiel Javené / orée d'anjou => référentiel non mis à jour avant synchro => +0,5
|
||||
- Bug Import Fiche d'audit :
|
||||
- Lundi : comprendre le ticket
|
||||
- Mardi comprendre le code : pas à pas
|
||||
- Jeudi : question PowerBI
|
||||
- Test OK non identification du pb + 0,5
|
||||
|
||||
---
|
||||
|
|
@ -1,68 +0,0 @@
|
|||
## 2024-05
|
||||
![[Pasted image 20260515124623.png]]
|
||||
![[Pasted image 20260515124743.png]]
|
||||
## 2023-05
|
||||
- yume > 2000 par mois
|
||||
|
||||
## 2022-09
|
||||
Bilan 6nergy :
|
||||
|
||||
- Ventes de participation
|
||||
|
||||
- ArchiReport 12500 fois 2
|
||||
- 3Vern : 130K
|
||||
- % 6tm - salariés
|
||||
|
||||
- Achat de participation
|
||||
|
||||
- RaisonHome 50K
|
||||
- YesWeHome 76K
|
||||
- Nooty 20K
|
||||
- Cebavest 2K
|
||||
|
||||
- 6nergy entre 600K et 1 000K => octobre 2023
|
||||
|
||||
- Bamboo : 223K,
|
||||
## 2022-04
|
||||
- Pilotage
|
||||
|
||||
- Dividendes, progression de valeur, point clé
|
||||
|
||||
- Projets sympa
|
||||
|
||||
- Hors service
|
||||
- Potentiel
|
||||
|
||||
Antoine :
|
||||
|
||||
- Nous aurons réussi 2022 si :
|
||||
|
||||
- Comptes mensuel, tréso, modèle éco => ambition derrière
|
||||
- Liste de basique :
|
||||
- Gouvernance
|
||||
- Carto des risques
|
||||
|
||||
Nous aurons réussi 2022 si :
|
||||
|
||||
- On a un vrai cockpit / pilotage :
|
||||
|
||||
- Réussi à se projeter sur un projet commun
|
||||
|
||||
Mickaël :
|
||||
|
||||
- s
|
||||
|
||||
- Nobilia
|
||||
|
||||
- Améliorer la qualité des poses : 3800, le nombre de retour SAV
|
||||
|
||||
- Groupe :
|
||||
|
||||
- Temps long
|
||||
- Ne pas être actionnaire dormant - mais actif : 15 à 20j par an, 1200j / an
|
||||
- Patrimonial :
|
||||
- Y passer du temps :
|
||||
|
||||
- Mickaël :
|
||||
|
||||
- Faire un * 3, 4
|
||||
|
|
@ -1,155 +0,0 @@
|
|||
Hello,
|
||||
|
||||
Je te rassure la référence Madoff n’était pas sur la partie escroc et honnêteté, mais sur la complexité du système et le fait que l’argent qui arrive finance les pertes du passé.
|
||||
|
||||
Sur les 29K ils sont fait pour accompagner cette phase difficile et donc à garder c’est mon rôle d’actionnaire. Ce que je déplore :
|
||||
|
||||
- C’est de ne pas pouvoir faire plus ! Le problème c’est que ça représente déjà 29K de plus que ce que j’ai dégagé de 6nergy ces 13 dernières années.
|
||||
- Que ce ne soit pas assortie d’une projection
|
||||
- Que ça finance le passé et des investissements que si j’avais eu 29K à mettre ce n’est pas là que je les aurais mis.
|
||||
|
||||
Là ou je pense que tu te trompes, c’est la partie chronophage des chiffres, c’est justement parce qu’on a cette complexité et pas ces chiffres et les décisions liées que c’est chronophage.
|
||||
|
||||
Donc pas de souci sur la confiance, on voit bien que chacun fait de son mieux. Pas de pb sur le côté entrepreneur. Le sujet c’est le résultat.
|
||||
|
||||
- Les résultats positifs servent à combler les pertes
|
||||
- En 13 ans j’aurai dégagé 5K et réinvestit 50K (les 29K et les 20 de frais divers sur les dernières opérations).
|
||||
- On a l’impression que le salut est lié à un coup de dé sur Gestéos
|
||||
- Au quotidien ce n’est pas l’éclate, voir fatigant de travailler avec certains profils
|
||||
- On peut imaginer continuer comme ça sur les 10 prochaines années avec le même résultat.
|
||||
|
||||
Clairement on se serait projeté comme ça en 2011 je n’aurai pas suivi
|
||||
|
||||
Perso je ne bosse pas 60H par semaine depuis 25 ans pour ce résultat. Donc je me fixe une step à fin d’année avec mes 50 ans, une vue sur 6mic, est-ce qu’on a un plan clair sur 6nergy, est ce que les 3 prochaines années m’intéressent ou pas.
|
||||
|
||||
Et en fonction je prendrais les décisions qui s’imposent, Une de mes lignes rouges va être que sur une sortie 6mic on ne soit pas obligé de réinvestir cette argent.
|
||||
|
||||
On peut s’appeler vers 18H, ou ce week-end
|
||||
|
||||
De : Laurent RAISON <[laurent.raison@raisonhome.com](mailto:laurent.raison@raisonhome.com)>
|
||||
|
||||
Envoyé : vendredi 5 avril 2024 10:27
|
||||
|
||||
À : Philippe Aulnette <[philippe.aulnette@6tm.com](mailto:philippe.aulnette@6tm.com)>
|
||||
|
||||
Cc : Stéphane Trémier <[stephane.tremier@6tm.com](mailto:stephane.tremier@6tm.com)>
|
||||
|
||||
Objet : Re: Finance
|
||||
|
||||
Bonjour Philippe,
|
||||
|
||||
Je ne sais pas quoi te dire...
|
||||
|
||||
- Tout d'abord merci pour les 29K€, c'est vraiment appréciable et utile
|
||||
- Je comprends aussi que cela ne t'aille pas et que tu sois lassé du temps mis à sortir de ce marasme
|
||||
- Enfin, je prends en pleine gueule la violence des propos avec la tirade sur Madoff... (qui a parlé de ça ? cautionnes-tu ces propos pour les écrire même avec des pincettes ? c'est me comparer avec un truand, c'est dingue...)
|
||||
|
||||
A vrai dire, je ne sais même plus si je dois te rendre tes 29K€ où les garder avec le poids supplémentaire sur les épaules...
|
||||
|
||||
Alors oui, nous sommes en fâcheuse posture sur Raison Home, nous avons perdu environ 500k sur l'année passée (rappel : nous avons levé 400K€ en augmentation de capital pour les compenser avec une option de 500K€ sur 2024). Par ailleurs, nous n'avons pas fait l'opération de vente des titres Gesteos pour étanchéifier les choses et avoir des pertes proches de "0". Outre ces pertes, la tréso est tendue (nous avons bouffé 750k avec Raison Contract) et le marché est très dur (même les allemands ont perdu de l'argent). Bref, je suis Président de cette boite mais je ne l'ai pas bien pilotée visiblement (DAF sorti trop tardivement, DG dont je ne sais pas s'il faut le garder, dépenses mal contrôlées...).
|
||||
|
||||
Qu'ai-je essayé de faire sur ces 2 dernières années ?
|
||||
|
||||
Sur 6nergy, renforcer les choses avec un costrat et des séminaires très réguliers, ceux-ci contenant la fourniture permanente de chiffres et des décisions prises. L'objectif sur ces 2 ans est bien exprimé et a été validé ensemble (je déroule le plan avec plus ou moins de bonheur dans un contexte marché délicat). Parmi les objectifs, nous avons notamment : étanchéifié les choses, simplifier l'organigramme et cela a, je crois, vraiment avancé même si cela n'est pas terminé :
|
||||
|
||||
- Les boites ont des comptes de résultats mensuels (6nergy d'ailleurs aussi) y compris les petites boites ce que nous n'avions pas chez 6TM lorsque nous faisions moins de 3M€
|
||||
- Un état des comptes courants et des factures clients-fournisseurs entre-nous a été présenté
|
||||
- Le dernier fichier Excel sur le financement où j'attends d'ailleurs des réponses (il y a maintenant un pacte d'actionnaires et un costrat engageant)
|
||||
- Gesteos est encore une filiale de Raison Home (même si je souhaite en sortir comme je le fais depuis quelques années. Cette année, je compte vraiment réaliser cette opération)
|
||||
- L'endettement de Gesteos a diminué par rapport à Juin 2022 où j'ai repris la présidence et devrait diminuer cette année avec la génération de cash par sa propre activité,
|
||||
- Wipoz a été sécurisé (au moins pour un temps) sauf à ce que Nobilia dise l'inverse de ce qu'ils nous ont proposé en mars.
|
||||
- RH belgique est maintenant suffisamment solide pour avoir son propre financement et rapporter beaucoup à sa maison mère (+ de 200K€)
|
||||
- Nootty et Me & My Boss sont suffisamment petites et maintenant ne consomment plus de cash
|
||||
|
||||
Retards de tréso :
|
||||
|
||||
- CBN12, j'ai délégué la gérance et la négo qui a été faite a décalé de 6 mois les paiements des 300 derniers K€ (au final : pour 6nergy c'est quand même + de 500K€ de plus values générées seul).
|
||||
- 6MIC, je confirme qu'il fallait vendre, le projet prend énormément de retard, horizon fin d'année maintenant (je suis aussi seul de 6nergy aux manettes) ==> plus value environ 1,2M€ pour nous 3. Je suis toujours preneur d'un coup de main dessus.
|
||||
- FRH, Contraction du marché (ventes et recrutement de franchisés) et des paiements de nos clients ==> impact 500K€ en tréso
|
||||
- J'ai de mon côté 500k€ de compte courant / rem non prises, je crois être loin d'un système madoff d'enrichissement personnel (j'ai couvert tout ce que j'ai pu)
|
||||
- Vente de Gesteos, d'un quasi-ok, nous avons pris au moins 3 mois de retard (nouvelle d'hier soir, ils envoient un canadien dans les 15 jours pour voir comment faire durablement l'inter-connexion avec Gesteos au coeur de leur plateforme et à priori sont prêts à la financer). Je crois donc qu'ils sont toujours accrochés même si c'est plus long (impact 2,7M€ en cash pour nous).
|
||||
- Wipoz : pas de cession à priori cette année mais nous faisons le forcing pour avoir une valorisation plancher. Je suis aussi bien sûr en train de parler de vendre avec un prix moindre (c'est aussi un des buts de la discussion du 16 Avril avec eux). Je vous envoie un mail à suivre qu'on compte leur envoyer lundi 8 pour se mettre en bonne position pour la négo.
|
||||
|
||||
Pour ce qui est des personnes incompétentes, as-tu une solution pour moi ? s'il s'agit d'Estelle uniquement, nous sommes en phase de vente donc impossible à changer mais l'horizon dans ce cas est clair. S'il y a d'autres personnes, merci d'avance de me dire de qui il s'agit pour traiter le sujet. En ce moment, je gère ce type de sujets même s'il m'en coûte de me séparer de quelques personnes, il y a toujours des effets de bord.
|
||||
|
||||
Pour le dossier Coulidoor auquel tu fais référence je crois, je ne suis pas rentré du tout dedans. Pour les chiffres dans le cockpit, pour Venidom, cela devait être les chiffres de Raison Home attendus depuis longtemps donc normalement ok. (Note : J'ai pu échanger sur le KPI taux de transfo, c'est incroyable sur le marché, personne n'est d'accord. Je reviens vers toi d'ici la semaine prochaine à ce sujet.)
|
||||
|
||||
Pour ce qui est de prendre nos pertes, je crois qu'avec l'arrêt de Raison Contract, j'ai bien prouvé que je savais les prendre (cela me coûte assez cher).
|
||||
|
||||
Prendre nos pertes alors qu'elles ne sont pas avérées, n'aide pas à trouver des capitaux, c'est même l'inverse (l'exemple de la revente de Gesteos qui ne peut pas couvrir les pertes et donc c'est incroyablement plus dur à vendre quand tes fonds propres sont à zéro : j'ai d'ailleurs mis près de 2 mois à oser retourner chercher des capitaux).
|
||||
|
||||
Par ailleurs, je n'ai plus soutenu les petites boîtes non stratégiques et non viables. Nous sommes sortis de l'hôtel à côté avec une belle plus value de 100k€. Maintenant, je ne compte pas arrêter Raison Home et je me concentre sur cette société pour revenir dès cette année à la rentabilité.
|
||||
|
||||
Sur ta proposition "avoir une vue réelle du scénario tendu" => proposition du mail précédent, il faut qu’on arrive à se bloquer du temps avec Steph et Antoine peut être ? ==> C'est ce que je prévois de faire avec tous les associés je compte vous proposer mercredi après-midi (lundi j'ai une réunion préparatoire avec Antoine et le RAF pour cela avec un budget précis)
|
||||
|
||||
La question qui se pose pour moi est celle de la confiance, intrinsèque en l'homme car toujours amener des chiffres et des éléments mouvants cela n'est pas simple et surtout très chronophage. Je sais que tu me fais confiance et je t'en remercie, sache que je ne l'ai jamais trahie et que, si j'ai fait des erreurs, ce sont des erreurs d'entrepreneurs.
|
||||
|
||||
Dans tous les cas, rien n'est sûr ... nous sommes entrepreneurs et tant que nous n'avons pas un énorme matelas tout peut s'arrêter. Rien ne dit que demain, cela ne sera pas 6TM qui faisant face à la révolution de l'IA, ou à un évènement exogène fort, perdra des marchés et j'espère alors que 6nergy/Raison Home seront là pour l'accompagner. J'essaye de participer au développement de 6TM quand je peux et nous contribuons au CA depuis plusieurs années quand même.
|
||||
|
||||
Bref, comme tu le vois, tu as touché qqch de profond chez moi qui touche à ma valeur honnêteté. Je me retrouve à la relecture de ce mail en train de me justifier même si je crois que c'est surtout explicatif pour convaincre qu'on avance dans le bon sens. Je crois toujours dans le fond que tu me fais confiance, et je te laisse libre de me dire pour les 29K€ si je peux les garder et donc que j'ai ta confiance ou si je te les rends pour ne pas porter un différentiel plus important. Je me sentirais plus à l'aise si nous sommes alignés.
|
||||
|
||||
Nous pouvons nous appeler cet après-midi si tu le souhaites.
|
||||
|
||||
A bientôt
|
||||
|
||||
Laurent
|
||||
|
||||
Le jeu. 4 avr. 2024 à 19:30, Philippe Aulnette <[philippe.aulnette@6tm.com](mailto:philippe.aulnette@6tm.com)> a écrit :
|
||||
|
||||
Hello, je viens de virer 29K qui doivent être en instantané, au-dessus de 30 je devais me lancer dans un justificatif.
|
||||
|
||||
Je comprends la criticité et la difficulté, la charge sur tes épaules et la complexité de la situation.
|
||||
|
||||
Cependant le fonctionnement ne me va pas du tout,
|
||||
|
||||
Je suis à l’opposé de ce qu’on s’est partagé il y a 2 ans,
|
||||
|
||||
Je suis incapable de mesurer l’ampleur de problème, d’avoir confiance dans les chiffres, dans la pertinence de l’euro investit, de m’appuyer sur un business plan nous permettant de montrer des perspectives et de piloter la situation.
|
||||
|
||||
Les flux entre les boites rendent la situation inbitable à tel point qu’on commence à entendre parler de système Madoff….
|
||||
|
||||
Et pendant ce temps là on s’éparpille et je fais du pompier avec des personnes non compétentes sur des projets non rentables…. Chercher l’erreur.
|
||||
|
||||
En résumé, j’ai 50 ans à la fin de l’année, je ne continue pas dans ces conditions sur les 5 prochaines années.
|
||||
|
||||
Ma proposition :
|
||||
|
||||
- Avoir une vue réelle du scénario tendu => proposition du mail précédent, il faut qu’on arrive à se bloquer du temps avec Steph et Antoine peut être ?
|
||||
- Je pense qu’a un moment il faut qu’on acte les pertes de valeurs sur certaines boites pour aller chercher des capitaux
|
||||
- Ne peut-on pas vendre nos participations Wipoz avec une perte de valeur obligeant Nobilia à se positionner ?
|
||||
|
||||
A+
|
||||
|
||||
De : Laurent RAISON <[laurent.raison@raisonhome.com](mailto:laurent.raison@raisonhome.com)>
|
||||
|
||||
Envoyé : jeudi 4 avril 2024 16:13
|
||||
|
||||
À : Philippe Aulnette <[philippe.aulnette@6tm.com](mailto:philippe.aulnette@6tm.com)>
|
||||
|
||||
Objet : Re: Finance
|
||||
|
||||
Le plus long possible, c’est le mieux pour moi. Toutefois, si tu as une contrainte de très courte durée, on peut très bien se dire que au moment où je récupère les 300 000 € il y a les 30 000 qui te reviennent.
|
||||
|
||||
Le jeu. 4 avr. 2024 à 16:06, Philippe Aulnette <[philippe.aulnette@6tm.com](mailto:philippe.aulnette@6tm.com)> a écrit :
|
||||
|
||||
Une idée de la durée ?
|
||||
|
||||
De : Laurent RAISON <[laurent.raison@raisonhome.com](mailto:laurent.raison@raisonhome.com)>
|
||||
|
||||
Envoyé : jeudi 4 avril 2024 15:46
|
||||
|
||||
À : Philippe Aulnette <[philippe.aulnette@6tm.com](mailto:philippe.aulnette@6tm.com)>
|
||||
|
||||
Objet : Finance
|
||||
|
||||
Hello,
|
||||
|
||||
J'ai maintenant besoin du coup de main que j'ai sollicité auprès de toi (mais aussi de Xavier, Antoine...).
|
||||
|
||||
Peux-tu effectuer un versement sur 6nergy de 30K€ ASAP ? (RIB joint)
|
||||
|
||||
Je te remercie sincèrement.
|
||||
|
||||
Appelle-moi si besoin
|
||||
|
||||
Laurent
|
||||
|
|
@ -1,4 +0,0 @@
|
|||
# Raison Home
|
||||
|
||||
## Investissement
|
||||
- Actionnariat : Philippe Aulnette - 1,6%
|
||||
File diff suppressed because it is too large
Load diff
|
|
@ -1,176 +0,0 @@
|
|||
---
|
||||
type: 1to1
|
||||
collaborateur: Aurélie Blot
|
||||
annee: 2026
|
||||
role: CSM / Product Owner
|
||||
stade:
|
||||
rythme: hebdo
|
||||
---
|
||||
|
||||
# 1to1 — Aurélie · 2026
|
||||
|
||||
## 🎯 État courant
|
||||
|
||||
### Profil
|
||||
- **Rôle :** CSM / Product Owner
|
||||
- **Ancienneté :**
|
||||
- **Mode de fonctionnement :**
|
||||
- **Perso :** habite Bain de Bretagne, 2 filles 5 et 8 ans (en 2026)
|
||||
|
||||
### Stade
|
||||
<!-- Narratif court à compléter -->
|
||||
|
||||
### Patterns observés
|
||||
- A fait une formation Product Owner — ouverte aux sujets produit/PO
|
||||
|
||||
## 📋 En cours
|
||||
|
||||
### À aborder au prochain 1:1
|
||||
- [ ] Retro Angers — enseignements et suite
|
||||
- [ ] "Rendez-vous de l'IA" — quelle forme pour elle ?
|
||||
- [ ] SEE-784 toujours ouvert — débloquer
|
||||
- [ ] Template ou IA (cf. dernier échange)
|
||||
- [ ] Bilan support (ambition de point hebdo)
|
||||
|
||||
### Actions ouvertes
|
||||
-
|
||||
|
||||
### Feedbacks à donner
|
||||
-
|
||||
|
||||
---
|
||||
|
||||
## 📖 Sessions
|
||||
|
||||
|
||||
### 2026-05-18
|
||||
- pt Maison du monde :
|
||||
- utilisation des formulaires à partir des visites avec analyse de l'IA =>
|
||||
- échelle européenne ou transakauto
|
||||
=> 1 animation puis IA
|
||||
|
||||
- Sur le bilan support : tu en es où dans ta vision de ce que ça devrait être ?
|
||||
- Bien que Kevin prenne la main -> continnuer dans ce sens là
|
||||
- Ticket plus ou moins long : exemple Midas long sur le traitement
|
||||
|
||||
- Pt IA :
|
||||
- Identifier les 2 uses
|
||||
|
||||
---
|
||||
|
||||
### 2026-05-05
|
||||
- Action sur la finition
|
||||
- Copil : irritants client : Risque Vente, Risque Client
|
||||
|
||||
*Préparation Ameno (27 avr → 3 mai)*
|
||||
- 19,25h orga/réunions équipe : Qualiopi audit Blanc, Retro à Angers, Stratégie SEIP (Groupe Nobilia), Rendez-vous de l'IA, gestion admin Seenaps (×2), point Webinaire Maxiam (MR), point Seenaps (QB).
|
||||
- 3h accompagnement : Webinaire Digimax N°3 + préparation, Point A Chacun son Box (session 2), Point intégration visite Courtepaille.
|
||||
- 0,5h Pitch 6TM · 0,25h 1to1.
|
||||
|
||||
*Tickets en cours*
|
||||
- SEE-0784 — Bug d'affichage PDF Newsletter : toujours ouvert (3e semaine consécutive).
|
||||
|
||||
*Points d'attention*
|
||||
- Semaine très dense : 19h+ en événements collectifs, semaine atypique à surveiller (retro, qualiopi, pitch...).
|
||||
- SEE-0784 persiste depuis au moins 3 semaines malgré une échéance dépassée.
|
||||
- Le fil "Rendez-vous de l'IA" peut être le démarrage concret du sujet Template/IA évoqué depuis mars.
|
||||
|
||||
*Questions à creuser*
|
||||
- La Retro à Angers — qu'est-ce que tu en retiens, quelle suite concrète pour toi ?
|
||||
- Les "Rendez-vous de l'IA" : tu en es où dans ta compréhension/pratique ?
|
||||
- SEE-784 est ouvert depuis 3 semaines — qu'est-ce qui coince encore ?
|
||||
- SEIP/Nobilia : ton niveau d'implication là-dedans, c'est quoi ?
|
||||
|
||||
*Notes de session*
|
||||
<!-- vide, à remplir à la main pendant l'échange -->
|
||||
|
||||
### 2026-04-12
|
||||
|
||||
*Préparation Ameno*
|
||||
- 2h sur le suivi client Seenaps (point Yves Thuriès + démo de modules complémentaires).
|
||||
- 0,25h sur l'organisation équipe Seenaps (daily).
|
||||
- Activité hebdo très légère et peu diversifiée dans Ameno sur la période remontée.
|
||||
- Planification semaine suivante présente (5h, 10 créneaux) mais sans détail projet exploitable.
|
||||
|
||||
*Tickets en cours*
|
||||
- SEE-784 - Bug d'affichage PDF Newsletter: état Development, projet _Seenaps - Platform, échéance 2026-04-10, reste à faire 1,25h.
|
||||
|
||||
*Points d'attention*
|
||||
- Continuité avec "À aborder": le sujet Template/IA n'apparaît pas dans l'activité tracée, donc pas encore matérialisé en charge visible.
|
||||
- Continuité avec l'historique: la dimension opérationnelle client reste dominante, en ligne avec les sessions précédentes (suivi client, démo, support).
|
||||
- Ecart à surveiller: charge Ameno faible sur la période alors qu'un ticket plateforme est encore en développement, avec échéance atteinte.
|
||||
|
||||
*Questions à creuser*
|
||||
- Comment tu expliques l'écart entre activité Ameno très légère et perception réelle de ta charge cette semaine ?
|
||||
- Sur SEE-784, qu'est-ce qui bloque encore concrètement pour solder le reste à faire ?
|
||||
- Pour la semaine à venir, quelle priorité claire poses-tu entre suivi client court terme et chantier plus proactif (Template/IA, bilan support) ?
|
||||
|
||||
*Notes de session*
|
||||
<!-- vide, à remplir à la main pendant l'échange -->
|
||||
|
||||
### 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éactivité 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
|
||||
|
||||
### 2026-01-12
|
||||
- Départ de Pauline : vigilance nombre de Tickets : point Quentin et appui 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 moi
|
||||
- PO :
|
||||
117
20-areas/pro/management/1to1/aurelie/2026.md
Normal file
117
20-areas/pro/management/1to1/aurelie/2026.md
Normal file
|
|
@ -0,0 +1,117 @@
|
|||
---
|
||||
type: 1to1
|
||||
periode: 2026
|
||||
collaborateur: Aurélie Blot
|
||||
---
|
||||
|
||||
# 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]] :**
|
||||
-
|
||||
35
20-areas/pro/management/1to1/aurelie/_contexte.md
Normal file
35
20-areas/pro/management/1to1/aurelie/_contexte.md
Normal 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
|
||||
-
|
||||
|
|
@ -1,252 +0,0 @@
|
|||
---
|
||||
source: OneNote PA-Equipes
|
||||
---
|
||||
|
||||
# Notes 1-to-1 - Bastien (import OneNote)
|
||||
|
||||
Objectifs :
|
||||
|
||||
- Clarifier les envies :
|
||||
|
||||
- RSSI adjoint :
|
||||
- MCS : maintien en condition de sécu
|
||||
- Build : sécuriser les process avec toutes les équipes
|
||||
- Process / Gouvernance / Change
|
||||
- Préparation conformité NIS 2
|
||||
- Organiser une gestion de crise Cyber
|
||||
- Durcissement SI admin
|
||||
- Décommissionnement de l'AD
|
||||
|
||||
- Découpage IT / Sécu : partage des responsabilités => pas de retour sur Mantis
|
||||
|
||||
## 2026-03-25
|
||||
|
||||
- Un peu fatigué mais ca va
|
||||
- Sujet Ameno :
|
||||
- Avancement => VPN standby
|
||||
|
||||
=>
|
||||
|
||||
- Kub :
|
||||
|
||||
- Liste de 20 controles sur la continuité de la sécu
|
||||
- Pas de sujet en cours
|
||||
|
||||
## 2026-03-04
|
||||
|
||||
- Arrivée de Lucas entre 10h et 10h30 :
|
||||
- Ticket DSI :
|
||||
|
||||
- Suivi des taches prioritaires => non pris en compte
|
||||
|
||||
Timothé => partir en Suisse ||
|
||||
|
||||
- Clean
|
||||
- Switch - routeur non à jour : pb de latence =>
|
||||
|
||||
=> Vendredi 17 Juillet : stage 3eme année : Avril -
|
||||
Mai => Mi Aout
|
||||
|
||||
=> avec suivi en alternance
|
||||
|
||||
Dpo : pas intéressé => à échanger avec Pascal
|
||||
|
||||
Ameno : prise de tête
|
||||
|
||||
## 2026-01-21
|
||||
|
||||
- Travail ca va
|
||||
- Timothée : 17/07,
|
||||
|
||||
- Ouvert sur 2,3 ans en CDI
|
||||
|
||||
- Stages / Alternance
|
||||
|
||||
- Outil veille automatique
|
||||
- Veille
|
||||
- Analyse de logs
|
||||
|
||||
- Automatisation du provisionnement des VM durcis
|
||||
- TerraForm, ansible > 6 mois
|
||||
- Drucissement Windows, script Ansible
|
||||
|
||||
- Automatisation du check de vuln
|
||||
- Snyck + outil auto => pentest
|
||||
|
||||
- Durcir les postes users
|
||||
- Puits de logs : SIEM externalisé à la fin
|
||||
|
||||
## 2025-12-02
|
||||
|
||||
- Laura
|
||||
- Mise du waf
|
||||
- VPN sso :150 par an - defguard
|
||||
- A faire PA
|
||||
|
||||
- Ameno : mantis
|
||||
|
||||
## 2025-11-05
|
||||
|
||||
- Pas grand-chose de nouveau
|
||||
- Toutes les 2 semaines, Pascal =>
|
||||
- Pascal => + de temps = réponse dans la journée
|
||||
- Nessus : test version pro => en fonction du résultat
|
||||
- Montagne avec JC / Lucas => commence à se débrouiller
|
||||
- Daily : + efficace chrono =>
|
||||
- Objectif Mi-2026
|
||||
|
||||
## 2025-09-16
|
||||
|
||||
- Arrivée de Lucas : moins d'interruption
|
||||
- Timothée : très autonome =>
|
||||
- Inventaire -> Nessus
|
||||
- Contrôle des identités : compte admin ou pas
|
||||
|
||||
## 2025-09-09
|
||||
|
||||
- PenTests : Revue de compte - seenaps .
|
||||
- RRA : angers
|
||||
- Formation : certification mi-Octobre
|
||||
- Kub : voir le fichier de config, accès depuis git
|
||||
|
||||
## 2025-07-09
|
||||
|
||||
- Vétusté des postes :
|
||||
- Scan Docker - Trivy
|
||||
|
||||
## 2025-07-22
|
||||
|
||||
- Manque de doc :
|
||||
- Arrivée de dernière minute
|
||||
- Git.6tm.Com => dernière version
|
||||
- 6tm.com => RAM - Docker Word Press
|
||||
- Pawndoc voir début Septembre => ok
|
||||
|
||||
## 2025-07-15
|
||||
|
||||
- Ghostwriter -> powtgresql, PawnDoc -mongodb -> docx
|
||||
- Restitution Brit :
|
||||
- JC : 4 semaines - Lucas - ESGI
|
||||
- Eden => Fin Septembre suppression serveur
|
||||
- Alternant sauvegarde GCP
|
||||
- Interne : base de données de dev
|
||||
|
||||
## 2025-07-09
|
||||
|
||||
- 1 to 1 :
|
||||
- Ca va plutôt bien :
|
||||
|
||||
- on tâtonne une demi-journée => un peu court
|
||||
|
||||
- Tickets OKR
|
||||
|
||||
- Faire une repasse pour être clair sur le 3eme quadrimestre
|
||||
|
||||
- Eden :
|
||||
|
||||
- Migration des 2 gros sites autoroute / mma
|
||||
|
||||
- Brit Hôtel :
|
||||
|
||||
- Cool : côté nouveauté
|
||||
- Boite noire : frustrant =>
|
||||
- Aller plus loin sur le serveur ?
|
||||
- => désactiver les wafs
|
||||
|
||||
- Rapport
|
||||
|
||||
- Nouvelle solution
|
||||
|
||||
- Supervision avoir un point d'entrée
|
||||
- Zabbix : Kuberentes / Portainer =>
|
||||
- VM php : sans Adrien
|
||||
- Formation, ok
|
||||
|
||||
=> Aymerick ? Ops ?
|
||||
|
||||
## 2025-06-11
|
||||
|
||||
- Pb de remontée d'infos :
|
||||
|
||||
- MC : pas partagé à l'info
|
||||
- Projet plus d'actualité : esprit meuble VM dédié =>
|
||||
|
||||
- Centreon => prio
|
||||
- OKR : dispersion / supervision
|
||||
- Brit Hotel
|
||||
- Formation : difficile mais intéressant
|
||||
|
||||
## 2025-05-16
|
||||
|
||||
Lun
|
||||
/ mar / mer
|
||||
|
||||
- roule :
|
||||
- 38 appliquée
|
||||
- Sensibilisation :
|
||||
|
||||
## 2025-04-02
|
||||
|
||||
- Rémun :
|
||||
|
||||
- Moyenne promo entre 40 et 45
|
||||
|
||||
- Rémun actuelle 36K
|
||||
|
||||
=>
|
||||
Attente autour de 40K => pentests dur chez client
|
||||
|
||||
- Barrière :
|
||||
|
||||
- Pentests extérieures => pas uniquement
|
||||
|
||||
- Mickaël à distance : assez spéciale
|
||||
- Collègues : Pentest Full / Conformité / DesSecsOps / Infra : Offensive
|
||||
|
||||
=>
|
||||
Souvent équipe dédiée ->
|
||||
|
||||
- Migration Eden =>
|
||||
- ISO 27K : Conformité =>
|
||||
|
||||
- Infra
|
||||
|
||||
- Virer le mode root => élément bloquant
|
||||
- Roadmap ok
|
||||
|
||||
- Tymothée : rôle / pentest : appétance + sécu que sysadmin
|
||||
|
||||
- Sysadmin :
|
||||
|
||||
- Renfort ?
|
||||
- Serveur / Hébergement
|
||||
|
||||
- DRI : 3/4 des serveurs
|
||||
|
||||
=>
|
||||
|
||||
- Bastien augmentation de 2K
|
||||
|
||||
- Travail à distance de Mickaël
|
||||
|
||||
=>
|
||||
impact sur la charge de travail
|
||||
|
||||
- Feedback positif :
|
||||
- Formation : OSCP : Exam de 48h
|
||||
|
||||
- pour les pentests -
|
||||
|
||||
Salut Philippe, je
|
||||
reviens vers toi concernant le nombre de jours-homme pour la formation. Il
|
||||
faudrait compter 1,5 J (10 h) par semaine pendant 4 mois, sachant que je compte
|
||||
en faire plus de la moitié sur mon temps personnel.
|
||||
|
||||
https://www.offsec.com/pricing/individual/
|
||||
|
||||
Individual
|
||||
Pricing | OffSec
|
||||
|
||||
Content and
|
||||
course pricing at OffSec varies by difficulty level. We have options to fit
|
||||
different budgets and needs for individual learners and organizations.
|
||||
|
|
@ -1,177 +0,0 @@
|
|||
type: 1to1
|
||||
collaborateur: Christophe Aubry
|
||||
annee: 2026
|
||||
role: Lead dev - Responsable technitque tribu.net
|
||||
stade:
|
||||
rythme: hebdo
|
||||
---
|
||||
|
||||
# 1to1 — {{Prénom}} · {{YYYY}}
|
||||
|
||||
## 🎯 État courant
|
||||
|
||||
### Profil
|
||||
- **Rôle :**
|
||||
- **Ancienneté :** 3 ans
|
||||
- **Mode de fonctionnement :** <!-- motivations, style de communication, ce qui le/la bloque -->
|
||||
- **Perso :** 2 enfants : 5 ans Grande Section et 8 ans
|
||||
|
||||
|
||||
### Stade
|
||||
<!-- Narratif court : position sur Cadrer → Coacher → Soutenir → Déléguer, depuis quand, sur quels périmètres. Mis à jour à chaud quand ça bouge. -->
|
||||
|
||||
### Patterns observés
|
||||
<!-- Une ligne par pattern, datée. Promu à chaud depuis les sessions, pas par rituel. -->
|
||||
-
|
||||
|
||||
## 📋 En cours
|
||||
|
||||
### À aborder au prochain 1:1
|
||||
<!-- Sujets déposés au fil de la semaine pour ne pas interrompre. Vidé au fur et à mesure. -->
|
||||
-
|
||||
|
||||
### Actions ouvertes
|
||||
<!-- Engagements pris en 1:1, qui doivent se fermer. Format : [ ] Qui — quoi — échéance -->
|
||||
-
|
||||
|
||||
### Feedbacks à donner
|
||||
<!-- Format : Fait : … / Impact : … / Attendu : … -->
|
||||
-
|
||||
|
||||
---
|
||||
|
||||
## 📖 Sessions
|
||||
|
||||
### 2026-05-18
|
||||
|
||||
*Préparation Ameno*
|
||||
- Impossible de récupérer les rapports d'activité Ameno pour Christophe Aubry depuis cet agent.
|
||||
- Une tentative avec le prénom seul remonte Jean-Christophe Greffier, ce qui indique une ambiguïté côté Ameno.
|
||||
- Une tentative avec le nom complet renvoie un refus d'accès sur Christophe Aubry.
|
||||
|
||||
*Tickets en cours*
|
||||
- Impossible de récupérer les tickets assignés Ameno pour Christophe Aubry depuis cet agent.
|
||||
|
||||
*Points d'attention*
|
||||
- Le stade n'est toujours pas renseigné dans la fiche, ce qui rend la posture de l'entretien moins explicite.
|
||||
- La dernière session exploitable du 2026-04-27 laissait trois fils ouverts : priorité entre Leeloo et Axone, debug bar, et capitalisation sur les vieux projets.
|
||||
- La session du 2026-05-11 liste plusieurs sujets (Kumulus, Axone Elastic, montée de version Leeloo, Julien, Seenaps) sans statut ni arbitrage explicite : risque de dispersion encore présent.
|
||||
- Écart outillage : Ameno ne permet pas ici de confirmer ou contredire les patterns et actions en cours pour Christophe Aubry.
|
||||
|
||||
*Questions à creuser*
|
||||
- Qu'est-ce qui a le plus avancé depuis le dernier 1:1 entre Leeloo, Axone et les sujets transverses ?
|
||||
- Parmi Kumulus, Axone Elastic, montée de version Leeloo et Seenaps, quel est le sujet prioritaire cette semaine, et qu'est-ce que tu mets explicitement de côté ?
|
||||
- Qu'est-ce qui te ralentit le plus en ce moment : arbitrages, dépendances externes ou changement de contexte ?
|
||||
- Où en est la capitalisation sur les vieux projets : docs, tests, ou rien n'a encore réellement démarré ?
|
||||
|
||||
*Notes de session*
|
||||
<!-- vide, à remplir à la main pendant l'échange -->
|
||||
|
||||
### 2026-05-11
|
||||
|
||||
*Préparation Ameno*
|
||||
- Kumulus - ticket
|
||||
- Axone Elastic : passe Yvan, install Vm de prod
|
||||
- Montée de version Leeloo
|
||||
- Julien : processus
|
||||
- Seenaps : base Article /
|
||||
---
|
||||
|
||||
### 2026-05-04
|
||||
- Axone : Elastic, retour multi-site
|
||||
- Seenaps : pt Lionel
|
||||
- Debug bar : à tagger
|
||||
- Julien : Décommissioner V1
|
||||
|
||||
### 2026-04-27
|
||||
|
||||
*Préparation Ameno*
|
||||
- Données Ameno non disponibles pour cette période.
|
||||
|
||||
*Tickets en cours*
|
||||
- DT-0079 - UploadFileField Erreur non géré : statut ?
|
||||
- DT-0080 - Alternative a AutoMapper : statut ?
|
||||
- AXO-0193 - Etude - Gestion des droits : statut des retours d'infos ?
|
||||
|
||||
*Points d'attention*
|
||||
- Action ouverte depuis le 13/04 : clarification du sujet prioritaire entre Leeloo et Axone — à vérifier en ouverture.
|
||||
- DT-0079 et DT-0080 sont ouverts depuis plusieurs semaines — risque de dette silencieuse.
|
||||
- Dernière session de Q1 (jan→avr) : moment adapté pour un mini-bilan du trimestre.
|
||||
|
||||
*Questions à creuser*
|
||||
- Le sujet prioritaire entre Leeloo et Axone a-t-il été clarifié depuis le 13/04 ?
|
||||
- Quel est l'état de DT-0079 et DT-0080 — et qu'est-ce qui a bloqué ?
|
||||
- Comment s'est passée la semaine du 20/04 (vacances scolaires) ?
|
||||
- Bilan Q1 : qu'est-ce qui a bien avancé ? Qu'est-ce qui est resté bloqué ou en attente ?
|
||||
- Pour Q2, quel est le sujet le plus structurant sur lequel se concentrer ?
|
||||
|
||||
*Notes de session*
|
||||
-
|
||||
→ Action :
|
||||
- Finaliser sujet leeloo et la debug bar
|
||||
- Julien : 1 mois sur Axone - refonte des écrans
|
||||
- Capitalisation sur les vieux projets : docs, tests
|
||||
|
||||
---
|
||||
|
||||
### 2026-04-13
|
||||
|
||||
*Préparation Ameno*
|
||||
- La semaine est très majoritairement concentrée sur Leeloo, avec 11,5h investies sur des améliorations de debuggabilité, d'ergonomie et de qualité d'usage pour les développeurs.
|
||||
- Les travaux Leeloo portent sur des irritants concrets : affichage des erreurs 500, mode debug avancé, gestion des champs requis, personnalisation des badges et bouton copier.
|
||||
- Côté Axone, l'activité est plus fragmentée entre gestion de projet, refonte d'anciens écrans, architecture, multi-site et déploiement.
|
||||
- La répartition montre un profil très sollicité entre production technique, support transverse et coordination, avec peu de marge visible pour le cadrage moyen terme.
|
||||
- Le travail réalisé cette semaine semble utile et concret, mais dispersé entre plusieurs natures de sujets.
|
||||
|
||||
*Tickets en cours*
|
||||
- DT-0079 - UploadFileField Erreur non géré : toujours à traiter.
|
||||
- DT-0080 - Alternative a AutoMapper : toujours à traiter.
|
||||
- AXO-0193 - Etude - Gestion des droits : en attente de retours d'infos.
|
||||
|
||||
*Points d'attention*
|
||||
- Bonne dynamique de production sur Leeloo, avec des améliorations à impact immédiat pour le confort de développement.
|
||||
- Risque de dispersion entre DT, Axone, multi-site et support projet, sans vrai temps sanctuarisé pour les sujets de fond.
|
||||
- La présence de tickets DT anciens encore ouverts peut signaler un manque de bande passante dédiée ou une priorisation insuffisamment explicite.
|
||||
- Peu de visibilité sur une trajectoire moyen terme dans les éléments de la semaine.
|
||||
|
||||
*Questions à creuser*
|
||||
- Sur Leeloo, qu'est-ce qui a été réellement sécurisé cette semaine, et qu'est-ce qui reste encore fragile ?
|
||||
- Parmi les sujets en parallèle, lesquels créent le plus de coût de changement de contexte ?
|
||||
- Pourquoi DT-0079 et DT-0080 sont-ils encore à l'état à traiter ?
|
||||
- Est-ce que la part coordination / support commence à rogner le travail structurant ?
|
||||
- Sur Axone, quel sujet mérite d'être sanctuarisé la semaine prochaine : refonte, architecture ou multi-site ?
|
||||
|
||||
*Notes de session*
|
||||
-
|
||||
|
||||
→ Action : Christophe — clarifier le prochain sujet prioritaire entre Leeloo et Axone — prochain 1:1
|
||||
|
||||
<!--
|
||||
Sessions antéchronologiques (la plus récente en haut).
|
||||
|
||||
Archivage : quand le bloc devient trop long ou en fin d'année,
|
||||
déplacer les sessions anciennes dans `archives/<annee>.md` (même
|
||||
structure de section). Les zones État courant et En cours restent
|
||||
ici, elles ne sont jamais archivées.
|
||||
|
||||
Une section par 1:1 :
|
||||
|
||||
### YYYY-MM-DD
|
||||
|
||||
*Préparation Ameno* (injecté par /oneToone)
|
||||
- …
|
||||
|
||||
*Tickets en cours*
|
||||
- …
|
||||
|
||||
*Points d'attention*
|
||||
- …
|
||||
|
||||
*Questions à creuser*
|
||||
- …
|
||||
|
||||
*Notes de session*
|
||||
- …
|
||||
|
||||
→ Action : qui — quoi — échéance
|
||||
-->
|
||||
|
|
@ -1,131 +0,0 @@
|
|||
2025-12-26 :
|
||||
- Séminaire bien, pas mal d'info :
|
||||
- Enjeux :
|
||||
○ intégrer leeloo + front
|
||||
○ Groupe pour l'amélioration de leeloo
|
||||
- Julien : vpn ?
|
||||
|
||||
|
||||
2025-12-16 :
|
||||
• Disponibilité PA :
|
||||
○ Axone :
|
||||
• Référent DT
|
||||
○ Périmètre : 20 / 80
|
||||
○ => périmètre à communiquer
|
||||
|
||||
|
||||
|
||||
2025-12-05 :
|
||||
- Retour Tribu : ok
|
||||
|
||||
2025-11-21 :
|
||||
- Lead dev
|
||||
○ Uniformisation Environnement ISO
|
||||
○ Package Registry
|
||||
- Julien plutôt efficace
|
||||
|
||||
|
||||
2025-10-31 :
|
||||
- Pas mal de sujets, toujours en //
|
||||
- Pas de planification à moyen terme
|
||||
|
||||
|
||||
2025-10-16 :
|
||||
- Axone dans le bon sens :
|
||||
○ Environnement OK : Prendre la main sur Axone
|
||||
- Leeloo
|
||||
○ Prise en main, voir le déploiement
|
||||
|
||||
|
||||
2025-09-29 :
|
||||
- OneToOne voir la planif LP
|
||||
- Feature =>
|
||||
|
||||
|
||||
2025-09-10 :
|
||||
- Ne pas faire la GP - > montée en compétence Romain
|
||||
- Visu RAF -> multi-site
|
||||
- Formation
|
||||
|
||||
|
||||
2025-08-27 :
|
||||
- Groupe Lead dev DT :
|
||||
○ communiquer Francois
|
||||
○ Montée en compétence oData
|
||||
|
||||
|
||||
2025-06-11 :
|
||||
- Eviter les dérives : réinvente la roue, blocage leeloo
|
||||
|
||||
2025-06-04 :
|
||||
- Maxime perte de temps sur le rebase
|
||||
- Nico : CI - gitlab ci
|
||||
|
||||
2025-04-30 :
|
||||
- Réunion DT :
|
||||
- Maxime :
|
||||
2025-04-24 :
|
||||
- DT : gestion des dépendances -> Morgan MAUI
|
||||
- News : Mickaël
|
||||
- Yvan : DataGrid, Collection
|
||||
2025-02-04 :
|
||||
- Checkpoint DT / Revue de code.
|
||||
- Groupe Lead Dev -
|
||||
|
||||
2025-02-19 :
|
||||
- Fin de entretien
|
||||
-
|
||||
2025-02-19 :
|
||||
- Congés : du 11 au 17/08 =>
|
||||
- Formalisation Code Review
|
||||
- Leeloo
|
||||
|
||||
2025-02-05 :
|
||||
- Congés : du 11 au 17/08 =>
|
||||
- Marine => pt démo
|
||||
- Journée de Vendredi :
|
||||
○ IA pas trop de nouveautés
|
||||
○ Définition Of Done
|
||||
- Groupe Lead dev
|
||||
|
||||
2024-01-25 :
|
||||
- Ça roule, orga
|
||||
- Prio :
|
||||
○ arrivée de Maxime => départ de Benjamin :
|
||||
○ Nicolas => prolongation
|
||||
○ Axone multi-site :
|
||||
○ Direction Technique : MAUI
|
||||
2024-11-21 :
|
||||
- Maui : à rentrer dedans
|
||||
-
|
||||
2024-11-13 :
|
||||
- Christophe :
|
||||
-
|
||||
- Maxime ? :
|
||||
2024-09-23 :
|
||||
- Semaine : Axone -> Contact / droit, POC champs perso
|
||||
- MAUI :
|
||||
2024-09-16 :
|
||||
- GP : dev de Mathéo =>
|
||||
- Livraison : Jeudi soir :
|
||||
○ Rct = Etat de la future prod => realease
|
||||
○ Rct2 = develop en cours => develop
|
||||
○ => à préciser les tickets
|
||||
○ Archive.
|
||||
|
||||
2024-09-02 :
|
||||
- Samuel sur sa façon de faire
|
||||
- Benjamin : ne bougera pas
|
||||
- Légitimité de l'équipe DT
|
||||
- Antoine : CDD : pertinent dans la cyber => refonte BO axone => fin semaine dernière :
|
||||
○ => multi-site
|
||||
○ Multi-site
|
||||
- Axone : serein /
|
||||
|
||||
- Distri : Dev en cours
|
||||
○ Gestion des fichiers : paramètre directory principal
|
||||
○ Sécu
|
||||
○ Reste DBFile droit + defaut
|
||||
|
||||
2024-10-09 :
|
||||
-
|
||||
|
|
@ -1,941 +0,0 @@
|
|||
---
|
||||
source: OneNote PA-Equipes
|
||||
---
|
||||
|
||||
# Notes 1-to-1 (import OneNote)
|
||||
|
||||
## Jean-Christophe (2 janvier 2021)
|
||||
|
||||
20260313 :
|
||||
|
||||
- Cyana :
|
||||
|
||||
- protection api si perte de fichier kubctl
|
||||
- Kub : coût mensuel
|
||||
|
||||
- VM : francois à eteindre
|
||||
- Serveur SQL ?
|
||||
- Kub ? Coût + support
|
||||
- Android OVH ->
|
||||
- Proxmox
|
||||
|
||||
20260220 :
|
||||
|
||||
- Glpi : nettoyage en cours suite à mep
|
||||
- Lucas : intégration poste Mac sur intune + complexe
|
||||
- Base SQLs locales
|
||||
- En vacances Mardi / Mercredi / Jeudi à Angers Vendredi
|
||||
|
||||
20260213 :
|
||||
|
||||
- Evolution Goria.ai => google Workspace => un peu
|
||||
- Alerte vrops => zabbix
|
||||
- Maj glpi
|
||||
- Ameno : Date Souhaitée, client, contexte, avoir un template par type (date, caraactéristique…)
|
||||
- Demande client VPN - tunnel IPSEC => 2j
|
||||
|
||||
20260206 :
|
||||
|
||||
- Anne démarrage : accompagnement ++
|
||||
- Migration palmeraie
|
||||
- 2 arrivée sur Angers
|
||||
- Zabix gcp
|
||||
- Préprod cockpit : html + remplacement de cron
|
||||
|
||||
20260130 :
|
||||
|
||||
- Ras
|
||||
- Quadro - synchro de base : vpn avec iplocales <> des ips 6TM
|
||||
- Migration SQL local => à faire
|
||||
- Devguard : matos à acheter 2 serveurs voir proxmox
|
||||
- Séminaire :
|
||||
|
||||
- Trop généralise : marketing / commerciale => non compréhensible
|
||||
- Avoir des cas clients : qui fait quoi
|
||||
|
||||
- Frédéric :100 aine MH Cuisine =>
|
||||
|
||||
20260116 :
|
||||
|
||||
- Script restau, Gestéos
|
||||
- 3 postes pour Hegyd
|
||||
- Lucas wapt ne fait pas le job donc intune sur mac et wapt sur linux
|
||||
- Goria.ai
|
||||
|
||||
## 2025-12-19
|
||||
|
||||
- VM Techna : s6tmo02ws00004.6tm.com
|
||||
- Budget
|
||||
- VM Mobizel : lien vers openAi =>
|
||||
- Achat début Janvier
|
||||
|
||||
## 2025-12-05
|
||||
|
||||
- Pb paiement Apple
|
||||
- DRI : Devis à jour =>380 / mois + setup 1800
|
||||
- Backup SynologY
|
||||
- SQL Server => vaultwarden
|
||||
- OVH : mail
|
||||
|
||||
## 2025-11-21
|
||||
|
||||
- Assurance
|
||||
- Backup : synologie toujours bloqué
|
||||
- Vm sql :
|
||||
- Lucas
|
||||
|
||||
## 2025-11-14
|
||||
|
||||
- Lucas :
|
||||
- Signature
|
||||
|
||||
## 2025-11-07
|
||||
|
||||
- Maj Windows finalisée
|
||||
- Backup : en cours
|
||||
- Wget Windows 2025
|
||||
- DNS : point faible
|
||||
- Synology toujours taulé
|
||||
- Vm : base et dev
|
||||
- Vm Oracle Antoine = date de fin
|
||||
- Zabbix ->
|
||||
|
||||
## 2025-10-31
|
||||
|
||||
- Lucas ? Télétravail
|
||||
|
||||
## 2025-10-24
|
||||
|
||||
- Support BroadCom
|
||||
- Mise à jour .net et Vmtools
|
||||
- Wifi downgrade
|
||||
|
||||
## 2025-10-10
|
||||
|
||||
- Google : sauvegarde Veam
|
||||
- Uptime Kuma : Canada
|
||||
- Goria.ai / VPN
|
||||
- Gesteos :
|
||||
|
||||
## 2025-10-03
|
||||
|
||||
- Upgrade git.6tm.com / reste pb de runner
|
||||
- I6M75 espace disque
|
||||
- Mise à jour wordpress : Site mobizel à jour
|
||||
- Doc signature
|
||||
- Serveur dev SQL
|
||||
|
||||
## 2025-09-19
|
||||
|
||||
- Arthur et Guillaume : stages
|
||||
- Defender avec P2
|
||||
- Ajout du filtrage Web : poste Windows
|
||||
- Lucas : à voir les sujets de fond
|
||||
- OVH : pb d'espace disque
|
||||
|
||||
## 2025-09-12
|
||||
|
||||
- Lucas :
|
||||
|
||||
- ras - glpi et bitdefender, avancée sur inTune
|
||||
- Préparation poste en spare linux, alexandra pour Windows 11
|
||||
- Formation BitDefender
|
||||
|
||||
- Elven : solution de sauvegarde
|
||||
- OVH : pt Kub
|
||||
|
||||
## 2025-08-29
|
||||
|
||||
- Déploiement GLPI : pas sur DRI ?
|
||||
- Port 4444 pour ansible : I6TM43 - Tell connexion sftp
|
||||
- Entra : gestion des utilisateurs externes : politiques associés
|
||||
- Timothée : admin nominatif => voir avec Pascal
|
||||
- Office Defender
|
||||
- Lucas : 08
|
||||
|
||||
## 2025-07-11
|
||||
|
||||
- Spare : si besoin admin local, portail entreprise
|
||||
- Backup : cf onenote
|
||||
- 4 semaines de congés
|
||||
- Michel -> Edouard
|
||||
|
||||
## 2025-06-27
|
||||
|
||||
- Glpi
|
||||
- 3 ou 4 semaines à partir du 14 Juillet
|
||||
- Un mac d'avance ?
|
||||
|
||||
## 2025-06-25
|
||||
|
||||
- Poste Michel
|
||||
- Viadduc 30/06
|
||||
- Alternant ?
|
||||
|
||||
## 2025-06-13
|
||||
|
||||
- Quentin sftp
|
||||
- Linux, putty pb de clé
|
||||
- Salle cube : électrique et réseau : comminter le 23 juin
|
||||
|
||||
## 2025-06-06
|
||||
|
||||
- Site mobizel sur VM site front : config 2CPU, 4Go ram
|
||||
|
||||
- 2 wordpress, 2 container SQL
|
||||
|
||||
- Salle cubes :
|
||||
|
||||
- Prix télévision
|
||||
- cablage OK, 1 borne wifi => cible fin Juin
|
||||
|
||||
- Indésirables : 6tma.com
|
||||
- Paquets non à jour sur le serveur + boucle sur le proxy
|
||||
- Serveur ansible => lien avec OVH
|
||||
- Pascal :
|
||||
- Augmentation
|
||||
|
||||
- Alternance
|
||||
|
||||
- Wifi : dissocié
|
||||
|
||||
## 2025-04-25
|
||||
|
||||
- Brice : spam I6TM72
|
||||
- Secit : 2 postes en spare
|
||||
- Commande 2 poste interne => xps d'il y a 5 ans
|
||||
- Mac : Manon, Gaetan, Bertille
|
||||
- PC d'Emma, tickets Faustine
|
||||
- Entretien avec Michel => pt remun =>
|
||||
|
||||
## 2025-04-25
|
||||
|
||||
- Locaux :
|
||||
- Toutes les maj sont à jour
|
||||
|
||||
## 2025-04-04
|
||||
|
||||
- Déplacement -
|
||||
- Yann Laurain site Mobizel => passage en de 18 en 24
|
||||
|
||||
## 2025-03-28
|
||||
|
||||
- Angers : prévenir locataire
|
||||
- Licence ok
|
||||
- I6TM46 alert CPU
|
||||
- Goria : niet à Edouard
|
||||
- Anticiper l'arrivée
|
||||
|
||||
## 2025-03-21
|
||||
|
||||
- Gandi - snapshot
|
||||
|
||||
## 2025-03-14
|
||||
|
||||
- Mac : I6TM09
|
||||
- 2 VMs : espace disque I6TM25, I6TM43
|
||||
- OVH : espace disque I6TM25/I6TM43
|
||||
- Demande de Thomas
|
||||
- Commande casque
|
||||
- Sécuriser les postes Gesteos
|
||||
|
||||
## 2025-03-07
|
||||
|
||||
- Alerte vRops
|
||||
- Pt Hafid : Nécessiter de CI + modifs des configs
|
||||
|
||||
## 2025-02-28
|
||||
|
||||
- Licences Microsoft :
|
||||
- Commandes de 2 postes
|
||||
|
||||
## 2025-02-21
|
||||
|
||||
- Pb sur l'install de l'image moodle
|
||||
- I6tm80 - ok vpn
|
||||
- Inspiron :
|
||||
|
||||
## 2025-02-07
|
||||
|
||||
- I6TM48 :
|
||||
|
||||
- Agrea
|
||||
|
||||
- I6TM80 :
|
||||
|
||||
- Wifi d'angers : piste sur les cartes
|
||||
|
||||
- En cours :
|
||||
|
||||
- Moodle
|
||||
- Commande de 2 postes
|
||||
|
||||
- A voir
|
||||
|
||||
- Planning partage / outil
|
||||
|
||||
- Locaux d'Angers :
|
||||
|
||||
- Idéalement abonnement dédié , accès a la baie via un salarié
|
||||
|
||||
- Mickaël à distance
|
||||
|
||||
## 2025-01-15
|
||||
|
||||
- I6TM82 => base, certificats : nouvelle
|
||||
- goria.ia
|
||||
- Délai Windows 11 : Oct 2024
|
||||
|
||||
## 2025-01-10
|
||||
|
||||
- Serveur SQL : PoleAI
|
||||
- Goria
|
||||
|
||||
## 2024-12-13
|
||||
|
||||
- Kevin : pb de droit =>
|
||||
- OVH : devis
|
||||
|
||||
## 2024-12-06
|
||||
|
||||
- Thomas : portainer moodle
|
||||
- Microsoft : pt de vigilance update
|
||||
- Wifi Angers ok
|
||||
- => migration hegyd.fr (alias)
|
||||
- Fêtes : 1 a 2j
|
||||
|
||||
## 2024-11-29
|
||||
|
||||
- Poste Chiffrée, 2 commandes :
|
||||
|
||||
- OVH : premier attentes réduc
|
||||
- Office 365
|
||||
- Cloture Hegyd.fr avant le 13/12
|
||||
|
||||
## 2024-11-22
|
||||
|
||||
- OVH : premier
|
||||
- Mathéo => prendre sans accent
|
||||
- Actions postes non chiffrées => donne moi la liste
|
||||
- Souci de wifi sur angers ? =>
|
||||
|
||||
## 2024-11-15
|
||||
|
||||
- OVH : vmware cloud
|
||||
- Sensi Vaultwarden
|
||||
|
||||
## 2024-11-08
|
||||
|
||||
- Sftp : ok
|
||||
- NAS : pb I6TM25 / I6TM70
|
||||
- Backup : immuable
|
||||
|
||||
## 2024-10-25
|
||||
|
||||
- Extension du nas
|
||||
- Voir uptime kuma
|
||||
|
||||
## 2024-10-18
|
||||
|
||||
- Hegyd sortie du tenant
|
||||
- Migration casea
|
||||
- Devis pas ou extension
|
||||
- Poleai => discuter
|
||||
|
||||
## 2024-10-11
|
||||
|
||||
- Glpi serveurs
|
||||
- Sollicitation Team It => tickets
|
||||
|
||||
## 2024-10-04
|
||||
|
||||
- Glpi -> repasse sur tous les serveurs
|
||||
- InTune : Maitrise du parc - msi signé avec advanced installer
|
||||
- Tell : pb ftp
|
||||
- Sandrine pointage Hébergement
|
||||
|
||||
- GitLab :
|
||||
|
||||
## 2024-09-20
|
||||
|
||||
- Téléphone
|
||||
- GitLab
|
||||
- Essai proxmox pour backup hegyd
|
||||
|
||||
## 2024-08-30
|
||||
|
||||
- Check Azure : OK
|
||||
- DataSore OVH à checker
|
||||
- Restreindre les droits Azure Ameno
|
||||
|
||||
## 2024-08-23
|
||||
|
||||
- VPN Techna : ok : pfsense dédié 1go =>
|
||||
- Lundi : format doc
|
||||
- 1 DataStore en + en Allemagne
|
||||
- Licence : InTune / Glpi => maj de chaque poste
|
||||
|
||||
## 2024-07-19
|
||||
|
||||
- VPN : Techna => stand by
|
||||
- Poste de secours Windows et Linux
|
||||
|
||||
## 2024-07-12
|
||||
|
||||
- Nouvelle IP de secours
|
||||
- Kumulus : I6TM45 -> référencé en IP de hongrie => boite mail microsoft => mailjet
|
||||
|
||||
## 2024-06-28
|
||||
|
||||
- InTune : OK, on garde en complément de Glpi
|
||||
|
||||
- Pousser des apps
|
||||
- Voir demain les serveurs avec juste une licence Intunen y compris Mobile
|
||||
|
||||
- A discuter au niveau Mobile
|
||||
|
||||
## 2024-06-21
|
||||
|
||||
- Acces serveurs : Google compte, Mobizel compte unique avec VPN Mobizel,
|
||||
|
||||
- Ajout du DNS Mobizel
|
||||
|
||||
- Intune : ok
|
||||
- Doc sauvegarde Bastien, annexe restauration
|
||||
- Wifi visiteurs => second vlan
|
||||
- Angers : anjou Telecom / pas besoin de récupérer le matos
|
||||
- Techna / Kumulus : coût de maintenance à intégrer à l'hébergement
|
||||
|
||||
## 2024-06-14
|
||||
|
||||
- Angers fibre ok, ancien serveur avec disque à récupérer
|
||||
- Angers 4 écrans par utilisateurs : Rennes 2 par utilisateur
|
||||
- Intune : Enjeu Tableau de bord
|
||||
- Chiffrement, enjeux sur l'ancien poste
|
||||
- Gcloud : en cours
|
||||
|
||||
## 2024-06-07
|
||||
|
||||
- Angers : => Lundi => fibre non coupée => ancien matos à renvoyer
|
||||
- Jeremy : nouveau
|
||||
- Sujet de fond
|
||||
|
||||
- Itunes : A tester : Itunes server =>
|
||||
- Backup Google : format vmdk ?
|
||||
- Pb de normalisation des fichiers
|
||||
|
||||
=>
|
||||
Synology
|
||||
|
||||
## 2024-05-17
|
||||
|
||||
- Angers : fibre ok, firewall ok, wifi interne + invité
|
||||
|
||||
- Reste chromecast : gmail perso
|
||||
|
||||
- Marion : Team Rocket
|
||||
- RAF : Sauvegarde GCP + doc ovh
|
||||
|
||||
## 2024-03-05
|
||||
|
||||
- Angers : Fibre, IP Fixe bascule le 13/05
|
||||
- OVH :
|
||||
|
||||
- Souscription VCD à voir en Aout
|
||||
|
||||
## 2024-04-19
|
||||
|
||||
- OVH => VCD =>
|
||||
- Angers :
|
||||
|
||||
- Fibre mise en place Lundi, ancienne fibre supprimer Fin mai
|
||||
- Changement IP fixe
|
||||
|
||||
## 2024-03-26
|
||||
|
||||
- OVH :
|
||||
|
||||
- Faire le point avec un Commercial
|
||||
|
||||
- Pt mail seenaps
|
||||
|
||||
- 2 codir : ce qu'on veut faire et sous quel timing
|
||||
- Contraintes technique
|
||||
- Boite partagée : mail envoyé + gestion de la corbeille
|
||||
- Boite mobile : client messagerie
|
||||
- Pas de notification sonore
|
||||
- Alias : ne peut pas être séparé
|
||||
|
||||
- Fibre Angers : iban, 15j à 3 semaine => firewall => pas
|
||||
|
||||
- Fin Avril
|
||||
|
||||
## 2024-03-22
|
||||
|
||||
- 8 Arrivées + écran
|
||||
- Arrêt des xps 13 pouces
|
||||
- I6tm45 : Kumulus
|
||||
- I6TM30 ?
|
||||
- Ménage téléphonie et switch Bretagne telecom
|
||||
- Migration Azure pour avoir les
|
||||
- Affectation crédit Azure
|
||||
|
||||
## 2024-03-15
|
||||
|
||||
- Copieur installé Lundi - > via intune ?
|
||||
|
||||
## 2024-03-08
|
||||
|
||||
- Restau bitwarden
|
||||
- VPN
|
||||
|
||||
- Telephonie : stats combien de fois on n'a pas répondu au tel.
|
||||
|
||||
## 2024-02-09
|
||||
|
||||
- Inventaire natif : vrops => ?
|
||||
|
||||
## 2024-01-26
|
||||
|
||||
- Téléphonie migrée => 45 euros / mois pour 2 lignes - voir pole AI + 7*18,5
|
||||
|
||||
=>
|
||||
arrêt des lignes =>
|
||||
|
||||
Contrat
|
||||
valable jusqu'en mai effectif dans 3 mois
|
||||
|
||||
Inquiétude
|
||||
Nexsecur
|
||||
|
||||
- 5 euros pour présentation numéro fixe
|
||||
- Pfsense ovh à jour , avec prod Mobizel
|
||||
- Mobizel : semaine prochaine => tableau ?, domaine tampon
|
||||
|
||||
## 2024-01-19
|
||||
|
||||
- Téléphonie fixe : bascule
|
||||
- Mobizel : janvier
|
||||
- Action Pack
|
||||
|
||||
## 2024-01-12
|
||||
|
||||
- Budget : pointage grand-livre
|
||||
- VPN : Pfsense : Redondance + séparation profils presta + différencier les profils + logs / VPN => Bastion
|
||||
- Maj git
|
||||
|
||||
## 2023-12-30
|
||||
|
||||
- Caméra
|
||||
|
||||
## 2023-12-08
|
||||
|
||||
- Migration Mobizel : Dropbox / sauvegarde workspace
|
||||
- Nordnet en cours
|
||||
|
||||
## 2023-11-24
|
||||
|
||||
- Angers /
|
||||
- Avancement migration dns
|
||||
|
||||
## 2023-10-13
|
||||
|
||||
- Laurent Bertaux : 24Go d'historique ménage fait
|
||||
|
||||
## 2023-09-22
|
||||
|
||||
- Ménage DNS
|
||||
- Fibre de secours bâtiment
|
||||
|
||||
## 2023-08-25
|
||||
|
||||
- Angers
|
||||
|
||||
- fibre reste 10 mois Ajou Telecom sur connexion Internet => pris via sci
|
||||
- Accès réseaux normalement OK.
|
||||
- À voir électiricien
|
||||
|
||||
- Téléphonie 6tm : Blue
|
||||
- OVH : pt francfort
|
||||
- Sauvegarde :
|
||||
|
||||
- ménage fait sur le serveur de Backup, nouveau serveur à prévoir
|
||||
- Outil nas : récup fichier + simple via active backup (pas possible sur Gcloud)
|
||||
|
||||
- PRA vaultwarden :
|
||||
- Zabbix réactivation du projet
|
||||
- Michel pt semaine prochaine
|
||||
|
||||
## 2023-06-23
|
||||
|
||||
- Angers : maj baie
|
||||
- Synologie : ok avec cryptage
|
||||
- Wifi :
|
||||
- Rédémarrage
|
||||
- Décalage entretien annuel
|
||||
|
||||
## 2023-06-16
|
||||
|
||||
- Sauvegarde NAS
|
||||
- Pfsense : maj
|
||||
- Téléphonie + connexion
|
||||
- Angers : lundi
|
||||
|
||||
## 2023-06-02
|
||||
|
||||
- DNS
|
||||
|
||||
- Ryobi
|
||||
- Autre domaine
|
||||
|
||||
- Sauvegarde Portnair
|
||||
- OVH - Arrêt PC cloud : sauvegardeVM
|
||||
- Vaultwarden Angers
|
||||
- NAS : chiffrement ?
|
||||
- Wifi : 3 antennes mercredi
|
||||
- Hegyd : écran supplémentaires + ordi de Morgan
|
||||
- Téléphonie semaine prochaine
|
||||
|
||||
## 2023-05-26
|
||||
|
||||
- BitDefender
|
||||
|
||||
## 2023-05-12
|
||||
|
||||
- Private Cloud => fermé PCC Mobizel fin mai + ajout ressources
|
||||
- Mobizel VPS : pas de backup, ProResto
|
||||
- Question Windows 11 - support Oct 2025
|
||||
- Cablage batiment => voir Sophie
|
||||
|
||||
## 2023-05-05
|
||||
|
||||
- Pt glpi
|
||||
- Private Cloud Mobizel, migration bosha + ccpma
|
||||
- Utilisateur Linux : thomas, Valentin, quentin
|
||||
|
||||
## 2023-04-28
|
||||
|
||||
- Pb google : Elastic aux states - Global switch chinois
|
||||
- PRA à revoir : pas de communication / pas de contact : niveau VM / applis
|
||||
- Maj routeur Rennes / spare au niveau du routeur
|
||||
- Sur Angers : 1ere action JCG
|
||||
- Mobizel : boshat (non contacté par le client.
|
||||
|
||||
## 2023-04-07
|
||||
|
||||
- VOIP : 28 euros / users => 20 euros
|
||||
- 3Cx -
|
||||
|
||||
## 2023-03-31
|
||||
|
||||
- Pt GLPI : maj des statuts Wapt get : pour faciliter le déploiement GLPI
|
||||
- Devis audio : A2com, Blue, Odysée
|
||||
|
||||
## 2023-03-24
|
||||
|
||||
- Ines - pb poste arrêt xps 13 pouces
|
||||
- Eden : pb de treesize …, backup client : 1To5 => différentiel sur plusieurs années
|
||||
|
||||
1
|
||||
- Treesize
|
||||
|
||||
2
|
||||
- Inventaire des applis
|
||||
|
||||
- Serveur VM Mobizel
|
||||
- Wifi : devis
|
||||
- Définir une config Type bureau
|
||||
|
||||
- Clavier / souris / Usbc
|
||||
|
||||
## 2023-03-17
|
||||
|
||||
- Git : en place -> manque de communication
|
||||
- VPN => gonfler
|
||||
- Wifi -> à checker
|
||||
- Téléphonie : A2com / odysée
|
||||
|
||||
- Teams voice
|
||||
- Teams phone
|
||||
|
||||
- Difficultés A2com : batiment : pb sur routeur
|
||||
- Vaultwarden Angers :
|
||||
|
||||
## 2023-03-10
|
||||
|
||||
- Alerte compte Olivier
|
||||
- Téléphonie fixe : 2 rdv semaine prochaine : Teams A2com les + avancé
|
||||
- Ouverture d'accès sur linux
|
||||
- Keeper réabonnement
|
||||
|
||||
## 2023-03-03
|
||||
|
||||
- NAS eden
|
||||
- Action Pack
|
||||
- MF - XPS 13 pouces -> pb carte / disque avec Michel + pb avec Ines => précision
|
||||
|
||||
## 2023-02-17
|
||||
|
||||
- Killian Angers
|
||||
- Action Pack et renouvellement au mois d'Office
|
||||
- Point sur les locaux Nantais
|
||||
- Téléphonie => proposition d'ici Début Mars
|
||||
- Loic - / création de compte
|
||||
|
||||
## 2023-02-10
|
||||
|
||||
- Mobizel revoir sauvegarde
|
||||
|
||||
## 2023-02-03
|
||||
|
||||
- Mobizel,
|
||||
|
||||
## 2023-27-01
|
||||
|
||||
- Maj pfsense : communauty edition => haute dispo
|
||||
- Veaam Community
|
||||
|
||||
## 2023-20-01
|
||||
|
||||
- Sftp
|
||||
- Accélerer vsphere
|
||||
- Commande ordi
|
||||
|
||||
## 2023-01-06
|
||||
|
||||
- Mobizel 150 listes de distributions
|
||||
|
||||
## 2022-12-09
|
||||
|
||||
- Mobizel : accès Vsphere
|
||||
|
||||
- Récupérer le modèle Mobizel.fr
|
||||
- Exporter : Relancer les vms des prods
|
||||
|
||||
## 2022-11-25
|
||||
|
||||
- Sinology : mise à jour avec chiffrement
|
||||
- Pb caméra
|
||||
|
||||
## 2022-10-28
|
||||
|
||||
- Reprise maintenance hegyd
|
||||
|
||||
## 2022-10-21
|
||||
|
||||
- Congés la semaine prochaine
|
||||
- Laurent Bertaux : pt mac mini
|
||||
|
||||
## 2022-10-21
|
||||
|
||||
- Migration ce week-end voir Archive
|
||||
- EdenWeb :
|
||||
- Smtp
|
||||
- Mobizel : RAS - restle le vpn
|
||||
|
||||
## 2022-10-07
|
||||
|
||||
- Vaultwarden / import dsi
|
||||
- I6TM42 - ok pour suppression
|
||||
- OVH - voir la facturation IP
|
||||
- Pole Java : Outils de ticketing mercredi
|
||||
- Tenant office 6nergy.com
|
||||
|
||||
- Activer dkim,
|
||||
|
||||
- OVH - france
|
||||
- Mobizel : reste le VPN
|
||||
|
||||
## 2022-09-30
|
||||
|
||||
- WindowsCheck - voir au démarrage
|
||||
- Dhcp : vérification pas de blocage
|
||||
- Accès vpn - Mobizel
|
||||
- Voir le cloud de Mobizel
|
||||
- Téléphonie Mobile - compte de 6tm - pb sur les comptes familles => Orange Business
|
||||
- Onduleurs
|
||||
- Ressources ovh voir le stockage.
|
||||
|
||||
## 2022-09-26
|
||||
|
||||
- Ticketing remi
|
||||
|
||||
## 2022-09-16
|
||||
|
||||
- Prtg => I6tmB3
|
||||
- Arrivée Mobizel => téléphone / bureau
|
||||
- Voir commande ordi
|
||||
- Glpi
|
||||
|
||||
## 2022-09-09
|
||||
|
||||
- Amélioration la dévilérabilité voir information sur la veille contre l'usurpation d'idendité
|
||||
- Coupure d'électicité : 15 à 30 min => suppression
|
||||
- Mobizel : 07 Octobre
|
||||
|
||||
## 2022-09-02
|
||||
|
||||
- EdenWeb :
|
||||
|
||||
- Serveurs dans local avec onduleur - OK
|
||||
- BugTracker à la place de request
|
||||
|
||||
- Glpi : pb de remontée poste linux
|
||||
- Nas et réponse sec-it => limite du nb de caractères
|
||||
|
||||
## 2022-08-26
|
||||
|
||||
- Jalons Formation : Linux
|
||||
- Date de passage
|
||||
|
||||
## 2022-08-12
|
||||
|
||||
- Lien phishing ovh
|
||||
|
||||
## 2022-07-08
|
||||
|
||||
- Vacances - 3 semaines
|
||||
- Bitwarden -> vaultwarden
|
||||
- Office Premium -> voir
|
||||
- Test Restau VM : désactiver les cartes
|
||||
|
||||
- Toutes les 2 mois au moins une VM par private cloud
|
||||
|
||||
- Comm glpi => et gestionnaire de mot de passe
|
||||
- Mobizel : compte crée
|
||||
- Nicolas Guerin - vm linux => runner sast
|
||||
|
||||
## 2022-06-27
|
||||
|
||||
- Départ d'Edwin => Vincent
|
||||
- Coldmailing
|
||||
- Poste Boris => nouveau poste
|
||||
- Mail 04
|
||||
- Waooh Break : positif
|
||||
|
||||
## 2022-06-17
|
||||
|
||||
- Reclarifier Vincent / Edwin / Christiophe départ Edwin
|
||||
- Congés : anticipation atrtivé + comm responsable équipe
|
||||
|
||||
## 2022-06-10
|
||||
|
||||
- I6TM76 -> migration normetec
|
||||
- Réunion Laurent Bay
|
||||
- Création Office 365 Mobizel
|
||||
- I6TM30 -> test
|
||||
- Sécu => actions anti-virus
|
||||
- Anti-virus => communication =>
|
||||
|
||||
## 2022-06-03
|
||||
|
||||
- Glpi - poste Linux, voir le nom des users
|
||||
- Gitlab angers à suivre
|
||||
- Mobizel : Laurent B
|
||||
|
||||
## 2022-05-20
|
||||
|
||||
- I6TM77 - site non redémaré =>
|
||||
- I6TM78 - 2eme instance postgre - pgadmin => keepass.
|
||||
- Ménage domaine
|
||||
- Wahoo Time : recrutement => snapshot + accès TSE
|
||||
- I6TM30 => Juin
|
||||
- I6TM73 -> SQL Server en remplacant d'I6TM10
|
||||
|
||||
## 2022-05-13
|
||||
|
||||
- GLPI :
|
||||
- I6TM44 - Ajout à chaud
|
||||
- I6TM77 - backup
|
||||
- Unif mobille / centrallisé
|
||||
- Lundi -> Peigné
|
||||
|
||||
## 2022-05-06
|
||||
|
||||
- Commande Dell ok ave l'équipe
|
||||
- Serveur ssh windows possible
|
||||
- Vpn angers ok
|
||||
- Install windows 2022
|
||||
|
||||
## 2022-04-29
|
||||
|
||||
- Matos : 3 postes dont 2 neuf => centralisation
|
||||
- Udemy : 3 formations :
|
||||
|
||||
- Linux, shell, batch, docker le cours complet 2022
|
||||
- Linux débutant à confirmer en quelques heures
|
||||
- Ngnix :
|
||||
- Hacking ethique :
|
||||
|
||||
=>
|
||||
RA
|
||||
|
||||
- GLPI : windows d'angers
|
||||
- Orange - 6tm
|
||||
|
||||
## 2022-04-14
|
||||
|
||||
- Test migration I6TM30
|
||||
- Corentin
|
||||
- OneTOne
|
||||
|
||||
## 2022-04-07
|
||||
|
||||
- Téléphonie Teams
|
||||
- Téléphonie IP =>
|
||||
- Formation en ligne + mise en pratique
|
||||
- Glpi - en cours
|
||||
- Amélioration Teams : Qualité
|
||||
|
||||
## 2022-04-01
|
||||
|
||||
- GLPI : voir sur un serveur defender, gestion des licences ?
|
||||
|
||||
=>
|
||||
clarifier ce qu'on veut
|
||||
|
||||
- 2FA, sinon sms
|
||||
- => par équipe + par personne
|
||||
- Stock entre 5 et 10
|
||||
- Transport Peigné -> 1 question
|
||||
- Orange Pro => Orange Business
|
||||
- Sujets suivants Téléphonie => abandon sosh
|
||||
- Migration du tenant - domaine hégyd
|
||||
|
||||
## 2021-10-01
|
||||
|
||||
- Téléphonie : solution de secours sur le wiki
|
||||
- Transport Peigné :
|
||||
|
||||
- numéro 2 part fin Octobre, migration logiciel TNS ajourné
|
||||
|
||||
- Faustine : rélance : transport Peigné + pt Hegyd
|
||||
- Edwin : + de collaboration
|
||||
|
||||
## 2021-10-08
|
||||
|
||||
- Waouh time - > sans doute pas
|
||||
- Helys, Proposition Keeweb =>
|
||||
- Pt avec Faustine -> finaliser offre
|
||||
|
||||
## 2021-10-15
|
||||
|
||||
- I6TM47 :
|
||||
- I6TM77 :
|
||||
|
||||
## 2021-10-22
|
||||
|
||||
- Office 365 : autre outil => cop two backup : maiil, onedrive, site, shareget teams 4000 euros
|
||||
|
||||
## Christophe (30 janvier 2024)
|
||||
|
||||
2024-01-30 - 4
|
||||
sujets :
|
||||
|
||||
- DT
|
||||
|
||||
- Sécurité
|
||||
|
||||
- Laurent Baey
|
||||
|
||||
- IA
|
||||
|
|
@ -1,72 +0,0 @@
|
|||
### Actions en cours du dernier 1to1
|
||||
- [ ] Action 1 : Description | Échéance | Statut
|
||||
- [ ] Action 2 : Description | Échéance | Statut
|
||||
- [ ] Action 3 : Description | Échéance | Statut
|
||||
|
||||
### OKR possibles
|
||||
- [ ] Structurer l'activité IA
|
||||
- [ ] Cadrer et formaliser 2 audits IA
|
||||
- [ ]
|
||||
- [ ] Capitaliser sur la veille et les retours d'expérience
|
||||
- [ ] Former X collaborateurs aux enjeux IA
|
||||
- [ ] Formaliser 2 retours d'expérience projets IA
|
||||
**Objectif T4 2025 :**
|
||||
Réaliser un minimum de :
|
||||
· 2 cadrages de projets IA auprès de clients,
|
||||
· 1 POC supervisé ou livré,
|
||||
· 1 atelier d'acculturation interne,
|
||||
· 2 audits clients,
|
||||
· 1 proposition client.
|
||||
|
||||
### 2026-01-10
|
||||
-
|
||||
### 2025-13-10
|
||||
- Prévisionnel :
|
||||
- Dessiner un cadre avec le rôle de chacun :
|
||||
- Séminaire Polaria
|
||||
- Méthodologie de travail de Polaria => à adapter
|
||||
=> point de synchro à caler
|
||||
- Manque de méthodo sur les audits :
|
||||
- Pas de génération
|
||||
|
||||
### 2025-01-10
|
||||
- Maison Calliou ok,
|
||||
- Gama : compte payant
|
||||
- Brit - rapport à faire
|
||||
- BPI ok, profile linkedin
|
||||
- Komilfo : aide possible, rdv le 17
|
||||
- Refonte site Internet => à la voix, site internet + kpi
|
||||
- Retour séminaire : dense échange nécessitant d'être approfondi
|
||||
- Remorque center : proposition envoyée, chatbot rag sur base de connaissnace fixe
|
||||
- Programme Polaria => à distance
|
||||
|
||||
### 2025-09-15 :
|
||||
- Alignement Goria : réel expertise
|
||||
- + je travaille avec eux, + ils sont nulles en réalisation
|
||||
- Libérer sur Goria > à 50% au moins 1j de + - 2j Gryffondor, 3J Goria
|
||||
- Remorque Center => ? de 100 à 35 => Budget Prod
|
||||
- Imbretex : Devis
|
||||
- OneToOne : Fin de l'année : cadre de 2 audit IA, 1 Poc livré, 1 atelier d'aculturation interne
|
||||
|
||||
### 2025-01-09
|
||||
#### Collab
|
||||
Komilfo compliqué, avec Maxime : pt MF / ST
|
||||
Compliqué sur le suivi des projets Goria
|
||||
Rdv avec Marie : prospection / closing
|
||||
Septembre : Komilfo : 11/09-15/10-15/11 10j , Mep Tangy : 15/09 : 5j
|
||||
Montée en compétence Dorothée, pression Komilfo, difficile bonne recrue
|
||||
Goria : redémarrage de BritHotel : 1j - 2 à 3 jours - Audit BPI, rédaction du rapport : 4 à 5 j, estimation et chiffrage d'ici Fin Octobre
|
||||
Imbretex : 30j Goria et 6tm : 22 pour 6TM et 750 pour eux et 1250 pour nous
|
||||
Mi Octobre : manu, ines en dev sur le projet, php-Laravel - 7j
|
||||
Avant-vente : Marie - 2j
|
||||
Vidéo Goria : 1j,
|
||||
Plan de formation IA : 1,5j (0,5 de préparation : mardi 14 Octobre)
|
||||
Veille : 3h / semaine
|
||||
Cadiou : 3j d'accompagement Sept / Dec + 10j accompagnement Gemini + RAG et sereur MCP => accord de principe pas de signature
|
||||
|
||||
|
||||
|
||||
|
||||
#### Moi
|
||||
Veille : 1/2 actu, 1/2 contexte 6tm : projets, impact actus...
|
||||
|
||||
|
|
@ -1,47 +0,0 @@
|
|||
Chef de projets IA & Expert Conseil IA / SI
|
||||
|
||||
**1. Objectif du poste**
|
||||
|
||||
Rattaché(e) au Directeur Technique de 6TM, vous êtes détaché(e) auprès de Goria, filiale dédiée à l'exploration et au développement des usages de l’intelligence artificielle.
|
||||
|
||||
Vous contribuez à la conduite de projets IA, à l’animation de démarches de conseil auprès de nos clients et partenaires, ainsi qu’au développement progressif de l’activité IA.
|
||||
|
||||
Ce poste est évolutif et pourra être réajusté en fonction de la structuration de Goria et de l’évolution des besoins du groupe.
|
||||
|
||||
Des déplacements ponctuels sont à prévoir sur les sites 6TM (Rennes, Angers, Brest, Paris), chez les clients, ou dans le cadre d'événements externes.
|
||||
|
||||
**2. Responsabilités clés**
|
||||
|
||||
Contribution aux projets IA
|
||||
|
||||
- Participer au cadrage, au suivi et à la mise en œuvre de projets intégrant des technologies IA.
|
||||
- Réaliser ou accompagner la réalisation de POC IA.
|
||||
- Contribuer à l’intégration des solutions IA dans les SI des clients.
|
||||
- Animer ou co-animer des ateliers autour des cas d’usage IA.
|
||||
|
||||
Conseil et sensibilisation
|
||||
|
||||
- Réaliser des audits IA pour les clients 6TM ou Goria.
|
||||
- Accompagner la transformation des organisations par des recommandations IA/SI.
|
||||
- Participer à des actions de sensibilisation et de formation internes ou externes.
|
||||
- Contribuer à des actions d’avant-vente (réponses aux appels d’offres, soutenances).
|
||||
|
||||
Veille et dynamique de structuration
|
||||
|
||||
- Participer à une veille sur les usages, tendances et enjeux éthiques de l’IA.
|
||||
- Contribuer à l’identification de cas d’usage pertinents.
|
||||
- Participer à la formalisation des retours d’expérience IA du groupe.
|
||||
|
||||
Équilibre entre les responsabilités
|
||||
|
||||
Le poste s’articule autour de missions opérationnelles (projets, ateliers), stratégiques (audit, conseil, accompagnement du changement) et de veille.
|
||||
|
||||
Cette répartition est définie en lien avec le Directeur Technique afin d’assurer une orientation prioritaire vers les actions à impact.
|
||||
|
||||
La veille, essentielle à la montée en compétence, doit s’inscrire dans une dynamique concrète de valorisation (projets, livrables, interventions).
|
||||
|
||||
**3. Modalités**
|
||||
|
||||
- Poste basé au sein de l’équipe de production 6TM, avec détachement sur Goria.
|
||||
- Déplacements ponctuels à prévoir (France / événements professionnels).
|
||||
- Périmètre d'intervention amené à évoluer en fonction de la structuration de Goria.
|
||||
|
|
@ -1,382 +0,0 @@
|
|||
---
|
||||
collaborateur: François
|
||||
rôle: Management
|
||||
statut: archive
|
||||
created: 2025-06-27
|
||||
updated: 2026-03-24
|
||||
---
|
||||
|
||||
## 2026-03-24
|
||||
|
||||
- **Chimirec** — Entraînement de modèle
|
||||
- Michel : OK, 4j réalisé, 6j restant
|
||||
|
||||
- **Salaün** — DSI-DG, POC
|
||||
- SI Microsoft / Agent LangChain autonome
|
||||
|
||||
- **Serveur MCP**
|
||||
|
||||
- **JVS** — Karine, Édouard, Tristan
|
||||
- Proposer un agent
|
||||
- Tools Agent LangChain → Site production
|
||||
- Démo LangChain prévue
|
||||
|
||||
- **Michel** — One-to-One : 1 fois sur 5
|
||||
|
||||
- **Formation Claude** — chapitre 5
|
||||
|
||||
## 2026-03-18
|
||||
|
||||
- **Michel** — Montée en compétence
|
||||
- LangFuse, agent → Essentials
|
||||
- One-to-One : 14h
|
||||
|
||||
- **Chimirec**
|
||||
- Codir : ~15 personnes, Xavier responsable transport
|
||||
- Prédiction série temporelle → visite de Javené
|
||||
- Prédiction : collecte d'huile, remplissage CR, commande par mail
|
||||
|
||||
- **Avant-vente**
|
||||
- Salaün, CCI (recherche IA), SamSig (aide recrutement)
|
||||
|
||||
- **Piriou** — Restitution vendredi
|
||||
|
||||
- **Formation Claude** — Fin avril
|
||||
|
||||
- **JVS** — Balle chez eux, Édouard ?
|
||||
|
||||
- **Congés** — Lundi
|
||||
|
||||
- **Panpharma**
|
||||
- Rapport OK
|
||||
- Présentation Codir aujourd'hui
|
||||
- Restitution 31 ou 2 avril
|
||||
|
||||
- **Atelier IA** — Actus-veille, PAI, conso IA
|
||||
|
||||
## 2026-02-03
|
||||
|
||||
- **JVS** — Traîne
|
||||
- Scaleway
|
||||
- Classification factures : OCR → Résumé → Embedding → Facture similaire → Classification finale
|
||||
- Gains possibles : OCR, résumé
|
||||
|
||||
- **Piriou** — En attente réponse audit BPI
|
||||
|
||||
- **Panpharma** — 1 atelier restant, dossier fin du mois
|
||||
|
||||
- **PAI Goria**
|
||||
- CRM : Zoho, KMS : Notion
|
||||
- Budget temps : 2j
|
||||
|
||||
- **Essentials EDIH** — Nouveau client
|
||||
- Génération automatique de questions et fiches pédagogiques
|
||||
- 3 personnes impliquées
|
||||
|
||||
- **Café IA** (jeudi) — Réalisation d'un POC
|
||||
|
||||
- **Organisation 2026**
|
||||
- Positionnement : « Où on a besoin de moi »
|
||||
- Minute innovation → 1h
|
||||
|
||||
- **Chimirec** — Modèle unique pas très prometteur
|
||||
|
||||
- **Goria** — Recette, intégration de contenu en cours
|
||||
- Dataset d'évaluation (Cyril) → Fin février
|
||||
|
||||
## 2026-01-21
|
||||
|
||||
- **Piriou** — OK
|
||||
|
||||
- **Panpharma** — En cours
|
||||
|
||||
- **Pierre** — Mission Hello Work
|
||||
|
||||
- **Cyril** — Table ronde sur l'IA (CDRT)
|
||||
- 5 personnes — impact de l'IA sur boites Telecom
|
||||
- Boîte d'aide à la prise de décision : 12 février, Saint-Grégoire
|
||||
- À la place de Cyril ?
|
||||
|
||||
- **Hackaton Brest** (jeudi) — IA native
|
||||
- Polaria / Goria à la French Tech
|
||||
|
||||
- **JVS**
|
||||
- Clé d'API GPT 4.1 → doc → Délai sur micro-tâches
|
||||
- Dev Python / Qrant
|
||||
- Code source encore chez Pierre
|
||||
|
||||
- **Pierre Guirriec** — N8N, Config + architecte
|
||||
|
||||
- **Stagiaire Alten**
|
||||
- LLM as a judge
|
||||
- Fin de stage : octobre
|
||||
- Hors UE : statut Tunisienne → Pauline
|
||||
- Transmission de compétence
|
||||
|
||||
- **Montée en compétence — Tom**
|
||||
- TypeScript, base de données vectorielle : MongoDB
|
||||
- Fin février, bloc graphique
|
||||
- LangChain
|
||||
|
||||
- **Chimirec** — Relancer Ludo
|
||||
|
||||
- **Transition** — Microsoft 365 → application
|
||||
|
||||
## 2026-01-13
|
||||
|
||||
- **Piriou** — Rapport
|
||||
|
||||
- **Accompagnement Hello Work** — 3 jours
|
||||
|
||||
- **ETT**
|
||||
- Lecture de plan
|
||||
- Anne Gilet hospitalisée
|
||||
- Intervention de Pierre Guirriec
|
||||
- Financement possible EDIH
|
||||
|
||||
- **JVS**
|
||||
- Problème stabilité, intervention de Pierre en parallèle
|
||||
- Pertinence du RAG avec correction de prompts
|
||||
- Relais commerce à définir
|
||||
|
||||
- **Événement IA** — Rennes
|
||||
|
||||
- **29 janvier** — Brest
|
||||
|
||||
- **Site Goria**
|
||||
- Chatbot présente Goria : site conversationnel / Tom
|
||||
- Pas d'indexation particulière
|
||||
- À terme : app Goria dans ChatGPT
|
||||
|
||||
- **Chimirec** — À suivre
|
||||
|
||||
- **PAI**
|
||||
- Vision intéressante : « notre Jarvis »
|
||||
- Claude
|
||||
|
||||
- **Formation** — À définir
|
||||
|
||||
## 2025-12-16
|
||||
|
||||
- **JVS**
|
||||
- Montée en compétence en interne
|
||||
- Python
|
||||
- Configuration VM
|
||||
- Preneur de formation
|
||||
|
||||
## 2025-12-11
|
||||
|
||||
- **JVS** — En janvier → point de cadrage
|
||||
|
||||
- **Goria** — Jérémy → mission SEO
|
||||
|
||||
- **Panpharma** — Pas très avancée
|
||||
|
||||
- **Piriou**
|
||||
- Organiser la connaissance / documentation
|
||||
- RAG
|
||||
- Souveraineté
|
||||
- Pointage des temps
|
||||
- Relevé d'activité : 2 personnes à plein temps
|
||||
- Souveraineté : RAG
|
||||
|
||||
## 2025-12-02
|
||||
|
||||
- **Pierre** — Arrivée à plein temps, bien
|
||||
|
||||
- **Notion** — Gestion de la connaissance
|
||||
- Pas d'alternative crédible
|
||||
- Structurer : activable et maintenable par l'IA
|
||||
- Via connecteur
|
||||
- Avenir des interfaces
|
||||
|
||||
- **Modèle économique** — JVS
|
||||
|
||||
- **Chef de projet** — Formation
|
||||
|
||||
## 2025-10-28
|
||||
|
||||
- **Tout va bien**
|
||||
|
||||
- **Restitution Hello Work**
|
||||
- Plein de use cases
|
||||
- Besoin de fédérer
|
||||
- RAG sur documentation interne, Slack
|
||||
- Assistant pour réunion
|
||||
- Team Data Analyst : 650 personnes, dont 2 analystes
|
||||
- Assistant de codage
|
||||
- Organisation des locaux à la voix
|
||||
- Enjeu : pas d'équipe IA, pas de DataAnalyst ?
|
||||
- Problème : hausse de charge
|
||||
|
||||
- **Panpharma** — Décalé
|
||||
|
||||
- **Piriou** — Mardi et mercredi
|
||||
|
||||
- **Benjamin** — À suivre
|
||||
|
||||
- **CII** — Site
|
||||
|
||||
- **JVS** — Accompagnement, formation tech sur RAG
|
||||
- Pierre en présentation sur RAG : IA Days 12 décembre
|
||||
|
||||
## 2025-10-21
|
||||
|
||||
- **JVS**
|
||||
- Vidéo dans dossier : mauvaise qualité
|
||||
- Avenant
|
||||
- BPI : 10j demande JVS pour simplifier
|
||||
|
||||
- **Audit** — Attention au planning
|
||||
- Absent de la restitution Hello Work (soirée raclette)
|
||||
|
||||
- **Restitution Hello Work** — Travail sur UC : 2,5 jours
|
||||
|
||||
- **Krys** — Power BI
|
||||
- AVV : Nicolas, Pauline
|
||||
- Yacine : pertinent pendant la réunion
|
||||
|
||||
- **Focus** — Besoin IA
|
||||
|
||||
- **REX**
|
||||
- Hello Work : dans 2 semaines
|
||||
- Asten : mi-novembre
|
||||
- BritHotel : rapport terminé
|
||||
- Charge : 4j Hello Work, 2j Asten, 7,8j Panpharma, 7,8j Piriou
|
||||
|
||||
- **Site Goria** — Benjamin
|
||||
- Agent Cline : memory bank où il organise le projet → très lent
|
||||
- GPT-5 → moins cher
|
||||
- Question : à quel moment on va payer les vrais coûts ?
|
||||
|
||||
- **Chimirec** — À suivre
|
||||
|
||||
- **Apprentissage** — À définir
|
||||
|
||||
- **Outils**
|
||||
- GPT
|
||||
- Perplexity : OK
|
||||
- Gemini : abonnement
|
||||
|
||||
## 2025-10-13
|
||||
|
||||
- **Audit**
|
||||
- Longue journée : résumé court
|
||||
- Licence Sidex → en attente de Cidex
|
||||
- Automatisation de Pierre
|
||||
- Pas partagé
|
||||
|
||||
- **Prochain diagnostic** — En attente
|
||||
|
||||
- **Séminaire Polaria** — À l'arrache, ~20 personnes, Martin absent
|
||||
- Polaria Tech : Modèle open source de Mistral B-100
|
||||
- Note : ils ont perdu la gendarmerie
|
||||
|
||||
- **Sollicitations** — À gauche et à droite, intéressant mais
|
||||
|
||||
- **Ateliers Polaria** — À suivre
|
||||
|
||||
- **Prévisionnel** — À établir
|
||||
|
||||
## 2025-09-23
|
||||
|
||||
- **Outil open source** — SAN Segment Anything pour notation de données
|
||||
|
||||
- **8 entretiens diagnostic** — Semaine prochaine
|
||||
- Hello Work et Asten
|
||||
- Entretiens se passent bien : 2
|
||||
- Diag interne : pain points, scénarios d'utilisation de l'IA
|
||||
|
||||
- **JVS**
|
||||
- Démo demain
|
||||
- Planifier mise en recette → déploiement dans Scaleway
|
||||
- Kubernetes Capsule
|
||||
- OK pour le salon
|
||||
|
||||
- **Seenaps** — Point avec Valentin
|
||||
- Fiabilisation technique
|
||||
- Réponse pertinente
|
||||
- S3 : proposer un plan
|
||||
|
||||
- **Pierre** — À suivre
|
||||
|
||||
- **Elastic Search / base vectorielle** — Mots clés / vectorielle
|
||||
|
||||
## 2025-09-02
|
||||
|
||||
- **Fransat** — Problème pour dégager du temps
|
||||
|
||||
- **Ingénieur IA** — Concentrer sur le code
|
||||
|
||||
- **JVS**
|
||||
- Problème sur datajvs : risque d'ajouter du temps au projet
|
||||
- Anomalie : Code / Libellé
|
||||
- Classification → Réconciliation
|
||||
- Nombre d'heures à définir
|
||||
|
||||
- **OVH** — À suivre
|
||||
|
||||
- **Audit** — Entretien Asten-Pierre
|
||||
|
||||
- **Automatisation et livrables audit** — OK
|
||||
|
||||
- **Pierre Guirriec**
|
||||
- Présentation : local sur sa machine
|
||||
- Techniquement : cohérent, pas très pointu
|
||||
- Capable de mettre en place des outils
|
||||
- Question : depuis quand il pratique ?
|
||||
|
||||
- **Planification / Priorisation** — Point, risques à évaluer
|
||||
|
||||
## 2025-07-24
|
||||
|
||||
- **Positionnement** — Identifier comme référent IA
|
||||
|
||||
- **Space Hackaton IA** — Istic
|
||||
|
||||
- **Librechat**
|
||||
- Moteur de recherche
|
||||
- Prompt partagé
|
||||
- RAG : Projets →
|
||||
- MongoDB Atlas pour vecteurs
|
||||
|
||||
- **JVS** — À suivre
|
||||
|
||||
## 2025-07-18
|
||||
|
||||
- **Jean-Marie** — Déploiement OK cette semaine
|
||||
|
||||
- **Réunion Fransat** — Aurait dû être au début du projet
|
||||
- Problème : pas de pilotage
|
||||
|
||||
- **LibreChat** — Interpréteur
|
||||
|
||||
- **Stage** — À préparer (octobre/novembre)
|
||||
|
||||
## 2025-07-11
|
||||
|
||||
- **Jean-Marie** — Prise de tête avant la démo
|
||||
- Bug → Accuse François → stress
|
||||
- Attention à la dynamique
|
||||
|
||||
- **Boîte à outils** — Agent RAG
|
||||
|
||||
## 2025-06-27
|
||||
|
||||
- **Charge** — Beaucoup de projets, risque de débordement
|
||||
|
||||
- **Outils** — Pas forcément les mêmes que ceux utilisés en recherche
|
||||
|
||||
- **Moral** — Content
|
||||
|
||||
- **POC Fransat**
|
||||
- GPT + embeddings
|
||||
- Méta : caméléon, images
|
||||
- Captioning pour images
|
||||
- Insight : 90% du temps passé sur données → privilégier données clean
|
||||
- Découpage : plusieurs stratégies
|
||||
|
||||
- **Seenaps** — Point avec Valentin
|
||||
- Système d'alerte
|
||||
|
||||
- **Serveur MCP** — À suivre
|
||||
|
|
@ -1,48 +0,0 @@
|
|||
Programmé
|
||||
- 11, 12 ans
|
||||
- DUT => + pour l’informatique
|
||||
- Licence + Master 1 génie logiciel
|
||||
- Doctorat : 2018 6mois de stage / Alten
|
||||
o Similarité sématique CV / Offres d’emplois
|
||||
o Fin Novembre : pilote innovation
|
||||
o Traitement de langage naturel
|
||||
- Travailler avec des modeles Bert => Language modeling
|
||||
o GPT à l’orginie
|
||||
|
||||
- Pilote innovation :
|
||||
o LLM :
|
||||
o Pilote innovation chez Alten :
|
||||
§ Recurement : IA, Bloc Chain => à destination d’être consultant
|
||||
§ Présentation poc,
|
||||
§ Inter-contrat, CIR, formation
|
||||
o Equipe : 2 thésard, une 10 aine de thésard
|
||||
o 100 aine de permanent : Lab de Rennes : 5 pilotes
|
||||
§ Plateforme de recrutement : 3 ans : 5 stage et 10 aine de consultant inter contrat => quelques milliers de j/h
|
||||
§ Quelques illustrateurs … 6 mois
|
||||
o Stack technique :
|
||||
o Aucun projet : python, python : libraire : panda …
|
||||
o Développement logiciel : nodejs / javascript, mongo db
|
||||
o => pas de consultant permanent
|
||||
ð Chaque semaine : stage complexe en 2 eme semestre
|
||||
|
||||
- Assez loin du Business /
|
||||
o + d’impact
|
||||
o Outils pour les clients
|
||||
o Ressource + permanentes
|
||||
|
||||
- Culture :
|
||||
|
||||
- Requête fréquente =>
|
||||
- Opportunité business RAG :
|
||||
- Gros LLM => Boite à outil
|
||||
|
||||
Aucune piste : opentowork => pas forcément besoin de quitter a Alten
|
||||
ð Me rapprocher du business
|
||||
ð Concrètement
|
||||
|
||||
Toucher des lignes de code, ma valeur ajoutée : trouver un équilibre avec client / piloter des développeurs :
|
||||
- Cursus IA : ayant implémenter : analyse de RSE,
|
||||
- Python llama index, langchain.
|
||||
- Profile Data
|
||||
|
||||
|
||||
|
|
@ -1,290 +0,0 @@
|
|||
---
|
||||
type: 1to1
|
||||
collaborateur: Frédéric Andres
|
||||
annee: 2026
|
||||
role:
|
||||
stade:
|
||||
rythme: hebdo
|
||||
---
|
||||
|
||||
# 1to1 — Frédéric · 2026
|
||||
|
||||
## 🎯 État courant
|
||||
|
||||
### Profil
|
||||
- **Rôle :**
|
||||
- **Ancienneté :**
|
||||
- **Mode de fonctionnement :**
|
||||
|
||||
### Stade
|
||||
<!-- Narratif court : position sur Cadrer → Coacher → Soutenir → Déléguer, depuis quand, sur quels périmètres. Mis à jour quand ça bouge. -->
|
||||
|
||||
### Patterns observés
|
||||
<!-- Une ligne par pattern, datée. Promu à chaud depuis les sessions, pas par rituel. -->
|
||||
-
|
||||
|
||||
## 📋 En cours
|
||||
|
||||
### À aborder au prochain 1:1
|
||||
- cosignes
|
||||
-
|
||||
|
||||
### Actions ouvertes
|
||||
-
|
||||
|
||||
### Feedbacks à donner
|
||||
-
|
||||
|
||||
---
|
||||
|
||||
## 📖 Sessions
|
||||
|
||||
### 2026-05-18
|
||||
|
||||
*Préparation Ameno — semaine du 11 au 17 mai 2026*
|
||||
- **Congés/RTT** : 7h — semaine amputée
|
||||
- **Gesteos - Produit** : 5h gestion de projet + 4,5h direction produit → **9,5h** sur Gesteos
|
||||
- **6TM - Pôle AI** : 2h avant-vente ("Visio Burel Group — approche CPQ") + 2h revue de comptes + 1,5h durée hebdo → **5,5h** Pôle AI
|
||||
- **Orion (Cabinet Coudray)** : 2h GP Garantie ("COPIL Orion chez Coudray") — présence onsite
|
||||
- Planification semaine suivante : légère — 2,5h Gesteos + 0,5h Pôle AI + 2h sans projet
|
||||
|
||||
*Points d'attention*
|
||||
- Semaine courte (7h RTT/CP) : qu'a-t-il priorisé vs reporté ?
|
||||
- Avant-vente Burel Group (CPQ) : nouveau signal commercial — à qualifier et suivre.
|
||||
|
||||
*Questions à creuser*
|
||||
- COPIL Orion : qu'est-ce qui a été décidé ? Planning de la garantie, risques identifiés ?
|
||||
=> pb de path Sharepoint, demandes évolutions
|
||||
|
||||
*Notes de session*
|
||||
|
||||
→ Action :
|
||||
|
||||
### 2026-05-11
|
||||
|
||||
*Préparation Ameno — semaine du 04 au 10 mai 2026*
|
||||
- **Gesteos - Produit** : 11h gestion de projet ("Bascule mantis / ameno") + 9h direction produit + 1,5h support N2 → **21,5h** sur Gesteos, très majoritairement pilotage/produit
|
||||
- **6TM - Pôle AI** : 2,5h (durée hebdo atteinte) + 2h avant-vente ("AO configurateur SKY agriculture") → signal d'activité commerciale à creuser
|
||||
- **RFE Weekly** : 0,5h
|
||||
- **Orion (Coudray)** : 0,5h gestion de projet
|
||||
- Planification semaine suivante : légère — 2,5h Gesteos + RTT/férié + 0,5h Pôle AI
|
||||
|
||||
*Tickets en cours*
|
||||
- **Gest-Axis-0002** [Bug] — Bug et retours initiaux — *En production*
|
||||
- **Gest-Axis-0003** [Évolution] — Multi-select sur les stats applications — *En production*
|
||||
- **Gest-Axis-0005** [Évolution] — Synchroniser toutes les données Gesteos en une seule fois — *En production*
|
||||
- **Gest-Axis-0006** [Évolution] — KPI Application Insight / télémétrie — *En production*
|
||||
- **Gest-Axis-0007** [Bug] — Nom utilisateur inconnu sur my-tasks — *En production*
|
||||
- **Gest-Prod-0033** [Support] — Accompagnement API Gesteos (Bakertilly Digital) — *En développement* — échéance 01/07
|
||||
|
||||
*Points d'attention*
|
||||
- La bascule Mantis/Ameno semble avoir mobilisé une partie significative de la gestion de projet : s'assurer que c'est derrière, et que le nouveau système est opérationnel.
|
||||
- Gesteos Axis : 5 tickets ouverts en production cette semaine — volume inhabituel pour un démarrage. Risque de dérive en mode "réponse aux tickets" au détriment du fond.
|
||||
- Avant-vente AI (AO SKY agriculture) : signal positif, mais à qualifier — opportunité réelle ou charge subie ?
|
||||
- Planification semaine prochaine très légère : JF + RTT ne justifient pas tout — quel focus est protégé ?
|
||||
- Action ouverte depuis le 27/04 : expliciter 1 objectif prioritaire + 1 livrable attendu de la semaine.
|
||||
|
||||
*Questions à creuser*
|
||||
- La bascule Mantis/Ameno est-elle effective ? Qu'est-ce qui reste à faire ?
|
||||
- Sur Gesteos Axis : ces 5 tickets sont-ils des sujets maîtrisés ou des signaux d'instabilité du produit en prod ?
|
||||
- L'AO SKY agriculture — c'est quoi exactement, à quelle étape, et quelle est la prochaine décision ?
|
||||
- Sur Gest-Prod-0033 (API Bakertilly) : le RAF est à 3,5h pour une échéance au 01/07 — est-ce cadré côté client ?
|
||||
- Quel est l'objectif prioritaire de la semaine à venir, et quel livrable concret en sortira ?
|
||||
|
||||
*Notes de session*
|
||||
|
||||
→ Action :
|
||||
|
||||
### 2026-04-27
|
||||
|
||||
*Préparation Ameno*
|
||||
- Données Ameno non disponibles pour cette période.
|
||||
- Préparation construite à partir de la fiche 1:1 existante et de la continuité de la session du 2026-04-13.
|
||||
- Dernier signal disponible : activité orientée coordination/support sur Gesteos, avec visibilité limitée sur la planification suivante.
|
||||
|
||||
*Tickets en cours*
|
||||
- Aucun ticket assigné en cours remonté dans la dernière préparation Ameno.
|
||||
- À vérifier : y a-t-il du travail actif non tracé dans Ameno sur Gesteos, Orion, CosIGNES ou IGNES ?
|
||||
|
||||
*Points d'attention*
|
||||
- Action ouverte depuis le 13/04 : expliciter 1 objectif prioritaire + 1 livrable attendu de la semaine.
|
||||
- CosIGNES reste un sujet à aborder, avec un risque concurrentiel mentionné sur la duplication.
|
||||
- Gesteos semble toujours porter un risque de dérive support/coordination au détriment de livrables cadrés.
|
||||
- Orion : point de vigilance sur le contrat hébergement/maintenance et la responsabilité de validation.
|
||||
- Sans données Ameno récentes, le risque principal est de piloter à l'intuition plutôt que sur charge, livrables et blocages visibles.
|
||||
|
||||
*Questions à creuser*
|
||||
- Quel était l'objectif prioritaire retenu depuis le dernier 1:1, et quel livrable concret est sorti ?
|
||||
- Sur Gesteos, quelle part est encore du support subi vs. du pilotage utile et assumé ?
|
||||
- Sur CosIGNES, quel risque concurrentiel est confirmé, et quelle décision doit être prise rapidement ?
|
||||
- Sur Orion, qui valide le contrat hébergement/maintenance, et quelle est la prochaine étape datée ?
|
||||
- Quel est le focus unique à protéger cette semaine, et qu'est-ce qu'on accepte explicitement de déprioriser ?
|
||||
|
||||
*Notes de session*
|
||||
-
|
||||
|
||||
→ Action :
|
||||
|
||||
|
||||
### 2026-04-13
|
||||
|
||||
*Preparation Ameno*
|
||||
- Semaine du 2026-04-06 au 2026-04-12 atypique, avec 17,5h sur congés/RTT.
|
||||
- Le temps productif restant est concentré surtout sur Gesteos (10,5h), principalement en gestion de projet et direction produit, avec du support quotidien.
|
||||
- Contributions plus ponctuelles sur Orion / UrbanLaw (2h) et CosIGNES / IGNES (1,5h).
|
||||
- Lecture globale : semaine davantage orientée coordination/support que production de livrables lourds, à confirmer avec le contexte congés.
|
||||
- Planification de la semaine suivante faible en volume visible (2,5h Gesteos + quelques créneaux dispersés), ce qui peut signaler soit une semaine allégée assumée, soit un manque de projection explicite.
|
||||
|
||||
*Tickets en cours*
|
||||
- Aucun ticket assigné en cours remonté par Ameno.
|
||||
|
||||
*Points d'attention*
|
||||
- Le volume de congés peut masquer les vrais signaux de charge : ne pas conclure trop vite sur le rythme nominal.
|
||||
- Sur Gesteos, part significative de pilotage/support : vérifier si c'est un choix de phase ou une dérive d'interruptions.
|
||||
- Absence de tickets en cours : potentiellement sain, mais à challenger pour éviter du travail non tracé.
|
||||
- Visibilité limitée sur la semaine à venir : risque de subir les urgences faute de focus explicite.
|
||||
|
||||
*Questions à creuser*
|
||||
- Quel livrable concret est effectivement sorti cette semaine sur Gesteos malgré le contexte congés ?
|
||||
- Le support daily sur Gesteos est-il temporaire et cadré, ou structurel et en train de grignoter le fond ?
|
||||
- Sur Orion et CosIGNES, quel est le prochain jalon daté et quel risque principal pourrait le faire glisser ?
|
||||
- Pourquoi la planification de la semaine prochaine est-elle aussi légère : arbitrage assumé, dépendances, ou manque d'anticipation ?
|
||||
- Quelle priorité de fond protège-t-on explicitement cette semaine, et qu'est-ce qu'on décide de ne pas prendre ?
|
||||
|
||||
*Notes de session*
|
||||
|
||||
- Transport Bertin 7,5 KHT
|
||||
- Orion : pas de contrat hébergement et maintenance qui valide ?
|
||||
- Cosignes : concurrence sur la duplication au moins un de sur, potentiellement 3
|
||||
-
|
||||
|
||||
→ Action : Frédéric — expliciter 1 objectif prioritaire + 1 livrable attendu de la semaine — pour le prochain point
|
||||
|
||||
|
||||
### 20260316
|
||||
- Gestéos :
|
||||
- MCA => pb de blocage
|
||||
- Copil Ignes, Shd,
|
||||
- Sam : agents -
|
||||
- Cincly
|
||||
|
||||
|
||||
### 20260302
|
||||
- Gestéos :
|
||||
- Pt avec Stéphane => plan d'actions
|
||||
- Exemple MH Cuisines : contraire du codir
|
||||
- Sam : séparation
|
||||
- 55j sur ton outil
|
||||
- Rendre la mariée propre
|
||||
- Orion :
|
||||
- Mail / Sharepoint / Recherche =>
|
||||
|
||||
### 20260209
|
||||
- Hélène : prolongation période d'essai, 3 mois
|
||||
- Maël : partir en freelance
|
||||
- Saisies Ras et tickets
|
||||
|
||||
### 20260126
|
||||
- Estelle : commission palmeraie HS, MH cuisines : pas de google, ni Microsoft
|
||||
- Hélène : ?
|
||||
- Application Gestéos = une 20aine de jours
|
||||
- Séminaire : bien aimé, retour équipe beaucoup d'info, message IA : Agences
|
||||
|
||||
### 20260112
|
||||
- Arthur : bof => temps plein en Avril
|
||||
- Boris : augmentation de 7%
|
||||
|
||||
### 20251208
|
||||
- Gesteos :
|
||||
- Sylvie en relais support : Lundi et Vendredi => formation sans pré-requis
|
||||
- Jeudi super intéressant
|
||||
-
|
||||
### 20251201
|
||||
- Cosignes : Feuille de route
|
||||
- Sollicitation Gestéos :
|
||||
- Nolte
|
||||
- Inova : refonte ERP usine
|
||||
- Winner :
|
||||
Sylvie : formation / commerce
|
||||
=> pt Roadmap
|
||||
Remonter le warning Stéphane => formation priorisation
|
||||
Formation gestion du temps
|
||||
Arthur : alternance complexité
|
||||
### 20251114
|
||||
- Orion :
|
||||
- Recrutement en cours
|
||||
- Romane : dev ok - relais GP
|
||||
- Arthur : planning pas top BUT info
|
||||
|
||||
### 20251117
|
||||
- Boris : quid du support N1 ?
|
||||
|
||||
### 20251103
|
||||
- Gestéos : 1ETP jusqu'à la fin de l'année
|
||||
|
||||
|
||||
### 20251027
|
||||
- Coudray : copil calé, travail sur le contrat, chatGPT
|
||||
- Ignes :
|
||||
- Gesteos : reste 17j / mois de TMA => 2j /semaine = Facturation des stagiaires :
|
||||
- Principalement Sam => mieux
|
||||
- Rétro :
|
||||
- Estelle dans le bureau : TMA Gestéos toutes les 3 semaines
|
||||
- Rétro tous les mois : trop fréquent, plan d'actions pas assez avancé => 3H
|
||||
- Démo: 30 min
|
||||
|
||||
### 20251013
|
||||
- Boris : crainte sur le support Gestéos
|
||||
- Winner intégration ERP 25€ / licence
|
||||
- UrbanLow
|
||||
- Facturation
|
||||
- Rétro équipe mardi prochain
|
||||
|
||||
### 20250610
|
||||
Commerce :
|
||||
Ignes aller chercher du budget ? consultant facturé au temps passé : potentiellement RAF 40j
|
||||
Transport Bertin : conso ok - intégration, en attente dump
|
||||
Gestéos : Budget 44j de dev sur les 3 mois
|
||||
ERP Intégration : 150 balles / mois =>
|
||||
Nolte Copil Jeudi : perf - pas => uniformisation base
|
||||
Rétro :
|
||||
### 20250929
|
||||
Avant-vente : Agréa!, Coudray :
|
||||
Equipe :
|
||||
Retour séminaire : bien aimé, REX => nécessité de porter par la suite
|
||||
|
||||
### 2025-09-15
|
||||
Relais : CSM et faire sortir CSM
|
||||
Certis : atelier pour projet fin T2
|
||||
|
||||
### 2025-09-08
|
||||
Gesteos :
|
||||
- Sylvie :
|
||||
- Support de niveau 1
|
||||
- Appel en //
|
||||
Nolte : Grosse crainte Business, ?
|
||||
- Risque sur Boris
|
||||
Agréa : Outil d'audit pour Certis, lundi à 14H
|
||||
Ignès : MEP décaler au 13/10, reprise de données
|
||||
Facturation électronique : billit
|
||||
|
||||
|
||||
### 2025-09-01
|
||||
- Billit : en passe plat, accréditer : 01/01/2026 pour la Belgique
|
||||
=> Démarrage Début Nov format UBL
|
||||
- Certification Caisse en stand by
|
||||
- Arrivée de Romane 4eme année Epita pour 5 mois
|
||||
- Formation C#, intéressé par la Gestion de projet
|
||||
- Arrivée Arthur :
|
||||
- Montée en puissance sur Gestéos
|
||||
- Agréa : 11j de TMA,
|
||||
- Ignes : lot 2 à prévoir :
|
||||
- Boris :
|
||||
- RaisonHome à 1,25 à la place de 2,5 : Lundi et mardi 1 fois sur 2
|
||||
- Support N1 : intérim et recrutement en cours 36 +5K
|
||||
- 1,25 sur Seenaps
|
||||
- Charge : 0 si UrbanLaw, 167j sinon
|
||||
- Attentes séminaire RE
|
||||
- Toujours compliqué avec Estelle => bilan en fin d'année
|
||||
-
|
||||
|
||||
|
|
@ -1,61 +0,0 @@
|
|||
## retour de Faustine
|
||||
Salut Philippe,
|
||||
|
||||
|
||||
|
||||
Suite à ta demande hier soir, je te résume ci-dessous mon échange avec Maël.
|
||||
|
||||
|
||||
|
||||
Les raisons de son départ :
|
||||
|
||||
|
||||
|
||||
Maël m’a confirmé son intention de partir. Il a le sentiment qu’il a fait le tour du poste tel qu’il existe aujourd’hui.
|
||||
|
||||
|
||||
|
||||
La partie du métier qui l’anime, faire avancer les projets, analyser etc. est selon lui, devenue trop minoritaire dans son quotidien. Il passe beaucoup de temps à répondre aux sollicitations des clients, à suivre les développeurs sur la saisie, les reportings, etc. Il a l’impression d’être toujours derrière « la culotte » des devs et que sa valeur n’est pas là. Cela ne lui convient plus.
|
||||
|
||||
|
||||
|
||||
Il pense que le métier de Chef de Projets va évoluer, probablement dans le bon sens avec l’IA. Il se verrait davantage sur un poste comme celui de Romain chez Axone : il se le représente comme un périmètre moins large, permettant d’aller plus en profondeur sur le fonctionnel, tout en restant proche de la technique. Il regrette aujourd’hui de s’en être éloigné.
|
||||
|
||||
|
||||
|
||||
Par ailleurs, Maël porte depuis longtemps une idée de projet perso et souhaite se laisser un an pour le tester. Il est conscient que ce projet peut ne pas aboutir, mais il regretterait de ne pas avoir tenté. Il n’éprouve plus d’enthousiasme pour le métier de Chef de projets tel qu’il l’exerce actuellement. Il n’exclut toutefois pas de revenir plus tard si de nouveaux postes venaient à se créer.
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
Concernant son analyse de l’échec d’Hélène :
|
||||
|
||||
|
||||
|
||||
Selon Maël, la relation entre le Pôle AI et Gesteos fonctionne aujourd’hui comme une « boucle infinie », alternant phases de tensions très fortes et périodes de légères accalmies… avant que ça clash de nouveau. Hélène est, selon Maël, arrivée au pire moment.
|
||||
|
||||
|
||||
|
||||
Avec le mode de management très direct de Fred et les retours, positifs comme négatifs, exprimés sans filtre devant l’ensemble de l’équipe, Maël a conscience que cela a pu heurter Hélène, et ce point a d’ailleurs été remonté à Fred par l’équipe. Même si l’intention n’était pas de la viser ou de la mettre en difficulté, dans le contexte actuel, cela a contribué à la crispation d’Hélène et à son sentiment d’attaque permanente.
|
||||
|
||||
|
||||
|
||||
Maël reste convaincu qu’Hélène, arrivée dans un autre contexte, aurait pu être la bonne personne. En revanche, elle s’est retrouvée au cœur d’une relation qu’il qualifie de « toxique » entre Estelle et Fred, ce qui a clairement pesé sur son intégration.
|
||||
|
||||
|
||||
Il partage également mon constat : Fred est dans le rouge, sous forte pression et si la situation perdure, Maël estime que ce n’est qu’une question de temps avant que Boris ne parte à son tour.
|
||||
|
||||
|
||||
|
||||
De mon point de vue, le sujet dépasse largement le cas d’Hélène ou le choix d’un profil en particulier. Tant que les tensions entre Gesteos et le Pôle Ai resteront aussi exacerbées, le contexte ne me paraît pas favorable à l’intégration sereine d’un nouveau collaborateur, quel qu’il soit. Je ne suis donc pas enthousiaste à repartir « tête baissée » dans un nouveau recrutement sans en tirer des leçons.
|
||||
|
||||
|
||||
|
||||
J’essayerais d’avoir un point avec @Stéphane pour recueillir son point de vue et ses consignes.
|
||||
|
||||
|
||||
|
||||
A dispo pour échanger,
|
||||
|
||||
|
||||
|
|
@ -1,103 +0,0 @@
|
|||
---
|
||||
type: 1to1
|
||||
collaborateur: Jean-Christophe Greffier
|
||||
annee: 2026
|
||||
role: Administrateur Système et Réseau
|
||||
stade:
|
||||
rythme: hebdo
|
||||
---
|
||||
|
||||
# 1to1 — Jean-Christophe · 2026
|
||||
|
||||
## 🎯 État courant
|
||||
|
||||
### Profil
|
||||
- **Rôle :** Administrateur Système et Réseau
|
||||
- **Ancienneté :**
|
||||
- **Mode de fonctionnement :**
|
||||
|
||||
### Stade
|
||||
<!-- Narratif court : position sur Cadrer → Coacher → Soutenir → Déléguer, depuis quand, sur quels périmètres. Mis à jour quand ça bouge. -->
|
||||
|
||||
### Patterns observés
|
||||
<!-- Une ligne par pattern, datée. Promu à chaud depuis les sessions, pas par rituel. -->
|
||||
-
|
||||
|
||||
## 📋 En cours
|
||||
|
||||
### À aborder au prochain 1:1
|
||||
- [ ] Vieillissement des postes > 5 ans : faut-il faire du stock ?
|
||||
- [ ] Procédure d'accueil DSI à revoir avec la bonne personne
|
||||
|
||||
### Actions ouvertes
|
||||
- [ ] JC — tester le failover
|
||||
- [ ] JC — valider le passage de la doc réseau sous git
|
||||
- [ ] JC — migration serveur SQL
|
||||
- [ ] JC — mise à jour firmware box (carte réseau qui tombe → plante VPN)
|
||||
- [ ] Moi — débloquer SSI-228 (décommissionnement AD, dépendance vulnérabilités Mantis)
|
||||
- [ ] JC — transmettre l'inventaire pour SSI-227 (mise à jour Samsung)
|
||||
|
||||
### Feedbacks à donner
|
||||
-
|
||||
|
||||
---
|
||||
|
||||
## 📖 Sessions
|
||||
|
||||
### 2026-04-17
|
||||
|
||||
*Préparation Ameno*
|
||||
- La semaine est dominée par du run SI: 5,5h sur postes utilisateurs et 5h sur Office 365/facturation Microsoft.
|
||||
- Les sujets SSI structurants reculent (2h sur Defguard), alors que le contexte sécurité monte en pression.
|
||||
- Plusieurs interventions courtes en parallèle (Gesteos, hébergement, support, daily), signe d'une forte fragmentation.
|
||||
- 2h sont passées sur la préparation d'entretien (EA MC JC): charge utile managériale à clarifier vs charge technique.
|
||||
- La planification semaine suivante reste peu lisible (5h agrégées, sans détail exploitable).
|
||||
|
||||
*Tickets en cours*
|
||||
- SSI-0228 - Décomissionnement AD: bloqué (dépendance ticket vulnérabilités Mantis).
|
||||
- SSI-0227 - 76574 - Mise à jour Samsung: bloqué (action inventaire toujours ouverte).
|
||||
- SSI-0277 - [HIGH-02] Audit LAN - Réutilisation de mots de passe sur switch: bloqué, échéance au 2026-04-17.
|
||||
|
||||
*Points d'attention*
|
||||
- Signal faible critique: un ticket audit LAN HIGH est déjà bloqué le jour de son échéance.
|
||||
- La charge run absorbe l'énergie disponible et peut masquer l'avancement réel des sujets de réduction de risque SSI.
|
||||
- Le triplet SSI-0227/0228/0277 indique un risque de stock de dette sécurité si aucun arbitrage de capacité n'est fait.
|
||||
|
||||
*Questions à creuser*
|
||||
- Qu'est-ce qui explique le blocage de SSI-0277 (HIGH) malgré l'échéance immédiate ?
|
||||
- Quel arbitrage explicite fais-tu entre run SI (postes/O365) et remédiation SSI cette semaine ?
|
||||
- Quel livrable sécurité ferme peut être clos avant le prochain 1:1 ?
|
||||
- Quelles dépendances dois-je lever moi-même pour débloquer SSI-0228 et SSI-0227 ?
|
||||
|
||||
*Notes de session*
|
||||
- Congés semaine prochaine (mardi, mercredi, jeudi).
|
||||
- Proxmox : defguard ok sans doute + performant. à faire révéifier le dhcp.
|
||||
|
||||
|
||||
### 2026-04-10
|
||||
|
||||
*Préparation Ameno*
|
||||
- La semaine est très majoritairement concentrée sur le chantier VPN Defguard, avec 15,5h sur configuration OPNsense, switch, failover WAN et documentation réseau.
|
||||
- Le reste de la charge est surtout DSI et infrastructure interne : daily DSI, point kub, postes utilisateurs, onboarding matériel, maintenance hébergement et interventions serveurs.
|
||||
- La répartition montre un profil très orienté run et infrastructure cette semaine, avec une dominante exécution technique et support opérationnel.
|
||||
- Les sujets postes utilisateurs et hébergement indiquent plusieurs sollicitations transverses en parallèle du chantier principal.
|
||||
- La planification de la semaine suivante remonte 5h au total sans détail projet exploitable, donc visibilité limitée sur le vrai focus à venir.
|
||||
|
||||
*Tickets en cours*
|
||||
- SSI-228 - Décommissionnement AD : bloqué, lié à un ticket de vulnérabilités associé sur Mantis.
|
||||
- SSI-227 - 76574 - Mise à jour Samsung : bloqué, avec une action explicite de transmission d'inventaire à faire.
|
||||
|
||||
*Points d'attention*
|
||||
- Très gros poids d'un seul chantier structurant, ce qui peut être bon pour avancer, mais aussi masquer les irritants récurrents du run.
|
||||
- Deux tickets SSI sont bloqués. Le sujet n'est donc pas seulement technique, il y a probablement une dépendance externe, un arbitrage ou un manque d'information.
|
||||
- La charge run DSI reste bien présente en parallèle du chantier réseau, avec un risque de dispersion ou de fatigue de contexte.
|
||||
|
||||
*Questions à creuser*
|
||||
- Sur Defguard, qu'est-ce qui a vraiment été sécurisé cette semaine, et qu'est-ce qui reste encore fragile ?
|
||||
- Parmi les sollicitations DSI et run, lesquelles t'empêchent le plus d'avancer sur les sujets de fond ?
|
||||
- Qu'est-ce qui bloque concrètement SSI-228 et SSI-227 aujourd'hui ?
|
||||
- Est-ce que la part support / interruptions est tenable, ou est-ce qu'elle grignote trop le travail structurant ?
|
||||
|
||||
*Notes de session*
|
||||
- 2 pbs DHCP sans doute liés au wifi
|
||||
- Lucas : refus 2e jour de télétravail, horaire à cadrer
|
||||
|
|
@ -1,166 +0,0 @@
|
|||
---
|
||||
type: 1to1
|
||||
collaborateur: Lionel Guérin
|
||||
annee: 2026
|
||||
role: Lead Développeur
|
||||
stade: cadrer
|
||||
rythme: hebdo
|
||||
---
|
||||
|
||||
# 1to1 — Lionel · 2026
|
||||
|
||||
## 🎯 État courant
|
||||
|
||||
### Profil
|
||||
- **Rôle :** Lead Développeur
|
||||
- **Ancienneté :** 2026-01
|
||||
- **Mode de fonctionnement :**
|
||||
- **Perso :** sans enfant, aime les courses de voiture
|
||||
|
||||
### Stade
|
||||
<!-- Cadrer probable : période d'essai validée fin mars 2026, encore en intégration sur l'écosystème technique et l'organisation Seenaps. -->
|
||||
|
||||
### Patterns observés
|
||||
- 2026-04-14 — Forte dominante Seenaps Platform / chat, avec glissement du périmètre vers CI, Docker et monorepo ; risque de dispersion si la priorité réelle n'est pas explicitement arbitrée.
|
||||
|
||||
## 📋 En cours
|
||||
|
||||
### À aborder au prochain 1:1
|
||||
- [ ] Arbitrer la priorité réelle entre chat produit, stabilisation websocket et chantier CI / Docker / monobase
|
||||
- [ ] Reprendre le sujet devops : cible App of Apps, cohabitation 2 prods / 2 préprods, et impact réel du passage monobase
|
||||
- [ ] Vérifier si le point IA reste utile à court terme ou s'il sort du radar de Lionel pour l'instant
|
||||
|
||||
### Actions ouvertes
|
||||
- [ ] Lionel — figer la version npm des packages websocket et planifier des mises à jour régulières
|
||||
- [ ] Lionel — clarifier le plan d'action websocket : datalist, reconnexion auto et niveau de risque restant
|
||||
- [ ] Lionel — cadrer le chantier monobase / CI / kub avec ordre de grandeur, étapes et principaux risques
|
||||
|
||||
### Feedbacks à donner
|
||||
-
|
||||
|
||||
---
|
||||
|
||||
## 📖 Sessions
|
||||
|
||||
### 2026-04-21
|
||||
|
||||
*Préparation Ameno*
|
||||
- Aucune saisie d'activité sur la semaine en cours (début de semaine).
|
||||
- 17 tickets ouverts, tous sur Seenaps Platform — volume élevé, périmètre concentré.
|
||||
- SEE-1012 créé aujourd'hui : mise à jour @6tm/leeloo-react et suppression des surcouches WebSocket custom (`Development`, 0h réalisées, 5 items checklist à 0) — sujet directement lié aux actions ouvertes websocket.
|
||||
- SEE-0846 (CI Laravel intégration) mis à jour aujourd'hui, en `Internal Testing`, checklist 5/5 cochée, 30,5h réalisées — pourrait être candidat à la clôture.
|
||||
- Masse critique en `Internal Testing` depuis mars : TS-0034, TS-0035, TS-0040, SEE-0828, SEE-0829, SEE-0830, SEE-0869, SEE-0870, SEE-0879, SEE-0894, SEE-0911, SEE-0918. Plusieurs avec 0h de RAF déclaré mais statut non clos.
|
||||
- En `Development` actif : SEE-0847 (CI Docker orchestrateur, 19h, aucun item de checklist coché sur 7), SEE-0878 (migration monorepo, 12,5h, 2 items restants), SEE-0979 (unifier SQL migration, 11,5h), SEE-0953 (swap serveur, 7h RAF, échéance passée 2026-04-10), SEE-0917 (enum routes auto, 0h).
|
||||
- Planification semaine suivante : 4h Seenaps Platform + 1 jour férié. Volume léger.
|
||||
|
||||
*Tickets en cours*
|
||||
- SEE-1012 - Mettre à jour @6tm/leeloo-react et supprimer surcouches WebSocket custom (`Development`, créé aujourd'hui, 0h)
|
||||
- SEE-0846 - Phase 1 : CI Laravel dans CI global (`Internal Testing`, checklist 5/5 ✓, 30,5h, MAJ aujourd'hui)
|
||||
- SEE-0847 - Phase 2 : CI Docker orchestrateur (`Development`, 19h, checklist 0/7 cochés)
|
||||
- SEE-0878 - Migration monorepo franchises-reseaux (`Development`, 12,5h, 2 items non cochés)
|
||||
- SEE-0979 - NodeJS - Unifier SQL migration (`Development`, 11,5h)
|
||||
- SEE-0953 - Clarifier fonctionnement du swap (`Development`, 7h RAF, échéance dépassée 2026-04-10)
|
||||
- TS-0034 - Chat - Réponse à un message (`Internal Testing`, 11h/14h, 3h RAF, échéance dépassée 2026-04-10)
|
||||
- SEE-0894 - Messages non lus et badges (`Internal Testing`, 46,5h, 2 items checklist non cochés)
|
||||
- SEE-0918 - Mise en place des traductions (`Internal Testing`, 2h, checklist 3/3 ✓)
|
||||
- SEE-0917 - Génération automatique enums de routes (`Development`, 0h)
|
||||
- SEE-0828/0829/0830/0869/0870/0879/0911 — tickets technique/env Docker en `Internal Testing` depuis mi-mars
|
||||
|
||||
*Points d'attention*
|
||||
- SEE-1012 (websocket leeloo-react) créé aujourd'hui mais aucune heure : démarré, ou capture d'une intention future ? C'est pourtant l'action ouverte la plus structurante depuis 2 semaines.
|
||||
- SEE-0846 semble terminé (checklist complète, 30,5h) mais reste en `Internal Testing` — qui doit valider pour clore ?
|
||||
- La masse de tickets en `Internal Testing` depuis mars sans RAF déclaré est ambiguë : vraiment en attente de validation externe, ou work in progress qui ne ferme pas ?
|
||||
- SEE-0847 en `Development` avec 0 item coché sur 7 et 19h réalisées : les heures sont sur quoi concrètement si aucune étape n'est validée ?
|
||||
- SEE-0953 (swap) et TS-0034 (réponse message) ont des échéances passées depuis 11 jours — arbitrage ou replanification à faire.
|
||||
- TS-0038 (Claude Code) et TS-0039 (Chat SPA en modules) restent en `À traiter` depuis début mars — les sortir ou les cadrer explicitement.
|
||||
|
||||
*Questions à creuser*
|
||||
- Sur SEE-1012 : tu commences cette semaine, ou c'est un ticket de capture pour plus tard ? Quel est le risque réel de garder les surcouches WebSocket actuelles ?
|
||||
- Sur SEE-0846 : qu'est-ce qui manque pour le clore ? Qui valide l'Internal Testing ?
|
||||
- Parmi les 10+ tickets en `Internal Testing` depuis mars, lesquels sont vraiment bloqués en attente de quelqu'un d'autre vs. lesquels pourraient être clos maintenant ?
|
||||
- Sur SEE-0847 : où en es-tu concrètement — serveur de test prêt, Dockerfiles en cours, ou encore à la phase d'audit ?
|
||||
- Quelle est ta priorité unique cette semaine avec seulement 4h planifiées sur Seenaps ?
|
||||
|
||||
*Notes de session*
|
||||
|
||||
→ Action :
|
||||
|
||||
---
|
||||
|
||||
### 2026-04-14
|
||||
- Difficultés sur les websockets : réintégrer dans le datalist,
|
||||
- Leeloo, besoin de reconnexion auto.
|
||||
- Ci et kub : App of Apps => pour mutualiser
|
||||
- cible :
|
||||
- chart et gestion de fichier, gestion de volume
|
||||
- Faire cohabiter les 2 prods / 2 préprods
|
||||
- mise à jour de la CI
|
||||
=> passage monobase - entre 10 et 20j
|
||||
- Yvan ?
|
||||
|
||||
|
||||
|
||||
### 2026-04-07
|
||||
- La planification de la semaine suivante est entièrement concentrée sur Seenaps Platform, avec 5h réparties sur 10 créneaux. Le sujet n'est donc pas la dispersion planifiée, mais la dispersion potentielle à l'intérieur d'un même périmètre très large.
|
||||
- Le portefeuille actif reste fortement centré sur le chat et Seenaps Platform, avec un mix de fonctionnalités visibles, de stabilisation technique et de chantiers d'environnement.
|
||||
- Côté produit, le ticket le plus avancé semble être SEE-0894 sur les messages non lus et badges, avec 44,5h déjà réalisées et un statut encore en développement.
|
||||
- Côté stabilisation, plusieurs tickets sont en Internal Testing depuis mars sur le chat, le Docker et l'environnement de dev, ce qui peut signaler soit un vrai volume de validation en attente, soit une fin de cycle qui s'étire.
|
||||
- Côté infra / architecture, les sujets CI Laravel, Docker orchestrateur, monorepo et monobase tirent Lionel vers un terrain plus structurant que purement feature, avec un risque de brouiller la priorité court terme.
|
||||
=> figer la version npm et les mettre à jour régulièrement
|
||||
- IA suivant le besoin : voir le complément
|
||||
- Chat produit : TS-0034 Réponse à un message, TS-0035 Gestion des groupes, SEE-0894 Messages non lus et badges, SEE-0918 Traductions.
|
||||
- Chat technique / plateforme : TS-0039 Chat SPA en modules, TS-0040 suppression de la dépendance à la clé SSH, SEE-0828 incompatibilité SCSS, SEE-0829 cockpit-api au démarrage, SEE-0830 compatibilité de hachage des mots de passe, SEE-0911 Docker Laravel - wkhtml.
|
||||
- Infra / environnement : SEE-0846 CI Laravel dans le CI global, SEE-0847 nouveau CI Docker orchestrateur, SEE-0869 environnement Docker configurable et hot reload, SEE-0870 environnement DEV Debug, SEE-0879 fiabilisation des migrations SQL.
|
||||
- Architecture / exploration : SEE-0878 migration vers le monorepo seenaps, TS-0038 expérimentation Claude Code.
|
||||
- Chargement des modules : ok
|
||||
- Chat :
|
||||
- Beaucoup de tickets sont ouverts sur un même périmètre Seenaps, mais ils ne relèvent pas du même niveau : feature, dette technique, outillage, architecture. Sans ligne de force claire, Lionel peut avancer partout sans vraiment terminer ce qui compte.
|
||||
- Une partie significative du portefeuille est en Internal Testing avec des mises à jour qui datent de mars. Il faut vérifier si ces sujets sont réellement quasi clos ou simplement stationnés.
|
||||
- Les notes de séance confirment un sujet websocket encore concret en production de valeur, pas seulement un point d'hygiène technique.
|
||||
- Le chantier CI / kub / App of Apps / monobase peut devenir structurant, mais il doit être cadré comme un vrai projet, pas absorbé comme une suite de tâches techniques diffuses.
|
||||
- Communiqué sur validation période d'essai => Fait
|
||||
|
||||
- Sur tout ce portefeuille Seenaps, quel est le sujet prioritaire réel cette semaine, et qu'est-ce que tu assumes explicitement de ne pas traiter maintenant ?
|
||||
- Les tickets en Internal Testing sont-ils vraiment en attente de validation externe, ou bien masquent-ils des restes à faire mal visibles ?
|
||||
- Le sujet websocket se limite-t-il à une reconnexion auto et à l'intégration datalist, ou révèle-t-il une faiblesse plus large dans l'architecture du chat ?
|
||||
- Le passage monobase estimé entre 10 et 20 jours est-il un vrai objectif validé, ou encore une option technique à instruire ?
|
||||
- Qu'attends-tu de moi sur ce moment : arbitrage, cadrage, validation technique, ou levée d'un blocage humain / transverse ?
|
||||
|
||||
### 2026-03-11
|
||||
- Difficultés sur les websockets : réintégrer dans le datalist.
|
||||
- Leeloo : besoin de reconnexion auto.
|
||||
- CI et kub : App of Apps pour mutualiser.
|
||||
- Cible : chart, gestion de fichiers, gestion de volumes.
|
||||
- Faire cohabiter les 2 prods / 2 préprods.
|
||||
- Mise à jour de la CI.
|
||||
- Passage monobase : estimation entre 10 et 20 jours.
|
||||
- Yvan ?
|
||||
- Niveau technique :
|
||||
- Point d'attention avec l'IA - ne pas se créer des dettes techniques
|
||||
- Echange Pauline =>
|
||||
|
||||
### 2026-02-06
|
||||
- Content de se lancer dans le projet réel :
|
||||
- Dur de se mélanger dans le schéma
|
||||
- Surpris :
|
||||
- Pas de Rythme
|
||||
- Surpris : pas de rythme de daily
|
||||
- Démo : Aurélie :
|
||||
- Aurélie : question sur le stack
|
||||
- composant réunion
|
||||
- Process
|
||||
- Front / React
|
||||
- 1 source de vérité sur la base de données
|
||||
- Flutter
|
||||
- Duplication :
|
||||
- Module message
|
||||
- Master : la vérité, prod : production
|
||||
- Préprod
|
||||
- Prod => auto
|
||||
- CI : script ansible
|
||||
- Séminaire
|
||||
- Beaucoup d'info, bien sur l'IA
|
||||
- Standardisation sur l'IA et sans perte d'emploi
|
||||
- Chouette sur l'enjeu Seenaps
|
||||
- Orga :
|
||||
- Télétravail : Lundi / Vendredi
|
||||
10
20-areas/pro/management/1to1/lionel/2026.md
Normal file
10
20-areas/pro/management/1to1/lionel/2026.md
Normal file
|
|
@ -0,0 +1,10 @@
|
|||
---
|
||||
type: 1to1-annuel
|
||||
periode: 2026
|
||||
collaborateur: Lionel
|
||||
---
|
||||
|
||||
# 1to1 — Lionel · 2026
|
||||
|
||||
> Référence : [[_contexte]]
|
||||
|
||||
35
20-areas/pro/management/1to1/lionel/_contexte.md
Normal file
35
20-areas/pro/management/1to1/lionel/_contexte.md
Normal 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
|
||||
-
|
||||
-
|
||||
|
|
@ -1,117 +0,0 @@
|
|||
---
|
||||
type: 1to1
|
||||
collaborateur: Ludovic
|
||||
annee: 2026
|
||||
role:
|
||||
stade:
|
||||
rythme: hebdo
|
||||
---
|
||||
|
||||
# 1to1 — Ludovic · 2026
|
||||
|
||||
## 🎯 État courant
|
||||
|
||||
### Profil
|
||||
- **Rôle :**
|
||||
- **Ancienneté :**
|
||||
- **Mode de fonctionnement :**
|
||||
|
||||
### Stade
|
||||
<!-- Narratif court à compléter -->
|
||||
|
||||
### Patterns observés
|
||||
-
|
||||
|
||||
## 📋 En cours
|
||||
|
||||
### À aborder au prochain 1:1
|
||||
- [ ] Facturation électronique : suivi pour accompagner Fred et Chimirec
|
||||
|
||||
### Actions ouvertes
|
||||
- [ ] CHI-011 - Unicollect - Prise en compte du tenant : en dev en cours, ~3h restantes
|
||||
- [ ] CHI-023 - Unicollect - Étapes Commandes en version BackOffice : à traiter, ~2,5h restantes
|
||||
- [ ] Vérifier si CHI-011 et CHI-023 sont réellement actifs (échéances 2024-06-07 dans Ameno)
|
||||
|
||||
### Feedbacks à donner
|
||||
-
|
||||
|
||||
---
|
||||
|
||||
## 📖 Sessions
|
||||
|
||||
### 2026-05
|
||||
- Tell
|
||||
|
||||
|
||||
|
||||
### 2026-04-17
|
||||
|
||||
*Préparation Ameno*
|
||||
- Ameno indisponible au moment de la préparation (erreur MCP locale), aucune donnée d'activité hebdomadaire récupérable sur cette session.
|
||||
- Préparation construite uniquement à partir de la fiche 1:1 existante (zone En cours + continuité des dernières sessions).
|
||||
|
||||
*Tickets en cours*
|
||||
- CHI-011 - Unicollect - Prise en compte du tenant : en dev en cours, ~3h restantes.
|
||||
- CHI-023 - Unicollect - Étapes Commandes en version BackOffice : à traiter, ~2,5h restantes.
|
||||
|
||||
*Points d'attention*
|
||||
- Continuité nette sur le fil Chimirec / e-facturation entre les sessions du 2026-04-10 et du 2026-04-15.
|
||||
- Les deux tickets CHI-011 et CHI-023 restent ouverts dans Actions ouvertes avec mention d'échéances anciennes (2024-06-07), ce qui peut signaler un suivi outillé non à jour ou un backlog réellement vieillissant.
|
||||
- Sans activité Ameno de la semaine, impossible de confirmer si ces actions ont bougé depuis le dernier point.
|
||||
|
||||
*Questions à creuser*
|
||||
- Qu'est-ce qui a réellement avancé sur CHI-011 et CHI-023 depuis notre dernier 1:1 ?
|
||||
- Qu'est-ce qui te bloque aujourd'hui sur le sujet Chimirec / e-facturation, et qu'est-ce que je peux débloquer rapidement ?
|
||||
- Quelles sont tes deux priorités de la semaine prochaine, et qu'est-ce que tu mets explicitement de côté ?
|
||||
|
||||
*Notes de session*
|
||||
<!-- vide, à remplir à la main pendant l'échange -->
|
||||
|
||||
### 2026-04-15
|
||||
- TODO :
|
||||
- Application sites
|
||||
- Hébergement
|
||||
|
||||
### 2026-04-10
|
||||
- Facturation électronique : suivi pour accompagner Fred et Chimirec
|
||||
|
||||
*Préparation Ameno*
|
||||
- Activité hebdo répartie entre suivi d'équipe et suivi projets, avec 2h sur les 1:1 et 2h sur l'organisation Bugbusters.
|
||||
- Charge client éclatée sur plusieurs comptes en parallèle : Chimirec Unicom, My Chimirec, SmartSite, Label Haie, Tell, Glam, Techna.
|
||||
- Plusieurs temps de COPIL / bilan / suivi sur la semaine, avec une dominante coordination et gestion de projet plus que production.
|
||||
- 1h investie sur le management de carrière autour du nouveau format d'entretien annuel, fiche de poste et référentiel de compétences.
|
||||
- La semaine suivante est déjà planifiée sur Bugbusters, Chimirec et plusieurs TMA, avec une dispersion persistante des sujets.
|
||||
|
||||
*Tickets en cours*
|
||||
- CHI-011 - Unicollect - Prise en compte du tenant : en dev en cours, 3h estimées restantes, échéance historique au 2024-06-07.
|
||||
- CHI-023 - Unicollect - Étapes Commandes en version BackOffice : à traiter, 2,5h estimées restantes, échéance historique au 2024-06-07.
|
||||
|
||||
*Points d'attention*
|
||||
- Continuité claire avec les notes précédentes sur e-facturation / Chimirec : le sujet reste actif et structure encore une partie de la charge.
|
||||
- La charge semble très fragmentée entre management, coordination interne et portefeuille client, avec un risque de dilution des priorités.
|
||||
- Deux tickets Chimirec sont toujours affectés avec des dates d'échéance anciennes de 2024 : soit le suivi n'est plus à jour, soit il y a un vrai sujet de vieillissement du backlog.
|
||||
|
||||
*Questions à creuser*
|
||||
- Parmi tous les sujets en cours, lesquels te semblent vraiment prioritaires la semaine prochaine ?
|
||||
- Sur Chimirec et l'e-facturation, qu'est-ce qui avance concrètement et qu'est-ce qui reste bloqué ?
|
||||
- Est-ce que la dispersion entre suivi projet, management et coordination interne est tenable pour toi en ce moment ?
|
||||
- Les tickets CHI-011 et CHI-023 sont-ils réellement actifs, ou est-ce le suivi Ameno qui n'est plus à jour ?
|
||||
- De quoi as-tu besoin de ma part pour mieux arbitrer ou sécuriser tes priorités ?
|
||||
|
||||
### 2026-04-03
|
||||
- Enveloppe des 1% - investissements de Julien / Antoine
|
||||
- e-facturation
|
||||
- YWH -
|
||||
|
||||
### 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
|
||||
-
|
||||
51
20-areas/pro/management/1to1/ludovic/2026.md
Normal file
51
20-areas/pro/management/1to1/ludovic/2026.md
Normal file
|
|
@ -0,0 +1,51 @@
|
|||
---
|
||||
type: 1to1-trimestre
|
||||
periode: 2026-Q1
|
||||
collaborateur: Ludovic
|
||||
---
|
||||
# 1to1 — Ludovic · 2026-Q1
|
||||
|
||||
> Référence : [[_contexte]]
|
||||
|
||||
---
|
||||
|
||||
### 2026-04-03
|
||||
- Enveloppe des 1% - investissements de Julien / Antoine
|
||||
- e-facturation
|
||||
- YWH -
|
||||
|
||||
### 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
|
||||
|
||||
**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]] :**
|
||||
-
|
||||
33
20-areas/pro/management/1to1/ludovic/_contexte.md
Normal file
33
20-areas/pro/management/1to1/ludovic/_contexte.md
Normal 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
|
||||
-
|
||||
|
|
@ -1,933 +0,0 @@
|
|||
---
|
||||
source: OneNote PA-Equipes
|
||||
---
|
||||
|
||||
# Notes 1-to-1 (import OneNote)
|
||||
|
||||
## Ludo (2 janvier 2021)
|
||||
|
||||
Communication prise en compte mails et Teams
|
||||
|
||||
P:\_6TM\Ressources Humaines\1-Personnel\6TM GROUP\1-SALARIES 6TM\1.2 - SALARIES CT avant 2019\PERCHEREL Ludovic\4-Entretien individuel\2021
|
||||
|
||||
Entretien avec ST
|
||||
|
||||
Action PA : PT ST Fiche de mission à faire rapidement
|
||||
|
||||
Pb de remotivation :
|
||||
|
||||
Sécurité :
|
||||
- Axone / Techna / Tell
|
||||
- Formation Resp Equipe : 7,8,9 => Anagram => place dispo semaine prochaine => voir TS dans le temps
|
||||
- PA : recoller sur Techna
|
||||
|
||||
Osanam :
|
||||
|
||||
- Mantis / hebdo : ok
|
||||
- Vision globale de Techna
|
||||
- Difficultés projet
|
||||
|
||||
- TNS régression
|
||||
- Techna MAJ Auto
|
||||
|
||||
- Benjamin, yanael en 1to1 et fabien ensuite
|
||||
|
||||
One to One
|
||||
|
||||
## 2025-08-25
|
||||
|
||||
- Départ Olivier : RAS |
|
||||
- Rétro équipe sur Octobre
|
||||
- Ignes -> mise en ligne Septembre
|
||||
- Ressources :
|
||||
- Finalisation ignes / bertin
|
||||
- 160j dispo
|
||||
- Atelier de réponse le 16 Sept, réponse fin Septembre
|
||||
|
||||
Coudray : 140j sur le MVP => Mai 2026 / POC Sharepoint
|
||||
|
||||
## 2025-07-21
|
||||
|
||||
- Entretien : Hafid - > inquiétude vis-à-vis de Gestéos -> cours orthophoniste
|
||||
- Insitu :
|
||||
- Gestéos : bureau des pleurs
|
||||
- Bastien - Sylvie
|
||||
- Congés Vendredi
|
||||
|
||||
## 2025-07-06
|
||||
|
||||
- Lancement : certification logiciel de caisse
|
||||
- Facturation Belgique peppol
|
||||
- 2 semaines rupture conventionnnelle => arrêt mi-aout => rétro équipe
|
||||
- Ignes : cible 587
|
||||
- Nicolas / place dans les ateliers ?
|
||||
- Hafid -> enjeux qualité ?
|
||||
|
||||
## 2025-06-30
|
||||
|
||||
- Gestéos : fct Codir -> Besoin de reconnaissance ? Estelle échange avec Equipe 6tm
|
||||
|
||||
=> Step suivante : nouvelle rétro en Septembre
|
||||
- Ignes : pas de retour du presta : freiner ou discussion commerce
|
||||
- Transport Bertin
|
||||
- Coudray :
|
||||
- Vacances du 28 Juillet ou 12 aout
|
||||
|
||||
## 2025-06-24
|
||||
|
||||
- Coudray
|
||||
- Ignes : dépassement GP
|
||||
- Gesteos : appinsight + assistance : aide à l'utilisation, perf : ressenti significatif
|
||||
- Lucas : Revue de code possible
|
||||
|
||||
## 2025-06-24
|
||||
|
||||
- Gesteos :
|
||||
|
||||
## 2025-05-06
|
||||
|
||||
- 2FA :
|
||||
- Transport Bertin : omp ne répond pas trop
|
||||
- Lucas : accompagnement
|
||||
- Gesteos / performance / miniprofiler =>
|
||||
- Coudray : 130 - 150K => histo - docusign ou gribouillis, dernier atelier Fin Juillet
|
||||
|
||||
## 2025-05-09
|
||||
|
||||
- Transport Bertin : entre 11 et 15j => Fin Juin
|
||||
- Coudray : 10j de vendu - 23/06 => 150K
|
||||
- Seenaps Boris => check RH =>
|
||||
- Gestéos
|
||||
- Mise en place retour terrain
|
||||
- Bastien et Sylvie OK
|
||||
- Performance :
|
||||
|
||||
## 2025-05-05
|
||||
|
||||
- OL => sollicitation
|
||||
- Ignes : 15/05 => compliqué
|
||||
- Bertin démarrage semaine prochaine
|
||||
- Gestéos : descente + audit poste => voir ST
|
||||
|
||||
## 2025-04-28
|
||||
|
||||
- Lucas en délégation et Julien en feature Team
|
||||
- Ignes : Prévoir revue de code
|
||||
- Transport Bertin :
|
||||
- Alexandre Roussel directeur exploitation
|
||||
- Olivier : Karine
|
||||
- Gestéos : pt de 14H ok sans Estelle + constructif
|
||||
- Facture Gestéos en avance de phase sur Juillet / Aout
|
||||
- Seenaps : Boris ? 1,5
|
||||
- Infos : Cube : symfony / Blocage dev / MC
|
||||
- Hebergement : incident Gestéos
|
||||
|
||||
## 2025-03-31
|
||||
|
||||
- Maj Gesteos / Codir -
|
||||
- Facturation électronique :
|
||||
- Olivier :
|
||||
- Hébergement
|
||||
|
||||
## 2025-03-24
|
||||
|
||||
- Hébergement :
|
||||
- Stage Epita à partir de sept :
|
||||
- Hafid : 3 semaines /
|
||||
- Antoine =>
|
||||
- CopRE :
|
||||
- Réaffectation Tickets
|
||||
|
||||
## 2025-03-17
|
||||
|
||||
- Olivier : Elise => Entretien
|
||||
- Cosignes
|
||||
- Revue de compte
|
||||
|
||||
## 2025-03-10
|
||||
|
||||
- Estelle met de l'huile sur le feu =>
|
||||
- Cosignes : Antoine en congés | Hafid dessus
|
||||
- Hafid ?
|
||||
- Transport Bertin ?
|
||||
- Pole AI :
|
||||
|
||||
## 2025-03-03
|
||||
|
||||
- Olivier : Wipoz ->
|
||||
- Agrea =>
|
||||
- Cosignes :
|
||||
- 3 semaines Hafid : 24/03
|
||||
- Yvan - 2,3 heures
|
||||
- Transport Bertin
|
||||
- Mini atelier => 0 ressources
|
||||
|
||||
## 2025-02-24
|
||||
|
||||
- Olivier / Sam :
|
||||
- Revue de code : CR /
|
||||
- Comex :
|
||||
- Cosignes =>
|
||||
- CopRE :
|
||||
|
||||
## 2025-02-17
|
||||
|
||||
- Hafid : ?
|
||||
- Gestéos dans le bureau fin Mars => sandrine
|
||||
|
||||
## 2025-02-10
|
||||
|
||||
- Comex
|
||||
- SEIP : KO
|
||||
- Gedimat
|
||||
- Nolte : frein si exposition des chiffres
|
||||
- Comex Hebdo avec ST : le lundi après-midi 1H
|
||||
- Gestéos : descend
|
||||
- Cosignes : démarrage demain
|
||||
- Transport Bertin : point au Mars => bon de commande en
|
||||
- Agréa : sollicitation de Maël => 24/02
|
||||
|
||||
## 2025-02-23
|
||||
|
||||
- Samuel : K1 pas l'éclate
|
||||
|
||||
## 2025-01-27
|
||||
|
||||
- Transport Bertin : pas de signature
|
||||
|
||||
=> nouvel interlocuteur : directeur des opérations
|
||||
|
||||
## 2025-01-20
|
||||
|
||||
- Revue de compte
|
||||
- Agrea : pt hébergement et volumétre
|
||||
- Cosignes :
|
||||
|
||||
## 2024-12-23
|
||||
|
||||
- Gesteos : 4 mois, babysittings
|
||||
- Quadro : sans budget => expression de besoin
|
||||
- Facturation 50
|
||||
- Agrea :
|
||||
|
||||
=> Clarifier le 1er trimestre
|
||||
|
||||
## 2024-12-09
|
||||
|
||||
- Transport Bertin : 60K
|
||||
- Agrea = certis : Lecture code barre
|
||||
- Eco Cuisine : Quimper
|
||||
|
||||
400j
|
||||
- Sécu
|
||||
|
||||
## 2024-12-02
|
||||
|
||||
- Olivier ?
|
||||
- 1516 jours
|
||||
- 700 Gestéos
|
||||
- 900 si SEIP
|
||||
- Wipoz / Prod - Preprod => Désiré ?
|
||||
|
||||
## 2024-11-25
|
||||
|
||||
- Certis : Antoine => Distri
|
||||
- Boris : Seenaps :
|
||||
- SEIP
|
||||
- Nolte
|
||||
- Olivier
|
||||
|
||||
## 2024-11-04
|
||||
|
||||
- Relance ST : Comex : 15/11 => Pt Budget
|
||||
- Certis : ok => budget 30K
|
||||
- Module Facturation => Sept 2027
|
||||
- Boris : Quentin => formation découverte le 13.
|
||||
- Samuel un peu mieux dans le match.
|
||||
- Mael :
|
||||
|
||||
## 2024-10-14
|
||||
|
||||
- Espace disque
|
||||
- Certis :
|
||||
- Maël inquiet avec Boris
|
||||
- Nolte : warning / pb stats
|
||||
- Pb Charge :
|
||||
|
||||
## 2024-10-07
|
||||
|
||||
- FabDis
|
||||
- Gestéos
|
||||
|
||||
## 2024-30-09
|
||||
|
||||
- Séminaire
|
||||
- Bien aimé,
|
||||
- IA : pas évident sur la vente
|
||||
- Sécu : responsabilité de la DSI
|
||||
- Jeudi 1
|
||||
- Olivier => …
|
||||
- Certis :
|
||||
- Nolte :
|
||||
- frein lié aux déploiements
|
||||
- Phase 1 :
|
||||
|
||||
## 2024-23-09
|
||||
|
||||
- FabDis :
|
||||
- Soutenance FadDis
|
||||
|
||||
## 2024-12-09
|
||||
|
||||
- Cyncly : evols courant novembre -> rien avant Janvier
|
||||
- YWH -> Spaces Flex (mooble avec CIC) => 15K
|
||||
- Assistance commercial à la rédaction
|
||||
- Certis : entre 23 et 32 à voir lundi
|
||||
- CopRE
|
||||
- Prévisionnel :
|
||||
- Normetec -
|
||||
|
||||
## 2024-09-02
|
||||
|
||||
- Équipe Gestéos : Estelle directeur produit et opération
|
||||
- 20 aine de jour
|
||||
- Faddis : Budget Avant-vente
|
||||
- réponse semaine prochaine
|
||||
- Cop RE
|
||||
|
||||
## 2024-08-26
|
||||
|
||||
- NeedAgencement : ouvrir un projet en mode visiteur
|
||||
- RaisonHome -> client classique
|
||||
- Nouveau rituel
|
||||
|
||||
## 2024-08-19
|
||||
|
||||
- Olivier - Tma, Mael Tech ?
|
||||
- Hygiène : CI / Disque / Passage en 4.8 / Nuget
|
||||
- Quelques sujets RH
|
||||
- Tableau de bord Winner => données utilisation => à sortir en comex -> licence winner RH
|
||||
- Sylvie 15 % support, le reste Formation / commerce
|
||||
- => à faire en copil => quels sont ces objectifs
|
||||
- Nohan jusqu'à fin 2025 : bac pro support, uniquement le Lundi et mardi
|
||||
- Support : 1 ETP + 0,25 + 0,5 => Bastien
|
||||
- Mise en place d'un club utilisateurs
|
||||
- Pt avec Estelle Jeudi
|
||||
- Cockpit
|
||||
- JC serveur I6TM80
|
||||
|
||||
## 2024-07-15
|
||||
|
||||
- CloudStorage -> à reboucler avant passage en prod
|
||||
- JC -> serveur à jour
|
||||
- Samuel : oav -> après congés
|
||||
- Hafid : pas en Lead ?
|
||||
- Retour de Vendredi ?
|
||||
|
||||
## 2024-07-09
|
||||
|
||||
- Congés : 26 Juillet pour 2 semaines + 15
|
||||
- Olivier : ok
|
||||
- Sam : 1 vendredi sur 2 en sans solde acter jusqu'à fin de l'année
|
||||
- Pt Charge Gestéos
|
||||
- Spaces
|
||||
|
||||
## 2024-06-10
|
||||
|
||||
- Upload -
|
||||
- Boris ?
|
||||
|
||||
## 2024-05-27
|
||||
|
||||
- Need Agencement
|
||||
- 6tmSolutionAI : Tests -
|
||||
|
||||
## 2024-05-16
|
||||
|
||||
- Innoplus => call => format cic
|
||||
- Need : pt Lundi, 04 juin FO Espace client
|
||||
- CI
|
||||
|
||||
## 2024-04-15
|
||||
|
||||
- Pino Wipoz : Philippe Moravie ?
|
||||
- Boris :
|
||||
- Pré-Requis : non effectué : poste
|
||||
- Florent n'est plus présent dans les MEP = déblatère sur l'équipe.
|
||||
- Gestéos : MEP demain soir
|
||||
- Costrat Gestéos : 29/04
|
||||
- Dispo
|
||||
- 305 : 100j
|
||||
- InnoPlus : 285 € / mois ) =>350€ licences
|
||||
- Entre 1200 et 1300 clients
|
||||
- Beaucoup de catalogue à embaser (Fab10)
|
||||
- Client Eric Martin (IMS ..), Aubade, Gédimat, TouFaire Matérieau
|
||||
- Gedimat :
|
||||
- Une des sponsor du projet est en arrêt Longue Durée
|
||||
- Raison Home :
|
||||
- FCRDev / OdataDev
|
||||
- Valentin :
|
||||
|
||||
Environnement préprod / wipoz
|
||||
|
||||
## 2024-04-08
|
||||
|
||||
- A voir
|
||||
- IS7 : à terme
|
||||
- Need Agencement
|
||||
- OVH Storage / CI
|
||||
- Club Architecte
|
||||
|
||||
## 2024-03-25
|
||||
|
||||
- Noé : stagiaire / 3eme année => lien
|
||||
- IS7 : à terme
|
||||
- Need Agencement
|
||||
- Setup Caseo : 14K is, 10K hacker, 5K affichage prix
|
||||
|
||||
=>
|
||||
- 32K de tuyauterie
|
||||
- Prix de départ 100K pour un catalogue IS
|
||||
- OVH Storage / CI
|
||||
- Club Architecte
|
||||
- Wipoz : nickel
|
||||
- Gestéos : 16/04
|
||||
- Service Après-Vente soirée ? RAS
|
||||
|
||||
## 2024-03-18
|
||||
|
||||
- Hafid et remarque Valentin
|
||||
- Perso : risque de retourner devant le juge
|
||||
- Caseo : pas de pognon
|
||||
- IS7
|
||||
- Need Agencement
|
||||
- Suite Entretien
|
||||
|
||||
## 2024-03-11
|
||||
|
||||
- Normetec : prod
|
||||
- Gestéos / Wipoz : PM
|
||||
|
||||
## 2024-02-26
|
||||
|
||||
- Gestéos :
|
||||
- LOI :
|
||||
- gedimat ca pédale, cafom marche pas trop mal
|
||||
|
||||
=> Finir Normetec :
|
||||
- Avant-vente :
|
||||
- Coulidoor : 66526
|
||||
|
||||
## 2024-02-19
|
||||
|
||||
- Noe : stage
|
||||
- Venidom : opportunités contact crées
|
||||
- Nb de devis : Hors SAV
|
||||
- Panier moyen : Hors SAV, Hors complément
|
||||
- Normetec : jeudi 29
|
||||
- Coulidoor :
|
||||
- Pino : 1 seul prix d'achat
|
||||
|
||||
## 2024-02-12
|
||||
|
||||
Venidom :
|
||||
- LOI
|
||||
|
||||
## 2024-01-29
|
||||
|
||||
- Cincly :
|
||||
- Gedimat - Discaq, bcd
|
||||
-> is -> ecommerce
|
||||
- Gedinor (Kit) 3400 / an => pb de pricing
|
||||
- Retour démo
|
||||
- IS7 => 2j
|
||||
- Olivier => ras => à partir de Jeudi
|
||||
- Wipoz : Gesteos Light
|
||||
- Coulidoor : => guid
|
||||
- AppInsight =>PIM
|
||||
|
||||
## 2024-01-22
|
||||
|
||||
- Cincly
|
||||
- Coulidoor
|
||||
|
||||
## 2024-01-08
|
||||
|
||||
- Cincly : Code - Clean => Hafid
|
||||
- Coulidoor :
|
||||
- Wipoz : 76j : 60j
|
||||
- Ameno : 3 saisies
|
||||
|
||||
## 2023-12-18
|
||||
|
||||
- Wipoz - Gestéos :
|
||||
- Sam vénère
|
||||
- Journée Lead dev
|
||||
|
||||
## 2023-11-27
|
||||
|
||||
- Grattages :
|
||||
- Négo de salaire avec Cincly ?
|
||||
- 70 - 25 => je suis en train de négocier ton salaire
|
||||
- Fonctionnalités :
|
||||
- Salaire
|
||||
- => voir Steph, réponse sur la partie 6tm
|
||||
- Novembre
|
||||
- Hors de question de continuer à bosser avec Estelle
|
||||
- Peur d'avoir enjoliver / et de justifier les faiblesses
|
||||
- S1 : ça le fait pas
|
||||
- S2 : garder 6tm en intégrateur
|
||||
- S3 : Cincly
|
||||
- Ameno
|
||||
|
||||
## 2023-11-06
|
||||
|
||||
- Olivier sur Wipoz
|
||||
|
||||
## 2023-10-23
|
||||
|
||||
- Audit :
|
||||
- Git : Nettoyage,
|
||||
- Propriétés du code : PIM, PFS
|
||||
- Sécu => contre audit propre
|
||||
- Support Bastien : réassurance
|
||||
|
||||
## 2023-10-10
|
||||
|
||||
- Pb InSitu en réseau, rollback sur Juillet =>
|
||||
- Pt olivier :
|
||||
- Budget Prod : wipoz-gestoes
|
||||
- Refaire un https://mantis.6tm.eu/view.php?id=58841
|
||||
|
||||
## 2023-09-26
|
||||
|
||||
- Cafom : TVA à 0,
|
||||
- CI ?
|
||||
- Design
|
||||
|
||||
## 2023-09-20
|
||||
|
||||
- Discaq / Gedimat / Cafom
|
||||
- PIM
|
||||
|
||||
## 2023-09-11
|
||||
|
||||
- Discaq / Gedimat / Cafom
|
||||
- EDI
|
||||
- Cyncly - plan de travail : Gedimat
|
||||
- => Tableau de bord
|
||||
- Wipoz
|
||||
- Antoine =>
|
||||
- Olivier :
|
||||
|
||||
## 2023-08-23
|
||||
|
||||
- Hassen,
|
||||
- Antoine
|
||||
- Olivier :
|
||||
|
||||
## 2023-08-21
|
||||
|
||||
- Flex : Sept RH,
|
||||
- Wipoz - Hassen -> Antoine
|
||||
- Pt Olivier le 04/09
|
||||
- YWH -> séparation.
|
||||
|
||||
## 2023-07-24
|
||||
|
||||
- Équipe staffée
|
||||
- Hassen =>
|
||||
|
||||
## 2023-07-10
|
||||
|
||||
- Lesage : evol PFS =>
|
||||
- Estelle :
|
||||
- blocage evols : pb de staffing sur Aout
|
||||
- Wipoz - avant les vacances
|
||||
- Hassen : 17/09 - revue de code
|
||||
- Réponse 13/07
|
||||
- Mael et Fred en vacances en même temps
|
||||
|
||||
## 2023-06-26
|
||||
|
||||
- Charges : pb d'analyses - > va impacter la charge dev
|
||||
- Findis bloquer avec Gedimat
|
||||
- IS : on ne sait pas ce qu'il vont faire, échange Cincly - Discaq (Cédric)
|
||||
- Hassen : pertinent
|
||||
- Laisné sans doute moins de jours
|
||||
- Archéa - 170 jours 4h de réunion : RGPD, catalogue autre que Gestéos
|
||||
- Pb Estelle : responsable produit 32 tickets
|
||||
- winner
|
||||
- Retour
|
||||
- Retour audit sécu
|
||||
-> pt Olivier
|
||||
- 25 ans
|
||||
- Olivier : merge request ?
|
||||
- Antoine : Faustine -> niet si 37 à décider avant Juillet
|
||||
- Wipoz : conflit / serveur / cockpit
|
||||
- Fred : 1to1 : lieu d'écoute uniquement
|
||||
|
||||
## 2023-05-22
|
||||
|
||||
- YWH + écomobilier = organisme habilité à toucher les éco-contribution.
|
||||
- Doc pour Olivier - Morgan présent au point du 01/06
|
||||
|
||||
## 2023-05-15
|
||||
|
||||
- Olivier => pt manager de carrière
|
||||
- Winner produit =>
|
||||
- Edi laisné
|
||||
- Equipe :
|
||||
- PYT : démo le 17
|
||||
- PenTest : Gestéos
|
||||
|
||||
## 2023-04-04
|
||||
|
||||
- OL :
|
||||
- pb sur la gestion de projet, … => pt PA
|
||||
- Wipoz : voir hébergement, support /
|
||||
|
||||
## 2023-03-27
|
||||
|
||||
- PFS / Panier :
|
||||
|
||||
## 2023-03-20
|
||||
|
||||
- PY :
|
||||
- Voir utilisation des serveurs Gestéos
|
||||
|
||||
## 2023-03-06
|
||||
|
||||
- Clarification intervention
|
||||
- Copil mensuel RH : intégrer
|
||||
- Wipoz :
|
||||
|
||||
## 2023-02-27
|
||||
|
||||
- Gedimat :
|
||||
- Stand by Jeudi / vendredi Philippe
|
||||
- Wipoz
|
||||
- PO
|
||||
- PYT - plugin / Lancement Entretien ?
|
||||
|
||||
## 2023-06-02
|
||||
|
||||
- Wipoz : à voir -> Jeudi
|
||||
- Winner => mail en cours
|
||||
- IS : discaq, pino - vendeur indépendant (grille tarifaire)
|
||||
- Charge => Vendredi
|
||||
- .net
|
||||
|
||||
## 2023-01-30
|
||||
|
||||
- Gesteos :
|
||||
- Planning, intégration gedimat : 136 jours
|
||||
- Bande passante : LMS :
|
||||
- LMS : récupérer les specs et OAV
|
||||
- Wipoz : app mobile / valider => budget prod
|
||||
- Localisation, 1 seul contenu
|
||||
- Winner :
|
||||
- YWH
|
||||
|
||||
## 2023-01-23
|
||||
|
||||
- PA
|
||||
- CIR - FA -stand by =>
|
||||
- YWH
|
||||
- Désiré : ? =>
|
||||
- Wipoz : PM - bon retour ITGA
|
||||
- Recrutement PO
|
||||
- Pino Salle de bain : 2 urls : 1,5j
|
||||
- Normetec
|
||||
|
||||
## 2023-01-16
|
||||
|
||||
- Discaq : mode dégradé -> fichier partagé
|
||||
|
||||
## 2023-01-09
|
||||
|
||||
- Multi-projets : complexité mvt données de facturation
|
||||
- Antoine : insomnie
|
||||
- Support :
|
||||
- Sylvie, Bastien, Maël Donnart => 3 support
|
||||
- Wipoz : Vendredi
|
||||
|
||||
## 2023-19-12
|
||||
|
||||
- Discaq edi : ok test sur 20 projets
|
||||
- Enchainement Pino
|
||||
- Insitu pb de génération d'images : élévation et plans côtés
|
||||
- Semaine prochaine :afid, olivier, désire (3j)
|
||||
|
||||
## 2022-12-12
|
||||
|
||||
- Wipoz :
|
||||
- Ressources supplémentaire ? Antoine
|
||||
- Mise en place d'un copil
|
||||
- Prévisionnel 2023 :
|
||||
- Difficultés Ressources : Olivier / Désiré
|
||||
|
||||
## 2022-12-05
|
||||
|
||||
- Alternant : open pour continuer sur le stage de 6 mois
|
||||
|
||||
=> envie de partir au canada mais en France 5,6 ans, Reu 1600 euros brut / mois
|
||||
- Plan Dev : inclure sécu /
|
||||
- Montée en puissance : Boris
|
||||
- Normetec santby -
|
||||
- Discaq :
|
||||
- Awak : boite pour intégration
|
||||
|
||||
## 2022-11-28
|
||||
|
||||
- Alternance fin fin Février
|
||||
|
||||
=> voir la tendance et le challenger Antoine Gosselin.
|
||||
- Nouvel mep pour pb de facture.
|
||||
- Normetec :
|
||||
|
||||
## 2022-11-07
|
||||
|
||||
- Salon 18 au 22 => esprit Meuble => Lundi soir
|
||||
- Sadeq de l'année prochaine annulée
|
||||
- Edi Discaq : complément en fichier Excel p> EanCom
|
||||
- Winner
|
||||
- API
|
||||
- Normetec
|
||||
- Johann
|
||||
|
||||
## 2022-10-24
|
||||
|
||||
- 8.6 : point Mael avec => Maël
|
||||
- Format EANCom97 à standardiser au niveau fournisseur
|
||||
- Multi-projets Quadro Budget 20j
|
||||
- IDM Discaq
|
||||
- Facturation /
|
||||
- Fusion perdu pour SRW perdu / Expansion 5 /
|
||||
|
||||
## 2022-10-11
|
||||
|
||||
- Rétro : animer par Sam
|
||||
- Edi discaq sendmessage ko
|
||||
- Rétro d'équipe + repas équipe
|
||||
- Formation en anglais : OneToOne Progress => échange avec 2020
|
||||
- Facturation :
|
||||
- Laurent - point sur ce qui pose pb
|
||||
- Wipoz
|
||||
- Modèle éco - dev non validé => usine à gaz
|
||||
- But :
|
||||
- Nobilia ?
|
||||
- PIM
|
||||
- Voir les tarifs et pb de perf
|
||||
|
||||
## 2022-10-03
|
||||
|
||||
- 8.6 Normetec => mi-novembre
|
||||
- 117j sur Sept
|
||||
- Potentiellement 115j sur Octobre
|
||||
|
||||
Valid Steph
|
||||
- Antoine : assez efficace => Epitech 5eme année
|
||||
- Wipoz
|
||||
- RMT Soft :
|
||||
- Guy Olivier : démission
|
||||
- Elise : démission
|
||||
- Discac - en attente
|
||||
- Offre Gestéos :
|
||||
|
||||
## 2022-09-27
|
||||
|
||||
- Désiré :
|
||||
- Rmt soft - > idem plugin / MSA Web
|
||||
- OAV => ajout du panier => se remettre au carré
|
||||
- Séminaire : bien aimé : okr + clair compréhension et intérêt
|
||||
|
||||
=> pb du temps à passer => fixer la date.
|
||||
- Olivier :
|
||||
|
||||
## 2022-09-20
|
||||
|
||||
- Mail gpdis : même gamme que RaisonHome, et une seule grille tarifaire, synchro prix et stock toutes les 12heures
|
||||
|
||||
=> pt hebdo
|
||||
|
||||
## 2022-09-12
|
||||
|
||||
- Didier Villemin
|
||||
- Réunion RMT Soft
|
||||
|
||||
2022-09
|
||||
- Pt hebdo :
|
||||
- Pt API formulaire contact : ok
|
||||
- Equipe RAS,
|
||||
- Stagiaire : SDK insitu génération d'image (4j), images insitu, api déco
|
||||
- Wipoz : RAS
|
||||
- Pt Gedimat demain
|
||||
|
||||
## 2022-08-29
|
||||
|
||||
- Previsionnel
|
||||
|
||||
## 2022-07-04
|
||||
|
||||
- Normetec - update
|
||||
|
||||
## 2022-06-27
|
||||
|
||||
- Positionnement Flex / Périmètre
|
||||
- Gestéos
|
||||
- Wipoz - abonnement ?
|
||||
|
||||
Wahoo break
|
||||
- ok
|
||||
|
||||
## 2022-06-21
|
||||
|
||||
- Gedimat : gsi -> place de gestéos ?
|
||||
- Vacances : semaine du 14/07 et 3 première d'aout (2 premières en commun avec Maël)
|
||||
- Wipoz : désiré -
|
||||
|
||||
## 2022-06-13
|
||||
|
||||
- Wipoz : pb sur l'espace privé
|
||||
- Gesteos : mep ok + correction oav
|
||||
- MDA GPDIS tour :
|
||||
- But - Wipoz =>
|
||||
- doc d'appel api
|
||||
- Outil de chiffrage api
|
||||
- Smo -> pas d'accès à la plateforme de chiffrage
|
||||
|
||||
=> Outil de chiffrage 1j - 4j - 2j
|
||||
- Module de Facturation et timing
|
||||
- Backlog Gesteos vue 6tm
|
||||
|
||||
## 2022-05-30
|
||||
|
||||
- Pino / Discac : 30/06
|
||||
- Salon Bricorama pour le 24/06
|
||||
- Import IDM à intégrer dans le PIM
|
||||
- Prod 01/09 : Septembre 70j à passer
|
||||
- Mathias : non poursuite validé
|
||||
- Wipoz :
|
||||
- Nicolas :
|
||||
- Normetec : Migration Juin
|
||||
- Kosigoo : distributeur de boisson / e-catalogue
|
||||
- Prospection : 40 - 50 j de dev
|
||||
|
||||
=> vigilance point avant-vente
|
||||
- Copil AI :
|
||||
|
||||
## 2022-05-23
|
||||
|
||||
- Placer : Gedimat :
|
||||
- Wipoz, I6TM77
|
||||
- Hafid -> pas de wahoo time -> sur RaisonHome
|
||||
|
||||
## 2022-05-16
|
||||
|
||||
- DG :
|
||||
- + compétence
|
||||
- - priorisation, CI : wipoz :
|
||||
- Fonctionnellement à valider ?
|
||||
|
||||
=> Etape suivante =>
|
||||
- Gesteos CI :
|
||||
- Wipoz : 1ETP, Sam : interface client
|
||||
- Sam a bien aimé mais il regrette l'intégration => trop de temps non communiqué
|
||||
- Hafid : waooh time
|
||||
- Discaq :
|
||||
- Gedimat (GESI - ERP maison)
|
||||
-> PFS : 5 adhérents pour le moment.
|
||||
- Multi-projets :
|
||||
|
||||
## 2022-05-09
|
||||
|
||||
- Copil AI :
|
||||
- Pertinence wipoz / ywh ? => copil mensuel ywh
|
||||
- Passer à 2 mois ?
|
||||
- Pt hebdo => passer à 1h à 2h
|
||||
- MEP Gestéos : week-end
|
||||
- Pt hebdo ? :
|
||||
|
||||
## 2022-05-02
|
||||
|
||||
- Démission support => support en full remote
|
||||
- Corzani -> pas présent à la démo -> Nicolas Jalet en direct ? / Test en prod car catalogue non fiable
|
||||
- Gesteos - RaisonHome - check blocage -> j'envoi un
|
||||
- Gesteos - API et PAP -> KPI -> phase 2 -> moi prochain
|
||||
- Gesteos - Module Facture
|
||||
- Gesteos - Orga réunion - reste la fiabilité => copil AI
|
||||
|
||||
## 2022-04-28
|
||||
|
||||
- Gestéos : User : manque hubspot, manque les événe ments -> pb mantis
|
||||
- Sam => attention au discours
|
||||
- Désiré ?
|
||||
- Gestéos : gedimat : combo / Ideal spaces =>
|
||||
|
||||
## 2022-04-04
|
||||
|
||||
- Slack ??
|
||||
- Multi-projets :
|
||||
- Estelle vient polluer, elle ne le met pas dans les Copil Quadro
|
||||
- Laurent =>
|
||||
- Point hebo
|
||||
- Prochains sujets et accompagnements => NG
|
||||
- Pim et pentests
|
||||
- Hafid 3 sem fin Avril / début mai
|
||||
- Phase 2 Stats sur Avril
|
||||
- Désiré : non présent au call => warning
|
||||
- 1to1 => pt MA + pt PA ?
|
||||
- 1 to 1 :
|
||||
- Docs partagés
|
||||
- Rétro :
|
||||
- Glad / Mad / Sad
|
||||
- Orga équipe
|
||||
|
||||
## 2022-03-28
|
||||
|
||||
- Multi-projets : ?
|
||||
|
||||
## 2021-03-08
|
||||
|
||||
- Weekly sur PIM
|
||||
- Hafid ok
|
||||
- 2 stagiaires début mai :
|
||||
- Mathias duguet M4
|
||||
- Camille Laurence
|
||||
|
||||
## 2021-02-06
|
||||
|
||||
- Mousquetaires :
|
||||
- Moodle -> pas de communication client
|
||||
- Quadro :
|
||||
- Design v12 communiqué au mois d'Avril => Juin
|
||||
- Equipe
|
||||
- Samuel - ok
|
||||
|
||||
Skectch :
|
||||
- Gestéos : cyncly qui appelle en off
|
||||
- Pas de retour formation …
|
||||
|
||||
## 2022-14-12
|
||||
|
||||
- Charbo
|
||||
- Mission International
|
||||
- Mission Produit
|
||||
- Wipoz
|
||||
- Distridev
|
||||
- Cahier des charges lien avec Granitier
|
||||
- Nobilia
|
||||
- RMT
|
||||
- Plateforme commune opérationnelles en Juin
|
||||
- Fonctionnalité
|
||||
- Poseur wipoz
|
||||
- BO Poseurs, Appli, Espace Client
|
||||
- RMT Cuisines
|
||||
- Hébergement, cybersécu RMT
|
||||
- Fin 2024 au moins 2 développeurs dans Wipoz
|
||||
- YWH
|
||||
|
||||
Suivi - DG : LDDS
|
||||
|
||||
Entretien
|
||||
|
|
@ -1,179 +0,0 @@
|
|||
---
|
||||
source: OneNote PA-Equipes
|
||||
---
|
||||
|
||||
# Notes 1-to-1 - Romain (import OneNote)
|
||||
|
||||
## 2 juillet 2025
|
||||
|
||||
## 2026-05-19
|
||||
- appart ok sur Chartes, 1000€ / mois
|
||||
- Axone : Content qu'on délivre, profil thématique toujours chiant
|
||||
-
|
||||
|
||||
|
||||
## 2026-03-24
|
||||
|
||||
- Axone : vigilance sur le conso / TMA canalisé : 2,3j
|
||||
- Retour multi-sites : Actions, Droits, Profil Thématique
|
||||
- Tick6 - sur Axone
|
||||
|
||||
## 2026-03-12
|
||||
|
||||
- Axone : difficile de dégager du temps, temps plein
|
||||
|
||||
- A titre perso se challenger sur le TJM
|
||||
- Bureau humainement nickel
|
||||
|
||||
## 2025-01-28
|
||||
|
||||
- Ca va
|
||||
- Axone
|
||||
|
||||
- Apprécié la journée Axone : Bien journée
|
||||
- Bilan TMA axone à communiquer
|
||||
- Un peu de frustration sur le weekly
|
||||
|
||||
- Séminaire 6tm :
|
||||
|
||||
- Très bien : la franchise, prendre le virage :
|
||||
- Codir élargi très bien, les personnes légitimes
|
||||
|
||||
- IA :
|
||||
|
||||
- Les early adapters, les réfractaires, ceux qui sont dans des projets ou c'est complexe.
|
||||
|
||||
## 2025-12-30
|
||||
|
||||
- Axone :
|
||||
|
||||
- dommage pour les pbs de la semaine dernière
|
||||
- Laisser Christophe au max
|
||||
|
||||
- 2026 :
|
||||
|
||||
- Interrogation sur l'IA : axone ne parait pas l'application optimale
|
||||
|
||||
=>
|
||||
|
||||
## 2025-12-16
|
||||
|
||||
- Ça va, un peu irritant sur Marine => insister
|
||||
- 2 chemins : options 2 :
|
||||
|
||||
- Garder la relation client, daily meeting + code
|
||||
|
||||
=>
|
||||
le rôle ma va bien.
|
||||
|
||||
- Journée tribu :
|
||||
|
||||
- Vraiment bien : pres IA, arrivée de pole AI, soft de Julien
|
||||
- Copil Axone
|
||||
|
||||
## 2025-10-22
|
||||
|
||||
- Envie de mettre en place un process => besoin de se couvrir
|
||||
|
||||
## 2025-09-24
|
||||
|
||||
- Ca va, les sujets me plaisent sont assez chronophage
|
||||
- Intéressant, content de venir le matin
|
||||
- Un peu le nez dans le guidon Technique
|
||||
- Aller et retour sur Redon :
|
||||
- Un petit ressenti dans le nez dans le guidon
|
||||
- Mise en prod :
|
||||
- Tickets Asana =>
|
||||
|
||||
## 2025-09-10
|
||||
|
||||
- Ca va, + autonome, j'aimerais être mieux en vélocité
|
||||
- Gros point à sortir IA, multi-site
|
||||
- Laisser la main : non
|
||||
- Passage à 90% : 1 mercredi sur 2 : sans solde
|
||||
|
||||
## 2025-08-27
|
||||
|
||||
- Anticipation des perturbations
|
||||
- Réunion / du mal à décrocher du code
|
||||
- Vélocité: à voir
|
||||
- J'aime bien ce que je faits
|
||||
- DM : j'ai pris le mode de fonctionnement
|
||||
|
||||
=>
|
||||
moins précis que ce que fait Ludo
|
||||
|
||||
## 2025-07-16
|
||||
|
||||
- Essai de préserver le temps de Christophe
|
||||
- Pb de Vendredi, alternance avec l'autre pôle : switch
|
||||
- Urgence Label : user supprimé
|
||||
|
||||
Temps
|
||||
d'adhérence
|
||||
|
||||
- Formation IA :
|
||||
|
||||
- Quels vont être nos boulots demain ?
|
||||
- IA - généraliste :
|
||||
- IA - Dev : lang chain
|
||||
|
||||
- Entretien pro Lundi prochain
|
||||
|
||||
Entretien
|
||||
annuel :
|
||||
|
||||
## 2025-07-09
|
||||
|
||||
- Pt + : ,nbvc
|
||||
|
||||
- ;, nbvc
|
||||
|
||||
- intégration dans les réunions
|
||||
- Compteur, nouvelle version
|
||||
- Périmètre + restreint
|
||||
- FYIR Moins d'interrogation sur l
|
||||
|
||||
=>
|
||||
content de sortir des choses
|
||||
|
||||
- Format DM : ou j'en suis, qu'est-ce que je dois faire
|
||||
|
||||
- Nécessite un point de synchro
|
||||
- Se recaler le mardi
|
||||
|
||||
- Test métier : Recette métier => pas de feedback
|
||||
|
||||
- Validation métier
|
||||
- Uniformisation de nous
|
||||
- Démo => plus commerce
|
||||
|
||||
- PowerBI :
|
||||
- Retour Vidéo
|
||||
- Besoin de retour sur les devs => Marine
|
||||
- Jeudi Budgbuster
|
||||
|
||||
## 2025-07-02
|
||||
|
||||
- 1ere semaine : inquiet sur la montée tech,
|
||||
- 2eme semaine : plus rassuré, hauteur de marche
|
||||
|
||||
Question
|
||||
hauteur de marche
|
||||
|
||||
Bien
|
||||
meilleure que la semaine
|
||||
|
||||
- Sur la façon d'avancer : rentrer par la technique,
|
||||
|
||||
=>
|
||||
à moyen terme (cet été) => aller poste hybride
|
||||
|
||||
Cet
|
||||
été => plutôt dev -> sujet sur opportunité
|
||||
|
||||
Relation
|
||||
- Client
|
||||
|
||||
Cible
|
||||
: Trajectoire n'est pas sur l'archi
|
||||
|
|
@ -1,240 +0,0 @@
|
|||
---
|
||||
type: 1to1
|
||||
collaborateur: Valentin
|
||||
annee: 2026
|
||||
role:
|
||||
stade:
|
||||
rythme: hebdo
|
||||
---
|
||||
|
||||
# 1to1 — Valentin · 2026
|
||||
|
||||
## 🎯 État courant
|
||||
|
||||
### Profil
|
||||
- **Rôle :**
|
||||
- **Ancienneté :**
|
||||
- **Mode de fonctionnement :**
|
||||
|
||||
### Stade
|
||||
<!-- Narratif court à compléter -->
|
||||
|
||||
### Patterns observés
|
||||
-
|
||||
|
||||
## 📋 En cours
|
||||
|
||||
### À aborder au prochain 1:1
|
||||
-
|
||||
|
||||
### Actions ouvertes
|
||||
-
|
||||
|
||||
### Feedbacks à donner
|
||||
-
|
||||
|
||||
---
|
||||
|
||||
## 📖 Sessions
|
||||
|
||||
### 2026-05-19
|
||||
- Bon points : chouette intégration avec Fabrique de Style, et potentiel des sujets avec l'IA
|
||||
- Biais : soupe de l'IA => PAI et base de connaissances réseau
|
||||
- Mode flex d'open AI : moins de prio = token < à 50 %
|
||||
|
||||
|
||||
### 2026-05-12
|
||||
|
||||
Priorités de la semaine :
|
||||
- Visites
|
||||
- Bases de connaissances
|
||||
|
||||
*Préparation Ameno — semaine du 4 au 10 mai*
|
||||
|
||||
**Activité saisie : ~14.5h**
|
||||
- Seenaps Platform / KPI : 6h — Intégration contenu Manop Fabrique de Style
|
||||
- Seenaps Platform / POC : 2.5h — Base de connaissances réseau
|
||||
- 6TM DT / Leeloo : 2h — Fix test + changelog + déploiement
|
||||
- 6TM CSE : 1.5h — Délégation Valentin R.
|
||||
- 6TM DT / Accompagnement : 0.5h — Maxence, point form dyn traduisible
|
||||
- 6TM Pôle Walker : 1h — Rétro IA, prépa atelier Manop FDS
|
||||
- 1 à 1 PA-VR : 0.5h
|
||||
- Seenaps / Orga : 0.5h — Point Aurélie Manop présentation client
|
||||
|
||||
**Tickets en cours**
|
||||
- SEE-1060 — Prépa démo SEIP (`Development`, **HAUTE PRIORITÉ**, 0h/2h, échéance **demain 2026-05-13**) — créé aujourd'hui
|
||||
- SEE-1035 — Intégration Manop Fabrique de Style (`Development`, 13.5h/14h, RAF: 0.5h, éch. dépassée 2026-04-30)
|
||||
- SEE-1045 — Base de connaissances réseau - wiki (`Development`, 3.5h/9.5h, RAF: 6h, créé 2026-05-05)
|
||||
- SEE-0924 — Alimentation des KPIs en auto (`Internal Testing`, 18h/28h, RAF: 10h, éch. dépassée 2026-04-10)
|
||||
- SEE-1013 — Référentiel Alertes — indicateurs d'activité (`Internal Testing`, 12h réalisées / 7h estimées, RAF: 0h, éch. 2026-04-21)
|
||||
- DT-0143 — Script génération usage Leeloo lib (`À traiter`, 0h)
|
||||
- IA-0044 — HAL-IA Intégration langfuse (`Retours d'infos`, 13h, en attente depuis 2025-08-27)
|
||||
- DI-I-0002 — Fuseaux horaires Leeloo/API (`À traiter`, éch. 2024-02-16 — ticket zombi)
|
||||
|
||||
**Planification semaine suivante**
|
||||
- Seenaps Platform : 2h | DT : 1h | HTT : 1h | Jeudi Ascension (férié)
|
||||
|
||||
**Points d'attention**
|
||||
- SEE-1060 créé aujourd'hui avec échéance demain et 2h de RAF : démo SEIP c'est quoi exactement, c'est cadré ?
|
||||
- SEE-0924 en `Internal Testing` avec 10h de RAF et >1 mois de dépassement : qu'est-ce qui bloque concrètement ?
|
||||
- SEE-1013 : 12h réalisées pour 7h estimées, RAF 0h — à clôturer ou il reste quelque chose ?
|
||||
- IA-0044 toujours en attente depuis août 2025 — on le ferme ou on attend encore quoi ?
|
||||
- DI-I-0002 de 2024 — à fermer explicitement ou remettre en backlog ?
|
||||
|
||||
**Questions à creuser**
|
||||
- SEE-1060 : démo SEIP demain — tu as ce qu'il te faut, ou tu as besoin d'aide ?
|
||||
- SEE-0924 : concrètement, c'est quoi les 10h qui restent et ce qui bloque ?
|
||||
- Base de connaissances réseau (SEE-1045 + POC) : tu es satisfait de l'avancement du POC, prochaine étape ?
|
||||
- Semaine prochaine : Ascension jeudi — comment tu organises les 4 jours ?
|
||||
|
||||
*Notes de session*
|
||||
-
|
||||
|
||||
### 2026-05-05
|
||||
- usage de l'IA, fabrique de style => 150 articles
|
||||
-
|
||||
|
||||
|
||||
### 2026-04-21
|
||||
|
||||
*Préparation Ameno*
|
||||
- Aucune saisie d'activité sur la semaine en cours (début de semaine).
|
||||
- 6 tickets ouverts répartis sur 4 périmètres : HAL-IA, Leeloo/DT, DistriCenter, Seenaps Platform.
|
||||
- SEE-1013 est un tout nouveau ticket créé aujourd'hui (Référentiel Alertes + indicateurs d'activité Seenaps), avec une échéance fixée à aujourd'hui et 7h de RAF — sujet à clarifier d'emblée.
|
||||
- SEE-0924 (alimentation des KPIs en auto) est en `Internal Testing` avec 10h de RAF sur 28h estimées, échéance passée depuis 11 jours (2026-04-10) — statut et atterrissage à confirmer.
|
||||
- SEE-0998 (cockpit autres langues IT) est en `Internal Testing`, 1,5h réalisées, échéance au 2026-04-24.
|
||||
- DI-I-0002 (fuseaux horaires / Leeloo API) reste en `À traiter` avec une échéance remontant à février 2024 — ticket potentiellement zombi.
|
||||
- IA-0044 en `Retours d'infos` depuis août 2025 (13h réalisées, aucune MAJ depuis 2025-08-27).
|
||||
- Planification semaine suivante minimale : 2h sur Seenaps Platform.
|
||||
|
||||
*Tickets en cours*
|
||||
- SEE-1013 - Référentiel Alertes - KPIs seenaps, visites et plans d'actions (`Development`, créé aujourd'hui, échéance 2026-04-21, RAF: 7h)
|
||||
- SEE-0924 - Alimentation des KPIs en auto + visualisation du calcul (`Internal Testing`, échéance dépassée 2026-04-10, RAF: 10h/28h)
|
||||
- SEE-0998 - Cockpit - gestion autres langues IT (`Internal Testing`, échéance 2026-04-24, 1,5h réalisées)
|
||||
- IA-0044 - HAL-IA - Intégration langfuse (`Retours d'infos`, 13h réalisées, en attente depuis 2025-08-27)
|
||||
- DT-0131 - Fusion playground test (`À traiter`)
|
||||
- DI-I-0002 - Clarifier la gestion des fuseaux horaires et impacts potentiels Leeloo / API (`À traiter`, échéance 2024-02-16)
|
||||
|
||||
*Points d'attention*
|
||||
- SEE-1013 créé aujourd'hui avec échéance immédiate : sujet priorisé de la semaine ou capture administrative d'un besoin non démarré ?
|
||||
- SEE-0924 en `Internal Testing` avec 10h de RAF et l'échéance passée de 11 jours : qu'est-ce qui bloque la clôture ?
|
||||
- DI-I-0002 date de 2024 et n'a jamais avancé — sans objet, oublié, ou en attente d'arbitrage à trancher.
|
||||
- IA-0044 en `Retours d'infos` depuis 8 mois : ticket actif ou note de backlog oubliée ?
|
||||
- Fragmentation potentielle entre 4 périmètres simultanément ouverts — risque sur le focus.
|
||||
|
||||
*Questions à creuser*
|
||||
- Sur SEE-1013 créé et dû aujourd'hui : tu as commencé, ou c'est un ticket créé pour capturer le besoin sans démarrage immédiat ?
|
||||
- Sur SEE-0924 : qu'est-ce qui reste concrètement pour clôturer les 10h de RAF ? Qu'est-ce qui n'a pas avancé depuis le 10 avril ?
|
||||
- DI-I-0002 : encore pertinent, ou on le ferme / repousse explicitement ?
|
||||
- Quelle est ta priorité principale cette semaine, et qu'est-ce que tu décides de ne pas toucher ?
|
||||
|
||||
*Notes de session*
|
||||
- Mon avenir dans 6tm : "Me sentir utile, avoir de la reconnaissance". "Besoin d'aider autrui". Rencontrer un utilisateur Seenaps.
|
||||
- Idéalement dans le client dans l'animalerie : exemple leeloo :
|
||||
- Etre plus dans l'expression de besoin => plus proche du client.
|
||||
- Mise en place de démo
|
||||
|
||||
---
|
||||
|
||||
### 2026-04-14
|
||||
|
||||
*Préparation Ameno*
|
||||
- Portefeuille actif très orienté dev, avec plusieurs tickets ouverts sur Leeloo / socle React: DT-0131, DT-0133 et DT-0134, dont deux bugs haute priorité créés le 2026-04-14.
|
||||
- Ticket IA-0044 toujours en cours sur HAL-IA / intégration Langfuse, avec 13h réalisées et un statut `Retours d'infos` inchangé depuis 2025-08-27.
|
||||
- Côté Seenaps Platform, SEE-0896 et SEE-0897 sont en `Internal Testing`, échéance au 2026-04-10, avec encore du RAF.
|
||||
- SEE-0924 est en `Development`, échéance au 2026-04-10, avec un reste à faire significatif (21,5h sur 28h estimées).
|
||||
- La planification semaine suivante répartit le temps entre HTT (2h), Seenaps Platform (2h) et Direction Technique (1h), ce qui confirme une charge fragmentée.
|
||||
|
||||
*Tickets en cours*
|
||||
- IA-0044 - HAL-IA - Intégration langfuse (`Retours d'infos`)
|
||||
- DT-0131 - Fusion playground test (`À traiter`)
|
||||
- DT-0133 - Form - Touche entrée peut etre bourriné (`À traiter`, priorité haute)
|
||||
- DT-0134 - WebSocket - Mauvaise gestion isConnected (`À traiter`, priorité haute)
|
||||
- SEE-0896 - Bloc Alerte 1/2 : Référentiel Alertes (`Internal Testing`)
|
||||
- SEE-0897 - Bloc Alerte 2/2 : Tableau de bord Animateur (`Internal Testing`)
|
||||
- SEE-0924 - Alimentation des KPIs en auto + visualisation du calcul (`Development`)
|
||||
|
||||
*Points d'attention*
|
||||
- La fiche est encore vide côté `Patterns observés` et `En cours`, donc impossible de distinguer clairement une continuité historique d'un signal ponctuel.
|
||||
- Le signal le plus net côté Ameno est l'empilement de sujets ouverts sur plusieurs fronts en parallèle: IA, socle DT/React et Seenaps Platform.
|
||||
- Deux bugs haute priorité sont apparus le jour même sur Leeloo; à creuser pour savoir s'il s'agit d'une vraie urgence produit ou d'un bruit de backlog qui dilue le focus.
|
||||
- Plusieurs sujets Seenaps ont une échéance passée au 2026-04-10 tout en restant en `Development` ou `Internal Testing`, ce qui peut signaler un atterrissage glissant ou un besoin d'arbitrage.
|
||||
- IA-0044 en `Retours d'infos` depuis longtemps peut soit être un sujet réellement en attente externe, soit un ticket qui stagne sans prochain pas clair.
|
||||
|
||||
*Questions à creuser*
|
||||
- Qu'est-ce qui a le plus avancé concrètement depuis notre dernier point, malgré le nombre de sujets ouverts ?
|
||||
- Parmi Leeloo, Seenaps Platform et HAL-IA, quel est le vrai sujet prioritaire cette semaine, et qu'est-ce que tu mets explicitement de côté ?
|
||||
- Sur quel ticket as-tu besoin d'un déblocage ou d'un arbitrage de ma part pour éviter de continuer à disperser ton temps ?
|
||||
|
||||
*Notes de session*
|
||||
- Dernière semaine challengeante, beaucoup moins de code, perte du côté challengeant avec l'IA, moins de charge mentale. Plus venir challenger le métier, nécessite d'avoir un ticket bien rempli. Seenaps pas forcément mon intérêt
|
||||
Qu'est ce que ca va donner pour moi dans les prochains mois ?
|
||||
Avenir possible : audit de l'application pour intégration dans leeloo.
|
||||
Priorités :
|
||||
- Seenaps : Développement IA Ready => monorepo, tests ...
|
||||
- Dev & fonctionnelle et autonomie
|
||||
- Base de connaissance IA
|
||||
- Consolidation maintenance Leeloo
|
||||
|
||||
<!-- vide, à remplir à la main pendant l'échange -->
|
||||
|
||||
### 2026-03-18 :
|
||||
- Mieux cette semaine, moins impacté par le monorepo
|
||||
- Bon retour de l'IA
|
||||
- Tests
|
||||
○ Tests E2E
|
||||
○ Test unitaire
|
||||
- IA - administration
|
||||
|
||||
|
||||
### 2026-03-10 :
|
||||
- Atroce hier :
|
||||
○ Docker bloqué => Christophe / Lionel
|
||||
○ Douille leeloo
|
||||
○ Quentin :
|
||||
- Leeloo : version stable
|
||||
- Monorepo :
|
||||
○ Cockpit - avec CI ce soir : standard gitflow
|
||||
o Tous les dev partent de develop avec une feature
|
||||
o Master : prod
|
||||
o Release : 1 seule release : preprod dont demo et rct
|
||||
○ Laravel - intégration de l'existant
|
||||
o MonoRepo fonctionnel
|
||||
○ Suivi des déploiements : pb de versionning
|
||||
|
||||
|
||||
|
||||
### 2026-03-03 :
|
||||
- Gitlab ci -> Kevin
|
||||
- Migration repo
|
||||
- Aurélie => moment partagé
|
||||
- IA :
|
||||
|
||||
|
||||
### 2025-02-17 :
|
||||
- IA et test dans leeloo
|
||||
- Seenaps 2 provider
|
||||
- Fix Tag Leeloo, Bugs KPI Aurélie, Ameno : comment + IA
|
||||
|
||||
### 2025-02-03 :
|
||||
- Leeloo : mode HeadLess => sans rendu
|
||||
- Seenaps :
|
||||
- Node :
|
||||
|
||||
### 2025-01-27 :
|
||||
- Suite 1j Leeloo, 1j IA, 1j seenaps
|
||||
|
||||
### 2025-01-20 :
|
||||
- Discussion léger :
|
||||
○ Eviter de vanner :
|
||||
- Plan d'actions
|
||||
|
||||
- IA :
|
||||
|
||||
- Privé :
|
||||
|
||||
### 2025-01-14 :
|
||||
- Séminaire : présence Lu / Ma / Ve
|
||||
- Stéphane : Langfuze
|
||||
- Lionel =
|
||||
Pb sphere perso
|
||||
1
20-areas/pro/management/1to1/valentin/2026.md
Normal file
1
20-areas/pro/management/1to1/valentin/2026.md
Normal file
|
|
@ -0,0 +1 @@
|
|||
|
||||
35
20-areas/pro/management/1to1/valentin/_contexte.md
Normal file
35
20-areas/pro/management/1to1/valentin/_contexte.md
Normal 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
|
||||
-
|
||||
|
|
@ -1,960 +0,0 @@
|
|||
---
|
||||
source: OneNote PA-Equipes
|
||||
---
|
||||
|
||||
# Notes 1-to-1 (import OneNote)
|
||||
|
||||
## Valentin (10 janvier 2023)
|
||||
|
||||
## 2026-03-24
|
||||
|
||||
## 2026-03-18
|
||||
|
||||
- Mieux cette semaine, moins impacté par le monorepo
|
||||
- Bon retour de l'IA
|
||||
- Tests
|
||||
|
||||
- Tests E2E
|
||||
- Test unitaire
|
||||
|
||||
- IA - administration
|
||||
|
||||
## 2026-03-10
|
||||
|
||||
- Atroce hier :
|
||||
|
||||
- Docker bloqué => Christophe / Lionel
|
||||
- Douille leeloo
|
||||
- Quentin :
|
||||
|
||||
- Leeloo : version stable
|
||||
- Monorepo :
|
||||
|
||||
- Cockpit - avec CI ce soir : standard gitflow
|
||||
- Tous les dev partent de develop avec une feature
|
||||
- Master : prod
|
||||
- Release : 1 seule release : preprod dont demo et rct
|
||||
|
||||
- Laravel - intégration de l'existant
|
||||
- MonoRepo fonctionnel
|
||||
|
||||
- Suivi des déploiements : pb de versionning
|
||||
|
||||
## 2026-03-03
|
||||
|
||||
- Gitlab ci -> Kevin
|
||||
- Migration repo
|
||||
- Aurélie => moment partagé
|
||||
- IA :
|
||||
|
||||
## 2025-02-17
|
||||
|
||||
- IA et test dans leeloo
|
||||
- Seenaps 2 provider
|
||||
- Fix Tag Leeloo, Bugs KPI Aurélie, Ameno : comment + IA
|
||||
|
||||
## 2025-02-03
|
||||
|
||||
- Leeloo : mode HeadLess => sans rendu
|
||||
- Seenaps :
|
||||
- Node :
|
||||
|
||||
## 2025-01-27
|
||||
|
||||
- Suite 1j Leeloo, 1j IA, 1j seenaps
|
||||
|
||||
## 2025-01-20
|
||||
|
||||
- Discussion léger :
|
||||
|
||||
- Eviter de vanner :
|
||||
|
||||
- Plan d'actions
|
||||
|
||||
- IA :
|
||||
|
||||
- Privé :
|
||||
|
||||
## 2025-01-14
|
||||
|
||||
- Séminaire : présence Lu / Ma / Ve
|
||||
- Stéphane : Langfuze
|
||||
- Lionel =
|
||||
- Pb sphere perso
|
||||
|
||||
## 2025-12-10
|
||||
|
||||
- Journée Tribu
|
||||
- Fix Leeloo
|
||||
|
||||
## 2025-11-25
|
||||
|
||||
- Fonctionnalités Ia et Design System
|
||||
|
||||
- Temps
|
||||
- S2 : enchainer sur le plan d'action
|
||||
|
||||
- S1 : préparation de visite
|
||||
|
||||
- Résumé : Ajout de l'éditeur
|
||||
|
||||
## 2025-11-18
|
||||
|
||||
- Aménagement Van + imprimante 3D + module électro PCB
|
||||
- Seenaps
|
||||
|
||||
- Scénario 2 : déployé sur aide
|
||||
- Création du dataset
|
||||
|
||||
- Leloo v4
|
||||
|
||||
- Passage react 19, Node 20
|
||||
- Check Login
|
||||
- Passage ged
|
||||
|
||||
- Prio suivantes :
|
||||
|
||||
- Régression,
|
||||
- Upload
|
||||
|
||||
- Poc : nest
|
||||
|
||||
## 2025-10-28
|
||||
|
||||
- Prépa formation React => content
|
||||
- IA :
|
||||
|
||||
## 2025-10-21
|
||||
|
||||
- Fatigué - parasitage : leeloo V4, Kevin :
|
||||
|
||||
## 2025-09-09
|
||||
|
||||
- Entretien individuel Fin Sept
|
||||
- IA et Figma
|
||||
- Retour Scénario 2 IA :
|
||||
|
||||
## 2025-02-09
|
||||
|
||||
- CI + point Kevin semaine prochaine
|
||||
- Congés 2 semaines
|
||||
- Utilisation de l'IA
|
||||
|
||||
## 2025-08-27
|
||||
|
||||
- Step suivante : IA / Facturation des redevances
|
||||
|
||||
## 2025-07-22
|
||||
|
||||
- Inquiétude :
|
||||
- Leeloo :
|
||||
|
||||
- relais Christophe commence à être ok
|
||||
- Drag & Drop : dnd kit,
|
||||
- Table ?
|
||||
|
||||
- Travail avec Cousteau
|
||||
- IA ?
|
||||
|
||||
## 2025-06-08
|
||||
|
||||
- Congés : 11/08 et 15 au 26 Sept
|
||||
- IA :
|
||||
|
||||
- Branchement mistral
|
||||
- Langfuse
|
||||
- Chatlibre =>
|
||||
|
||||
- Impression d'être squizzer => non
|
||||
- Quentin : Démo 1 stand by => scénario 1
|
||||
- Semaine type : 1j leeloo,1j seenaps, 1j IA
|
||||
- Farago
|
||||
|
||||
## 2025-07-01
|
||||
|
||||
- Seenaps
|
||||
|
||||
- Cockpit - perf : un léger mieux => sujet suivant chronophage => QB
|
||||
- Excel : format à revoir : ajouter une colonne => à spécifier => QB
|
||||
- Demo IA : pas possible de déployer rapidement
|
||||
|
||||
=>
|
||||
|
||||
- Farago :
|
||||
|
||||
- Weavy 510 000 documents et par paquet de 1000
|
||||
- Copil demain
|
||||
|
||||
- IA :
|
||||
|
||||
- Diarisation => pb contexte
|
||||
- Option enregistrement
|
||||
- OVH => cloud souverain
|
||||
- MCP =>
|
||||
|
||||
- Scénario 1 :
|
||||
|
||||
## 2025-06-24
|
||||
|
||||
- Premier retour intéressant de François
|
||||
- Farago : débloquer le staging
|
||||
- Leeloo : quelques mr de Christophe
|
||||
- Cockpit : outil de Fred
|
||||
- Congés : 15j en Septembre, peut-être quelques jour en aout
|
||||
|
||||
## 2025-06-17
|
||||
|
||||
- Chroma docker
|
||||
- Retour Seenaps
|
||||
- Use Case
|
||||
- Leeloo
|
||||
- Dnd :
|
||||
|
||||
## 2025-06-03
|
||||
|
||||
- Nouveau sujet : Module Redevance
|
||||
- Farago :
|
||||
|
||||
## 2025-05-20
|
||||
|
||||
- Point Angers / Prépa formation React - Leeloo
|
||||
- Innoval => à aboutir
|
||||
- Leeloo :
|
||||
- Axone IA :
|
||||
|
||||
## 2025-05-14
|
||||
|
||||
- 26/05 : IA rapport par rapport aux chiffres, + micro
|
||||
|
||||
## 2025-05-07
|
||||
|
||||
- Semaine prochaine :
|
||||
|
||||
- Axone
|
||||
- Innoval
|
||||
- K1 - Beta4
|
||||
|
||||
## 2025-04-29
|
||||
|
||||
- Composant leeloo
|
||||
- Entretien pro => ?
|
||||
- IA : Bonnes réponses / mauvaise réponses => warning
|
||||
|
||||
- IA
|
||||
- Agent : 1 fois sur 3 ca taule =>
|
||||
|
||||
- Seenaps :
|
||||
|
||||
- Plan d'action /
|
||||
|
||||
## 2025-04-22
|
||||
|
||||
- Emilien : chromaDB, postgreSQL
|
||||
|
||||
=>
|
||||
base vectorielle
|
||||
|
||||
- Lovable
|
||||
|
||||
## 2025-04-08
|
||||
|
||||
- Agent à tester :
|
||||
|
||||
## 2025-04-01
|
||||
|
||||
- Echange role cse, formation dev
|
||||
|
||||
## 2025-03-25
|
||||
|
||||
- Langchain
|
||||
- Farago :
|
||||
|
||||
## 2025-03-18
|
||||
|
||||
- Moteur de recherche Elastic me soul
|
||||
- Kevin :
|
||||
- IA :
|
||||
- Leeloo :
|
||||
|
||||
## 2025-02-26
|
||||
|
||||
- Support Leeloo :
|
||||
|
||||
- Visio ?
|
||||
|
||||
## 2025-02-19
|
||||
|
||||
- Un poil triste et inquiet : déprimant, pas mal de remontée sur leeloo.
|
||||
- Seenaps : toujours des bâtons dans les roues :
|
||||
|
||||
- Plutôt autonome
|
||||
|
||||
- IA : fil de discussion ok,
|
||||
- Sujets à avenir Cosignes / Leeloo => planification avec leeloo
|
||||
- CodeReview : Agrea :
|
||||
|
||||
- La page à le référentiel
|
||||
|
||||
## 2025-02-04
|
||||
|
||||
- Lanchain :
|
||||
|
||||
- orchestrateur LLM
|
||||
|
||||
- Rag :
|
||||
|
||||
- Améliore
|
||||
|
||||
- Code Review
|
||||
|
||||
- Agréa - Leeloo
|
||||
|
||||
- Vendredi : Long et dense, support trop complexe, lieu trop bruyant, pizza
|
||||
|
||||
## 2025-01-20
|
||||
|
||||
- Pb de cloisonnement sur Seenaps :
|
||||
- ChatBot : filtre, suppression de doc
|
||||
- Vendredi > démo + 30 min (Outillage API / RAG / leeloo V4).
|
||||
|
||||
- Etape suivante : Dashboard
|
||||
- Interessé par l'ia
|
||||
|
||||
## 2024-01-13
|
||||
|
||||
- Goria =
|
||||
- Secu => Cloisonnement
|
||||
|
||||
## 2024-12-03
|
||||
|
||||
- Benjamin - Clarifier
|
||||
- Congés noël
|
||||
|
||||
## 2024-11-26
|
||||
|
||||
- ChatBot :
|
||||
|
||||
- DemoA
|
||||
|
||||
- JWT
|
||||
- Orga 2025
|
||||
|
||||
## 2024-11-19
|
||||
|
||||
- Yvan sur cockpit, manque d'échange sur l'ia
|
||||
- Pas de breaking changes sur leeloo en v4
|
||||
- AldenTech IA :
|
||||
- Prio inté
|
||||
|
||||
- SEO
|
||||
|
||||
## 2024-11-12
|
||||
|
||||
- Node
|
||||
|
||||
- Gestionnaire de process pm2
|
||||
- ReverseProxy
|
||||
|
||||
## 2024-09-10
|
||||
|
||||
- WebSocket
|
||||
|
||||
## 2024-09-17
|
||||
|
||||
- Montée en compétence Kevin :
|
||||
|
||||
- Pair programming 3 mois => Gap important prend du temps
|
||||
|
||||
- Cockpit :
|
||||
|
||||
## 2024-09-10
|
||||
|
||||
- Risque d'hypo-tension - malaise vagal
|
||||
|
||||
## 2024-09-03
|
||||
|
||||
- VR - clarification Axone /
|
||||
- CSE : 4,5 personnes sur le départ.
|
||||
- Elastic :
|
||||
|
||||
## 2024-08-27
|
||||
|
||||
- Leeloo : modif upload
|
||||
- Modif : taches azure
|
||||
- Leeloo : prochaine version 3.10 (maj upload)
|
||||
|
||||
## 2024-07-16
|
||||
|
||||
- KPIs : régression - phase de recette
|
||||
- Upload : yvan
|
||||
|
||||
## 2024-07-09
|
||||
|
||||
- Pair :
|
||||
- Leeloo :
|
||||
- Elastic Search :
|
||||
|
||||
- test SQL
|
||||
- Playground :
|
||||
- Manop, gestion de droits
|
||||
- Query + sources comment on y fait référence
|
||||
- Fonctions ?
|
||||
- Comprendre
|
||||
|
||||
- Leeloo : ipad / chrome - upload - erreurs
|
||||
- Sam : OAV / 2h : uniformisation json, route, prévoir un créneau hebdo => Fred
|
||||
|
||||
## 2024-07-02
|
||||
|
||||
- Kevin : culture, montée en compétence, marche un peu haute
|
||||
- Hafid et sam
|
||||
|
||||
## 2024-06-26
|
||||
|
||||
- Retour Hafid, Sam :
|
||||
- Pt Kevin 1H / jour
|
||||
|
||||
Seenaps Bugs / Améliorations
|
||||
|
||||
- Priorité : accompagnement de Kevin
|
||||
- Améliorations KPIs
|
||||
|
||||
- Ajouter la colonne critère dans la liste KPI / Valeur
|
||||
- Prise en compte des filtres sur l’export (utilisation fillter)
|
||||
|
||||
- Point avec Guillaume sur la partie Next / Nodejs
|
||||
|
||||
Ameno :
|
||||
|
||||
- Kanban :
|
||||
|
||||
- le group by sur la date d’échéance ne fonctionne pas
|
||||
- le handle close de la popup ne fonctionne pas en build.
|
||||
|
||||
Point IA avec Elastic / Langchain
|
||||
|
||||
## 2024-06-18
|
||||
|
||||
- Seenaps :
|
||||
|
||||
- Montée en compétence, Kevin : erreurs
|
||||
- Créneau : 30 min fin de matinée, fin de journée
|
||||
|
||||
=>
|
||||
à faire avec Quentin, Moi
|
||||
|
||||
=>
|
||||
Lundi matin.
|
||||
|
||||
- Refacto Visite => Beaucoup de fonctionnalités
|
||||
- Leeloo :
|
||||
|
||||
- RAS,
|
||||
- V4 : Sept
|
||||
|
||||
- Transfert de compétence
|
||||
- Arrêt ODD6
|
||||
|
||||
## 2024-06-29
|
||||
|
||||
- Caddy : meilleur performance api platform
|
||||
- WebNN : décentraliser le js
|
||||
- OpenAI : 4o
|
||||
- Wahoo : Début Octobre : IA - RSE
|
||||
- Intérêt :
|
||||
|
||||
- aide des gens et priorisation
|
||||
- Briquer ?
|
||||
|
||||
- Kevin : Cool
|
||||
- Leeloo :
|
||||
|
||||
- bonne montée en puissance
|
||||
- => Julien : 422
|
||||
|
||||
- Semaine prochaine POC Store Locator
|
||||
- Flutter : Webview -> impact GestionDocumentaire
|
||||
|
||||
## 2024-05-29
|
||||
|
||||
- Ameno à mettre à jour
|
||||
- 13 juin => à décaler,
|
||||
|
||||
=>
|
||||
warning ODD6, CSE … -=> enjeu 90%
|
||||
|
||||
- CRM ok : mise en prod
|
||||
- Ssr :
|
||||
- Leeloo :
|
||||
|
||||
- Select Asynchrone => 2 composants
|
||||
- V4 => TAF => Septembre
|
||||
- DataCollectionFrom => Christophe
|
||||
|
||||
## 2024-05-21
|
||||
|
||||
- 8.6 : Mael :
|
||||
- Leeloo : ticket
|
||||
- CRM :
|
||||
- Distri
|
||||
|
||||
## 2024-05-13
|
||||
|
||||
- Au bord de la crise de nerf / Crise d'angoisse
|
||||
- Prise de chose personnellement
|
||||
- Passer en 3/5 ème : react
|
||||
- 3 demandes en // :
|
||||
|
||||
- Entretien avec Ludo, réunion distri = l'impression de ne pas faire le job
|
||||
- Fred : Venidom
|
||||
- Pauline :
|
||||
- Quentin :
|
||||
|
||||
## 2024-04-16
|
||||
|
||||
- Distri
|
||||
- CRM :
|
||||
|
||||
## 2024-04-09
|
||||
|
||||
- RH : prévoir le script
|
||||
- CRM :
|
||||
|
||||
- Météo
|
||||
- Historique
|
||||
- Filtre : 3j
|
||||
- Mise à jour
|
||||
- Reste récup
|
||||
|
||||
- Distri
|
||||
|
||||
## 2024-04-03
|
||||
|
||||
- Suno
|
||||
- Journée tribu sur discussion informelle
|
||||
- CRM :
|
||||
- Rémunération : fantasme / Transparence => Julien
|
||||
|
||||
A clarifier : norme RFC 4656 :
|
||||
|
||||
=> on impose le
|
||||
code => 4 langues, 4 enum => quelques supplémentaires
|
||||
|
||||
Valentin
|
||||
Renard19/03/2024 11:44
|
||||
|
||||
oui
|
||||
c'est juste que désormais je dois imposer un choix de langue possible selon
|
||||
leeloo pour les sites (prochaine version) je voulais m'assurer de pas bloquer
|
||||
personne pour le moment
|
||||
|
||||
concernant
|
||||
ruminant on verra donc le moment venu ^^
|
||||
|
||||
## 2024-03-12
|
||||
|
||||
- Vacances au 29/07-> 23/08 : suisse
|
||||
- Cockpit à jour :
|
||||
- Leeloo :
|
||||
- Cockpit : Maj coulidoor, wipoz, venidom
|
||||
|
||||
Ameno
|
||||
|
||||
## 2024-03-06
|
||||
|
||||
- Pas mal de sujet mais ca roule
|
||||
- Kumulus K1 : Benjamin => Revue et Pair
|
||||
- Distri : Fluide / bureau
|
||||
|
||||
- Id
|
||||
|
||||
- Leeloo :
|
||||
|
||||
- Route
|
||||
|
||||
- Cockpit
|
||||
|
||||
- Pb des mises à jour => cible
|
||||
|
||||
## 2024-02-27
|
||||
|
||||
- PO sur cockpit : wipoz,
|
||||
|
||||
- Bchef :
|
||||
|
||||
- Cockpit : vaultwarden ok
|
||||
- Secu : webview flutter :
|
||||
|
||||
- WebView : isMobile :
|
||||
- Flutter =>
|
||||
|
||||
- Impact sur download
|
||||
|
||||
- Suite
|
||||
|
||||
- MariaDB ->
|
||||
- Wipoz / Venidom
|
||||
- Tickets RA
|
||||
|
||||
## 2024-02-20
|
||||
|
||||
- ODD6 : IA
|
||||
|
||||
## 2024-02-06
|
||||
|
||||
- Pacs + Congés / RTT
|
||||
|
||||
## 2024-01-23
|
||||
|
||||
- Ameno :
|
||||
|
||||
Tickets
|
||||
|
||||
- IA : sous 10j sur T1
|
||||
|
||||
- Productivité / Qualité code : copilot - ChatGPT => 1j
|
||||
- Mistral IA : 2j
|
||||
- API : 5/6j
|
||||
- Cockpit : api => warning Fiabilité à 100%
|
||||
- Génération de questions : elearning
|
||||
|
||||
- Elastic
|
||||
- Cockpit : CRM
|
||||
- Districenter => init, Revue de code, linter …
|
||||
|
||||
- A fin Février : l'implémentation des 1er écrans est une réussite, dont 1 complexe (Qualité / Compréhension, appropriation)
|
||||
|
||||
## 2024-01-16
|
||||
|
||||
- .net : API / front
|
||||
- IA : POC
|
||||
|
||||
- .net
|
||||
|
||||
- 3 jours sur 5
|
||||
|
||||
## 2024-01-09
|
||||
|
||||
- Webinaire IA
|
||||
- Finaliser Upload
|
||||
- Tableau : Etat Couleur
|
||||
- PA
|
||||
- Leeloo :
|
||||
|
||||
- Faire un tour sur le tuto Reac
|
||||
|
||||
- Wildcard cockpit : 2j
|
||||
|
||||
## 2023-12-05
|
||||
|
||||
- Louis ? :
|
||||
|
||||
## 2023-11-02
|
||||
|
||||
- Chiot - adaptation télétravail
|
||||
- Ameno
|
||||
|
||||
2023 -24-10
|
||||
|
||||
- A explorer : Documentation leeloo avec gpt + projet classique, 40Go :
|
||||
|
||||
- 1 : voir ce que donne en local
|
||||
- 2 : générer un modèle
|
||||
- 3 : tester le modèle
|
||||
|
||||
=>
|
||||
3 / 4 jours
|
||||
|
||||
## 2023-10-10
|
||||
|
||||
- Migration Linux, Windows
|
||||
- Windows :
|
||||
|
||||
- Déploiement et Mickaël
|
||||
- Pole Walker : ça passe bien
|
||||
- Migration Windows
|
||||
- Umbrella => ca m'intéresse plus : manque d'innovation : approxy (serveur qui envoi le js au client) - impression de regresser en react, bloquer avec Adrien => besoin de maitriser react
|
||||
|
||||
## 2023-10-03
|
||||
|
||||
- Echange avec Faustine intéressant
|
||||
- Position bureau
|
||||
- Leeloo
|
||||
- Louis : la marche est haute, programmation orientée objet inconnu.
|
||||
- Windows :
|
||||
|
||||
## 2023-09-20
|
||||
|
||||
- Ok sur un 40, Responsable d'équipe font /
|
||||
- Debrief Valentin :
|
||||
|
||||
- Verre à moitié vide
|
||||
- Une demande - On va me piéger =>
|
||||
|
||||
- GAP salaire -> formaliser la rémun : Karine
|
||||
|
||||
=> manager de carrière
|
||||
|
||||
## 2023-09-08
|
||||
|
||||
- Entretien annuel
|
||||
|
||||
## 2023-08-29
|
||||
|
||||
- Bureau : test Flex Office => retour
|
||||
- Echange Pauline -> pas trop confortable :
|
||||
- + de rush c'est le 15 premier jours =>
|
||||
- Leeloo => Christophe, Guillaume, Hafid
|
||||
|
||||
=>
|
||||
Revoir les formations
|
||||
|
||||
Listing
|
||||
des choses à ne pas faire + plugins VSCode
|
||||
|
||||
-> Audits -> V3 - Tags / retours Guillaume /
|
||||
RH
|
||||
|
||||
- Retours Leeloo => consolidation
|
||||
- Echange Teams => pas forcément clair
|
||||
|
||||
Rythme : 1 to 1 => relation avec les autres
|
||||
|
||||
## 2023-06-21
|
||||
|
||||
- Anticipation congés : Relais cockpit
|
||||
- Step :
|
||||
|
||||
- Finaliser migration cockpit + user
|
||||
- Tenant Wipoz But API Wipoz : user / entite / KPI
|
||||
- Cockpit : retours
|
||||
- OAV
|
||||
|
||||
## 2023-06-13
|
||||
|
||||
- Wahoo => cool : une chance et un privilège, W en équipe simulant avec les personnes
|
||||
|
||||
=>
|
||||
top sur l'aspect communication, quelques apprentissages css
|
||||
|
||||
- Ce qui m'intéresse le Défi : construction d'audit
|
||||
|
||||
## 2023-05-30
|
||||
|
||||
- Pb allergies :
|
||||
- Wipoz :
|
||||
|
||||
- demain matin :
|
||||
- Requête live =>
|
||||
|
||||
- OAV :
|
||||
|
||||
- Full React : Gestion des favoris / Gestion du panier
|
||||
|
||||
- Audit :
|
||||
|
||||
- Visites :
|
||||
- Modèle :
|
||||
- Questions
|
||||
|
||||
- K1 : leeloo V3 : 1j de yann
|
||||
|
||||
## 2023-05-24
|
||||
|
||||
- Nouvelles taches : accompagnement à réaffecter
|
||||
- Point avec Quentin => synchro avec users
|
||||
- Yann : K1 - plutôt bien -> Toulouse, pt avec Nico et Thomas->
|
||||
- Suite :
|
||||
|
||||
- Audit :
|
||||
- Wipoz - KPI => 01/06
|
||||
- OAV : Favoris et Panier
|
||||
|
||||
## 2023-05-16
|
||||
|
||||
- Module => semaine prochaine
|
||||
- YWH =>
|
||||
- Docs leeloo sur Fuze
|
||||
- Wipoz
|
||||
|
||||
## 2023-05-10
|
||||
|
||||
- Module :
|
||||
|
||||
- génération des routes, redirection | voir compatibilité
|
||||
- Pb de css
|
||||
- Voir store / stockage
|
||||
|
||||
- Leeloo V3
|
||||
- Yann : pas de retour récent
|
||||
- Pt hebdo : revue fixé
|
||||
- Prochain sujets :
|
||||
|
||||
- YWH
|
||||
|
||||
## 2023-05-03
|
||||
|
||||
- Louis ?
|
||||
- Séparation Front / Api :
|
||||
|
||||
## 2023-04-04
|
||||
|
||||
- Une 3eme semaine de congés cet été
|
||||
- Nicolas => route
|
||||
- La prio : déploiement prod, template oav, Kumulus, leeloo extension vscode et test
|
||||
- Module actions
|
||||
|
||||
## 2023-03-21
|
||||
|
||||
- Bureau :
|
||||
|
||||
- Nico F5
|
||||
|
||||
- Hafid : OK
|
||||
- Christophe : Audit - vitejs ?
|
||||
- A suivre TestU / ExtensionVSCode et
|
||||
|
||||
## 2023-03-15
|
||||
|
||||
Enjeu Leeloo : aider les devs.
|
||||
|
||||
- Voir wahoo time
|
||||
- PoleWalker : Kumulus, Axone
|
||||
- Issues Leeloo :
|
||||
- Question leeloo :
|
||||
|
||||
- démocratiser, vidéo courte, d'autres contributeurs, convention git
|
||||
|
||||
## 2023-03-07
|
||||
|
||||
- Montée en compétence et recrutement React ?
|
||||
- Creuser API - Platform
|
||||
|
||||
- CQRS -
|
||||
|
||||
=>
|
||||
PC windows
|
||||
|
||||
- Kumulus + React
|
||||
- Herbvalo => Karine
|
||||
|
||||
## 2023-02-28
|
||||
|
||||
- .net, laravel
|
||||
- V3
|
||||
|
||||
- Environnement : snippet, simplification
|
||||
- Vite
|
||||
- Csrf => API => Axios / Authen => SecIT, Mickaël
|
||||
|
||||
- =>
|
||||
|
||||
- Cockpit / F&R
|
||||
- => Marguerite / Jeudi
|
||||
|
||||
## 2023-02-14
|
||||
|
||||
- Échange pertinent avec Hafyd / Christophe
|
||||
- Normetec : attention écran dossier
|
||||
- Prio : cockpit / Ameno / OAV meublé /
|
||||
|
||||
## 2023-02-27
|
||||
|
||||
- ACO : live =>
|
||||
- Dashboard / Laravel :
|
||||
|
||||
- pt Hebdo ?
|
||||
- Limite Laravel ?
|
||||
- API :
|
||||
- Graph en public
|
||||
- Auto-connect => à valider si c'est clair ?
|
||||
|
||||
- V3 ménage / Fix
|
||||
- Tableau de bord
|
||||
|
||||
- Token
|
||||
- API : cockpit
|
||||
|
||||
## 2023-01-31
|
||||
|
||||
- Vie d'équipe et Kaizen => Ok pour ne pas être isolé
|
||||
- Investissement Vincent sur Kaizen
|
||||
- Vrai motivation c'est la complexité technique / pas le métier.
|
||||
- Leeloo : opensource => tps investi
|
||||
|
||||
## 2023-01-24
|
||||
|
||||
- Appréhension Kanban => ! Mode ittératif
|
||||
- Sujets Back-end => api / odata
|
||||
|
||||
=>
|
||||
pas fermé ? Mais semble difficile et
|
||||
long
|
||||
|
||||
=>
|
||||
pb d'installation ?
|
||||
|
||||
- Partir de 0 : je m'en sortirais si j'ai le temps de découvrir le sujet.
|
||||
|
||||
=>
|
||||
|
||||
## 2023-01-17
|
||||
|
||||
- Point de vigilance :
|
||||
|
||||
- Dispo, PA
|
||||
- Changement équipe : orientation .net
|
||||
- Ambition :
|
||||
- Simplifier les problèmes qu'on retrouve dans les toutes React
|
||||
|
||||
- Formation :
|
||||
|
||||
- Courant Avril : version ubuntu obsolète 18.4
|
||||
|
||||
- Migrer Windows
|
||||
|
||||
- Guillaume Angers (Ambiance Flammes , unik)
|
||||
|
||||
- Provider hors ligne
|
||||
|
||||
- Linet
|
||||
|
||||
- Provider hors ligne
|
||||
|
||||
- Montée en compétence :
|
||||
|
||||
- Mise à jour de doc
|
||||
- Revue de code
|
||||
- Tooling
|
||||
|
||||
## 2023-01-10
|
||||
|
||||
- Avec Johann :
|
||||
|
||||
- Aime bien de discuter, attentes honneteté et franchise dans les échanges
|
||||
- Avec les résultats au bout de quelques semaines
|
||||
|
||||
- Pas d'équipe
|
||||
|
||||
- Au sens propre
|
||||
- Perte de la vie d'équipe : DM, sortie, Rétro => décaler que la vie d'équipe
|
||||
|
||||
- Attentes
|
||||
|
||||
- Mise en place les standards, leeloo, accompagnement + fort
|
||||
|
||||
=>
|
||||
|
||||
- Possibilités :
|
||||
|
||||
- 50 / 50 dont moitié pole position
|
||||
- Pôle React : avec une équipe
|
||||
- Changement d'équipe avec une équipe plus réact
|
||||
- Franchise et réseau
|
||||
- Aroid => pole walker
|
||||
|
||||
- Task Force :
|
||||
|
||||
- Résultat attendus
|
||||
- Laravel : Franchise et réseau
|
||||
- .net => Module Action Axone
|
||||
|
|
@ -1,81 +0,0 @@
|
|||
De : Christophe Sauvé <christophe.sauve@6tm.com>
|
||||
|
||||
Date : jeudi, 15 mai 2025 à 15:31
|
||||
|
||||
À : Stéphane Trémier <stephane.tremier@6tm.com>
|
||||
|
||||
Objet : missions v2
|
||||
|
||||
1) Mettre en place l’offre d’hébergement & de sécurité de la tribu Symfony
|
||||
|
||||
--------------------------------------------------------------------------
|
||||
|
||||
Résultats attendus:
|
||||
|
||||
- L'entièreté des hébergements de la tribu sont recencés (hébergeur, caractéristiques, cout)
|
||||
|
||||
- Offre commerciale hébergement clarifiée: service (modèle DAT) et couts associés
|
||||
|
||||
- Un environnement de recette Kubernetes et/ou Docker est accessible pour la tribu
|
||||
|
||||
- Les couts de cet environnement de recette sont mesurés
|
||||
|
||||
- La tribu est autonome pour déployer une nouvelle application en recette
|
||||
|
||||
- Toutes les applications de la tribu ont été mises à niveau par rapport aux failles de sécurité critiques/importantes identifiées
|
||||
|
||||
- Une démarche d'amélioration continue en sécurité a été mise en place
|
||||
|
||||
Moyens à disposition:
|
||||
|
||||
- Accès admin OVH & Amen
|
||||
|
||||
- Budgets maintenance de fransat et de geflog
|
||||
|
||||
- Equipe Cousteau (dont un profil sécurité et un stagiaire devops)
|
||||
|
||||
- DSI
|
||||
|
||||
2) Développer les compétences de la tribu dans la mise en place de solutions exploitant les LLM
|
||||
|
||||
-----------------------------------------------------------------------------------------------
|
||||
|
||||
Résultats attendus:
|
||||
|
||||
- une application RAG fonctionnelle a été déployée chez un client (recette ou prod)
|
||||
|
||||
- un REX a été organisé auprès de la tribu
|
||||
|
||||
- un référent dans la tribu est capable de conseiller une application RAG : spécifications & chiffrage
|
||||
|
||||
- la tribu est capable de produire une application RAG : maitrise d'ouvrage + au moins 2 développeurs ont une expérience en dev RAG
|
||||
|
||||
Moyens à disposition:
|
||||
|
||||
- Accès aux apis LLM propriétaires ou ovh
|
||||
|
||||
- Equipe Cousteau
|
||||
|
||||
- Consultants Polaria
|
||||
|
||||
3) Mise en place de projets Seenaps business
|
||||
|
||||
--------------------------------------------
|
||||
|
||||
Résultats attendus:
|
||||
|
||||
- Au moins 1 projet client communique avec Seenaps platform: SSO + API
|
||||
|
||||
- Un des modules déployé via seenaps platform est maintenu par la tribu (exemple: e-learning)
|
||||
|
||||
- Un REX a été effectué à l'équipe commerciale et/ou au comex
|
||||
|
||||
- Un schéma/doc d'architecture technique est disponible
|
||||
|
||||
Moyens à disposition:
|
||||
|
||||
- Comex Seenaps, comex tribu
|
||||
|
||||
- budgets et equipes projets JAS, Mdm, Transakauto
|
||||
|
||||
- Equipe Seenaps platform
|
||||
|
|
@ -1,57 +0,0 @@
|
|||
---
|
||||
source: OneNote PA-Equipes
|
||||
---
|
||||
|
||||
# Notes 1-to-1 - Gaétan (import OneNote)
|
||||
|
||||
## 13 octobre 2022
|
||||
|
||||
42 ans - 3 et 6 ans,
|
||||
Cesson
|
||||
|
||||
Science éco,
|
||||
marketing ergonome
|
||||
|
||||
Dixid
|
||||
|
||||
Alten -> 2009
|
||||
|
||||
2009 -> google
|
||||
adwords, puis Facebook à Dublin -> au sein de Facebook (grande agence et
|
||||
grands comptes) - 2 ans
|
||||
|
||||
Precom -> Rennes,
|
||||
|
||||
=> Création d'une
|
||||
agence à 3, reponsables d'une équipe de 4 =>
|
||||
5 ans
|
||||
|
||||
MV Group : 2009 :
|
||||
Médiaveille => directrive - pole market, communication lead gen
|
||||
|
||||
ABM account Base
|
||||
Marketing => décrocher du rendez-vous ->
|
||||
|
||||
Inbound Marketing /
|
||||
complémentaire de l'abm => A au bout de 2,5 ans => gérer un portefeuille
|
||||
de 10 à 12 clients
|
||||
|
||||
Retravailler sur une
|
||||
entreprise -> levier digitaux
|
||||
|
||||
Marketing senior
|
||||
=>
|
||||
|
||||
En découverte :
|
||||
|
||||
Différent MV Group /
|
||||
enjeu de fort / ou on peut à la liste
|
||||
|
||||
=> outils
|
||||
microsoft
|
||||
|
||||
=> com et market
|
||||
(offres)
|
||||
|
||||
1ère action :
|
||||
Franchise et réseau => accompagner les commerciaux, market.
|
||||
|
|
@ -1,23 +0,0 @@
|
|||
---
|
||||
source: OneNote PA-Equipes
|
||||
---
|
||||
|
||||
# Notes 1-to-1 - Guillaume (import OneNote)
|
||||
|
||||
## 9 septembre 2022
|
||||
|
||||
Formation :
|
||||
|
||||
- Celle de Typescript : pas terrible
|
||||
- Formation udemy
|
||||
|
||||
Experience : JS / TS
|
||||
|
||||
Valentin : Top -
|
||||
pour expliquer leeloo : 452 heures () => 64j
|
||||
|
||||
API :
|
||||
|
||||
Réutiliser en web
|
||||
|
||||
Npm install
|
||||
|
|
@ -1,22 +0,0 @@
|
|||
---
|
||||
source: OneNote PA-Equipes
|
||||
---
|
||||
|
||||
# Notes 1-to-1 - Hafid (import OneNote)
|
||||
|
||||
## 6 juillet 2022
|
||||
|
||||
SII :
|
||||
|
||||
- mise en place chez devops Azure
|
||||
- Projets Bouyges Telecom :
|
||||
|
||||
- Mise en production
|
||||
- Azure DevOps
|
||||
- Prod manuellement
|
||||
- Avant : on était sur Gitlab :
|
||||
- GitLab -> Azure : demande de Bouygues Telecom
|
||||
|
||||
- Gestéos :
|
||||
|
||||
- Même mécanisme
|
||||
|
|
@ -1,75 +0,0 @@
|
|||
---
|
||||
source: OneNote PA-Equipes
|
||||
---
|
||||
|
||||
# Notes 1-to-1 - Jim (import OneNote)
|
||||
|
||||
## 27 octobre 2023
|
||||
|
||||
## 2023-12-11
|
||||
|
||||
- Louis : 1 an ….
|
||||
- Benoit : opportunité de Job passe à la trappe
|
||||
- Thomas / ca frotte avec Benjamin => tension à gérer
|
||||
- Difficultés Aber : pt d'api
|
||||
- F&R : filtrage js => bricoloage
|
||||
- Gaelle, compliqué en perso avec sa maman : en vacances 2 semaines pour être avec sa mère
|
||||
|
||||
## 2023-11-24
|
||||
|
||||
- Arrêt d'une semaine => pb de vision => neurologue
|
||||
- Benoit : job de développeur :
|
||||
|
||||
Hébergement Val-grave
|
||||
- Laurent Baey : début Janvier
|
||||
- Weekly : alix
|
||||
|
||||
=> ambiance dans l'équipe Mobizel
|
||||
- Esprit meuble serein, appli bien utilisée
|
||||
- A2com : CCPA, hopupu,
|
||||
- Louis : Semaine prochaine
|
||||
|
||||
## 2023-11-06
|
||||
|
||||
- Pb de migraine
|
||||
- Louis : ?
|
||||
- Collab : adrien, antonin, gaëlle + plutôt positif
|
||||
|
||||
## 2023-10-27
|
||||
|
||||
Louis :
|
||||
- Weekly : plutôt positif
|
||||
- En attente retour d'Yvan
|
||||
- Pas a l'aise sans un retour encadré
|
||||
|
||||
1er Entretien annuel sur modèle 6tm,
|
||||
- Mathieu
|
||||
- Antonin
|
||||
- 1 par mois
|
||||
- Gaëlle a faire rapidement
|
||||
|
||||
Préoccupation :
|
||||
- Julien réglé
|
||||
- Alix : Tour du monde / specs mobile Aber à anticiper
|
||||
- Mathieu F&R : il manque des points d'api => 2 semaines
|
||||
|
||||
Budget prod de 10j
|
||||
- Esprit meuble : astreinte sur le salon => + serein
|
||||
- Voir avec JC : borne wifi
|
||||
-> 4g
|
||||
- Pas mal de temps sur les maintenances => enjeu 2024 sur l'année civile
|
||||
- Pas mal de temps sur les cartes et transfert
|
||||
- Benoit : Devops : 9/11
|
||||
- CCPA : exemple certificat SSL : pas de contrat d'hébergement
|
||||
- Aspect contractuel d'Alcéane : Alcéane 25K, CCPA 20j, Ouest France 10K
|
||||
- Gros chantier :
|
||||
- Facture
|
||||
|
||||
Projet de fond
|
||||
- Mobile
|
||||
- Projet en cycke V
|
||||
|
||||
A planfier :
|
||||
- Louis
|
||||
- Réunion avec Benoit
|
||||
- Ameno / projets
|
||||
|
|
@ -1,34 +0,0 @@
|
|||
---
|
||||
source: OneNote PA-Equipes
|
||||
---
|
||||
|
||||
# Notes 1-to-1 - Maël (import OneNote)
|
||||
|
||||
## 17 octobre 2021
|
||||
|
||||
A l’embauche :
|
||||
|
||||
- Backup de Vincent
|
||||
- Vincent n’a pas forcément le rôle de Lead Tech => collégiale => marche plutôt bien
|
||||
|
||||
Pas
|
||||
sûr d’être intéressé par une position de LeadTech unique
|
||||
|
||||
- Manque de PO : dédoubler :
|
||||
|
||||
Piste :
|
||||
|
||||
- PO : fonctionnelle / PO : Tech
|
||||
- Analyse Tech
|
||||
- Management : Relais
|
||||
|
||||
- Serait intéressé par faire moins de tech
|
||||
|
||||
Soutien à
|
||||
Fred :
|
||||
|
||||
- fonctionnelle + précis =>
|
||||
- Technique
|
||||
- Rôle du PO :
|
||||
|
||||
- Quel rôle
|
||||
|
|
@ -1,21 +0,0 @@
|
|||
lundi 30 juin 2025
|
||||
11:40
|
||||
|
||||
Rapport d'étonnement
|
||||
- Temps de JC :
|
||||
- OKR : fin 08
|
||||
- Activité Cyber Externe => à externaliser
|
||||
|
||||
OKR Stratégie Docker / Kub :
|
||||
- 2 projets en infra :
|
||||
|
||||
Inventaires : AD -
|
||||
- Activité dev : base SQL Serveur
|
||||
- AD :
|
||||
- Socle propre :
|
||||
- Marqueur
|
||||
○ Business pas enmerdé
|
||||
○ GRC : CISO assistant : version community : Septembre
|
||||
- Etat Mantis : clarifier la dérogation => Bastien potentiel RSSI
|
||||
|
||||
Partager : PSSI / PAS
|
||||
Some files were not shown because too many files have changed in this diff Show more
Loading…
Add table
Reference in a new issue