Forge Demander une démo

L’essentiel de Forge, en cinq fonctionnalités.

Un contexte partagé, un relais entre les métiers, une méthode pour chacun, vos outils connectés, et des coûts sous contrôle.

Les fonctionnalités en détail

Contexte produit6 rubriques sur 6
Vision et valeurUtilisateursPérimètreRègles et contraintesVocabulaireOù vit le produit
Diffuser à l’équipe
Une équipe réunie devant un mur de post-it
Contexte d’équipe

Une IA qui connaît déjà votre produit

Chaque conversation avec une IA repart presque de zéro. On réexplique le produit, on recolle des documents, et chacun obtient une réponse différente parce que personne n’a donné le même contexte.

Le produit, le vocabulaire, l’architecture et les conventions sont écrits une fois. Chaque métier les retrouve automatiquement, dès le premier message.

  • Un socle court, toujours chargé, et des fiches consultées au besoin
  • Rien n’entre sans la validation d’un responsable
  • Diffusé à toute l’équipe en un clic
  • L’IA peut proposer un ajout, jamais l’imposer
La page d’une feature dans Forge, avec son parcours
POa livré les user storiesTLreprend
Relais et Atelier

Chaque feature passe de main en main, sans rien perdre

Une feature traverse plusieurs métiers, et c’est entre eux que tout se perd. La décision prise au cadrage n’arrive pas jusqu’à la recette, et chacun reconstitue l’histoire à sa façon.

L’Atelier montre où en est chaque feature et à qui c’est le tour. Celui qui reprend retrouve tout ce qui a été décidé avant lui.

  • Le parcours complet, du cadrage à la recette
  • À qui c’est le tour, et quelle est la prochaine étape
  • Les documents précédents joints automatiquement
  • Des validations signées et un historique daté
POCadrage terminé : 4 questions, 4 réponses. Je n’ai encore rien écrit. Je rédige la spec ?
Oui, vas-yAjuster
Trois collègues éclatent de rire autour d’un ordinateur portable
Une IA par métier

Chaque métier a sa méthode, et garde la décision

Une IA généraliste répond à tout, mais ne connaît pas votre façon de travailler. Sans méthode, la qualité dépend de la personne qui écrit le prompt.

Six rôles, chacun avec ses étapes et son vocabulaire. L’IA pose ses questions, prépare, puis s’arrête et attend votre accord aux moments qui comptent.

  • Product Manager, Product Owner, UX / UI, Tech Lead, Développeur, QA
  • Des méthodes écrites, que votre équipe peut adapter
  • Des arrêts de validation humaine
  • Une relecture indépendante des specs et des stories
Connecteurs

L’IA agit dans vos outils, pas à côté

Une IA qui ne voit pas vos outils vous fait copier-coller toute la journée. Et une IA qui les voit tous, sans limite, ne passera jamais la porte de votre DSI.

Jira, Google Drive, GitHub, Figma, Slack et les autres : chaque métier travaille là où le travail se fait déjà, sans copier-coller.

  • Une bibliothèque prête, et tout outil compatible MCP
  • Choisis par votre organisation, et rôle par rôle
  • Une confirmation avant toute action destructrice
  • Figma, Miro et Google Docs ouverts à côté de la conversation
Codes promo cumulablesproduit fictif
CadragePM
SpécificationPO
User storiesPO
RefinementTL
Fournisseurs autorisésPlafond actif
Coûts et gouvernance

Vous voyez ce que ça coûte, et vous décidez qui fait quoi

L’IA en équipe, c’est souvent une facture sans explication et des outils choisis par chacun. Impossible de savoir ce que coûte une feature, ni ce qui sort de l’entreprise.

Le coût s’affiche par conversation et par feature. Votre organisation choisit les fournisseurs d’IA, les droits de chaque rôle et un plafond de dépense.

  • Le coût par conversation, par feature et par étape
  • Un plafond de dépense par conversation
  • Vos clés, vos fournisseurs autorisés
  • Un mode économique et le bon modèle pour chaque rôle

Ce que fait chaque métier

Du Product Manager à la QA, chacun retrouve ses étapes, son vocabulaire et le travail de ceux qui sont passés avant.

PM

