Un sprint planning produit deux choses : un plan sur lequel l’équipe s’est mise d’accord, et un backlog que quelqu’un doit écrire ensuite. C’est dans le second que le plan s’amincit. Les critères d’acceptation discutés pendant dix minutes deviennent une ligne, les éléments « pas ce sprint » disparaissent, et la personne qui a dit « je prends l’endpoint » n’est pas celle inscrite comme responsable.
Il existe un chemin plus court : enregistrez le planning dans Speak-Y, appuyez sur un raccourci quand une tâche, un critère d’acceptation ou un « pas ce sprint » est dit, et juste après la réunion demandez à Claude Code ou Cursor de rédiger les tâches à partir de l’enregistrement via MCP. L’assistant écrit un brouillon par tâche dans un fichier de votre dépôt — titre, quoi et pourquoi, critères d’acceptation, le responsable si quelqu’un l’a dit, et l’heure dans l’enregistrement pour chaque point. Vous relisez le fichier et reportez vous-même les tâches dans Jira, Linear ou GitHub Issues : Speak-Y n’a pas d’export vers un outil de suivi, et ce guide ne prétend pas le contraire.
Ce guide suit l’app Speak-Y pour macOS et son serveur MCP, vérifiés le 18 octobre 2026, avec un seul exemple : le planning du sprint 42 d’une équipe web.
Le Scrum Guide (édition 2020, vérifié le 18 octobre 2026) donne trois sujets au Sprint Planning : pourquoi le sprint a de la valeur, ce qui peut être fait, et comment le travail choisi sera réalisé. Il limite l’événement à huit heures au maximum pour un sprint d’un mois et note que le « comment » s’élabore souvent en découpant les éléments du backlog en tâches d’une journée ou moins. Cela fait beaucoup de paroles à transformer en texte.
Ce qui manque généralement à l’arrivée :
Un enregistrement garde tout cela ; les marques le rendent facile à retrouver.
Speak-Y est livré avec un seul type de note, Marquer le moment, sur ⌥1. Ajoutez-en trois dans Paramètres → Notes : cliquez sur Ajouter un type de note, saisissez Task dans Nom du type, cliquez sur Enregistrer, puis sur Définir le raccourci et appuyez sur ⌥2. Recommencez pour Done when sur ⌥3 et Not this sprint sur ⌥4. Chaque marque correspond à une partie des brouillons :
Choisissez aussi le tag dès maintenant : le numéro du sprint, par exemple sprint-42. Chaque enregistrement du sprint — planning, affinage, revue — reçoit le même tag, et c’est par lui que l’assistant cherche.

Lancez l’enregistrement d’une réunion au début du planning. Aucun bot ne rejoint l’appel : Speak-Y enregistre le microphone et le son de l’appel sur votre Mac, et fonctionne donc de la même façon sur Zoom, Google Meet, Microsoft Teams ou dans une salle de réunion. Prévenez l’équipe que le planning est enregistré.
En général, c’est la personne qui anime le planning qui enregistre et appuie sur les touches. Trois habitudes aident :
Deux minutes dans la fenêtre de l’enregistrement :
sprint-42.
Connectez votre assistant au serveur MCP de Speak-Y une fois : ouvrez Connecter un assistant IA dans le menu du compte en bas de la barre latérale, ou Paramètres → Intégrations, et cliquez sur Connecter à côté de Claude ou Cursor. Pour Claude, un seul clic configure à la fois Claude Desktop et Claude Code. Le serveur est gratuit avec toutes les formules et lit la bibliothèque sur votre Mac.
Ensuite, dans le dépôt, demandez :
Rédige les tâches du sprint 42 à partir de l’enregistrement du planning tagué sprint-42. Une tâche par marque Task : un titre, le quoi et le pourquoi en deux lignes, les critères d’acceptation tirés des marques Done when, le responsable seulement si quelqu’un l’a dit, et l’heure dans l’enregistrement. Liste à part les éléments Not this sprint. Écris le tout dans docs/sprint-42/task-drafts.md.
L’assistant appelle search_recordings pour retrouver le planning et get_transcript pour le lire. En plus de la transcription, Speak-Y lui transmet une liste Notes — chaque marque avec son heure dans l’enregistrement, son type, l’intervenant et les premiers mots de la phrase — si bien que les brouillons reviennent avec quatre tâches, trois critères en dessous et une coupe, chacun avec un nom et une heure. Par défaut, Claude Code demande l’autorisation avant d’appeler les outils de Speak-Y, puis à nouveau avant de créer le fichier ; dans Cursor, l’agent demande avant chaque outil MCP, sauf si vous changez son mode d’exécution.
Un fichier plutôt qu’une réponse dans le chat, c’est tout l’intérêt : un coéquipier peut relire les brouillons dans une pull request avant que quoi que ce soit n’arrive dans l’outil de suivi.

