[Feat] - concurrence cerca
Co-authored-by: Copilot <copilot@github.com>
43
05-revues/coaching/2026-04-17.md
Normal file
|
|
@ -0,0 +1,43 @@
|
||||||
|
---
|
||||||
|
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 -->
|
||||||
7
20-areas/pro/codir/codir-2026.md.md
Normal file
|
|
@ -0,0 +1,7 @@
|
||||||
|
### 2026-04-17
|
||||||
|
- T2
|
||||||
|
- Goria :
|
||||||
|
- Crédibiliser la trajectoire
|
||||||
|
- presta pour Michel
|
||||||
|
- Sous-activité
|
||||||
|
-
|
||||||
|
|
@ -42,6 +42,37 @@ rythme: hebdo
|
||||||
|
|
||||||
## 📖 Sessions
|
## 📖 Sessions
|
||||||
|
|
||||||
|
### 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
|
### 2026-04-13
|
||||||
|
|
||||||
*Préparation Ameno*
|
*Préparation Ameno*
|
||||||
|
|
|
||||||
234
20-areas/pro/management/1to1/frederic/2026.md
Normal file
|
|
@ -0,0 +1,234 @@
|
||||||
|
---
|
||||||
|
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-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
|
||||||
|
-
|
||||||
|
|
||||||
0
20-areas/pro/management/1to1/frederic/archives/2025.md
Normal file
|
|
@ -44,6 +44,36 @@ rythme: hebdo
|
||||||
|
|
||||||
## 📖 Sessions
|
## 📖 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
|
### 2026-04-10
|
||||||
|
|
||||||
*Préparation Ameno*
|
*Préparation Ameno*
|
||||||
|
|
|
||||||
|
|
@ -21,17 +21,19 @@ rythme: hebdo
|
||||||
<!-- Cadrer probable : période d'essai validée fin mars 2026, encore en intégration sur l'écosystème technique et l'organisation Seenaps. -->
|
<!-- 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
|
### 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
|
## 📋 En cours
|
||||||
|
|
||||||
### À aborder au prochain 1:1
|
### À aborder au prochain 1:1
|
||||||
- [ ] Point IA selon les besoins (cf. dernier échange)
|
- [ ] Arbitrer la priorité réelle entre chat produit, stabilisation websocket et chantier CI / Docker / monobase
|
||||||
- [ ] Devops / Docker : nouveau serveur
|
- [ ] 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
|
### Actions ouvertes
|
||||||
- [ ] Lionel — figer la version npm des packages websocket et planifier des mises à jour régulières
|
- [ ] Lionel — figer la version npm des packages websocket et planifier des mises à jour régulières
|
||||||
- [ ] Lionel — Chat (milieu de semaine prochaine)
|
- [ ] 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
|
### Feedbacks à donner
|
||||||
-
|
-
|
||||||
|
|
@ -40,39 +42,99 @@ rythme: hebdo
|
||||||
|
|
||||||
## 📖 Sessions
|
## 📖 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
|
### 2026-04-07
|
||||||
- Techniquement
|
- 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.
|
||||||
- websocket
|
- 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.
|
||||||
- Traduction
|
- 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.
|
||||||
- point de vigilance sur les packages websocket
|
- 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
|
=> figer la version npm et les mettre à jour régulièrement
|
||||||
- IA suivant le besoin : voir le complément
|
- IA suivant le besoin : voir le complément
|
||||||
- Chat : milieu de semaine prochaine
|
- 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
|
- Chargement des modules : ok
|
||||||
- Chat :
|
- Chat :
|
||||||
- Devops => docker : nouveau serveur pour docker
|
- 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.
|
||||||
### 2026-03-30
|
- 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
|
- Communiqué sur validation période d'essai => Fait
|
||||||
|
|
||||||
### 2026-03-19
|
- 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 ?
|
||||||
- Environnement de dev :
|
- Les tickets en Internal Testing sont-ils vraiment en attente de validation externe, ou bien masquent-ils des restes à faire mal visibles ?
|
||||||
- Montée de version yarn 4.12
|
- 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 ?
|
||||||
- Claude Code =>
|
- 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
|
### 2026-03-11
|
||||||
- Société RAS :
|
- Difficultés sur les websockets : réintégrer dans le datalist.
|
||||||
- Point d'inquiétude : sur le suivi qui fait quoi / Laravel :
|
- Leeloo : besoin de reconnexion auto.
|
||||||
- Quentin => mono-repo
|
- CI et kub : App of Apps pour mutualiser.
|
||||||
- => Frustrant
|
- Cible : chart, gestion de fichiers, gestion de volumes.
|
||||||
- Point CI
|
- Faire cohabiter les 2 prods / 2 préprods.
|
||||||
- Partie Workflow :
|
- Mise à jour de la CI.
|
||||||
- Vision Produit :
|
- Passage monobase : estimation entre 10 et 20 jours.
|
||||||
- Standard de fonctionnement :
|
- Yvan ?
|
||||||
- Claude code :
|
|
||||||
|
|
||||||
### 2026-02-20
|
|
||||||
- Front bien travailler avec Valentin
|
|
||||||
- Niveau technique :
|
- Niveau technique :
|
||||||
- Point d'attention avec l'IA - ne pas se créer des dettes techniques
|
- Point d'attention avec l'IA - ne pas se créer des dettes techniques
|
||||||
- Echange Pauline =>
|
- Echange Pauline =>
|
||||||
|
|
|
||||||
|
|
@ -39,6 +39,34 @@ rythme: hebdo
|
||||||
|
|
||||||
## 📖 Sessions
|
## 📖 Sessions
|
||||||
|
|
||||||
|
### 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
|
### 2026-04-10
|
||||||
- Facturation électronique : suivi pour accompagner Fred et Chimirec
|
- Facturation électronique : suivi pour accompagner Fred et Chimirec
|
||||||
|
|
||||||
|
|
|
||||||
|
|
@ -37,4 +37,146 @@ rythme: hebdo
|
||||||
|
|
||||||
## 📖 Sessions
|
## 📖 Sessions
|
||||||
|
|
||||||
<!-- Pas de session enregistrée pour le moment -->
|
### 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
|
||||||
|
|
@ -0,0 +1,27 @@
|
||||||
|
# Accueil
|
||||||
|
|
||||||
|
## Objectif
|
||||||
|
|
||||||
|
Point d'entree de la plateforme : donner acces aux modules, aux informations importantes et aux actions frequentes.
|
||||||
|
|
||||||
|
## Points forts
|
||||||
|
|
||||||
|
- Centralise l'acces aux differentes briques fonctionnelles.
|
||||||
|
- Peut servir de tableau de bord pour orienter rapidement les utilisateurs selon leur role.
|
||||||
|
- Bonne porte d'entree pour pousser les notifications, les actualites ou les taches a traiter.
|
||||||
|
|
||||||
|
## Points faibles / risques
|
||||||
|
|
||||||
|
- Risque de surcharge si trop de modules et d'informations sont presents au meme niveau.
|
||||||
|
- La valeur depend fortement de la personnalisation par profil : franchise, siege, animateur, administrateur.
|
||||||
|
- Si les priorites ne sont pas visibles immediatement, l'accueil devient seulement une page de navigation.
|
||||||
|
|
||||||
|
## Questions a verifier
|
||||||
|
|
||||||
|
- L'accueil est-il personnalise selon le role utilisateur ?
|
||||||
|
- Les actions urgentes ou en attente sont-elles mises en avant ?
|
||||||
|
- Peut-on mesurer l'usage des raccourcis ou blocs de l'accueil ?
|
||||||
|
|
||||||
|
## Ecrans
|
||||||
|
|
||||||
|