Product Manager

  • CadrerLe besoin brut reformulé et challengé : objectif, valeur, critères mesurables, périmètre.
  • ExplorerQuel problème résoudre et pourquoi maintenant. On ouvre les pistes, puis on recommande.
  • TesterLes hypothèses, au moins deux options, et l’expérience la moins chère avant de construire.
  • DéciderUne revue de décision claire : on y va, on ajuste ou on arrête. Chaque arrêt attend votre validation.
PO

Product Owner

  • SpécifierL’IA vous pose les bonnes questions, une à la fois, puis écrit la spec et marque ce qui reste à éclaircir.
  • DécouperDes user stories avec contexte, règles de gestion et tests d’acceptation.
  • VérifierUne relecture signale ce qui manque dans une spec ou une story avant qu’elle parte aux développeurs.
  • PublierLes tickets arrivent dans Jira, avec votre accord, sans copier-coller.
UX

UX / UI

  • ComprendrePréparer la recherche utilisateur et en tirer ce qui compte, à partir du cadrage et de la spec.
  • ConcevoirParcours et écrans construits sur les règles de gestion et le produit existant.
  • RelireUne relecture dédiée compare les maquettes à ce qui était prévu.
  • RecetterVérifier que ce qui a été développé correspond bien au design.
TL

Tech Lead

  • RefinementLa spec, les stories et l’impact sur les modules, réunis pour préparer la séance.
  • Plan techniqueUn découpage argumenté, qui tient compte de l’architecture réelle du projet.
  • Revue de codeLe code relu contre la spec, pas seulement contre le style.
  • ConventionsL’architecture et les règles de l’équipe, écrites une fois et connues de chaque agent.
Dév

Développeur

  • AnalyserCe que le ticket implique dans votre code, avant d’écrire quoi que ce soit.
  • ImplémenterTests d’abord, puis le code, en suivant les conventions de l’équipe.
  • LivrerLa pull request s’ouvre et le ticket avance, sans changer d’outil.
  • Garder la mainVous enregistrez et poussez vous-même depuis le terminal intégré.
QA

QA

  • Plan de testTiré directement des stories et de leurs tests d’acceptation.
  • Non-régressionCiblée sur les modules réellement touchés par la feature.
  • Revue fonctionnelleLa feature comparée à ce qui avait été décidé au départ.
  • MémoireL’historique complet de la feature reste consultable pour la prochaine fois.

Questions par métier

Forge remplace-t-il le Product Manager ?

Non. Forge prépare, questionne et rédige ; la décision reste la vôtre. Chaque étape s’arrête pour attendre votre validation.

Peut-on écrire un PRD avec Forge ?

Oui. Le cadrage, l’exploration et la décision produisent des documents que l’équipe retrouve, y compris pour rédiger un PRD ou préparer une epic.

Forge se connecte-t-il à Jira ?

Oui, par le connecteur Atlassian officiel, si votre organisation l’autorise. Forge peut lire les tickets et en créer avec votre accord.

Mes règles de rédaction sont-elles respectées ?

Oui. Le gabarit de vos user stories appartient à votre équipe, et Forge s’y tient.

Forge s’utilise-t-il avec Figma ?

Oui. Figma et Miro se connectent, et s’ouvrent directement dans Forge à côté de la conversation.

Forge dessine-t-il à ma place ?

Non : il prépare, questionne et relit. Le choix de conception reste le vôtre.

Forge lit-il notre code ?

Oui, dans les dépôts que votre équipe a rattachés. Ils sont clonés sur le poste de chacun, et rien n’est hébergé chez Future Team.

Peut-on imposer nos conventions ?

Oui. Le contexte d’équipe décrit vos conventions et votre architecture, et les agents le reçoivent automatiquement.

Forge pousse-t-il du code tout seul ?

Les actions destructrices via les connecteurs, comme fusionner ou supprimer, demandent toujours votre confirmation.

Quels dépôts sont pris en charge ?

Les dépôts git de votre équipe, notamment sur GitHub et GitLab. Ils vivent sur votre poste.

Forge exécute-t-il les tests ?

Forge prépare le plan et la revue. L’exécution dépend de vos outils et de ce que votre équipe a connecté.

Faut-il reprendre nos outils de test ?

Non. Forge s’ajoute à votre façon de travailler et lit ce que l’équipe lui donne accès à lire.

Trente minutes pour vous faire un avis.

Sur un sujet proche du vôtre, sans engagement. Vous repartez en sachant si c’est utile pour votre équipe.