Speak-Y n’a pas d’export vers Jira, Linear ou GitHub Issues, et les brouillons ne sont pas encore des tickets. Parcourez le fichier une fois, avec l’enregistrement ouvert :
Si votre outil de suivi propose son propre serveur MCP, le même assistant peut y créer les tâches relues. L’Atlassian Rovo MCP Server et le serveur MCP de Linear savent tous deux créer des tickets depuis Claude Code et Cursor (vérifié dans leur documentation le 18 octobre 2026). C’est une seconde connexion, vers l’outil de suivi, avec ses propres autorisations — à faire après la relecture du fichier, pas à sa place.

Le planning reste utile une fois les tickets créés. Les coéquipiers que vous invitez rejoignent l’espace gratuitement avec n’importe quelle formule, et leurs propres assistants peuvent lire via MCP les enregistrements partagés dans leurs canaux. Marcus, qui construit le sélecteur de cartes dans Cursor, peut demander :
Qu’avons-nous convenu au planning du sprint 42 à propos des cartes expirées dans le sélecteur de cartes du paiement ? Cite-le avec l’heure.
L’assistant retrouve le planning grâce au tag et répond avec le critère d’Elena et la minute où il a été dit. Plus de détails dans le contexte des réunions pour le codage vocal dans Cursor ; la fin du sprint est traitée dans les actions de la rétro, vérifiées un mois plus tard.
Task, Done when et Not this sprint sur ⌥2, ⌥3 et ⌥4, un tag par sprint. Nommez l’élément, laissez-le être dit, appuyez sur la touche ; ensuite, les noms, le tag et To channel. Une seule demande à Claude Code ou Cursor donne un fichier de brouillons, et une personne remplit l’outil de suivi. La page MCP présente les outils, et de la discussion d’une fonctionnalité au brouillon de PRD applique la même idée une étape plus tôt.
Il peut rédiger des brouillons. Connecté au serveur MCP de Speak-Y, Claude Code retrouve l’enregistrement du planning grâce à son tag, lit la transcription et la liste des marques avec leur type, leur heure et leur intervenant, et écrit un brouillon par tâche — un titre, le quoi et le pourquoi, les critères d’acceptation et l’heure dans l’enregistrement — dans un fichier de votre dépôt. Une personne relit les brouillons et les reporte dans l’outil de suivi.
Non. Speak-Y n’a pas d’export vers Jira, Linear ou GitHub Issues. Les brouillons arrivent dans un fichier markdown de votre dépôt, et une personne reporte dans l’outil de suivi ceux qui ont passé la relecture. Atlassian et Linear proposent leurs propres serveurs MCP capables de créer des tickets, mais c’est une connexion distincte à l’outil de suivi, qui ne fait pas partie de Speak-Y.
Grâce à vos marques. Ajoutez des types de note comme Task, Done when et Not this sprint dans Paramètres → Notes et donnez à chacun un raccourci. Une pression marque les 15 dernières secondes de l’appel. Via MCP, l’assistant reçoit une liste Notes avec l’heure, le type, l’intervenant et les premiers mots de chaque marque : il construit les brouillons à partir de ce que l’équipe a dit, pas d’une supposition.
Seulement ce qui a été dit à voix haute. Si quelqu’un a dit qu’il prenait une tâche, le brouillon le nomme, avec l’heure. Les story points, estimations et priorités qui n’ont jamais été prononcés restent vides à dessein : un assistant qui les remplirait inventerait les engagements de l’équipe.
Le serveur MCP est gratuit avec toutes les formules. Vérifié sur speak-y.com le 18 octobre 2026 : Free arrête l’enregistrement d’une réunion à 30 minutes, Pro (10 $ par mois) à 60, et Pro+ (15 $) et Max (30 $) à quatre heures. Un planning de plus d’une heure demande Pro+ ou Max.