|
||||||
|
|
@ -0,0 +1,37 @@
|
||||||
|
# Mes donnees personnelles
|
||||||
|
|
||||||
|
## Fonctionnalites
|
||||||
|
|
||||||
|
- Mes dossiers personnels
|
||||||
|
- Mes documents a signer
|
||||||
|
- Formulaires
|
||||||
|
|
||||||
|
## Objectif
|
||||||
|
|
||||||
|
Permettre a l'utilisateur de consulter, completer et signer les elements administratifs qui le concernent.
|
||||||
|
|
||||||
|
## Points forts
|
||||||
|
|
||||||
|
- Regroupe les documents personnels, les signatures et les formulaires dans un espace identifiable.
|
||||||
|
- Le module peut reduire les echanges manuels autour des pieces administratives.
|
||||||
|
- La presence de documents a signer donne un usage operationnel clair et recurrent.
|
||||||
|
|
||||||
|
## Points faibles / risques
|
||||||
|
|
||||||
|
- Sensibilite forte sur la confidentialite et les droits d'acces aux documents personnels.
|
||||||
|
- Risque de friction si le statut des documents, les relances ou les actions attendues ne sont pas explicites.
|
||||||
|
- Les formulaires peuvent devenir difficiles a maintenir si chaque besoin metier cree sa propre variante.
|
||||||
|
|
||||||
|
## Questions a verifier
|
||||||
|
|
||||||
|
- Les documents ont-ils des statuts lisibles : a fournir, en attente, valide, refuse, signe ?
|
||||||
|
- L'utilisateur est-il relance automatiquement lorsqu'une action est attendue ?
|
||||||
|
- Les administrateurs peuvent-ils auditer qui a consulte ou modifie un document ?
|
||||||
|
|
||||||
|
## Ecrans
|
||||||
|
|
||||||
|

