Une semaine de projet, de vos données à la décision
Suivez Helios, la refonte d'un portail client bancaire (projet fictif). À chaque étape, l'écran se manipule comme le vrai produit : cochez, comparez, changez d'avis — les chiffres réagissent. Ils sont pré-calculés, aucun n'est inventé.
Données
Partez de vos données
Pas de ressaisie. Vous partez de ce que vous avez déjà — choisissez une source.
Choisissez une source pour voir vos lots arriver, déjà structurés.
Données fictives mais cohérentes (projet fil rouge Helios). Dans l'outil, vous remplacez ces données par les vôtres. L'agent prépare, vous décidez.
Le catalogue d'un coup d'œil
La carte des agents
17 agents spécialisés, regroupés par famille. Chaque agent fait une chose précise — un point de statut, un compte-rendu, un dossier de décision — et vous la rend prête à valider. Cliquez un agent pour ouvrir sa fiche.
Pilotage
6 agentsDocumentation
3 agentsBusiness Analyst
2 agentsPortefeuille
1 agentQuatre mondes, un même produit
Quatre projets exemples
Quatre projets fictifs, un par méthode de travail. Sélectionnez le vôtre : à gauche, ce que le chef de projet fournit. À droite, le livrable que l'agent lui rend.
Helios
Cycle en VBanque · portail client · jalon de revue le 30/06Un projet séquentiel où chaque jalon se prépare. On donne l'état des lots. Le Veilleur rend un point de statut priorisé par le risque.
À six jours du jalon, cinq lots avancent en désordre. Lequel met vraiment la date en danger ? À l'œil nu, sur un tableau, c'est difficile à dire.
Lot A – Spécifications module paiement : 90 % — reste la relecture sécurité. Charge restante 1,5 j/h. Tendance ok. Lot B – Conception base de données : 80 % — reste la validation du modèle par l'architecte (2 j/h). L'archi n'est dispo que jeudi. Lot C – Maquettes parcours utilisateur : 60 % — le client n'a pas renvoyé ses retours sur la V1 (attendus depuis 8 jours). Charge restante ~4 j/h une fois les retours reçus. Lot D – Dossier d'architecture technique (requis pour la revue) : 20 %. Le gros morceau. Estimation 6 à 7 j/h. Lot E – Plan de tests d'intégration : pas démarré. Pas d'estimation de charge fournie. Capacité de la semaine : 2 développeurs à plein temps (5 j) + 1 architecte à mi-temps.
1. SYNTHÈSE
- Jalon du 30/06 menacé par un seul livrable critique (dossier d'architecture).
- Échéance tenable si le Lot D est arbitré cette semaine.
- Attention n°1 : Lot D — 6-7 j/h restants pour ~5 j disponibles.
3. RISQUE SUR LE JALON · 30/06
| Risque (événement) | Proba. | Impact | Criticité | Réponse |
|---|---|---|---|---|
| Le dossier d'archi (Lot D) n'est pas prêt pour le 30/06 | Élevée | Élevé | CRITIQUE | arbitrage à soumettre (décaler / renforcer / sortir du périmètre) |
| Les retours client sur les maquettes (Lot C) n'arrivent pas à temps | Moyenne | Moyen | MOYENNE | relance directe par la sponsor |
| L'API bancaire (recette) reste indisponible | Moyenne | Faible | FAIBLE | impact réel en phase de tests ; plan B si non rétablie vendredi |
| Plan de tests (Lot E) | — | — | non évaluable | charge non estimée — à chiffrer |
5. DÉCISIONS ATTENDUES
- Faut-il décaler le Lot D, ajouter une ressource, ou sortir le dossier d'archi du jalon ?
CONTRÔLE QUALITÉ : Lot E signalé (charge manquante) · risque ÉLEVÉ justifié par l'écart · confiance : moyenne (API bancaire à surveiller).
Ce qui se joue ici
Le dossier d'architecture (Lot D) est le seul à menacer le jalon : sa charge dépasse la disponibilité. Le Veilleur le remonte en tête et pose la question d'arbitrage — vous arrivez au COPIL avec la bonne question déjà posée.
Ces quatre cas sont fictifs, mais les sorties sont authentiques : ce sont les livrables produits par les agents eux-mêmes sur ces entrées. Ce qui manque est signalé plutôt qu'inventé — et la décision reste à l'humain.