3135 lines
71 KiB
Markdown
3135 lines
71 KiB
Markdown
---
|
||
type: archive
|
||
source: OneNote PA-Projets
|
||
periode: 2021-2026
|
||
---
|
||
|
||
# Codir et Strategie - Notes OneNote
|
||
|
||
## 2025-05-28 (28 mai 2025)
|
||
|
||
Raison Home :
|
||
|
||
- augmentation de K : fin Juin
|
||
|
||
Tréorerie bloqué:
|
||
|
||
- 240 wipoz, 230 bambou, RH 80
|
||
|
||
---
|
||
|
||
## 2024-09-26 (26 septembre 2024)
|
||
|
||
Pb de KPI métier,
|
||
|
||
31/12/2024 :
|
||
|
||
- 6tm
|
||
|
||
- Inté Gestéos => pb de valo
|
||
|
||
---
|
||
|
||
## 2023-05-05 (5 mai 2023)
|
||
|
||
LR :
|
||
|
||
- yume > 2000 par mois
|
||
|
||
Dettes :
|
||
|
||
- 150 K€
|
||
- 600 K€
|
||
|
||
---
|
||
|
||
## 2022-09-19 (25 avril 2022)
|
||
|
||
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-06 (31 mars 2022)
|
||
|
||
- 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
|
||
|
||
- Prestations :
|
||
|
||
Raison d'être
|
||
|
||
---
|
||
|
||
## 2024-03-13 (13 mars 2024)
|
||
|
||
- YWH - voir BoostMyTribu
|
||
|
||
---
|
||
|
||
## 2024-05-07 (7 mai 2024)
|
||
|
||
REX -> RN : vente
|
||
de gestéos
|
||
|
||
---
|
||
|
||
## 2024-05-30 (30 mai 2024)
|
||
|
||
Wipoz :
|
||
|
||
- perte 1 000K,
|
||
|
||
YWH :
|
||
|
||
- Atlas, tousalon, Maxiam
|
||
|
||
=>
|
||
enjeu 30K / mois en récurrent, 400K / an
|
||
|
||
Cincly :
|
||
|
||
- Licenciement 160 personnes
|
||
|
||
RaisonHome :
|
||
|
||
- Réseau : - 7%
|
||
- RH : baisse : 3,6%
|
||
- + 200K
|
||
- Charges externes : honoraires, leasing, loyer palemeraie
|
||
- Vente en 2028
|
||
|
||
Mail Avril
|
||
|
||
---
|
||
|
||
## 2024 (3 juin 2024)
|
||
|
||
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>
|
||
|
||
Envoyé : vendredi 5 avril 2024 10:27
|
||
|
||
À : Philippe Aulnette <philippe.aulnette@6tm.com>
|
||
|
||
Cc : Stéphane Trémier <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> 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>
|
||
|
||
Envoyé : jeudi 4 avril 2024 16:13
|
||
|
||
À : Philippe Aulnette <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>
|
||
a écrit :
|
||
|
||
Une idée de la
|
||
durée ?
|
||
|
||
De : Laurent RAISON <laurent.raison@raisonhome.com>
|
||
|
||
Envoyé : jeudi 4 avril 2024 15:46
|
||
|
||
À : Philippe Aulnette <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
|
||
|
||
---
|
||
|
||
## 2024-07-10 (10 juillet 2024)
|
||
|
||
Sens&Co : Elise
|
||
congés mat mi-Juin à la place de mi-aout
|
||
|
||
---
|
||
|
||
## 2025-02-03 (3 février 2025)
|
||
|
||
- M&M : valo à 650 pour l'augmentation de K
|
||
|
||
---
|
||
|
||
## 2022-10-14 (1 avril 2022)
|
||
|
||
Wipoz :
|
||
|
||
- Nobilia : 15/11
|
||
- But : 400 poseurs
|
||
|
||
- Fin Décembre 30 magasins :
|
||
- Fin décembre 600 poses / mois et des mois à 2000 poses
|
||
- 600 poses
|
||
|
||
- Gedimat : démarrage wipoz
|
||
|
||
YWH
|
||
|
||
- Gram
|
||
- Ucem pas de go
|
||
|
||
PAM
|
||
|
||
- Vendredi matin
|
||
|
||
Raison Home
|
||
|
||
- Hacker
|
||
|
||
BUT : plugin fuison et ouverture vers StoreManager
|
||
|
||
Discaq : 50 - 50
|
||
: 40j =>
|
||
|
||
- 3 milliards de variante
|
||
- Format IDM :
|
||
|
||
STIM :
|
||
|
||
- règlement de 75% des licences 2022 / 2023
|
||
|
||
Interfaçage winner :
|
||
|
||
Prod RaisonHome :
|
||
|
||
- Mercredi soir :
|
||
|
||
- Commande Fournisseur : Clôture Armony
|
||
|
||
YWH - Avril 10j :
|
||
|
||
---
|
||
|
||
## 2022-07-04 (4 juillet 2022)
|
||
|
||
Start of the
|
||
meeting, 8.30.
|
||
|
||
Main points of the
|
||
day will be focussed on :
|
||
|
||
- - Intro, HQ Tour
|
||
- - RMT Soft – Presentation
|
||
- - Workshop with
|
||
|
||
Discussions on key differences between RMT & Wipoz (technical, system, customer view etc…)
|
||
|
||
Identification
|
||
of synergies
|
||
|
||
Identification
|
||
of conflicts
|
||
|
||
Potential
|
||
commercial leverage on the market
|
||
|
||
Potential
|
||
savings
|
||
|
||
---
|
||
|
||
## RMT (7 juillet 2022)
|
||
|
||
Créer en 2007,
|
||
Cession de l'entreprise en 2017 à Nobila => Exclusvité
|
||
|
||
11 personnes,
|
||
|
||
- Vilnius, Riga Biélarusse : 600 développeurs
|
||
- Hybris : ecommerce SAP, .net
|
||
|
||
IT nobilia 140
|
||
personnes
|
||
|
||
MSA :
|
||
|
||
- Offline Mobile Application :
|
||
|
||
- Mutlilanguage
|
||
- Certification
|
||
- Liste des articles - défaut
|
||
- Gestion des supports à Nobilia => sous le contrôle du revendeur
|
||
- CheckList / audit
|
||
- Individualisable par
|
||
|
||
- Send Weekly Report
|
||
|
||
Type de tarfication
|
||
: prix par heure, prix aux metre, automtic estimation,
|
||
|
||
prix par heure / par
|
||
m2
|
||
|
||
Kitchen studio :
|
||
Sales process
|
||
|
||
Process est
|
||
customisable par
|
||
|
||
11
|
||
|
||
MSA => Mobile
|
||
Service App
|
||
|
||
- Manage sales process
|
||
- Fiting process
|
||
- Développeur à partir de works
|
||
- => independant
|
||
|
||
Lot of planning
|
||
System => all software can interact
|
||
|
||
- Process de pose =>
|
||
- Configurer le prix de la poste
|
||
- Accepter ou rejeter ou proposer un prix
|
||
|
||
You manage the
|
||
entire pose, p
|
||
|
||
- Qualification des poseurs de la port de Nobilia =>école pour les poseurs
|
||
- Fitting school : pilot en Germany
|
||
|
||
- Fitting School :
|
||
- Store
|
||
|
||
Formation :
|
||
|
||
- De 0 à 3 mois =
|
||
|
||
Franchise et
|
||
|
||
---
|
||
|
||
## 2022-04-06 (6 avril 2022)
|
||
|
||
Chiffrage pose
|
||
- Evolution modèle eco
|
||
- 8/8 => 10/10 + 64 €
|
||
- Cas standard
|
||
- 10 / 10 => 64
|
||
|
||
- Entreprise de menuiserie
|
||
|
||
- Du bruit dans la cuisine / IT => ERP (proginov)
|
||
|
||
- Outil de chiffrage
|
||
|
||
o Avoir le bon prix
|
||
|
||
o Evaluation du Tarif en fonction de l’urgence
|
||
|
||
o Partage de marge différent
|
||
|
||
- Prix conseillé :
|
||
|
||
o Calcul transparent avec le détail
|
||
|
||
o Affichage des compléments en déclaratif
|
||
|
||
o Prix de marge
|
||
|
||
- Plugin ou non-plugin
|
||
|
||
- Service indépendant :
|
||
|
||
o BTC avec personnalisation des tarifs
|
||
|
||
o Plan de travail m/linéaire =>
|
||
|
||
♣ Forfait initial, sur cote / m-linéaire
|
||
|
||
- V2 Grille Tarifaire
|
||
|
||
- Ratio px de vente : nb éléments : cuisines
|
||
|
||
- Avoir un indicateur de budget pose calculé, pose complété
|
||
|
||
- Bilan de fin de chantier
|
||
|
||
- Logiciel de dessin
|
||
|
||
---
|
||
|
||
## 2022-04-26 (28 avril 2022)
|
||
|
||
Maquette :
|
||
- Simplifiée obligatoire
|
||
- Détaillé
|
||
|
||
=> dans le BO et dans le Site Web
|
||
|
||
Avantages pour le cuisinites :
|
||
- Maquettes
|
||
- Nb d'abandons
|
||
- Test A / B
|
||
- Hypothèses
|
||
|
||
2022-05-11 -
|
||
|
||
---
|
||
|
||
## Copil (13 janvier 2023)
|
||
|
||
2023-02-09
|
||
- 16/03 : wipoz / nobila / rmt soft
|
||
- 5 projets
|
||
- Business acquisition France
|
||
- Delivery & Fitting Service :
|
||
- Qualipoz
|
||
- Sept 2023
|
||
- Show Room :
|
||
- Pose + complexe
|
||
- Suivi de projet dédié / offre dédié
|
||
- Créer l'offre show room
|
||
- International
|
||
- Belgique : MVP Sept - Oct
|
||
- UK : 2024
|
||
- Fonctionnalités :
|
||
- W Sell
|
||
- W Connect
|
||
- MSA - Wipoz
|
||
- Front :
|
||
- Msa manque Chat Room, facturation, SAV, Dashboard
|
||
- A 6 mois
|
||
- Prio 2023
|
||
- Belgique
|
||
- Conformité : réseau de pose /
|
||
- Facturation / Paiement
|
||
|
||
MSA
|
||
|
||
Front Retailler
|
||
|
||
Front Fitter (web /mobile IOS/ Android)
|
||
|
||
Wipoz
|
||
|
||
Database Fitter
|
||
|
||
OnBoarding Fitter
|
||
|
||
Subscription Fitter packs
|
||
|
||
BO Wipoz
|
||
|
||
Invoicing
|
||
|
||
Etat des lieux
|
||
- Modèle
|
||
- Performance
|
||
- Internationnal
|
||
|
||
2 ETP :
|
||
- Belgique / Conformité / Facturation
|
||
- Zone chalandise
|
||
- Monitoring KPI Analytics
|
||
|
||
---
|
||
|
||
## Cockpit (18 juin 2023)
|
||
|
||
Nb Poseurs
|
||
favoris : 1
|
||
|
||
Nb Poseurs
|
||
salariés : P2 (infos dans CRM mais pas dans le BO Wipoz à date si je
|
||
ne me trompe pas)
|
||
|
||
Nb Poseurs actifs
|
||
réseau W : 3 (dans le département de LAON)
|
||
|
||
---
|
||
|
||
## Enjeux 2024 (22 juin 2023)
|
||
|
||
Cible : 1 seule application
|
||
- Front Office : wipoz by MSA
|
||
- Techno MSA :
|
||
- Front : .net / Angular
|
||
- Hébergement Azure
|
||
- Kubernetes : déploiement
|
||
|
||
Exemple :
|
||
- insert / update
|
||
- File d'attente :
|
||
- risque de perdre d'info
|
||
- Contractuellement
|
||
|
||
---
|
||
|
||
## 2021-04-20 (20 avril 2021)
|
||
|
||
MDA GPDIS :
|
||
- Page d'accueil :
|
||
- Actés par Laurent supprimer Arts culinaires et gamme pro
|
||
- En V1 : la présentation des produits est iso de ce qu'on reçoit, à clarifier pour une V2 : administrable via le PIM
|
||
- Page d'accueil : ?
|
||
|
||
Ideal Spaces :
|
||
- Analyse :
|
||
|
||
Stim :
|
||
|
||
Actions suivantes :
|
||
- MDA GPDIS: Action PA
|
||
- Clarifier la page d'accueil
|
||
- Nombre de critères =>
|
||
- Estelle : avoir un environnement de dev API avec les 2 types de catalogues
|
||
- Clarifier le coût d'intégration par tarif
|
||
- Fabricant : Discaq : exemple de tarification envoyé au client
|
||
- Cas particulier : eco part, tva réduite
|
||
- Estelle :
|
||
- Planning communiqué au client STIM
|
||
|
||
Support
|
||
- 17/05 => Fichier Excel
|
||
|
||
Exigences
|
||
|
||
Prio
|
||
|
||
Remarques
|
||
|
||
Ne pas avoir un outil supplémentaire
|
||
|
||
Avoir l’exhaustivité des interventions support
|
||
|
||
Pouvoir analyser facilement les supports, temps passé, par type de pb, par client, dans le temps
|
||
|
||
Avoir un suivi quelques soit les intervenants
|
||
|
||
Être dans une démarche de porgrès : mesurer l’impact d’une formation, nouvelle version…
|
||
|
||
---
|
||
|
||
## 2022-07 - non envoyé (1 janvier 2023)
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|
||
Hello,
|
||
|
||
Quelques réflexions,
|
||
|
||
De ma fenêtre on
|
||
n’est toujours pas au bon niveau, et la situation avance trop doucement
|
||
|
||
- La priorité semble donnée au contrôle et à la suspicion.
|
||
|
||
- L’exemple de Vendredi est frappant on est sur une évol d’un jour, il faut qu’Estelle et moi passions du temps pour justifier le temps passé, explication qui ne semble même pas avoir convaincu !!!
|
||
- Sur les dernières semaines j’aurai passé 35% de mon temps Gestéos à expliquer, contrôler ou justifier des temps passés.
|
||
- On me sollicite pour vérifier si ce qu’a dit Fred est correct…
|
||
|
||
Cette
|
||
approche est complétement non productive, les devs sont pas maso si il se font
|
||
taper sur les doigts sur un dépassement, la fois d’après il double leur estim…
|
||
|
||
De
|
||
mon côté, elle est d’autant plus agacante, qu’on n’est pas au bon endroit et
|
||
qu’on est dans un contexte d’avance de tréso de 600K qui se fait aujourd’hui au
|
||
détriment du projets 6TM…
|
||
|
||
Le
|
||
véritable besoin sur ce sujet c’est la maitrise des temps passé et d’apporter
|
||
la bonne Business Value, et pour cela on n’a plusieurs difficultés :
|
||
|
||
- Historique de l’application : on paie les évols des dernières années, des fonctionnels complexes, des devs au plus court, peu d’investissement d’hygiène du code
|
||
|
||
- => difficile de bien anticiper tous les impacts et d’avoir des estims fiable sauf à mettre une grosse marge d’erreur.
|
||
|
||
- Maitrise du logiciel et complémentarité des équipes
|
||
|
||
- Certains échange mantis sont des sketchs, plus proche d’un match de ping / pong que d’une gestion d’incident
|
||
|
||
- Maîtrise du fonctionnel et du métier : On n’est pas au niveau sur la compréhension du besoin client, les expressions de besoins et les specs
|
||
|
||
- Exemple sur la factu, ça nécessiterait encore un gros travail de notre part : base article, ligne de facturation, impact kpi…
|
||
|
||
- Orga / suivi projet / gestion des priorités
|
||
|
||
- Exemple du point hebdo, on subit les urgences / prio sans arriver à piloter
|
||
|
||
- Relation équipe
|
||
- Capacité par rapport à la charge et la priorisation
|
||
|
||
- On démarre tous les mois avec 100j de trop => c’est autant de sujet à aborder qui devrait être placé dans un plan produit aux bonnes échéances.
|
||
|
||
La
|
||
solution de mon côté :
|
||
|
||
Pas
|
||
de plan produit
|
||
|
||
Bon je n’arrive pas
|
||
à être au bon niveau sur Gestéos, et je n’y arriverais pas sans passer à au
|
||
moins 25%.
|
||
|
||
- Il faudrait qu’on passe notre temps à faire des chiffrages, des estims sans erreurs au plus juste, des bilans ou chaque commentaire est analysé.
|
||
- Tout ca en finançant ca sur 6tm au détriment des autres projets et sans visu précise des règlements
|
||
|
||
Je mets en stand by
|
||
la refonte de la facturation
|
||
|
||
Philippe AULNETTE
|
||
|
||
Directeur Technique
|
||
|
||
RENNES
|
||
- ANGERS - NANTES
|
||
|
||
Mobile : 06 15 37 61 25
|
||
|
||
www.6tm.com
|
||
|
||
De : Frederic Andres
|
||
<frederic.andres@6tm.com>
|
||
|
||
Envoyé : mardi 10 mai 2022 22:08
|
||
|
||
À : Estelle Bagot
|
||
<estelle.bagot@gesteos.com>
|
||
|
||
Cc : Philippe Aulnette
|
||
<philippe.aulnette@6tm.com>; Nicolas JASLET
|
||
<nicolas.jaslet@gesteos.com>
|
||
|
||
Objet : RE: Jours facturés à Gesteos alors
|
||
qu'ils n'auraient pas dû l'être
|
||
|
||
Bonsoir,
|
||
|
||
Ton fichier ne
|
||
semble pas à jour avec les corrections que j’ai déjà apportées comme indiqué
|
||
dans mon mail (ex : Wipoz, commentaires non adaptés comme ceux avec PFS,
|
||
etc.)
|
||
|
||
Pour répondre à ton
|
||
message envoyé par slack ce soir à 18h49 :
|
||
|
||
« salut Fred,
|
||
je t'ai renvoyé le fichier pour l'erreur d'aiguillage. J'en ai profité pour
|
||
regarder mai : RAS.
|
||
|
||
J'ai juste besoin
|
||
d'une précision sur la ligne 230 (j'ai mis une note dans la colonne H), total
|
||
de 50 jours, mais la ligne est vide, pas de commentaire en colonne A, donc je
|
||
ne dais pas à quoi correspondent ces 50 jours. (12,50+13,07+12,89+6,57+5,00).
|
||
Peux-tu me dire à quoi correspondent ces jours ? »
|
||
|
||
Je ne peux pas te
|
||
répondre car tu as dû modifier l’affichage du TDB depuis car quand j’ai ouvert
|
||
le fichier la ligne 230 de la feuille « Bilan Gesteos - Tickets –
|
||
TCD » c’est :
|
||
|
||
Comme je te l’ai
|
||
déjà expliqué, les numéros de lignes bougent à chaque changement d’affichage
|
||
des TDB…
|
||
|
||
Et je ne retrouve
|
||
pas de ligne « Vide » avec les valeurs indiquées sur ta copie d’écran
|
||
envoyée par slack :
|
||
|
||
Voici ce que j’ai
|
||
sur « Gesteos - Produit – 2022 » et en rajoutant la colonne
|
||
« Catégorie » dans la zone « Lignes » du TDB c’est plus
|
||
lisible je pense.
|
||
|
||
Merci de me renvoyer
|
||
ton fichier avec les données à jour avec les corrections que j’ai déjà apporté
|
||
cet après-midi.
|
||
|
||
Bonne soirée
|
||
|
||
Frédéric ANDRES
|
||
|
||
Responsable d'Equipe
|
||
|
||
RENNES
|
||
- ANGERS - NANTES
|
||
|
||
www.6tm.com
|
||
|
||
De : Estelle BAGOT <estelle.bagot@gesteos.com>
|
||
|
||
Envoyé : mardi 10 mai 2022 18:40
|
||
|
||
À : Frederic Andres <frederic.andres@6tm.com>
|
||
|
||
Cc : Philippe Aulnette <philippe.aulnette@6tm.com>;
|
||
Nicolas JASLET <nicolas.jaslet@gesteos.com>
|
||
|
||
Objet : Re: Jours facturés à Gesteos alors
|
||
qu'ils n'auraient pas dû l'être
|
||
|
||
Bonjour,
|
||
|
||
Ci-joint le fichier
|
||
revu en enlevant les éléments du Gesteos Service, puisque non facturé, car non
|
||
facturable à la journée, car forfait.
|
||
|
||
Total de 9,48 jours.
|
||
|
||
Tu peux les déduire
|
||
de la facture des jours de mai.
|
||
|
||
Merci,
|
||
|
||
Estelle BAGOT
|
||
|
||
Dirigeante
|
||
|
||
Gesteos
|
||
|
||
02 30 05 06 61 - 06 86 41 42 35
|
||
|
||
estelle.bagot@gesteos.com
|
||
|
||
https://www.gesteos.com/
|
||
|
||
Le mar. 10 mai
|
||
2022 à 16:47, Frederic Andres <frederic.andres@6tm.com>
|
||
a écrit :
|
||
|
||
- Wipoz
|
||
|
||
- J’ai supprimé les 0.18 jours qui t’on été facturés en trop et je les défalquerais de la facture de mai
|
||
- point tel linaia - poseur collaborateur : 0,04 (Janvier)
|
||
- Aide Désiré installeur Wipoz : 0,14 (Février)
|
||
|
||
- Raison Home
|
||
|
||
- Merci de me transmettre au plus vite ton analyse corrigée pour que je puisse contrôler et analyser les saisies réellement concernées
|
||
|
||
- Gestion des établissements : https://mantis.6tm.eu/view.php?id=47919
|
||
|
||
- Merci de me transmettre au plus vite ton analyse corrigée pour que je puisse contrôler et analyser les saisies réellement concernées
|
||
- Rappel :
|
||
- Seules les saisies sur « Gesteos - Produit – 2022 » sont à analyser
|
||
- Les saisie sur « Quadro - Gesteos – 2022 » ne t’ont pas été facturées et ne le seront jamais car prise sur le budget facturé à Quadro
|
||
- 50 % facturés en 2021 et le solde à été facturé en début de mois
|
||
- Les saisies sur « Gesteos - Service – 2022 » ne t’ont pas encore été facturées et le seront de manière forfaitaire et d’un montant de 7 500 € HT
|
||
- Rappel : Devis « Devis D2111162 » de 12 000 € HT + 3 jours à 500 € HT rajoutés à ta demande après signature du devis par Quadro
|
||
- Déjà facturé en 2021 Facture 50% à la commande F2112508 du 16/12/2021 de 6 000 € HT, non réglée à ce jour
|
||
- Reste : 6 000 € HT + 1 500 € HT soit 7 500 € HT qui seront facturés début juin
|
||
|
||
- Erreur de saisie dans les commentaires
|
||
|
||
- J’ai corrigé les quelques saisies concernées
|
||
|
||
Merci
|
||
|
||
Frédéric ANDRES
|
||
|
||
Responsable d'Equipe
|
||
|
||
RENNES - ANGERS - NANTES
|
||
|
||
www.6tm.com
|
||
|
||
De :
|
||
Estelle BAGOT <estelle.bagot@gesteos.com>
|
||
|
||
Envoyé :
|
||
lundi 9 mai 2022 19:18
|
||
|
||
À :
|
||
Frederic Andres <frederic.andres@6tm.com>
|
||
|
||
Cc :
|
||
Philippe Aulnette <philippe.aulnette@6tm.com>; Nicolas JASLET
|
||
<nicolas.jaslet@gesteos.com>
|
||
|
||
Objet :
|
||
Re: Jours facturés à Gesteos alors qu'ils n'auraient pas dû l'être
|
||
|
||
Bonjour
|
||
|
||
Merci pour ton retour, Fred.
|
||
|
||
Effectivement, nous allons regarder cela ensemble
|
||
demain car je confirme qu'il y a bien un souci pour moi. cf. ci-dessous.
|
||
|
||
Estelle BAGOT
|
||
|
||
Dirigeante
|
||
|
||
Gesteos
|
||
|
||
02 30 05 06 61 - 06 86 41 42 35
|
||
|
||
estelle.bagot@gesteos.com
|
||
|
||
https://www.gesteos.com/
|
||
|
||
Le lun. 9 mai 2022 à 18:23, Frederic
|
||
Andres <frederic.andres@6tm.com> a écrit :
|
||
|
||
Bonjour,
|
||
|
||
Après analyse voici des éléments de réponse :
|
||
|
||
- Wipoz : 0,18 jour
|
||
|
||
- Effectivement ces 0,18 jours auraient dut être facturer à Wipoz : pris en compte sur la prochaine facture. A noter que ce type d'erreur de saisies est surement dans les 2 sens
|
||
|
||
J'imagine qu'ils l'auraient soulevés si
|
||
c'était le cas. Leur volume étant nettement inférieur au nôtre, cela se voit
|
||
plus facilement.
|
||
|
||
- RH : 6,75 jours
|
||
|
||
- La plupart des lignes que tu ressors sont pour moi de la maintenance liée à ce que Gesteos avait vendu à son client Raison Hme donc à facturer à Gesteos. Peut-être un point à éclaircir avec Laurent et Florent mais je ne suis pas certain qu'ils souhaitent aussi prendre en charge ses coûts. Ce serait peut-être aussi l'occasion de faire le point sur certaines demandent que tu me demande de leur facturer et qui pour moi ne devraient pas l'être.
|
||
- Il y aussi la partie rédaction de doc réalisé par Boris pour Gesteos
|
||
- Et quelques saisies effectivement mal positionnées mais qui s'équilibres avec d'autres facturées à Raison Home qui ne devraient pas l'être.
|
||
|
||
Les demandes d'extraction, les stats pour la
|
||
compta, les exécutions de requêtes, qui, de plus, sont récurrentes, ne
|
||
sont pas du support. C'est du pur service client, à facturer au client. Les
|
||
autres clients paient un dev pour avoir ça.
|
||
|
||
Le module de trésorerie appartient à RH. donc la
|
||
documentation du module et tout ce qui touche au module tréso est à facturer à
|
||
RH.
|
||
|
||
Le PAP est du pur spécifique, à facturer à RH
|
||
|
||
Je l'expliquerai à Florent et Laurent, car Gesteos
|
||
ne doit pas être facturé pour cela.
|
||
|
||
Dans tous les cas, il faut retirer ces éléments de
|
||
la facturation de Gesteos.
|
||
|
||
- Personne car projet au forfait : Gestion des établissements : 40,32 jours.
|
||
|
||
- Pour nous la facturation est ok
|
||
- Tu n'indiques pas dans quel projet tu as trouvé les lignes mais il semble qu'une grosse partie soit extrait du projet "Gesteos - Service - 2022". Donc je te répète qu'elles ne sont pour l'instant pas encore facturées à Gesteos. D'autres sont sur "Quadro - Gesteos
|
||
- 2022" donc non facturées à Gesteos (ex : [52819] - [Retour Preprod] Gestion des établissements - Analyse et daily du matin + points avec Mathias dans la journée : 0,29 j)
|
||
- Certaines sont du temps passé par Boris (Support)
|
||
- D'autres sont liés à des impacts liés à des évolutions du cœur de Gesteos
|
||
|
||
Que les lignes viennent du Gesteos produit ou du
|
||
Gesteos Service, elles ne doivent pas être facturées car c'est un projet au
|
||
forfait.
|
||
|
||
La plupart sont des retours de test, retour
|
||
preprod.
|
||
|
||
Temps de Boris pour du support pour une
|
||
fonctionnalité toujours en recette ? Aucun client ne l'a utilisée pour
|
||
l'instant. Les premiers commencent demain.
|
||
|
||
Or, sauf si je me trompe, ce qui n'est pas
|
||
impossible, le total affiché en ligne 5 (qui est le nombre de jours que 6TM me
|
||
facture. Exemple, en janvier, j'ai bien 119,36 jours facturés (cf.
|
||
facture F2201041), correspond au chiffre de la
|
||
ligne 5 du fichier.
|
||
|
||
A moins que le chiffre affiché soit une somme
|
||
qui exclut toutes les lignes qui contiennent le mot "établissement" ?
|
||
|
||
Effectivement, erreur sur La ligne que tu as
|
||
cherchée ex : [52819] - [Retour Preprod] Gestion des établissements -
|
||
Analyse et daily du matin + points avec Mathias dans la journée : 0,29
|
||
qui était dans le projet Quadro. Je l'ai enlevée, donc 0,29 en moins.
|
||
|
||
- 6TM : 1,39 jours
|
||
|
||
- 0,85 jour sont liés aux multiples retours engendrés par l'intégration d'IS pour Gesteos. L'erreur de saisies est sur le ticket car sur cette période nous n'avons pas travaillé sur PFS. Je peux voir pour modifier le ticket associé si cela te pose réellement un problème
|
||
|
||
PFS ne doit pas nous être facturé. A retirer
|
||
|
||
Les tickets 53593 ne sont même pas dans le projet
|
||
Gesteos dans Mantis
|
||
|
||
Donc je ne vois pas comment ils se retrouvent dans
|
||
ma facture
|
||
|
||
- Les 0,54 jour restant sont effectivement mal saisis mais saches que les gars de l'équipe font régulièrement des heures supplémentaires sur Gesteos qu'ils ne saisissent pas.
|
||
|
||
- Balavoine : 3,46 jours
|
||
|
||
- C'est de la maintenance liée aux évolutions et améliorations du PIM (dans ce cas précis cela concerne les performances) pour en faire profiter GESTEOS. Tu souhaites peut-être que l'on "Fige" une version pour Gesteos ? Si oui, il faut être conscient que Gesteos ne profitera plus des évolutions et améliorations du PIM pour seulement quelques jours de maintenance pour profiter de beaucoup plus de jours de dev. Et donc devra financer la totalité des jours nécessaires pour redévelopper les mêmes évolutions et améliorations lors que vous en ferez la demande. Il va aussi falloir que j'en parle avec Philippe et Stéphane s’ils seraient d'accord avec ce fonctionnement
|
||
- Prévoir dans le budget quelques jours de maintenance annuel suivant l'avancement du produit : entre 5 et 15 jours / an
|
||
|
||
=> ok, compris. A garder
|
||
|
||
- Divers que je ne comprends pas : 1,62 jours
|
||
|
||
- Maël a accepté de travailler un peu pendant son arrêt de travail quand il a eu le COVID pour que Gesteos ne soit pas pénalisé. Je lui ai donc donné une journée de récupération le 02/02/2022 ce qui me parait normal.
|
||
|
||
OK pour Mael.
|
||
|
||
Par contre, tu ne dis pas pourquoi j'ai du temps
|
||
sur LDDS ? je ne devrais pas en avoir. Vous avez remplacé ce travail par votre
|
||
PFS/LMS. Il ne sera donc plus utilisé par personne (il ne l'est déjà pas,
|
||
utilisé), donc je ne dois pas être facturée pour ça.
|
||
|
||
On en reparle demain en COPROJ si tu veux.
|
||
|
||
Oui.
|
||
|
||
Bonne fin de journée
|
||
|
||
Frédéric ANDRES
|
||
|
||
Responsable d'Equipe
|
||
|
||
RENNES - ANGERS - NANTES
|
||
|
||
www.6tm.com
|
||
|
||
De :
|
||
Philippe Aulnette <philippe.aulnette@6tm.com>
|
||
|
||
Envoyé :
|
||
lundi 9 mai 2022 09:11
|
||
|
||
À :
|
||
Estelle Bagot <estelle.bagot@gesteos.com>; Frederic Andres
|
||
<frederic.andres@6tm.com>
|
||
|
||
Cc :
|
||
Nicolas JASLET <nicolas.jaslet@gesteos.com>
|
||
|
||
Objet :
|
||
RE: Jours facturés à Gesteos alors qu'ils n'auraient pas dû l'être
|
||
|
||
Salut,
|
||
|
||
On repointe avec Fred et on revient vers toi, ce
|
||
début de semaine
|
||
|
||
A+
|
||
|
||
Philippe AULNETTE
|
||
|
||
Directeur Technique
|
||
|
||
RENNES - ANGERS - NANTES
|
||
|
||
Mobile : 06 15 37 61 25
|
||
|
||
www.6tm.com
|
||
|
||
De :
|
||
Estelle BAGOT <estelle.bagot@gesteos.com>
|
||
|
||
Envoyé :
|
||
vendredi 6 mai 2022 18:39
|
||
|
||
À :
|
||
Philippe Aulnette <philippe.aulnette@6tm.com>; Frederic Andres
|
||
<frederic.andres@6tm.com>
|
||
|
||
Cc :
|
||
Nicolas JASLET <nicolas.jaslet@gesteos.com>
|
||
|
||
Objet :
|
||
Re: Jours facturés à Gesteos alors qu'ils n'auraient pas dû l'être
|
||
|
||
Correction :
|
||
|
||
J'avais compté ce qui a été facturé à Quadro.
|
||
|
||
Il faut donc prendre, cf. pièce jointe
|
||
|
||
- Personne car projet au forfait : Gestion des
|
||
établissements : C'est donc 30,16 jours facturés en trop, et non 40,32
|
||
jours.
|
||
|
||
Soit un total de 43,56 (et non 53,72 jours).
|
||
|
||
Merci,
|
||
|
||
Estelle BAGOT
|
||
|
||
Dirigeante
|
||
|
||
Gesteos
|
||
|
||
02 30 05 06 61 - 06 86 41 42 35
|
||
|
||
estelle.bagot@gesteos.com
|
||
|
||
https://www.gesteos.com/
|
||
|
||
Le ven. 6 mai 2022 à 18:21, Estelle BAGOT
|
||
<estelle.bagot@gesteos.com> a écrit :
|
||
|
||
Bonjour,
|
||
|
||
Suite au copil de ce matin, j'ai parcouru dans le
|
||
détail le TCD Gesteos dans le Fichier 2022_Pole_AI_Charge_Bilan_Projets
|
||
|
||
Je vois pas mal d'erreurs d'aiguillage dans ce qui
|
||
est facturé à Gesteos, pour un total de 53,72 jours depuis le début de l'année
|
||
qui n'auraient pas dû nous être facturés. cf. pièce jointe, dans laquelle
|
||
j'ai extrait les lignes concernées.
|
||
|
||
Sauf mauvaise compréhension de ma part, auraient dû
|
||
être facturés à
|
||
|
||
- Wipoz : 0,18 jour
|
||
|
||
- RH : 6,75 jours
|
||
|
||
- Personne car projet au forfait : Gestion des
|
||
établissements : 40,32 jours.
|
||
|
||
- 6TM : 1,39 jours
|
||
|
||
- Balavoine : 3,46 jours
|
||
|
||
- Divers que je ne comprends pas : 1,62 jours
|
||
|
||
Est-ce que vous pouvez revenir vers moi rapidement
|
||
?
|
||
|
||
Merci,
|
||
|
||
Estelle
|
||
|
||
Estelle BAGOT
|
||
|
||
Dirigeante
|
||
|
||
Gesteos
|
||
|
||
02 30 05 06 61 - 06 86 41 42 35
|
||
|
||
estelle.bagot@gesteos.com
|
||
|
||
https://www.gesteos.com/
|
||
|
||
Cyncly 2023
|
||
|
||
---
|
||
|
||
## 2024-01 (24 décembre 2023)
|
||
|
||
Objectif
|
||
|
||
Crainte :
|
||
|
||
le fait de
|
||
devoir migrer les données clients de notre plateforme Flex vers un backend
|
||
Gesteos présenterait des obstacles inutiles dans ce processus et rendrait la
|
||
vente incitative beaucoup plus difficile.
|
||
|
||
Essentiellement,
|
||
tous ceux qui utilisent un produit compatible Flex pourraient alors être mis à
|
||
niveau vers la fonctionnalité Gesteos sans avoir besoin d’une migration ou
|
||
d’une synchronisation.
|
||
|
||
Gesteos
|
||
est suffisamment flexible pour utiliser l’API Flex. Pour les besoins de cet
|
||
appel, il suffit de supposer que Flex stockera et traitera toutes les
|
||
informations et données dont Gesteos a besoin pour les objets d’affaires
|
||
correspondants
|
||
|
||
Cyncly
|
||
|
||
---
|
||
|
||
## 2023 (22 juin 2023)
|
||
|
||
Mai :
|
||
|
||
- Comment ce sent Thomas et Manu : pas trop de retour
|
||
- Point mensuel : Manu, Louis, Thomas
|
||
|
||
OKR 2023 T2 :
|
||
|
||
OKR Fin 2023 :
|
||
|
||
- La valeur ajoutée du studio est clairement identifié par les équipes
|
||
|
||
- Les ratios des budgets prods
|
||
|
||
- Design :
|
||
|
||
- Inclut la conception fonctionnelle
|
||
|
||
- Designer produit :
|
||
|
||
- Culture Design
|
||
- Capter du Business
|
||
- L'approche Design a été validé sur 2 projets
|
||
|
||
- Genêts d'Or
|
||
|
||
Benjamin : En amont : stratégie : désign identité
|
||
|
||
Manu : Communication
|
||
/ créa
|
||
|
||
---
|
||
|
||
## Cockpit RH (24 mai 2024)
|
||
|
||
France
|
||
|
||
https://odata.gesteos.raisonhome.com
|
||
|
||
7872bc89-f999-4123-85e2-357c8948c909
|
||
|
||
Belgique
|
||
|
||
https://odata.gesteosbe.raisonhome.com
|
||
|
||
Luxembourg
|
||
|
||
Audit IA pt
|
||
|
||
---
|
||
|
||
## 15/07 (14 juillet 2022)
|
||
|
||
Pt 6nergy :
|
||
|
||
- On en est ou :
|
||
|
||
- Augmentation de K
|
||
- Entrée d'argent 300K + 200 + 100 ?
|
||
- Locaux, raison contract 400k,
|
||
- Reste 267
|
||
- Compte courant LR +
|
||
- 6mic : 11% : 500k
|
||
- RaisonHome : 300k résultat net : -4,85%
|
||
|
||
- Scénarios
|
||
|
||
- Wipoz pas de progression
|
||
- But : 12 millions
|
||
- DAF la semaine prochaine
|
||
|
||
- RaisonHome : 12 million pré-money si 3
|
||
|
||
- Fond : épopée : entre 3 et 5 M€ -
|
||
|
||
- Flex :
|
||
- Gesteos
|
||
|
||
2020
|
||
: vente avec marge à 50 / 50
|
||
|
||
- Enjeux limiter les risques, dépendances vis-à-vis de 6nergy
|
||
- S1 : Wipoz oui ou non
|
||
|
||
=>
|
||
dettes vis-à-vis de 6tm
|
||
|
||
- Tension tréso : frank en obligation 6, garantie cbn12 :
|
||
|
||
Pam
|
||
: pas de 6tm
|
||
|
||
- PA -> 6nergy
|
||
|
||
- Franchise et réseau
|
||
|
||
- Cible 10 a 12 -> timing
|
||
|
||
Sécu
|
||
financière -> 2023
|
||
|
||
- Timing
|
||
|
||
- Commissaire aux Apports actions perso
|
||
- Revente
|
||
|
||
- Gestéos
|
||
|
||
- Incompatibilité 6tm - Gestéos
|
||
- Gros doute
|
||
- Flex
|
||
- Gpdis
|
||
|
||
- 2 eme quinzaine de Sept commissaire aux apports,
|
||
|
||
---
|
||
|
||
## YesWeHome (5 mai 2021)
|
||
|
||
BackLog https://6tmgroup.atlassian.net/jira/software/projects/YES/boards/50/backlog
|
||
|
||
Module
|
||
|
||
---
|
||
|
||
## 20220616 (7 juin 2022)
|
||
|
||
- Revue de compte - Suivi 2020.xlsx
|
||
|
||
- Revue d'équipe
|
||
|
||
- Planning PME :
|
||
|
||
- Gestion de charge / gesitoin de ressource
|
||
- Projet : ajouter la couleur
|
||
- A voir TimePerformance
|
||
- Attention à l'ergo
|
||
|
||
- Power BI - Pro
|
||
|
||
- Contexte de la page
|
||
|
||
- Modeles de données
|
||
|
||
- Indicateurs, point sur les revues
|
||
|
||
---
|
||
|
||
## 20220823 (23 août 2022)
|
||
|
||
- Odoo - import des congés, depuis payfit
|
||
|
||
Réflexion
|
||
|
||
---
|
||
|
||
## 2025 (2 janvier 2025)
|
||
|
||
- Quel est le problème / contexte
|
||
- Des propositions commerciales de plus en plus chères
|
||
- Des échecs à cause du prix
|
||
|
||
- Quel sont les résultats attendus
|
||
|
||
- Changer de paradigme
|
||
|
||
---
|
||
|
||
## 20250918 (18 septembre 2025)
|
||
|
||
- OKR
|
||
- Cible Technique :
|
||
- Cocher la case JS Full Stack
|
||
- Cocher la case IA
|
||
|
||
Séminaire
|
||
|
||
---
|
||
|
||
## 202207 (9 juillet 2022)
|
||
|
||
- Direction Technique - Directeur Technique
|
||
- Barbec
|
||
- Rémun
|
||
- Équipe
|
||
- Productivité
|
||
- Outil de prod
|
||
- Position RH
|
||
- Dispersion
|
||
- Difficultés RE
|
||
|
||
6 premiers mois
|
||
|
||
- Positif
|
||
|
||
- Structuration Team IT,
|
||
- Orga Pole Aroid
|
||
- On arrive à avancer doucement quelques chantiers (CD, sécu)
|
||
|
||
- Ce qui m'a dérangé et pourquoi
|
||
|
||
- Productivité
|
||
- Qualité
|
||
- Dispersion, difficulté de faire avancer des sujets
|
||
|
||
- Charge mentale :
|
||
|
||
- Pour moi la charge mentale c'est la dispersion et je pense que le codir pourrait la diminuer en retravaillant le focus
|
||
|
||
- Conclusion :
|
||
|
||
- Toujours Sympa, Etat Fatigue :
|
||
- Je pense que les OKR font le job => meilleur focus, aider sur l'efficacité du codir
|
||
- Petite Gêne : sujets important qui sont hors du scope
|
||
- Paris à 1,5gr
|
||
|
||
- Ce que cela m'a donnée envie de faire
|
||
- Dispersion => délégation / orga : ..
|
||
|
||
Revue de
|
||
|
||
---
|
||
|
||
## 2022-04-27 (27 avril 2022)
|
||
|
||
Laravel :
|
||
|
||
- Mickaël :
|
||
|
||
Météo :
|
||
|
||
- Edouard : pb avec victoire
|
||
- Karine : break, a trouvé tout le monde hyper fatigué
|
||
- Michel : ressenti toujours en accélération
|
||
- Mickaël : bien, progression agence de nantes
|
||
- Johann : équilibre fragile
|
||
|
||
---
|
||
|
||
## 2021-03-24 (24 mars 2022)
|
||
|
||
RH :
|
||
|
||
- Date d'arrivée
|
||
- Stages
|
||
- Codir
|
||
|
||
Mission objectifs
|
||
|
||
---
|
||
|
||
## 20221006 (4 octobre 2022)
|
||
|
||
Ou on peut mieux
|
||
faire :
|
||
|
||
- Mettre en réussite
|
||
- Charge et perspective
|
||
|
||
2eme ligne :
|
||
|
||
- LP, FA ?
|
||
- LB
|
||
- Benjamin
|
||
|
||
Edenweb
|
||
|
||
- 1 à 1
|
||
- Uniformisation des outils
|
||
|
||
8.6 :
|
||
|
||
- Fred
|
||
- Ludo
|
||
|
||
Nantes
|
||
|
||
- Michel
|
||
|
||
Management Carriere
|
||
|
||
Séminaire
|
||
|
||
---
|
||
|
||
## 202212 (21 décembre 2022)
|
||
|
||
Caillou :
|
||
- Mobizel / pole UX
|
||
- F&R
|
||
|
||
Attentes :
|
||
- Rechallenger le projet -
|
||
- Plan de route 2023
|
||
|
||
ST :
|
||
- Caillou : suivi budgétaire
|
||
- Codir
|
||
|
||
Michel :
|
||
- Envie : Organisation - exemple mise en place Iso 9001
|
||
- Qui me soule : batailler sur la gestion de projet
|
||
|
||
---
|
||
|
||
## 2023-01-06 (26 janvier 2023)
|
||
|
||
- Codir et LP
|
||
|
||
---
|
||
|
||
## Pôle Studio (4 mai 2023)
|
||
|
||
Yvan :
|
||
|
||
- Pertinence de Thomas sur la partie Web + temps passé sur Fuze
|
||
|
||
- Conception Thomas : 2,5j / semaine
|
||
- Pas un gros créatif, un effort pour présenter ces créations : s’ouvre => livrable propre sur le mobile => Mathieu content.
|
||
|
||
- Temps d’intégration Sulky : projet fertitest : intégration HTML
|
||
- Louis : envie, besoin de l’accompagner pour être carré, personnalité assez fragile susceptible => éventuellement un peu de dev / côté back
|
||
|
||
Séminaire
|
||
|
||
---
|
||
|
||
## 2023-12 (20 décembre 2023)
|
||
|
||
Points marquants
|
||
|
||
Les -
|
||
- Mobizel, Eden, Nantes
|
||
- Gestéos :
|
||
- L'éparpillement :
|
||
- Le niveau :
|
||
|
||
Les +
|
||
- Tribu.net - Ludo : plus que du relais de message, feedback, lever les agacements
|
||
- Mickaël vrai relais sur les pbs
|
||
- Tribu
|
||
|
||
OKR 2024
|
||
- 1 nouvelle app saas
|
||
- IA
|
||
|
||
Licences seenapps : 13K
|
||
|
||
Codir
|
||
|
||
---
|
||
|
||
## 2022-09-15 (21 avril 2021)
|
||
|
||
- Benjamin :
|
||
|
||
- Design Management
|
||
- 3/5 sur Mobizel - culture trop rigide
|
||
- Pole Design
|
||
- Relation Manue avec directeur artistique
|
||
|
||
- Staffing équipe
|
||
|
||
- Niveau :
|
||
|
||
Indicateur : Angers
|
||
=> réduire le temps de tests => 10%
|
||
|
||
Laurent B -
|
||
|
||
---
|
||
|
||
## 20220602 (2 juin 2022)
|
||
|
||
Ordre du jour
|
||
|
||
Etat des lieux,
|
||
stacks et chantiers en cours
|
||
|
||
Quick win
|
||
|
||
Compétences et
|
||
envies
|
||
|
||
SI
|
||
|
||
Monofony et symfony
|
||
Flex => 0,5j de mise à jour de monofony :
|
||
|
||
- Normalement devrait être maintenu, de + en + vers une coquille vide =>
|
||
- => ouverture vers des nouveaux projets au niveau de l’hexagonal
|
||
|
||
Hébergement :
|
||
|
||
- - OVH, quelques serveurs de prod (historique) sinon ils ont leur propre serveur OVS.
|
||
|
||
CCPA
|
||
=> Complément
|
||
|
||
Voir
|
||
l’équivalent messenger en .net
|
||
|
||
Flutter :
|
||
|
||
- -
|
||
|
||
Départ :
|
||
|
||
- Back : Kevin (inté), loic (akawaka Lyon), Elsa (Back - Intégration), Laurent
|
||
- Mobile : Mathieu, Antonin, Gwendal
|
||
- Design : Aurélie (renouvellement période d’essai - réciproque),
|
||
- Gestion de projet : plutôt Gaëlle + Jim
|
||
- Autre (JB / Maxine), surtout foundation
|
||
|
||
Chantier :
|
||
|
||
- l faut que toutes les apis soient prêtent au moment ou le mobile démarre => pas performant
|
||
|
||
Tous les Fronts sont
|
||
sur
|
||
|
||
- React -> vue.js
|
||
- Dev Back : Laurent, Elsa (pas de vue), un peu de WordPress (3 clients, 1 interne)
|
||
- Laurent
|
||
|
||
- Dev
|
||
- Back PHP
|
||
- Un peu de vue
|
||
- Un peu de flutter
|
||
|
||
- ♣
|
||
- VM, DevOps : parc => 30 machines => une 15 aine de jours sur les 6 derniers mois
|
||
- Poc
|
||
- Temps passé
|
||
|
||
Tes
|
||
envies :
|
||
|
||
- Toujours du dev
|
||
|
||
- Carto,
|
||
- Calcul
|
||
|
||
Expertise
|
||
et deffrichage,
|
||
|
||
- DevOps J’aime bien pouvoir faire plein de trucs
|
||
- Veille
|
||
|
||
- Idées en vrac
|
||
|
||
- Passage sur Cady,
|
||
- Zip + backup à la mano
|
||
- Sendinblue =>
|
||
- Redmine interne / clickup outil de gestion de projet
|
||
- Myhours => consolidation Excel
|
||
|
||
Retourner plus à
|
||
faire du dev => du mal à me projeter
|
||
|
||
Organiser
|
||
une :
|
||
|
||
- Rationalisation des outils : Jira / Bitbucket
|
||
- Vie d’équipe : Daily à 12H
|
||
- Par Projet : daily du matin par projets, rétro à la fin du projet
|
||
|
||
Actions :
|
||
|
||
- Présentation d’Umbrella sur Juin
|
||
- Réflexion TeamIT, Orga équipe
|
||
|
||
---
|
||
|
||
## OKR - 2023 (6 janvier 2023)
|
||
|
||
Sur les objectifs :
|
||
|
||
- Matérialiser l'avancement plus de façon qualitative => En bonne voie, atteint
|
||
- Si le résultat clé n'est plus d'actualité, on peut le supprimer, éviter de mettre à jour les keys Results si on n'est pas dans le vert.
|
||
- KPI : vert ou rouge
|
||
- Pour avoir une progression => reformuler exemple passer de 7 démission de talents à 5
|
||
|
||
OKR : déclinaison
|
||
tactique
|
||
|
||
Faire un suivi des
|
||
OKR Stratégique à la fin de chaque cycle, tactique
|
||
|
||
- Lien entre stratégique - et tactique équipe (dans l'agenda des
|
||
|
||
Agilité
|
||
opérationnelle :
|
||
|
||
Démarche :
|
||
|
||
- Ca fait le job : Alignement, gain de temps : revue
|
||
- Toujours pas convaincu sur la séparation Mixte : OKR et KPI => Okr engagé et okr inspirant
|
||
|
||
- Ajustement au quadrimestre, décalage début quadrimestre
|
||
|
||
Backup : Ludo ?
|
||
|
||
---
|
||
|
||
## OKR 2022-06 (28 juin 2022)
|
||
|
||
- OKR stratégique à revoir entre la rétro et le nouveau cycle
|
||
|
||
- Piloter les OKR
|
||
|
||
OKR -
|
||
|
||
---
|
||
|
||
## Performance (17 juillet 2022)
|
||
|
||
De quoi parle t'on ?
|
||
|
||
Quels sont les faits
|
||
|
||
Refonte Glam : 1/3 de temps de dev + en 10 ans alors qu'il s'agit d'une refonte
|
||
|
||
OKR -
|
||
|
||
---
|
||
|
||
## Séminaire RE (19 septembre 2022)
|
||
|
||
Okr : S
|
||
|
||
Matin :
|
||
|
||
- Pas d'initiative.
|
||
|
||
Enjeux :
|
||
|
||
- Les embarquer
|
||
- Qu'il puisse appliquer la méthodo
|
||
|
||
Matin :
|
||
|
||
- Bilan de la cop / rétro
|
||
|
||
Démarche :
|
||
|
||
- ST Pourquoi les OKRs -
|
||
|
||
- > sponsor,
|
||
- ou on en est
|
||
|
||
- 2 slides la démarche :
|
||
- T4 :
|
||
- mission de la cop => préparer le matin
|
||
|
||
OKR -
|
||
|
||
---
|
||
|
||
## question pour Laurent (26 septembre 2022)
|
||
|
||
Question 1 :
|
||
|
||
- Organisation :
|
||
|
||
- Pas de réunion de bilan ou de contôle : focer l'autonomie
|
||
- Chaque équipe est en autonomie, chaque équipe fait sa rétro
|
||
- Equipe direction à avoir le retour
|
||
|
||
- Avancement okr tactiques :
|
||
|
||
- toutes les 2 semaines au minimum en milieu de cycle
|
||
|
||
- Okr stratégiques
|
||
|
||
- A la fin de chaque OKR tactiques et okr tactiques et revues
|
||
- 1 année
|
||
- Les cycles s'enchainent : tu commences en amont
|
||
- On ajuste les valeurs uniquement si le contexte change
|
||
|
||
=>
|
||
On peut les supprimer
|
||
|
||
- Clôture Q3
|
||
|
||
- RAZ : est-ce qu'on va toujours dans la bonne direction, obliger à sortir du quotidien
|
||
- Si il reste quelques jours on ne reconduit pas l'initative.
|
||
- En théorie, on fait de nouveaux okr avec le même objectif
|
||
|
||
- A fin de trimestre bilan des stratégiques et définition des priorités de T+1
|
||
- Passage de T3 au T4
|
||
- Objectifs dans x équipes
|
||
- Okr et confidentialité
|
||
- Cloture : Codir Q3
|
||
|
||
- Matérialiser l'avancement de l'objectif par rapport à l'avancement d'un KR
|
||
- Matérialiser l'avancement d'un objectif négatif ( < à 7 talents)
|
||
|
||
- Garder sous contrôle
|
||
- Diminuer le turn over d
|
||
- Indice de confiance
|
||
|
||
- Matérialiser l'avancement d'un résultat clé dont l'échéance est au 31/12/2022
|
||
|
||
- Indice de confiance
|
||
- Ne pas généraliser les résultats clés de type Jalon
|
||
|
||
- => avoir des résultats clés de type résultat
|
||
|
||
- Rechallenger les okrs
|
||
|
||
- Vu Kanban : mélange ?
|
||
|
||
Timing
|
||
|
||
- Initatives sur les OKRs stratégique ?
|
||
- Communication sur l'avancement des okrs => pitch
|
||
|
||
- OKR et communication - gestion de crise
|
||
- Okr du codir :
|
||
|
||
- Caché de manière exceptionnelle - confidentiel
|
||
|
||
- Duplication et confidentialité
|
||
|
||
Bilan OKR
|
||
|
||
Même si on garde les objectifs :
|
||
- RAZ des résultats clés
|
||
- Nouvelles intiatives
|
||
|
||
Point d'avancement tous les 15 jours
|
||
|
||
OKR qui se retrouve sur 3 équipes
|
||
|
||
=> initiatives ou okr partagés ?
|
||
|
||
Retour Team Rocket
|
||
|
||
OKR - idenitifier qui n'ont pas l'impact recu
|
||
- Bonne métrique mais pas la bascule
|
||
|
||
---
|
||
|
||
## OKR (30 août 2021)
|
||
|
||
Laurent Morisseau
|
||
|
||
KPI : représentant du business actuel
|
||
|
||
OKR : changement significatif
|
||
|
||
Les 2 peuvent être liés temporairement
|
||
|
||
OKR :
|
||
- 10 ca fait beaucoup => pas très Focus
|
||
- Mélange objectif annuel (stratégique) et tactique (trimestriel)
|
||
- Key Result <> plans d'actions
|
||
- Tableau de bord
|
||
|
||
1ère remarque
|
||
- Les okrs doivent être plus stables
|
||
|
||
Accompagnement :
|
||
- Aide en mise en place => bon cadre
|
||
- Stratégie de mise en place : Alignement
|
||
- Animation atelier codir / équipe - challenger
|
||
- 1er suivi mensuel et rétro au bout du 1er trimestre
|
||
- Parcours :
|
||
- Scrum master - coach agile
|
||
-> sortir de l'IT
|
||
|
||
=> ces méthodes ne parlait pas à l'ensemble de l'organisation
|
||
|
||
Ce qui marche
|
||
- Cadence de 2 semaines,
|
||
- Saisons : 7,8 semaines
|
||
|
||
Comment on construit une roadmap commune => OKR fait une partie de la trousse à outil de commune. Mon outil principal =>
|
||
|
||
Limite d'Excel : pas mal de notification / pas de rappel à l'ordre => développement son propre outil
|
||
|
||
Approche : simulateur d'organisation => j'ambitionne d'avoir une aide à la décision.
|
||
|
||
Approche séminaire :
|
||
- Pourquoi
|
||
- Comment on peut les embarquer => construire 2022 avec leurs attentes, => rétro
|
||
- Alignement => moins d'okr corporate mais un 2eme niveau cohérents
|
||
|
||
Séminaire de rentrée :
|
||
- Janvier
|
||
|
||
KPI : pilotage du business Plan, changement = évolution projection, piloter l'existant
|
||
|
||
OKR : changement significatif
|
||
|
||
Horizon de temps et stabilité
|
||
|
||
OKR Stratégique :
|
||
- Annuelle
|
||
|
||
OKR Trimestrielle
|
||
|
||
Rituel OKR à intégrer dans les rituels existants
|
||
- OKR Tactique
|
||
- Donner du sens au prio
|
||
- Tactique au service de la stratégie
|
||
- On peut changer plus de tactique au niveau 3 mois
|
||
|
||
19 après-midi :
|
||
Stratégie et gouvernance
|
||
|
||
03 matin : : 1H objectif stratégique / objectif tactique
|
||
|
||
2 ateliers :
|
||
|
||
Alignement transversal :
|
||
- Objectif tactique qui repose sur plusieurs équipes
|
||
- Objectifs commun sur plusieurs équipes.
|
||
|
||
Charge à l'équipe de contribuer à cet okr de plus haut niveau
|
||
- 1 équipe : 1 ou 2 okr qui finalise avec le reste de l'équipe
|
||
|
||
Equipe Pilotes :
|
||
|
||
Si tout le monde moins d'okr
|
||
|
||
Fin du 1er trimestre pilote => on embarque les autres équipes
|
||
|
||
Janvier comme sur les okr tactiques.
|
||
|
||
2eme version du système : Nouvelle implémentation des okrs => pourquoi
|
||
|
||
Appetance okr + seniorité +
|
||
- Préparation du sprint suivant
|
||
- Suivi okr : quelques heures par moi + plus de temps au départ
|
||
|
||
Bouquin :
|
||
- Radical Focus /
|
||
- OKR bouquin anglais
|
||
|
||
OKR - Nov
|
||
|
||
---
|
||
|
||
## 2021 (19 novembre 2021)
|
||
|
||
OKR moyen terme : Offre stratégique : 1 an
|
||
|
||
OKR court terme :
|
||
1 à 4 mois => OKR tactique (au niveau équipe, le codir est une équipe)
|
||
|
||
OKR :
|
||
- Atteignable et surlequel on s'engage
|
||
- On va chercher le transverse
|
||
|
||
Objectifs :
|
||
Ambition - Pourquoi
|
||
|
||
Engagement
|
||
|
||
Key Result :
|
||
Comment : critère de succès
|
||
|
||
Notion de fini
|
||
|
||
Engagement
|
||
|
||
Initiatives :
|
||
Actions
|
||
- Stratégique : Roadmap
|
||
- Tactique : Epic
|
||
|
||
Organisationnel, Agilités
|
||
|
||
Responsable :
|
||
Responsable équipe
|
||
|
||
Ou on en est = quelle confiance on a d'atteindre nos objectifs
|
||
|
||
1 référent par Résultat clé = au minmum mettre à jour
|
||
- Objectif : évaluation qualitative
|
||
- Evalutation
|
||
|
||
Cas des objectifs individuel => le 70% n'est pas atteignable
|
||
|
||
= Se fixer un range : min / max
|
||
|
||
On évite les pourcentages dans les key résultats pour se rendre de quoi on parle
|
||
|
||
=> donner la notion de s'arrêter max
|
||
|
||
=> cadrer avec un min / max pas de 70%
|
||
|
||
Hypothèse : est une information à suivre qui a permis de défniri les okrs
|
||
|
||
Hyothèse peut être invalider
|
||
|
||
OKR :
|
||
|
||
Significatif : passer un cap
|
||
|
||
Celui qui déclenche le
|
||
|
||
OKR :
|
||
- VERBE - SITUATION FUTURE - IMPACT
|
||
- AMELIORER notre production (qualité, pertinence, sécurité, productivité) pour sécuriser nos clients / équipes
|
||
- Se préparer pour être en capacité d'amélioration pour être au rendez-vous de 2025
|
||
|
||
Pour trouver les Key Results :
|
||
|
||
Point du
|
||
|
||
---
|
||
|
||
## entre nous soit dit 32 186,68 € (15 juin 2024)
|
||
|
||
Bonjour,
|
||
|
||
Suite à un message
|
||
de Mickaël qui me dit que son actionnaire souterait vendre le bâtiment, je
|
||
voulais savoir si vous étiez intéressés de regarder.
|
||
|
||
Taille du
|
||
bâtiment ; 428m2, nous en prenons un peu plus de la moitié actuellement
|
||
soit 265m2 pour un loyer hors charges de 43 800 €.
|
||
|
||
La proposition
|
||
qu’attendait Mickaël était de 2 500 € le m2. Comme c’est lui qui relance,
|
||
l’idée est de faire une proposition à 2 000 € le m2 ce qui permet d’avoir
|
||
quelque chose de bcp plus cohérent.
|
||
|
||
Investissement
|
||
|
||
Montant investissement
|
||
|
||
931 000,00
|
||
|
||
Achat Terrain + bâtiment
|
||
|
||
868 000,00
|
||
|
||
Frais de notaire
|
||
|
||
53 000,00
|
||
|
||
Frais d'avocat et de conseils
|
||
|
||
10 000,00
|
||
|
||
Financement
|
||
|
||
Apport CCA :
|
||
186 000 € (soit 1 860 € le pourcent)
|
||
|
||
Emprunt : 745
|
||
000 € (pour un prêt sur 15 ans à 4,5% la mensualité serait de 5 700 €)
|
||
|
||
Fonctionnement
|
||
|
||
Loyer : 72 500
|
||
€ par mois soit (169 € le loyer ce qui permet d’être au même cout que
|
||
fait Mickaël sur le bâtiment d’à côté.
|
||
|
||
Cout annuel pour 6TM
|
||
si on prend 100% des m2 en location : environ 30K.
|
||
|
||
TRI à 10 ans :
|
||
16 %. Ce qui fait que pour 10%, j’engage 18,6 K€ qui se transforme en 85K en 10
|
||
ans
|
||
|
||
Les risques :
|
||
|
||
- 6TM ne va pas bien
|
||
- Une nouvelle loi que nous ne connaissons pas arrive. Nous ne sommes pas concerné par le décret tertiaire (obligation de diminuer les consommations du bâtiment et donc investir), car l’unité foncière fait moins de 1 000 m2, même en comptant le nveau bâtiment.
|
||
|
||
Merci de me préciser si vous souhaitez que nous
|
||
étudions plus la chose, et si vous en êtes, quel pourcentage vous
|
||
intéresserait.
|
||
|
||
Si nous souhaitons
|
||
continuer Le planning serait le suivant :
|
||
|
||
- Négo avec Mickaël pour voir si ce prix est entendable pour lui.
|
||
- Si oui, nous faisons intervenir un expert immobilier pour vérifier tous les points sensibles (un budget de 2K est à prévoir, à confirmer)
|
||
- Si ok, nous montons un programme de financement
|
||
- Si prêt accepté, nous créons la société…
|
||
|
||
Merci de votre
|
||
retour,
|
||
|
||
Stéphane
|
||
|
||
Stéphane TREMIER
|
||
|
||
CEO
|
||
|
||
RENNES
|
||
- ANGERS - NANTES - PARIS
|
||
|
||
Mobile : 06 18 45 31 14
|
||
|
||
www.6tm.com
|
||
|
||
---
|
||
|
||
## 2026 (24 décembre 2025)
|
||
|
||
DT société
|
||
|
||
- Missions
|
||
- Définir le niveau d’exigence minimum de chaque tribu : état de l’art techno, sécurité, exigence productivité
|
||
- Anticiper et aider les sauts technologiques : exemple spa / react, ia et organisationnelles
|
||
- Aider à la propagation des meilleures pratiques de chaque tribu
|
||
|
||
- Okr 2026
|
||
- L’IA a augmenté notre productivité de 30 %
|
||
- Un projet full js est opérationnel
|
||
- Des projets ia sont en production avec succès
|
||
- La qualité de nos productions s’est amélioré avec l’ia : taux de défaut, test
|
||
- Kub est devenu un environnement sécurisant nos applications
|
||
|
||
- Moyen
|
||
- PA 1j/ sem, FM : 25%, 60j sur la stack js serveur, dsi : 1à2j / sem
|
||
- Temps contrats (pentest)
|
||
|
||
=> Budget société
|
||
|
||
DT tribu.net
|
||
|
||
- Missions
|
||
- Réduire les risques d’un projet en participant ou suivant une fonctionnalité critique
|
||
- Accélérer le delivery et la qualité par la Généralisation, consolidation, démocratisation d’ une bonne pratique un composant, fourniture de template… en priorisant par les sujets ayant le plus d’impacts = rentabilité à long terme
|
||
- Développer les compétences (formation, progression).
|
||
- Assurer la cohérence et la qualité entre les 4 équipes (architecture, standards, sécurité, dette).
|
||
|
||
- Okr 2026
|
||
- IA et PAI
|
||
- Valorisé le temps gagné : 50€ de TJM
|
||
- PAI déployée à 100%, des skills opérationnelles
|
||
|
||
- Framework dont Leeloo
|
||
- La communication roadmap est améliorée
|
||
- les blocages ont été factualisés, ainsi que le processus de validation.
|
||
- Des devs sont capables de faire des pullRequest sur leeloo
|
||
|
||
- Qualité et sécurité s'est améliorée
|
||
- Projets clés ont sonar ou sentry exploitable
|
||
- 1 projet full données anonymisés en place
|
||
|
||
- Accompagner la montée en compétence
|
||
- 4 formations de + : leeloo, cas complexe query, efcore avancé, skills
|
||
|
||
- Moyens
|
||
- Réunions leadTech : 4personnes *0,5 *12 = 24j
|
||
- Actions de formation : 17 dev * 1j +1j IA = 34j
|
||
- 2h interventions Leeloo : Antoine, Lucas, Julien
|
||
- CA : 2j/sem
|
||
- VR : 1j/sem
|
||
- Temps contrats
|
||
|
||
Cas Leeloo :
|
||
|
||
- 33j en 2025
|
||
|
||
Ameno :
|
||
|
||
- NET01 : L'ia est devenu un assistant pour l'ensemble des développeurs
|
||
- KR : sondage : + de 50% des devs estim la gain de productivité > à 10%.
|
||
- 1 abaque a été challengé via l'IA : exemple Test
|
||
- Un use case utilise l'ia
|
||
|
||
- NET02 : La qualité des livrables s'est améliorée
|
||
- Le check technique est systématique à 100%
|
||
- Network / SQL
|
||
- 1 Métrique de taux de défaut sur 2 projets avec sentry exploité
|
||
- Confiance sur le template MAUI à 100%
|
||
|
||
- NET03 : Les bonnes pratiques sont diffusées et acquises par l'ensemble des dev
|
||
- 10 videos de sensi / bonnes pratiques / partage
|
||
- Wiki à jour (leeloo, apinet, sécu)
|
||
- Le template (React / API) est à jour et intègre au moins 4 fonctionnalités supplémentaires
|
||
|
||
- NET04 : Les exigences sécu sont systématiquement prises en comptes
|
||
- Sonar et ameno à vert
|
||
- Un premier check sécu interne à l'application est en place
|
||
|
||
À partir de l’adresse <https://outlook.office.com/mail/id/AAQkADliMzBkNDI3LTg1YzAtNDcyMS1hOTY3LTg0YWUyMThiOGNlNgAQAGWJVA9F50Ysl8%2FOyOXV0oE%3D?nativeVersion=1.2025.1209.500>
|
||
|
||
SiteMap et
|
||
|
||
---
|
||
|
||
## 2022-05 (27 avril 2022)
|
||
|
||
Laravel :
|
||
|
||
Solution franchise
|
||
et réseau et offres packagés
|
||
|
||
1 - Perception
|
||
|
||
- le temps d’intégration est de 6 mois
|
||
|
||
- Le transfert de projets à Nantes est un échec
|
||
|
||
2 - En cas de
|
||
surcharge d'équipe Angers qui s'appuie sur cette solution=> quel est notre
|
||
réponse
|
||
|
||
Flux -
|
||
|
||
---
|
||
|
||
## Tribu (28 décembre 2022)
|
||
|
||
A faire :
|
||
|
||
- Métrique de réussite
|
||
|
||
Journée tribu - restrospective.pptx
|
||
|
||
---
|
||
|
||
## CIR (26 janvier 2023)
|
||
|
||
- Déterminer la phase pilote et re
|
||
- Faire une doc pour Justifier, quels ont été les difficultés, pourquoi ce retard risque
|
||
- Pourquoi on est différent d
|
||
|
||
- Requalification des heures
|
||
- % age en production
|
||
|
||
- Vendable ou open source
|
||
|
||
- Il se vend ou il est opensource
|
||
|
||
Facturation
|
||
sous-traitant 10%, font la déclaration
|
||
|
||
Risques CIR ->
|
||
requalifié en CII
|
||
|
||
Expert comptable
|
||
calcul le taux horaire :
|
||
|
||
Limité à 400K par
|
||
société
|
||
|
||
Elastic
|
||
|
||
---
|
||
|
||
## Clémence Martinot (18 octobre 2024)
|
||
|
||
Résumé :
|
||
|
||
Clémence Martinot :
|
||
|
||
Data -
|
||
|
||
- Thèse NeuroScience
|
||
- Boite de conseil :
|
||
|
||
- Mission chez canal +,
|
||
- Modele prédictif
|
||
- Comportement client
|
||
|
||
- Gestion de projet
|
||
|
||
- Luminess
|
||
|
||
- Data Scientist : R & D
|
||
- Responsabilité du pole D
|
||
- Activité IA
|
||
- Faire de l'analyse documentaire : extraire des images de documents
|
||
- Valoriser la données
|
||
- Pole axe BI : reporting
|
||
- Optimisiation
|
||
|
||
1
|
||
an 4 : 5 personnes
|
||
|
||
IA
|
||
: orienté Delivry => moins R&D +
|
||
utilisation des
|
||
|
||
- Management de 12 personnes (Ingénieur IA, Business Intelligence,
|
||
- Piloter la stratégie IA : comment on y va sur le delivry, offre
|
||
- Externe : IA + tech
|
||
- Commerce / Market / Avant-vente / Conduite au changement / Etre plus dans l'agility
|
||
|
||
- Ce qui m'intéresse :
|
||
|
||
- Transversabilité :
|
||
- Difficile de faire évoluer les choses
|
||
- Ne vas pas assez vite => Ese plus petite
|
||
- Assurance Banque / Assurance très mature sur l'IA => moins utile => En faire profiter Enterprise
|
||
|
||
- Projet Machine Learning / Emmbeddings / Analyse
|
||
|
||
- Optimisation
|
||
- Computer vision, NLP,
|
||
- LLM, LVM
|
||
- RAG / LAG
|
||
- LLM sur A
|
||
|
||
- Creuser l'équipe
|
||
|
||
- Luminess : besoin interne, besoin client
|
||
- Besoin client
|
||
- Stratégie : Externe : commerce / marketing :
|
||
- Produit / Projet
|
||
- Montée en
|
||
|
||
- Profil : DataScience, Ingénieur IA
|
||
- Briques /
|
||
- Data Ingénieur : qualité de la donnée
|
||
- MLOps => choix d'infra / manière de packager
|
||
|
||
- J'aime bien Evoluer : 2,3 ans une équipe de 10 / 15 personnes avec des projets d'IA
|
||
|
||
- IA :
|
||
- Mission de conseil
|
||
- UX :
|
||
|
||
Chantier
|
||
|
||
---
|
||
|
||
## Pôle Walker (23 novembre 2024)
|
||
|
||
OKR 2024
|
||
|
||
- Axone est sécurisée
|
||
|
||
- L
|
||
|
||
OKR 2025 : T1
|
||
|
||
- Axone est sécurisée et sur des rails pour un TJ à 600
|
||
- L'équipe est sur des rails avec un TJ à 550
|
||
- L'impact IA
|
||
|
||
---
|
||
|
||
## Relation Client (21 décembre 2025)
|
||
|
||
Hello Philippe,
|
||
|
||
De mon côté, je pense à David. Mais il a un rôle un peu
|
||
particulier puisqu’il porte la casquette de chef de projet depuis 2 ans (90% de
|
||
son activité reste du développement, et il n’a pas encore pris toute la
|
||
dimension du rôle de chef de projet).
|
||
|
||
Si tu cherches quelqu’un qui soit uniquement développeur, alors
|
||
ça pourrait être Thomas Quentel (sur la migration de Listo vers GHS sur le
|
||
projet KGK, c’est lui qui a porté le brief, les ateliers techniques,
|
||
l’avancement et les tests).
|
||
|
||
Cordialement,
|
||
|
||
|
||
|
||
Thomas Legrand
|
||
|
||
Responsable d'équipe
|
||
|
||
RENNES
|
||
- ANGERS - NANTES - PARIS
|
||
|
||
Mobile : 06 79 70 41 19
|
||
|
||
www.6tm.com
|
||
|
||
Philippe
|
||
Aulnette
|
||
|
||
Karine Sauvé;+ 2
|
||
autres
|
||
|
||
Hello,
|
||
|
||
J’aimerais organiser un groupe de travail avec les devs pilote
|
||
ayant commencé à s’orienter vers la relation client, la prise en autonomie de
|
||
certaines fonctionnalités.
|
||
|
||
La formule envisagée serait une sorte de petite rétro suivi d’un
|
||
dej, avec un groupe très restreint
|
||
|
||
l’objectif serait de recueillir les bonnes pratiques, les
|
||
besoins et d’arriver à un process secure et reproductible.
|
||
|
||
Qu’en pensez- vous ?
|
||
|
||
Vous auriez qui de votre côté ? moi j’aurai Romain
|
||
|
||
En illustration :
|
||
|
||
- Fonctionnalité d’import sur K1 : objet complexe de type lot + enfants avec nouvel API, budget prod avant l’IA autour de 3j
|
||
|
||
- 2 réunions clients pour se mettre d’accord sur le format
|
||
- Réunion de lancement 1h
|
||
- Préparation de 30 min avec le Dto
|
||
- Réunion de mise au point : Correction en live et Dto en livrable de fin de réunion : 1h
|
||
|
||
- Mise en place
|
||
- Mise en place de la nouvelle api avec authent dédiée
|
||
- Template de controller à la mano
|
||
- Prompt IA pour l’export
|
||
- 1h de test / retouche à la mano, plusieurs erreurs
|
||
- Prompt IA pour l’import
|
||
- Code assez verbeux, sans doute 2,3h de mise au point / test / fix
|
||
|
||
- Compliqué d’appuyer sur un dev à ce stade si le cp garde les tests
|
||
|
||
À
|
||
partir de l’adresse <https://outlook.office.com/mail/AQMkADliMzBkNDI3LTg1YzAtNDcyMS1hOTY3LTg0YWUyMThiOGNlNgAuAAADB0W0m968zE%2BAz%2BBxO4N2oAEA%2FUmXM0EVwEKI8eTgaYtRSgAEOGy04QAAAA%3D%3D/id/AAQkADliMzBkNDI3LTg1YzAtNDcyMS1hOTY3LTg0YWUyMThiOGNlNgAQAJGTlEZ2XkDcvxh%2BD3ncjCk%3D?nativeVersion=1.2025.1209.500>
|
||
|
||
---
|
||
|
||
## 20220 (2 juin 2022)
|
||
|
||
- Pt avancement glpi + actions suivantes
|
||
|
||
- 70
|
||
postes sur 88
|
||
|
||
Relancer Angers
|
||
|
||
Tableau de bord automatique
|
||
|
||
Utilisateur Office - lien sur le parc + date
|
||
de dernier scan
|
||
|
||
Clarifier les exports GLPI + exports Office et
|
||
l’intégration
|
||
|
||
o Etat des users non AzureAD => définir dans quel
|
||
timing
|
||
|
||
Avantage : uniformisation de la politique de
|
||
mot de passe
|
||
|
||
Faire un test sur environnement Ubuntu et Mac OS
|
||
pour voir les impacts =>
|
||
|
||
Ajout des actifs réseau => scan de découverte à
|
||
prévoir ?
|
||
|
||
Enjeu :
|
||
Fin Juin : Version Exhaustive – réseau interne + Tableau de bord => 1 à
|
||
2j
|
||
|
||
- Mail
|
||
d’Edwin + transfert de compétences
|
||
|
||
o Transfert GCP => Jeudi 2 pour la DSI et on
|
||
affine pour le positionnement dev et Lead Tech
|
||
|
||
- GitLab :
|
||
|
||
o Prochaine maj avec Jean-Christophe, Mickaël
|
||
clarifier le rythme.
|
||
|
||
o Clarifier les pbs d’espace disques
|
||
|
||
=> avoir des alertes ?
|
||
|
||
Historique des pipelines
|
||
|
||
- Point
|
||
d’avancement HAProxy
|
||
|
||
o Pb de contextualisation en cours
|
||
|
||
o En test sur les applications DSI, sur google
|
||
|
||
- OVH
|
||
– PCCloud1 : I6TM21 (1 applis à migrer) + I6TM30 (10aine sur le serveur) +
|
||
check I6TM28 (copie fichiers svn, ok) => on vise Fin Juin
|
||
|
||
o Plans d’actions à clarifier
|
||
|
||
- Gestion
|
||
des freelances et du Wifi Corporate
|
||
|
||
o Wifi avec white List
|
||
|
||
o Wifi Invité hors réseau = check pour salle de
|
||
réunion
|
||
|
||
- Formulaire
|
||
de création de projet à valider
|
||
|
||
o => tests via forms ?
|
||
|
||
- Téléphonie
|
||
fixe
|
||
|
||
o Fixe en cours : offres avant début Juillet
|
||
|
||
♣ Bretagne Telecom / contrat à clarifier
|
||
|
||
Fibre Nantes : en cours
|
||
|
||
- Période
|
||
de congés :
|
||
|
||
Edwin : fin 28 Juin, sauf Vendredi
|
||
|
||
Jean-Christophe : 2 ou 3 semaines =>
|
||
Mi-Juillet / Début Aout
|
||
|
||
Philippe du 18 Juillet au 05 Aout
|
||
|
||
Mickaël du 04 au 12
|
||
|
||
En
|
||
cours : TeamPass => toujours pb d’import => partir vierge
|
||
|
||
Migration
|
||
Mobizel => Fin Juillet
|
||
|
||
---
|
||
|
||
## 2023-05 (9 mai 2023)
|
||
|
||
Orga 2023 :
|
||
|
||
- 1 à 2 j / semaine : en service.
|
||
- JC :
|
||
|
||
- Passage à l'action / finalisation
|
||
|
||
- Sprint hebdo / mutualiser
|
||
|
||
- PRA => sécuriser la remise en prod en cas d'absence.
|
||
|
||
- Mise en place : Meilleure planification
|
||
|
||
---
|
||
|
||
## - Wipoz (19 mars 2022)
|
||
|
||
- Quick-Win 1 : Supervisez les antivirus
|
||
- Quick-Win 2 : Migrez les administrateurs dans Protected Users
|
||
|
||
- Quick-Win 3 : Scannez votre espace d'adresses IP
|
||
|
||
- Quick-Win 4 : Développez la connaissance des applications et de leurs propriétaires
|
||
- Quick-Win 5 : Activez le multi-facteur dans le cloud
|
||
- Quick-Win 6 : Supprimez seDebugPrivilege
|
||
- Quick-Win 7 : Identifiez les prestataires DFIR
|
||
- Quick-Win 8 : Déployez un outil de gestion de mot de passe
|
||
- Quick-Win 9 : Utilisez HaveIBeenPowned
|
||
- Quick-Win 10 : Bloquez les IP suspectes sur les services exposés
|
||
|
||
Analyse
|
||
|
||
---
|
||
|
||
## 2022-04-07 (7 avril 2022)
|
||
|
||
PSI :
|
||
|
||
- Réponse à la demande de la 27001 => engagement de la direction
|
||
|
||
- Partageable avec la direction
|
||
|
||
PSSI :
|
||
|
||
- Document autoporteur qu'on puisse envoyer au client
|
||
|
||
- 1er élément de preuve
|
||
- PDS :
|
||
- PRA
|
||
|
||
- Preuve technique :
|
||
- Exemple copie d'écran
|
||
|
||
- Sortir les risques de la PDS =>
|
||
- Sécurité avec les frs
|
||
- PDS :
|
||
- Avant :
|
||
- Pendant :
|
||
- Après :
|
||
|
||
Contraintes
|
||
+ fortes en fonction du fournisseur
|
||
|
||
Clauses,
|
||
audits, pssi
|
||
|
||
PAS
|
||
= plan d'assurance qualité au niveau sécu
|
||
|
||
Enjeu
|
||
changer le Prisme de la conformité => risques / exigences client => plus
|
||
de choix pour prioriser
|
||
|
||
- Analyse de risque :
|
||
|
||
- Avoir l'inventaire
|
||
|
||
Enjeux :
|
||
|
||
- Sur 3 ans
|
||
|
||
- Entre 8 et 12% du budget de la DSI :
|
||
- Invest :
|
||
|
||
KPI :
|
||
|
||
- Inventaire :
|
||
|
||
---
|
||
|
||
## 2022-06-09 (9 juin 2022)
|
||
|
||
https://6tmic.6tm.com
|
||
|
||
---
|
||
|
||
## 2022-11-03 (3 novembre 2022)
|
||
|
||
Brief Sécurité :
|
||
|
||
- Protection du poste et accès aux codes sources
|
||
|
||
- Incidents sécurité :
|
||
|
||
- SSI
|
||
- Contrôle :
|
||
- Revue des comptes AD, revue des règles de pare-feu, Sauvegarde (IT)
|
||
- Dérogations
|
||
- Ecart vis-à-vis d'une politique de sécurité, pour gérer les écarts
|
||
- Demandes
|
||
- Projet interne ou sécurité
|
||
- Habilitations
|
||
- Exemple demande de droit à privilège (plus tard)
|
||
- Incidents
|
||
- Créer les catégories
|
||
|
||
- Vulnérabilités
|
||
|
||
- Avoir les plans pour le campagne de patch
|
||
- => openSSL
|
||
|
||
---
|
||
|
||
## Raison Home (29 avril 2022)
|
||
|
||
Les points à
|
||
aborder :
|
||
|
||
- positionnement
|
||
stratégique du cockpit et de la suite logicielle "Franchise" chez 6TM
|
||
|
||
- roadmap cockpit
|
||
6TM 2022
|
||
|
||
- roadmap cockpit
|
||
Raison Home 2022
|
||
|
||
- sujets connexes
|
||
(volumétrie, ...)
|
||
|
||
- budget jours/h
|
||
(dev)
|
||
|
||
---
|
||
|
||
## 2022-09-22 / Raison Home (22 septembre 2022)
|
||
|
||
- Point Nath : sur la Tréso
|
||
- Tableau de bord de cockpit
|
||
- Alimentation plus fréquentes
|
||
|
||
---
|
||
|
||
## Raison Home (10 novembre 2022)
|
||
|
||
- Novembre : Charte graphique : OK
|
||
- Service bus
|
||
|
||
- Envoi de user, magasin
|
||
- Envoi de mail
|
||
|
||
Synchronisation
|
||
|
||
- Uniformisation connexion
|
||
|
||
- Exemple googleRaisonHome / Azure6Tm / + classique
|
||
|
||
=>
|
||
https://6tm.pilotage.6tm-franchises-reseaux.com/login?returnUrl=manop
|
||
|
||
=>
|
||
https://6tmic.6tm.com/auto-connect?xxxxxxx-xxxx-xxxxxxxx
|
||
|
||
=>
|
||
specs à faire
|
||
|
||
---
|
||
|
||
## 2023-06 (6 juin 2023)
|
||
|
||
- But a sorti IS / 300 à 400
|
||
- FBD : odoo
|
||
- But
|
||
|
||
- Appli dédiée mobile
|
||
- Pas de facturation, pas de support
|
||
- Front
|
||
|
||
- Cockpit
|
||
|
||
- Comparaison par vendeur : pas de valeur
|
||
- Activité de pose (switch effectués / planifiées)
|
||
|
||
use wipoz
|
||
|
||
OPEN MASTER KEY DECRYPTION BY PASSWORD = 'Lotus19$Bleu'
|
||
|
||
ALTER MASTER KEY ADD ENCRYPTION BY SERVICE MASTER KEY
|
||
|
||
Use Wipoz
|
||
|
||
CREATE User [wipoz-cockpit]
|
||
for login
|
||
[wipoz-cockpit];
|
||
|
||
ALTER ROLE db_owner ADD MEMBER [wipoz-cockpit]
|
||
|
||
---
|
||
|
||
## 2025-10-14 (14 octobre 2025)
|
||
|
||
- Migration SAP
|
||
- 420 utilisateurs
|
||
- Callimedia
|
||
|
||
QSE : artcom
|
||
|
||
- Formulaire sur site
|
||
- DAXIUM
|
||
|
||
- + PDF
|
||
|
||
- IPQSE :
|
||
|
||
- => plan d'actions : BTVM ou Action
|
||
|
||
---
|
||
|
||
## 2024-10-01 (1 octobre 2024)
|
||
|
||
Citrix 40K pour 400
|
||
balles / années
|
||
|
||
---
|
||
|
||
## 2024-01-09 (4 octobre 2022)
|
||
|
||
Qualité : Echange
|
||
Livraison
|
||
|
||
---
|
||
|
||
## 2024-06-26 (26 juin 2024)
|
||
|
||
2025
|
||
|
||
- SQL 2K16
|
||
- Citrix :
|
||
|
||
- Voir remplacer par Microsoft RDS ?
|
||
|
||
- Poste Windows 11
|
||
- Exchange OnLine
|
||
- SAP => Ehana, incidence cloud, après les bilans
|
||
|
||
- Echange des fichiers à plat
|
||
|
||
2026
|
||
:
|
||
|
||
- Dématérialisation Facture : PPF et PDP (état-)
|
||
- Evolution des relevés de rachat => ne pas émettre le document pour ne pas avoir à régler
|
||
|
||
2022-07
|
||
|
||
---
|
||
|
||
## 2022-05-30 (30 mai 2022)
|
||
|
||
CA : 180 -> 350K
|
||
|
||
- Refocus sur la vente, objectif Renta
|
||
- Nouveau Profil Client - Client Nationnaux, réccurent : 5 à 50 : multi CRE
|
||
|
||
- Valéor et RaisonHome
|
||
- 8 CRE : 30% - 70% MMB
|
||
- => à terme 90% MMB
|
||
|
||
- De 8 à 12 CRE cette année
|
||
|
||
- CRE ne sont pas exclusif
|
||
- CRE
|
||
|
||
Multi-site
|
||
/ Grand comptes => l'outil peut être un frein
|
||
|
||
- Développement Business
|
||
|
||
- Efficience du CRE
|
||
|
||
- Critère d'Affectation au CRE :
|
||
|
||
- Automatique
|
||
- Manuel
|
||
|
||
- Ce qui fait la différence
|
||
|
||
- Q2J
|
||
- Gestion de projet,
|
||
- Partage d'info
|
||
- Raisonner en meute CRE / Stats
|
||
|
||
- Blocage de l'outil
|
||
|
||
---
|
||
|
||
## 2022-06-07 (30 mai 2022)
|
||
|
||
- Export olap
|
||
- Espace client
|
||
|
||
- Bugs :
|
||
|
||
- Rafraichissement process
|
||
- Téléchargement de fichiers
|
||
- Refresh
|
||
|
||
---
|
||
|
||
## 2023-05-10 (10 mai 2023)
|
||
|
||
25 clients actifs :
|
||
|
||
Prêt : 100 K - en
|
||
cours
|
||
|
||
Tréso : manque 13K /
|
||
mois
|
||
|
||
Mageri -
|
||
|
||
---
|
||
|
||
## 2024-S2 (28 août 2024)
|
||
|
||
- Changement de nom de domaine pour Octobre
|
||
- Déploiement Chimirec / Lubrizol
|
||
|
||
=>
|
||
objectif fin d'année
|
||
|
||
- PowerBI :
|
||
|
||
Planning TMA : https://app.asana.com/0/1201770060556187/1205116006641962
|
||
|
||
---
|
||
|
||
## 2024 (11 janvier 2024)
|
||
|
||
Cartographie :
|
||
- Début Avril
|
||
|
||
Infra :
|
||
|
||
176.154.187.219
|
||
- +
|
||
- Bonne collaboration exploit
|
||
- -
|
||
- 1/4 => 1/3 de la roadmap
|
||
- Coût interne Socotec élévé
|
||
- Compréhension Tech
|
||
- Choix / arbitrage
|
||
- A améliorer
|
||
- Technicité et vitesse de debugage
|
||
- Analyse d'impact / périmetre
|
||
- Focus Enjeu Business
|
||
- 2023 : Axone => Bonne
|
||
- 2024 :
|
||
- Stabilisation Client
|
||
- Enjeu multi-site
|
||
- Nouvelle base
|
||
- Construction
|
||
- RSE : accompagnement + panel de veille réglementaire
|
||
- => Objectifs chiffrés
|
||
- CA supplémentaire + 100K
|
||
- => Grand Compte
|
||
- À 2 Million
|
||
- Amos, BlueCastle => Maxime Veyrine
|
||
|
||
AOS => Décit patrimoine d'une entreprise
|
||
|
||
Batiment,
|
||
|
||
Structuration de l'information client
|
||
|
||
=> Enjeu avoir un patrimoine du client complet, gestion de l'asset,
|
||
|
||
Périodicité de contrôle (Blue Castle).
|
||
|
||
Aucun client en commun =>
|
||
|
||
=> Axone => ProfilThématique =>
|
||
- Moins de projet en parallèle
|
||
- 3 gros sujets : Multi-site, BO, profil thématique,
|
||
|
||
---
|
||
|
||
## 2023-01-19 (19 janvier 2023)
|
||
|
||
Objectifs :
|
||
|
||
- Avoir une liste partagé de tickets bloquant : empêchant la vente
|
||
- Avoir compris le pb de performance
|
||
|
||
Se connecter :
|
||
|
||
- Meuble TV Meliconi / lenteur quand on change
|
||
- Jusqu’à 200 000 déclinaisons pour un canapé
|
||
|
||
Front : peu
|
||
d'optimisation possible
|
||
|
||
Pb de déclinaisons :
|
||
|
||
Front :
|
||
|
||
- Perf :
|
||
- Pdf : pas bloquant pour la vente
|
||
|
||
Actions :
|
||
|
||
- Fiche Produit
|
||
- Panier (Liste des Id )
|
||
|
||
---
|
||
|
||
## OKR (14 décembre 2024)
|
||
|
||
- OKR 2024
|
||
|
||
- Réassurance Chimirec
|
||
- 8.6 Full opé
|
||
- .net Xamarin Maui
|
||
- Thomas Walker
|
||
- TJ 500 : 1,9M€
|
||
- Etat de l'art : qualité / Productivité
|
||
|
||
- Fin 2025
|
||
|
||
- TJM à 520, 1,9M€
|
||
- Etat de l'art
|
||
- Mobile
|
||
- Web : Run
|
||
- Test
|
||
|
||
- Diminuer la dette Technique :
|
||
- boulet
|
||
- Compétences métier
|
||
|
||
- Gestion de projet
|
||
- Augmenter la Business Value
|
||
- Estimation contrôle
|
||
- Impact IA
|
||
- Dev :
|
||
|
||
- Avoir des Actifs permettant TJM > ou produit récurrent
|
||
|
||
- IA, RAG
|
||
- Module Facture,
|
||
- Améno
|
||
- Verticale métier
|
||
|
||
- Plaisir
|
||
- Equipe fluide
|
||
|
||
- Intégration PoleAI
|
||
|
||
- Rappel Pourquoi ce n'était pas un sujet
|
||
- Objectifs Tribu :
|
||
- équilibrage des plannings, support Avant-Vente => Pole Ai Full Gestéos / Aménagement
|
||
- Max 20 pers
|
||
- Probabilité de monter une tribu pole AI
|
||
|
||
- Pourquoi ça en devient 1 sujet :
|
||
|
||
- A
|
||
|
||
Créé avec OneNote.
|
||
|
||
---
|