|
||||||
|
|
||||||
|

|
||||||
|
|
||||||
|

|
||||||
|
|
@ -0,0 +1,52 @@
|
||||||
|
# Dev. & recrutement
|
||||||
|
|
||||||
|
## Fonctionnalites
|
||||||
|
|
||||||
|
- Candidats
|
||||||
|
- Evenements candidats
|
||||||
|
- Reporting candidats
|
||||||
|
- Echanges candidats
|
||||||
|
- Emailing
|
||||||
|
|
||||||
|
## Objectif
|
||||||
|
|
||||||
|
Piloter le cycle de recrutement et de developpement : acquisition, qualification, suivi des candidats, communication et reporting.
|
||||||
|
|
||||||
|
## Points forts
|
||||||
|
|
||||||
|
- Couverture large du tunnel candidat : fiche, evenements, echanges, emailing et reporting.
|
||||||
|
- Les echanges centralises limitent la perte d'information entre les equipes.
|
||||||
|
- Le reporting peut aider a objectiver la performance des sources, etapes et campagnes.
|
||||||
|
- Les actions sur la fiche candidat semblent permettre un pilotage operationnel depuis un point unique.
|
||||||
|
|
||||||
|
## Points faibles / risques
|
||||||
|
|
||||||
|
- La valeur depend de la qualite du workflow candidat : statuts, etapes, responsabilites et prochaines actions.
|
||||||
|
- Risque de doublons avec un CRM ou un ATS existant si les integrations ne sont pas solides.
|
||||||
|
- L'emailing peut generer des problemes de delivrabilite, consentement ou suivi RGPD.
|
||||||
|
- Les evenements candidats peuvent devenir difficiles a exploiter sans calendrier, rappels et historisation claire.
|
||||||
|
|
||||||
|
## Questions a verifier
|
||||||
|
|
||||||
|
- Existe-t-il une vue pipeline avec etapes, priorites et proprietaires ?
|
||||||
|
- Les sources candidats sont-elles tracees automatiquement ?
|
||||||
|
- Les emails sont-ils historises dans la fiche candidat ?
|
||||||
|
- Le reporting permet-il de suivre conversion, delais et abandons par etape ?
|
||||||
|
|
||||||
|
## Ecrans
|
||||||
|
|
||||||
|

|
||||||
|
|
||||||
|

|
||||||
|
|
||||||
|

|
||||||
|
|
||||||
|

|
||||||
|
|
||||||
|

|
||||||
|
|
||||||
|

|
||||||
|
|
||||||
|

|
||||||
|
|
||||||
|

|
||||||
|
|
@ -0,0 +1,29 @@
|
||||||
|
# Modeles de documents
|
||||||
|
|
||||||
|
## Objectif
|
||||||
|
|
||||||
|
Centraliser les modeles utilises par le reseau pour produire des documents homogenes et reutilisables.
|
||||||
|
|
||||||
|
## Points forts
|
||||||
|
|
||||||
|
- Favorise la standardisation des documents entre agences ou entites.
|
||||||
|
- Reduit les risques d'utilisation de versions obsoletes.
|
||||||
|
- Peut servir de socle aux processus de signature electronique et de generation documentaire.
|
||||||
|
|
||||||
|
## Points faibles / risques
|
||||||
|
|
||||||
|
- Risque de confusion si la gestion de version, les droits et les usages de chaque modele ne sont pas explicites.
|
||||||
|
- La maintenance peut devenir lourde si les modeles sont nombreux ou fortement personnalises.
|
||||||
|
- La valeur depend de la capacite a retrouver rapidement le bon modele.
|
||||||
|
|
||||||
|
## Questions a verifier
|
||||||
|
|
||||||
|
- Y a-t-il une gestion de version et un historique des modifications ?
|
||||||
|
- Les modeles peuvent-ils etre variables selon profil, marque, region ou type de dossier ?
|
||||||
|
- Peut-on savoir quels documents ont ete generes a partir d'un modele donne ?
|
||||||
|
|
||||||
|
## Ecrans
|
||||||
|
|
||||||
|

|
||||||
|
|
||||||
|

