↑↓

Projet personnel · Organisation familiale

Prototype en développement

Planning familial intelligent

Transformer des contraintes familiales dispersées en un planning lisible et exploitable.

Vue immersive du Planning familial intelligent avec indicateurs de charge, marge disponible, conflits, trajets et planning hebdomadaire.
Rôle
Conception fonctionnelle et pilotage du prototype
Période
2026 · en cours
Durée
Prototype en développement
Statut
Prototype en développement
Preuves
Application locale, tests automatisés et documentation

Problème

Calendriers, contraintes et disponibilités dispersés.

Utilisateurs

Un foyer qui doit arbitrer activités, trajets et temps disponible.

Prototype

Un planning local orienté charge, marge, conflits et solutions.

Fonctionnel

Vues calendrier, édition, simulation, import ICS et sauvegarde JSON.

À valider

Synchronisation serveur, persistance durable et usage réel dans la durée.

01

Comprendre

Contexte

Projet personnel construit à partir d’un calendrier familial 2026–2027 et d’un classeur de référence. Le prototype rassemble activités, disponibilités, trajets et contraintes dans une lecture unique orientée décision.

Problème

Les informations utiles à l’organisation familiale sont réparties entre calendriers, horaires, disponibilités et contraintes logistiques. Le besoin est de rendre visibles les conflits, la marge disponible et les arbitrages possibles sans multiplier les outils.

Contraintes

Le chemin principal doit rester utilisable hors connexion. Le classeur source est conservé comme référence, le cache navigateur n’est pas une sauvegarde durable, et les fonctions réseau doivent rester facultatives. La synchronisation serveur n’est pas encore validée en production.

02

Agir

Mon rôle

Cadrage du besoin, conception fonctionnelle, structuration des règles de calcul, pilotage du développement du prototype et formalisation des limites.

Approche

Partir des décisions à prendre avant de choisir l’architecture : visualiser la charge et la marge, repérer conflits et transitions, simuler avant validation, puis conserver les données localement avec sauvegarde externe. L’import de calendrier reste explicite et réversible.

Livrable

Un prototype local et autonome avec tableau de bord, vues jour/semaine/mois/année, édition des événements, indicateurs d’organisation, simulation, import ICS local, export ICS et sauvegarde/restauration JSON.

03

Évaluer

État du prototype

Le livrable local est construit et dispose d’une suite de contrôles automatisés. La persistance durable entre environnements et la synchronisation serveur restent des chantiers en cours ; le projet n’est pas présenté comme un produit finalisé.

Ce que j’en retiens

Un outil d’organisation est crédible lorsqu’il expose aussi ses incertitudes : disponibilité des données, persistance, synchronisation et hypothèses de calcul doivent rester visibles plutôt que masquées.

Voir le projet complet

Périmètre

Ce que ce prototype permet d’affirmer.

Observé dans le prototype

  • Le livrable s’ouvre localement et reste utilisable hors connexion sur son chemin principal.
  • Le prototype propose des vues tableau de bord, jour, semaine, mois, année, équilibre familial et solutions d’organisation.
  • Ajout, modification, déplacement, suppression, récurrence, simulation et alertes contextuelles sont présents dans le périmètre documenté.
  • L’import ICS local, l’export ICS et la sauvegarde/restauration JSON sont documentés et intégrés au prototype.

Expérimental ou non vérifié

  • La synchronisation serveur et la persistance durable entre environnements ne sont pas présentées comme validées en production.
  • Le cache navigateur reste un état de travail et ne remplace pas une sauvegarde externe.
  • Aucun gain réel d’usage n’est présenté comme mesuré à ce stade.
  • Le projet reste un prototype en développement, pas un service finalisé.

Ce que le projet démontre de ma démarche

  • Cadrer avant d’automatiser Le projet part des arbitrages à rendre visibles avant de choisir les mécanismes techniques.
  • Rendre les contraintes lisibles Charge, marge, conflits, trajets et disponibilités sont rapprochés dans une même lecture.
  • Documenter les limites Persistance, synchronisation et dépendances réseau sont distinguées de ce qui fonctionne déjà.