Grand Oral NSI : sujets et méthode

En NSI, le Grand Oral a un piège qui lui est propre : tout le monde croit qu'il faut « expliquer l'informatique », et l'élève finit par réciter le cours sur les listes chaînées ou le modèle TCP/IP. Le jury n'attend pas ça. Il attend que tu montres un algorithme, une structure de données ou un projet concret, et que tu saches en dérouler la logique au tableau quand il te pousse dessus.

Cet article te donne la méthode complète pour la spé Numérique et Sciences Informatiques, à jour du format en vigueur pour 2026 : comment transformer une notion du programme en vraie question, comment structurer tes 10 minutes, une banque de 16 sujets NSI classés par thème (algorithmique, structures de données, bases de données, réseaux, sécurité, intelligence artificielle, systèmes, projet personnel) avec des mini-plans prêts à l'emploi, et les erreurs qui plombent la note. Nos profs Hadamard, anciens de MP2I et de MPSI option info passés par l'X, l'ENS et CentraleSupélec, ont tous passé un oral scientifique et donné des colles : ils listent les pièges pour que tu les évites.

Le format officiel 2026, sans les erreurs qui traînent

Avant toute méthode, il faut connaître le format exact. Depuis la session 2024, il a changé, et beaucoup de ressources en ligne décrivent encore l'ancienne épreuve. Voici le Grand Oral tel qu'il se déroulera en 2026, identique en NSI comme dans toutes les spécialités :

• 20 minutes de préparation, sur une feuille remise par le jury. Tu peux y construire un support : plan, schéma de réseau, arbre, trace d'algorithme.
• 10 minutes d'exposé, présenté debout : tu expliques d'abord ce qui t'a conduit à choisir cette question, puis tu développes ta réponse.
• 10 minutes d'échange avec le jury, où il creuse ta compréhension réelle et peut te demander de préciser un point de code.
• Épreuve notée sur 20, coefficient 10 en voie générale, l'un des plus lourds du bac.
• Jury de deux professeurs de disciplines différentes, dont l'un enseigne la spécialité de la question retenue.

Le jour de l'épreuve, tu remets au jury tes deux questions sur une feuille signée par tes professeurs de spécialité. Elles doivent être adossées à tes deux spécialités et ne peuvent pas porter sur la même. En NSI, une spécificité utile : deux des questions préparées peuvent s'appuyer sur le projet réalisé dans l'année, et le jury est en droit de te demander d'en expliciter le code ou l'algorithme. L'épreuve n'est pas pour autant un exercice de programmation imposé : tu restes maître de ce que tu montres.

Une contrainte propre à NSI : pas d'ordinateur, pas d'exécution. Tout ce que tu présentes doit se dessiner ou s'écrire à la main. Un tri, une requête SQL, un schéma de routage, un arbre binaire : prépare-les pendant tes 20 minutes sous une forme lisible au tableau. Un code de 40 lignes projeté mentalement ne passe pas ; un algorithme de 8 lignes que tu déroules pas à pas, oui. La logique de préparation est la même qu'en Grand Oral de maths, où l'on prépare une démonstration menée à la main.

Formuler une vraie question, pas réciter un chapitre

C'est le piège numéro un en NSI : l'élève transforme son oral en exposé du cours « les bases de données » ou « les réseaux ». Le jury n'attend pas un cours, il attend une réponse argumentée à une question. Règle d'or : chaque notion que tu introduis doit servir à avancer vers ta réponse, pas à prouver que tu connais le programme.

Une bonne question de Grand Oral se reconnaît à un test simple : elle appelle une argumentation ou une comparaison, pas l'énoncé d'un mécanisme. On part d'un thème trop large, on l'ancre dans une situation concrète, et on formule une interrogative ouverte (« Pourquoi… », « Comment… », « Faut-il toujours… », « Dans quelle mesure… »).

Choisis un thème dont tu maîtrises réellement les outils. Une question sur un algorithme que tu sais dérouler ligne par ligne, ou sur une partie de ton projet que tu as codée toi-même, te met en terrain solide : tu peux répondre à chaque relance du jury. À l'inverse, un sujet ambitieux mais survolé (blockchain, réseaux de neurones profonds, informatique quantique) s'effondre dès la première question technique.