|
||||||
|
|
@ -0,0 +1,32 @@
|
||||||
|
# Signature electronique
|
||||||
|
|
||||||
|
## Objectif
|
||||||
|
|
||||||
|
Creer, envoyer et suivre des procedures de signature electronique.
|
||||||
|
|
||||||
|
## Points forts
|
||||||
|
|
||||||
|
- Fonctionnalite a forte valeur operationnelle pour contractualiser sans rupture de parcours.
|
||||||
|
- Le lien avec les modeles de documents et les dossiers personnels peut simplifier le suivi administratif.
|
||||||
|
- La creation de procedure suggere une capacite a gerer plusieurs signataires ou documents.
|
||||||
|
|
||||||
|
## Points faibles / risques
|
||||||
|
|
||||||
|
- Sujet sensible juridiquement : niveau de signature, preuve, horodatage, archivage et identite des signataires.
|
||||||
|
- Risque de perte de controle si les statuts de signature et les relances ne sont pas visibles.
|
||||||
|
- Depend fortement du prestataire de signature et de son integration.
|
||||||
|
|
||||||
|
## Questions a verifier
|
||||||
|
|
||||||
|
- Quel niveau de signature est propose : simple, avancee, qualifiee ?
|
||||||
|
- Les preuves de signature sont-elles accessibles et archivees ?
|
||||||
|
- Les relances et expirations sont-elles automatisees ?
|
||||||
|
- Les signatures sont-elles reliees aux documents et dossiers concernes ?
|
||||||
|
|
||||||
|
## Ecrans
|
||||||
|
|
||||||
|

|
||||||
|
|
||||||
|

|
||||||
|
|
||||||
|

|
||||||
|
|
@ -0,0 +1,63 @@
|
||||||
|
# Vie du reseau
|
||||||
|
|
||||||
|
## Fonctionnalites
|
||||||
|
|
||||||
|
- Actualite du reseau
|
||||||
|
- Annuaire
|
||||||
|
- Evenements
|
||||||
|
- Challenges
|
||||||
|
- Groupes de travail
|
||||||
|
- Sondages & enquetes
|
||||||
|
|
||||||
|
## Objectif
|
||||||
|
|
||||||
|
Animer le reseau, diffuser l'information, connecter les membres et recueillir du feedback.
|
||||||
|
|
||||||
|
## Points forts
|
||||||
|
|
||||||
|
- Couverture complete des usages d'animation : contenu, annuaire, evenements, challenges, groupes et sondages.
|
||||||
|
- L'annuaire et les groupes de travail peuvent renforcer la collaboration transverse.
|
||||||
|
- Les sondages et enquetes donnent un canal de feedback structure.
|
||||||
|
- Les challenges peuvent soutenir l'engagement si les objectifs sont clairs et suivis.
|
||||||
|
|
||||||
|
## Points faibles / risques
|
||||||
|
|
||||||
|
- Risque de dispersion si l'information est publiee dans trop de modules differents.
|
||||||
|
- Les modules d'animation perdent vite de la valeur sans gouvernance editoriale.
|
||||||
|
- Les challenges peuvent etre mal percus si les regles, classements ou recompenses ne sont pas transparents.
|
||||||
|
- Les sondages peuvent produire peu de valeur si les resultats ne sont pas exploites ou partages.
|
||||||
|
|
||||||
|
## Questions a verifier
|
||||||
|
|
||||||
|
- Qui peut publier une actualite, creer un evenement ou lancer un sondage ?
|
||||||
|
- Les contenus sont-ils segmentables par role, zone, agence ou groupe ?
|
||||||
|
- Les statistiques de lecture, participation et reponse sont-elles disponibles ?
|
||||||
|
- Existe-t-il une moderation ou validation avant publication ?
|
||||||
|
|
||||||
|
## Ecrans
|
||||||
|
|
||||||
|

|
||||||
|
|
||||||
|

|
||||||
|
|
||||||
|

|
||||||
|
|
||||||
|

|
||||||
|
|
||||||
|

|
||||||
|
|
||||||
|

|
||||||
|
|
||||||
|

|
||||||
|
|
||||||
|

|
||||||
|
|
||||||
|

|
||||||
|
|
||||||
|

|
||||||
|
|
||||||
|

|
||||||
|
|
||||||
|

|
||||||
|
|
||||||
|

|
||||||
|
|
@ -0,0 +1,30 @@
|
||||||
|
# Base de connaissances
|
||||||
|
|
||||||
|
## Objectif
|
||||||
|
|
||||||
|
Mettre a disposition les procedures, ressources et contenus de reference pour les utilisateurs du reseau.
|
||||||
|
|
||||||
|
## Points forts
|
||||||
|
|
||||||
|
- Centralise les informations utiles et reduit la dependance aux demandes directes.
|
||||||
|
- Peut ameliorer l'autonomie des utilisateurs si la recherche et la categorisation sont efficaces.
|
||||||
|
- Utile pour harmoniser les pratiques entre agences ou equipes.
|
||||||
|
|
||||||
|
## Points faibles / risques
|
||||||
|
|
||||||
|
- Une base non maintenue devient vite contre-productive.
|
||||||
|
- La recherche, les tags et la fraicheur des contenus sont critiques.
|
||||||
|
- Risque de doublons avec les formations, documents, actualites ou tickets si les usages ne sont pas delimites.
|
||||||
|
|
||||||
|
## Questions a verifier
|
||||||
|
|
||||||
|
- Les articles ont-ils un proprietaire et une date de revue ?
|
||||||
|
- La recherche plein texte est-elle efficace ?
|
||||||
|
- Peut-on mesurer les consultations, articles utiles et recherches sans resultat ?
|
||||||
|
- Existe-t-il un workflow de validation ou publication ?
|
||||||
|
|
||||||
|
## Ecrans
|
||||||
|
|
||||||
|

|
||||||
|
|
||||||
|

|
||||||
|
|
@ -0,0 +1,30 @@
|
||||||
|
# Formation e-learning
|
||||||
|
|
||||||
|
## Objectif
|
||||||
|
|
||||||
|
Former les utilisateurs et suivre leur progression sur des contenus e-learning.
|
||||||
|
|
||||||
|
## Points forts
|
||||||
|
|
||||||
|
- Permet de diffuser des formations standardisees a l'echelle du reseau.
|
||||||
|
- Le suivi de progression peut aider a piloter l'onboarding et la conformite.
|
||||||
|
- Complement naturel de la base de connaissances pour les contenus pedagogiques.
|
||||||
|
|
||||||
|
## Points faibles / risques
|
||||||
|
|
||||||
|
- La valeur depend de la qualite du suivi : progression, score, certification, relances.
|
||||||
|
- Risque de faible adoption si les formations ne sont pas liees a des parcours metier concrets.
|
||||||
|
- Maintenance potentiellement lourde si les contenus changent souvent.
|
||||||
|
|
||||||
|
## Questions a verifier
|
||||||
|
|
||||||
|
- Peut-on creer des parcours par role ou population ?
|
||||||
|
- Les resultats et attestations sont-ils exportables ?
|
||||||
|
- Les formations sont-elles reliees aux obligations internes ou reglementaires ?
|
||||||
|
- Les administrateurs peuvent-ils suivre les retardataires ?
|
||||||
|
|
||||||
|
## Ecrans
|
||||||
|
|
||||||
|

|
||||||
|
|
||||||
|

|
||||||
|
|
@ -0,0 +1,28 @@
|
||||||
|
# Visio-conference
|
||||||
|
|
||||||
|
## Objectif
|
||||||
|
|
||||||
|
Permettre l'organisation ou l'acces a des reunions en visio depuis la plateforme.
|
||||||
|
|
||||||
|
## Points forts
|
||||||
|
|
||||||
|
- Pratique si les visios sont rattachees aux evenements, formations, candidats ou groupes de travail.
|
||||||
|
- Peut limiter les changements d'outil pour les utilisateurs.
|
||||||
|
- Interessant pour tracer participation et historique.
|
||||||
|
|
||||||
|
## Points faibles / risques
|
||||||
|
|
||||||
|
- Risque de redondance avec Teams, Zoom, Google Meet ou un outil interne deja adopte.
|
||||||
|
- La qualite percue depend fortement de l'integration : liens, invitations calendrier, notifications, replays.
|
||||||
|
- Si le module ne fait que lister des liens, sa valeur differenciante est limitee.
|
||||||
|
|
||||||
|
## Questions a verifier
|
||||||
|
|
||||||
|
- La visio est-elle native ou integree a un outil tiers ?
|
||||||
|
- Les invitations calendrier sont-elles gerees ?
|
||||||
|
- Les replays, presences ou comptes rendus sont-ils rattaches a la plateforme ?
|
||||||
|
- La fonctionnalite est-elle utilisee hors formation et evenements ?
|
||||||
|
|
||||||
|
## Ecrans
|
||||||
|
|
||||||
|

|
||||||
|
|
@ -0,0 +1,30 @@
|
||||||
|
# Tickets & demandes
|
||||||
|
|
||||||
|
## Objectif
|
||||||
|
|
||||||
|
Centraliser les demandes utilisateurs, suivre leur traitement et historiser les echanges.
|
||||||
|
|
||||||
|
## Points forts
|
||||||
|
|
||||||
|
- Canal structure pour remplacer les demandes dispersees par email ou messagerie.
|
||||||
|
- Le suivi des statuts et priorites peut ameliorer la transparence.
|
||||||
|
- Les tickets peuvent alimenter l'amelioration continue si les categories et volumes sont analyses.
|
||||||
|
|
||||||
|
## Points faibles / risques
|
||||||
|
|
||||||
|
- Risque de faible adoption si la saisie est trop longue ou si les retours sont lents.
|
||||||
|
- Sans SLA, priorisation et responsabilites claires, le module devient une boite de reception supplementaire.
|
||||||
|
- Risque de doublon avec un outil support existant.
|
||||||
|
|
||||||
|
## Questions a verifier
|
||||||
|
|
||||||
|
- Les tickets ont-ils categorie, priorite, responsable, statut et delai cible ?
|
||||||
|
- Les utilisateurs recoivent-ils des notifications sur les changements de statut ?
|
||||||
|
- Les demandes frequentes peuvent-elles etre transformees en articles de base de connaissances ?
|
||||||
|
- Existe-t-il des tableaux de bord sur volume, delais et satisfaction ?
|
||||||
|
|
||||||
|
## Ecrans
|
||||||
|
|
||||||
|