Structurer les 10 minutes d'exposé

Le plan qui fonctionne suit une logique simple : accroche, problématique, réponse construite avec un exemple technique, retour au concret, ouverture. Voici un découpage réaliste calibré sur 10 minutes (beaucoup de modèles en ligne sont encore calés sur l'ancien exposé de 5 minutes) :

Un conseil qui change tout : ne dis pas tout. Laisse volontairement une brèche (un cas particulier écarté, une complexité que tu n'as pas détaillée). Le jury s'y engouffrera pour ses questions, et tu répondras sur un terrain préparé. En NSI, la brèche idéale est souvent la complexité ou la robustesse de la solution : garde une phrase en réserve sur « ce qui se passe quand les données grossissent ».

Une banque de 16 sujets NSI par thème

Voici 16 sujets adossés au programme officiel de terminale NSI, classés par domaine. Chacun est déjà formulé comme une question problématisée, prête à être ancrée dans un exemple que tu maîtrises. L'objectif n'est pas de tous les traiter, mais de repérer les deux ou trois où tu peux dérouler un objet technique concret.

Trois mini-plans détaillés

Voici comment trois de ces sujets se déroulent concrètement sur 10 minutes. Le pseudo-code ci-dessous est volontairement écrit en mots pour rester lisible au tableau, sans détail de syntaxe.

Plan A · Recherche dichotomique et complexité

Question : « Pourquoi la recherche dichotomique bat-elle la recherche naïve, et à quel prix ? »

• Accroche : chercher un mot dans un dictionnaire papier. On n'ouvre jamais à la première page ; on ouvre au milieu.
• Cœur technique : on déroule l'algorithme au tableau sur un tableau trié de 8 valeurs, en montrant qu'on divise l'intervalle de recherche par deux à chaque étape.
• Comparaison : la recherche naïve regarde jusqu'à n cases, la dichotomie environ log2(n). Pour un million d'éléments, c'est 20 comparaisons au lieu d'un million.
• Le prix : la dichotomie exige un tableau déjà trié. On paie donc un coût de tri en amont.
• Ouverture : quand vaut-il le coup de trier avant de chercher ? La réponse dépend du nombre de recherches à venir.

fonction recherche_dichotomique(tab trie, cible)
g = 0 ; d = longueur(tab) - 1
tant que g est inferieur ou egal a d
m = (g + d) divise par 2, partie entiere
si tab[m] egale cible : renvoyer m
si tab[m] est plus petit que cible : g = m + 1
sinon : d = m - 1
renvoyer "absent"

Plan B · Réservation unique en base de données

Question : « Comment garantir qu'une réservation ne soit jamais enregistrée deux fois ? »

• Accroche : deux personnes cliquent au même instant sur le dernier billet de concert. Que doit-il se passer ?
• Cadre : on modélise deux tables reliées, une table Places et une table Reservations, avec une clé étrangère.
• Cœur technique : on montre au tableau une contrainte d'unicité sur la place réservée, et une requête SQL qui insère seulement si la place est encore libre.
• Le point subtil : sans transaction, deux requêtes simultanées peuvent lire « libre » en même temps. On introduit l'idée d'opération atomique.
• Ouverture : le compromis entre cohérence stricte et rapidité, au cœur des sites à fort trafic.

-- une place ne peut apparaitre qu'une fois dans Reservations
contrainte UNIQUE sur Reservations.id_place
-- reserver seulement si la place est encore libre
INSERT dans Reservations (id_place, id_client)
choisir id_place, id_client
ou id_place n'est PAS DEJA dans Reservations

Plan C · La récursivité est-elle toujours une bonne idée ?

Question : « La récursivité est-elle toujours une bonne idée pour un programme ? »

• Accroche : une poupée russe qui en contient une plus petite, qui en contient une plus petite, jusqu'à la dernière.
• Cœur technique : on écrit la factorielle en récursif, on montre la pile d'appels qui grandit puis se vide.
• Le revers : sur la suite de Fibonacci, la version récursive naïve recalcule mille fois les mêmes valeurs. On dessine l'arbre d'appels qui explose.
• Le compromis : lisibilité et élégance côté récursif, coût mémoire et risque de débordement de pile côté performance.
• Ouverture : la mémoïsation, qui garde le meilleur des deux mondes.

fonction factorielle(n)
si n egale 0 : renvoyer 1        -- cas de base
sinon : renvoyer n multiplie par factorielle(n - 1)

Réussir les 10 minutes d'échange

L'erreur classique : peaufiner l'exposé et improviser l'échange, alors qu'il pèse autant dans la note. En NSI, le jury cherche surtout à vérifier que tu comprends ce que tu as montré, pas que tu l'as appris par cœur. Anticipe trois familles de questions :

• Compréhension : « pourquoi cette structure plutôt qu'une autre ? », « que fait cette ligne exactement ? »
• Complexité et robustesse : « que se passe-t-il si le tableau n'est pas trié ? », « combien d'opérations pour un million de données ? »
• Extension : « comment adapterais-tu ton algorithme à ce cas ? », « où ta solution échoue-t-elle ? »

Deux réflexes qui rassurent le jury. Face à une erreur, dis calmement « je me suis trompé, je reprends » et corrige au tableau : la démarche honnête vaut mieux qu'une prestation figée. Face à une question dont tu ignores la réponse, propose une piste (« je n'ai pas traité ce cas, mais intuitivement, la complexité augmenterait parce que… ») plutôt que de te bloquer.

Un mot sur le projet d'orientation. Il n'y a plus de temps dédié depuis 2024, mais relier ton sujet à ta suite d'études reste une excellente ouverture. Si tu vises une prépa avec informatique, comme la filière MPSI avec option info, valorise ton goût pour l'algorithmique et la preuve de correction. Si l'informatique est vraiment ton moteur, tu peux mentionner ton intérêt pour la compétition, par exemple les Olympiades d'informatique : le jury note la cohérence entre ta question et ton projet au titre de l'argumentation.

Les erreurs qui plombent la note en NSI

• Réciter le cours sur les réseaux ou les bases de données sans jamais montrer d'objet technique concret. C'est la faute la plus lourdement sanctionnée.
• Un projet emprunté à un tutoriel dont tu ne sais pas réexpliquer le code. Le jury a le droit de te demander de le dérouler.
• Un sujet trop ambitieux mal maîtrisé (deep learning, blockchain, quantique). Reste dans le programme et sache justifier chaque ligne.
• Zéro complexité, zéro robustesse. En informatique, « ça marche » ne suffit pas : le jury attend « ça marche, et voici le coût ».
• Un code illisible au tableau. Prépare un pseudo-code court et propre, numérote tes étapes, dessine un schéma clé.
• Bâcler l'échange après un bel exposé. Les 10 minutes de questions comptent autant que les 10 premières.
• Une mauvaise gestion du temps : finir à 6 minutes ou déborder. Chronomètre-toi à l'entraînement, à voix haute.

La checklist avant le jour J

Le Grand Oral de NSI récompense la préparation, pas l'improvisation. En résumé :

• Deux questions problématisées (pas deux thèmes), une par spécialité, prêtes toutes les deux.
• Pour chacune, un objet technique concret : algorithme, requête SQL, schéma de réseau, structure de données ou extrait de ton projet.
• Cet objet répété au tableau jusqu'à le dérouler sans notes, à la main.
• Une phrase de réserve sur la complexité ou la robustesse, pour l'échange.
• Une liste de questions probables du jury, avec tes réponses.
• Le lien avec ton projet d'études prêt pour l'ouverture.

La logique d'ensemble est la même que pour le Grand Oral de maths : une vraie question, une pièce technique que tu possèdes de bout en bout, un échange préparé. La différence tient à ce que tu montres : en NSI, un algorithme ou une portion de projet que tu peux réécrire et défendre ligne par ligne. Si tu hésites encore sur ta question ou sur l'objet à présenter, un regard extérieur d'ancien taupin passé par l'informatique fait souvent gagner deux points.