|
||||||
|
|
||||||
|

|
||||||
|
|
@ -0,0 +1,67 @@
|
||||||
|
# Suivi implantations
|
||||||
|
|
||||||
|
## Fonctionnalites
|
||||||
|
|
||||||
|
- Liste des implantations
|
||||||
|
- Groupes d'implantations
|
||||||
|
- Audits
|
||||||
|
- Calendrier des visites
|
||||||
|
- Suivi animateurs
|
||||||
|
|
||||||
|
## Objectif
|
||||||
|
|
||||||
|
Piloter les implantations, visites, audits et actions d'accompagnement du reseau.
|
||||||
|
|
||||||
|
## Points forts
|
||||||
|
|
||||||
|
- Module tres metier, probablement differenciant par rapport aux outils generiques.
|
||||||
|
- Couvre plusieurs dimensions du pilotage terrain : implantations, audits, visites et animateurs.
|
||||||
|
- Les fiches et vues de suivi peuvent donner une vision consolidée de l'etat du reseau.
|
||||||
|
- Le calendrier des visites apporte une dimension operationnelle utile aux animateurs.
|
||||||
|
|
||||||
|
## Points faibles / risques
|
||||||
|
|
||||||
|
- Risque de complexite si les implantations, groupes, audits et actions ne partagent pas un modele de donnees coherent.
|
||||||
|
- Les audits doivent etre exploitables apres saisie : plans d'action, responsables, echeances, preuves.
|
||||||
|
- La saisie terrain peut etre lourde si l'interface n'est pas adaptee au mobile ou a l'usage en visite.
|
||||||
|
- Le suivi animateurs peut etre sensible si les indicateurs sont perçus comme du controle plutot que du pilotage.
|
||||||
|
|
||||||
|
## Questions a verifier
|
||||||
|
|
||||||
|
- Les audits generent-ils automatiquement des plans d'action ?
|
||||||
|
- Les visites sont-elles synchronisees avec un calendrier externe ?
|
||||||
|
- Peut-on suivre l'historique complet d'une implantation ?
|
||||||
|
- Les animateurs disposent-ils d'une vue priorisee de leurs actions ?
|
||||||
|
- Les donnees sont-elles exportables pour reporting reseau ?
|
||||||
|
|
||||||
|
## Ecrans
|
||||||
|
|
||||||
|

|
||||||
|
|
||||||
|

|
||||||
|
|
||||||
|

|
||||||
|
|
||||||
|

|
||||||
|
|
||||||
|

|
||||||
|
|
||||||
|

|
||||||
|
|
||||||
|

|
||||||
|
|
||||||
|

|
||||||
|
|
||||||
|

|
||||||
|
|
||||||
|

|
||||||
|
|
||||||
|

|
||||||
|
|
||||||
|

|
||||||
|
|
||||||
|

|
||||||
|
|
||||||
|

|
||||||
|
|
||||||
|

|
||||||
|
|
@ -0,0 +1,124 @@
|
||||||
|
# Administration
|
||||||
|
|
||||||
|
## Fonctionnalites
|
||||||
|
|
||||||
|
- Utilisateurs
|
||||||
|
- Formulaires
|
||||||
|
- Dev. & recrutement
|
||||||
|
- Etapes
|
||||||
|
- Questionnaires
|
||||||
|
- Messages auto
|
||||||
|
- Archivage
|
||||||
|
- Sources
|
||||||
|
- Formulaires de Leads
|
||||||
|
- Configuration
|
||||||
|
- Espace candidat
|
||||||
|
- Tags
|
||||||
|
- Zones de developpement
|
||||||
|
- Annuaire
|
||||||
|
- Challenges
|
||||||
|
- Sondages & enquetes
|
||||||
|
- Dashboard AI
|
||||||
|
- Connexions utilisateurs
|
||||||
|
- Notifications intrusives
|
||||||
|
- Choix notifications
|
||||||
|
- Developpeur
|
||||||
|
|
||||||
|
## Objectif
|
||||||
|
|
||||||
|
Configurer la plateforme, administrer les utilisateurs, les workflows, les contenus, les integrations et les parametres systeme.
|
||||||
|
|
||||||
|
## Points forts
|
||||||
|
|
||||||
|
- Administration tres large, couvrant utilisateurs, formulaires, recrutement, animation reseau, notifications et developpeur.
|
||||||
|
- La configuration du recrutement semble fine : etapes, messages auto, sources, tags, espace candidat et zones de developpement.
|
||||||
|
- Les ecrans de connexions et notifications peuvent aider a piloter adoption et communication.
|
||||||
|
- La presence d'une section developpeur/API suggere une capacite d'integration.
|
||||||
|
|
||||||
|
## Points faibles / risques
|
||||||
|
|
||||||
|
- Largeur fonctionnelle importante : risque de complexite et de parametres difficiles a maintenir.
|
||||||
|
- Les droits et roles deviennent critiques pour eviter des erreurs de configuration ou des acces excessifs.
|
||||||
|
- Les notifications intrusives peuvent deteriorer l'experience si elles sont trop frequentes ou mal ciblees.
|
||||||
|
- Le Dashboard AI doit etre clarifie : indicateurs, donnees utilisees, explicabilite et valeur metier.
|
||||||
|
- Les fonctions developpeur/API necessitent une gouvernance : securite, tokens, logs, quotas et documentation.
|
||||||
|
|
||||||
|
## Questions a verifier
|
||||||
|
|
||||||
|
- Existe-t-il une gestion fine des roles et permissions par module ?
|
||||||
|
- Les changements d'administration sont-ils historises ?
|
||||||
|
- Les formulaires et workflows peuvent-ils etre testes avant publication ?
|
||||||
|
- Les notifications sont-elles segmentables et mesurables ?
|
||||||
|
- L'API dispose-t-elle d'une documentation, d'une authentification robuste et de logs d'usage ?
|
||||||
|
|
||||||
|
## Analyse par sous-fonction
|
||||||
|
|
||||||
|
### Utilisateurs
|
||||||
|
|
||||||
|
Points forts :
|
||||||
|
- Centralise la gestion des comptes et acces.
|
||||||
|
- Peut faciliter l'onboarding et l'offboarding.
|
||||||
|
|
||||||
|
Points faibles / risques :
|
||||||
|
- A verifier : import, desactivation, roles, groupes, SSO et traces d'activite.
|
||||||
|
|
||||||
|
### Formulaires
|
||||||
|
|
||||||
|
Points forts :
|
||||||
|
- Offre de la flexibilite pour collecter des donnees metier.
|
||||||
|
|
||||||
|
Points faibles / risques :
|
||||||
|
- Risque de proliferation de formulaires sans gouvernance, nommage et cycle de vie.
|
||||||
|
|
||||||
|
### Dev. & recrutement
|
||||||
|
|
||||||
|
Points forts :
|
||||||
|
- Parametrage avance du cycle candidat.
|
||||||
|
- Automatisations possibles via messages auto et sources.
|
||||||
|
|
||||||
|
Points faibles / risques :
|
||||||
|
- Trop de parametrage peut rendre le processus fragile si les impacts ne sont pas visibles.
|
||||||
|
|
||||||
|
### Dashboard AI
|
||||||
|
|
||||||
|
Points forts :
|
||||||
|
- Peut apporter de la synthese ou de l'aide a la decision.
|
||||||
|
|
||||||
|
Points faibles / risques :
|
||||||
|
- Necessite de verifier la source des donnees, la fiabilite des recommandations et la transparence des calculs.
|
||||||
|
|
||||||
|
### Developpeur / API
|
||||||
|
|
||||||
|
Points forts :
|
||||||
|
- Ouvre la plateforme a l'integration avec des outils tiers.
|
||||||
|
|
||||||
|
Points faibles / risques :
|
||||||
|
- Sujet sensible en securite : droits API, rotation des cles, journalisation et limitation d'usage.
|
||||||
|
|
||||||
|
## Ecrans
|
||||||
|
|
||||||
|

|
||||||
|
|
||||||
|

|
||||||
|
|
||||||
|

|
||||||
|
|
||||||
|

|
||||||
|
|
||||||
|

|
||||||
|
|
||||||
|

|
||||||
|
|
||||||
|

|
||||||
|
|
||||||
|

|
||||||
|
|
||||||
|

|
||||||
|
|
||||||
|

|
||||||
|
|
||||||
|

|
||||||
|
|
||||||
|

|
||||||
|
|
||||||
|

|
||||||
|
After Width: | Height: | Size: 444 KiB |
|
After Width: | Height: | Size: 181 KiB |
|
After Width: | Height: | Size: 161 KiB |
|
After Width: | Height: | Size: 170 KiB |
|
After Width: | Height: | Size: 516 KiB |
|
After Width: | Height: | Size: 115 KiB |
|
After Width: | Height: | Size: 62 KiB |
|
After Width: | Height: | Size: 240 KiB |
|
After Width: | Height: | Size: 220 KiB |
|
After Width: | Height: | Size: 199 KiB |
|
After Width: | Height: | Size: 57 KiB |
|
After Width: | Height: | Size: 141 KiB |
|
After Width: | Height: | Size: 89 KiB |
|
After Width: | Height: | Size: 201 KiB |
|
After Width: | Height: | Size: 116 KiB |
|
After Width: | Height: | Size: 55 KiB |
|
After Width: | Height: | Size: 18 KiB |
|
After Width: | Height: | Size: 263 KiB |
|
After Width: | Height: | Size: 169 KiB |
|
After Width: | Height: | Size: 85 KiB |
|
After Width: | Height: | Size: 170 KiB |
|
After Width: | Height: | Size: 95 KiB |
|
After Width: | Height: | Size: 26 KiB |
|
After Width: | Height: | Size: 1,001 KiB |
|
After Width: | Height: | Size: 736 KiB |
|
After Width: | Height: | Size: 161 KiB |
|
After Width: | Height: | Size: 77 KiB |
|
After Width: | Height: | Size: 71 KiB |
|
After Width: | Height: | Size: 31 KiB |
|
After Width: | Height: | Size: 175 KiB |
|
After Width: | Height: | Size: 154 KiB |
|
After Width: | Height: | Size: 60 KiB |
|
After Width: | Height: | Size: 32 KiB |
|
After Width: | Height: | Size: 545 KiB |
|
After Width: | Height: | Size: 174 KiB |
|
After Width: | Height: | Size: 548 KiB |
|
After Width: | Height: | Size: 80 KiB |
|
After Width: | Height: | Size: 58 KiB |
|
After Width: | Height: | Size: 276 KiB |
|
After Width: | Height: | Size: 209 KiB |
|
After Width: | Height: | Size: 111 KiB |
|
After Width: | Height: | Size: 124 KiB |
|
After Width: | Height: | Size: 97 KiB |
|
After Width: | Height: | Size: 745 KiB |
|
After Width: | Height: | Size: 55 KiB |
|
After Width: | Height: | Size: 96 KiB |
|
After Width: | Height: | Size: 102 KiB |
|
After Width: | Height: | Size: 73 KiB |
|
After Width: | Height: | Size: 43 KiB |
|
After Width: | Height: | Size: 191 KiB |
|
After Width: | Height: | Size: 118 KiB |
|
After Width: | Height: | Size: 71 KiB |
|
After Width: | Height: | Size: 95 KiB |
|
After Width: | Height: | Size: 158 KiB |
|
After Width: | Height: | Size: 330 KiB |
|
After Width: | Height: | Size: 257 KiB |
|
After Width: | Height: | Size: 176 KiB |
|
After Width: | Height: | Size: 187 KiB |
|
After Width: | Height: | Size: 52 KiB |
|
After Width: | Height: | Size: 47 KiB |
|
After Width: | Height: | Size: 161 KiB |
|
After Width: | Height: | Size: 103 KiB |
|
After Width: | Height: | Size: 45 KiB |
|
After Width: | Height: | Size: 65 KiB |
|
After Width: | Height: | Size: 62 KiB |
|
After Width: | Height: | Size: 106 KiB |
|
After Width: | Height: | Size: 133 KiB |
|
|
@ -0,0 +1,16 @@
|
||||||
|
# Plateforme Bchef
|
||||||
|
|
||||||
|
## Menu
|
||||||
|
|
||||||
|
- [Accueil](00-accueil.md)
|
||||||
|
- [Mes donnees personnelles](01-mes-donnees-personnelles.md)
|
||||||
|
- [Dev. & recrutement](02-dev-recrutement.md)
|
||||||
|
- [Modeles de documents](03-modeles-de-documents.md)
|
||||||
|
- [Signature electronique](04-signature-electronique.md)
|
||||||
|
- [Vie du reseau](05-vie-du-reseau.md)
|
||||||
|
- [Base de connaissances](06-base-de-connaissances.md)
|
||||||
|
- [Formation e-learning](07-formation-e-learning.md)
|
||||||
|
- [Visio-conference](08-visio-conference.md)
|
||||||
|
- [Tickets & demandes](09-tickets-demandes.md)
|
||||||
|
- [Suivi implantations](10-suivi-implantations.md)
|
||||||
|
- [Administration](11-administration.md)
|
||||||