Ecosyste.ms: Awesome

An open API service indexing awesome lists of open source software.

Awesome Lists | Featured Topics | Projects

https://github.com/paul-schuhm/redaction-memoire-conseils

Quelques conseils pratiques sur la rédaction d'un mémoire
https://github.com/paul-schuhm/redaction-memoire-conseils

Last synced: about 6 hours ago
JSON representation

Quelques conseils pratiques sur la rédaction d'un mémoire

Awesome Lists containing this project

README 

        
# Quelques conseils pour rédiger et soutenir un mémoire 



Quelques conseils pratiques sur la rédaction et la soutenance d'un mémoire.



- [Quelques conseils pour rédiger et soutenir un mémoire](#quelques-conseils-pour-rédiger-et-soutenir-un-mémoire)

  - [Rédaction](#rédaction)

    - [Le fond](#le-fond)

      - [Objectif](#objectif)

      - [Contenu](#contenu)

      - [Conseils](#conseils)

    - [La forme](#la-forme)

      - [Production du document](#production-du-document)

      - [Les outils pour publier un document technique](#les-outils-pour-publier-un-document-technique)

      - [Autre solutions](#autre-solutions)

    - [Quelques solutions et outils utiles](#quelques-solutions-et-outils-utiles)

  - [Soutenance](#soutenance)

    - [Contraintes](#contraintes)

    - [Quelques conseils généraux](#quelques-conseils-généraux)

    - [Quelques conseils sur le support de présentation](#quelques-conseils-sur-le-support-de-présentation)

    - [Quelques conseils sur la présentation](#quelques-conseils-sur-la-présentation)

    - [Ressources utiles](#ressources-utiles)



## Rédaction



Rédiger un mémoire c'est *produire* un *document* (manuscrit) destiné à l'*impression* (PDF, papier). L'objectif d'un mémoire est double :



- D'être *écrit* (bénéfice pour son auteur·ice : temps de synthèse, bibliographie utile, réflexion documentée et argumentée);

- D'être *accessible* et *parcouru*, consulté ou "lu" par d'autres personnes. Des personnes intéressées n'en liront souvent qu'une ou deux parties. Pour rendre ce document *utile* aux lecteur·ices (dont l'auteur·ice fait partie), il donc faut faciliter sa lecture et sa *navigabilité*. Pour cela, il doit respecter certaines contraintes et conventions.



### Le fond



#### Objectif



Trouver un problème pratique *de l’entreprise* et d’en identifier la dimension théorique. C'est *un état de fait*, le constat d'un problème. Le but est ensuite de transformer la problématique en question afin de la résoudre ou du moins, d'en proposer une solution.



Vous êtes donc dans la peau d'un *expert* qui doit *auditer* un système (son entreprise), *identifier* un problème et *proposer* une ou plusieurs solutions pour le résoudre. Pour cela, vous devez vous appuyer sur votre expérience, vos connaissances et surtout *sur un travail bibliographique*. Il s'agit de prendre du recul, de comprendre ce qu'on fait d'autres personnes qui ont fait face au même problème et de dresser un éventail de solutions connues et documentées. Ces solutions peuvent ensuite être adaptées au contexte de l'entreprise.



#### Contenu



- La présentation du contexte (entreprise) et des enjeux (problématique);

- La présentation du sujet, des objectifs et des résultats attendus (comment vérifier que votre solution fonctionne ou non);

- La synthèse de ce qui a été fait ou de ce qui existait avant le début de votre action (analyse de l'existant, travail bibliographique)

- Les solutions envisagées, les justifications des choix;

- Les résultats obtenus;

- Les tâches restant à effectuer, les axes de poursuite possible;

- Les conclusions sur le sujet, les difficultés rencontrées, etc. ;

- Les références bibliographiques (les documents utilisés pour mener à bien les recherches, les interviews, les ouvrages, les articles, etc.)



> Une suggestion de plan vous a été transmise au sein de l'école.



#### Conseils



- Relisez-vous et **faites vous relire par un proche** (même voire surtout hors de votre domaine)

- Faites des phrases simples et brèves;

- Utilisez des mots précis et dont vous connaissez bien le sens. Idem, choisissez des verbes *forts* et évitez les verbes génériques. Si vous introduisez un terme, réutilisez-le à nouveau sans introduire de synonyme si ce n'est pas nécessaire;

- Minimisez l'usage d'adjectifs et d'adverbes (souvent trop subjectifs);

- Transformez les phrases longues et les énumérations en listes à puces (plus lisible);

- Si vous introduisez un acronyme, l'écrire d'abord sous sa forme complète puis sous sa forme abrégée entre parenthèses. Restez ensuite sur l'acronyme dans la suite du texte;

- Évitez l'emploi du jargon très spécifique de l'entreprise dont elle seule peut donner la définition. Si de nombreux acronymes et termes techniques, *utilisez un lexique*.

- Évitez le "franglais" et l'abus de l'anglais;

- Vérifiez l'orthographe, la grammaire, le style et la ponctuation;

- Veillez à la lisibilité et à l'utilité des figures (schémas, graphiques, photos, screenshot, etc.);

- *Légendez* vos figures (identifiant, description). Vous pouvez ainsi vous y référer dans le texte (*Comme le montre la figure 12, ...*). Si pas de référence à la figure dans le texte, supprimez-la ou placez-la en annexe (support optionnel pour aller plus loin);

- N'hésitez pas, en conclusion en particulier, à donner votre avis personnel motivé, mais formulez vos éventuelles critiques ou remarques *de manière nuancée et modérée*. Gardez un ton *professionnel*. Préconisez une solution après avoir évalué les avantages et inconvénients, *justifier* votre proposition

- *Sourcez vos informations* (affirmations, chiffres, statistiques, etc.), soit à l'aide de *citation*. Une *citation* est un lien vers l'entrée correspondante dans la bibliographie du document. Votre éditeur doit vous permettre de gérer les citations de manière automatique. Dans le cas d'une ressource web, mettre un hyperlien vers cette ressource directement dans le texte.

- *Écrivez d'abord*, mettez en forme ensuite;



### La forme



#### Production du document



Votre document *doit* contenir les éléments suivants :



- Une page de garde;

- Une table des matières navigable;

- Une page de remerciements (optionnel) : cet espace est *à vous*, pour remercier vos proches et partager vos émotions

- Une table des figures;

- Un lexique (optionnel);

- Une pagination;

- Une bibliographie *organisée* et bien formatée. Si l'entrée est un document sur le web, l'URL doit être embarquée sous forme d'hyperlien avec un label (comme un lien sur une page web). Chaque item de la bibliographie **doit être cité dans le document**;

- Des annexes;

- Des titres de différents niveaux adaptés et cohérents (h1, h2, h3);

- Une mise en page cohérente (font, taille de la font, couleurs, espacements, etc.);

- Des figures légendées. Les figures *doivent servir le propos*, et non simplement illustrer la page



À l'impression (PDF ou papier), il doit répondre aux *contraintes* suivantes :



- **50 pages environ** (tolérance de + ou - 10 pages), avec une taille de police de 11 ou 12pt;

- Format 21 x 29,7cm, orientation portrait;



#### Les outils pour publier un document technique



Il existe plusieurs outils pour rédiger un document destiné à être publié en PDF ou papier. Il y a notamment les éditeurs *What You See Is What You Get* (WYSIWYG) et les autres, qui font *la salutaire séparation* entre la forme (mise en page) et le fond (contenu).



Si vous utilisez un éditeur WYSIWYG comme Microsoft Word, LibreOffice ou Google Doc, assurez de le maîtriser suffisamment pour [mettre en place les éléments mentionnés précédemment](#production-du-document).



> Choisissez l'outil que vous maîtrisez le mieux, surtout si vous manquez de temps. Ce n'est pas le bon moment pour vous lancer dans l'apprentissage d'un nouvel outil et vous rajouter du stress inutile...



#### Autre solutions



Le plus simple pour écrire et publier un document, est de travailler avec *de simples fichiers textes* et de *séparer* la forme du contenu. Voici quelques avantages de cette approche :

- *"Separation of concerns"* : l'auteur·ice se concentre sur le contenu et le markup (la hiérarchie de l'information et la sémantique), l'éditeur·ice sur la mise en page. En somme, vous êtes concentré·e sur l'écriture;

- *Une source, plusieurs publications* : à partir de simples fichiers textes et de langages à balises légers, il est possible de publier *un même contenu* vers *plusieurs formats* (PDF, HTML, XML, LateX, etc.). 

- *Environnement simple* : vous travaillez sur un fichier texte à la fois (votre document est découpé en de nombreux fichiers), facilement partageable et *versionnable* (avec git), sans distraction et ce peu importe la taille de votre document. 

- *Format texte universel* : comme les sources sont de simples fichiers textes (et non des formats binaires ou des archives), vous n'êtes dépendant·e *d'aucune technologie particulière* pour les lire et les éditer. Il sera toujours possible de lire et d'éditer *facilement* un fichier texte sur n'importe quelle machine dans 2000 ans. -t-on en dire autant d'un fichier `.doc` ou `.odt` ?.



Publier revient alors à convertir les sources (ou les compiler) en un document PDF, HTML, epub, etc.



### Quelques solutions et outils utiles



- [AsciiDoc](https://asciidoc.org/), AsciiDoc est un format markup très simple utilisé principalement pour l'écriture technique;

- [LaTeX](https://www.latex-project.org/about/), langage et système de composition de documents. Très utilisé dans le milieu académique pour publier des papiers, mémoires, thèses ou des livres;

- [MultiMarkdown](https://fletcherpenney.net/multimarkdown/), une implémentation du "standard" Markdown dirigée vers la publication de documents complets et autonomes;

- [DocBook](https://docbook.org/whatis), une application XML développée par l'éditeur O'Reilly dédiée à la publication d'ouvrages techniques et informatiques;

- [An introduction to DocBook, a flexible markup language worth learning](https://opensource.com/article/17/9/docbook), un tutoriel pour prendre en main DocBook;

- [Pandoc](https://pandoc.org/), convertisseur universel de document d'un langage markup à l'autre. *Grâce ce formidable outil*, vous pouvez utiliser ou mettre en place de nombreux workflows pour convertir ses sources et publier des documents en travaillant comme il vous convient

- [Bibtex](https://www.bibtex.org/), outil et format pour gérer une base de données bibliographique (principalement utilisée avec LaTeX)



> Quand j'aurais le temps, des kits de démarrage seront publiés sur ce dépôt pour une ou deux technologies mentionnées



## Soutenance



Soutenir son mémoire c'est le défendre. C'est le moment de mettre en valeur votre travail. Vous avez la main durant la première partie (présentation). **Insistez sur les parties les plus significatives et développez-les, mettez en retrait celles qui sont moins convaincantes, ou vous semblent moins pertinentes**. Il ne s'agit pas de reproduire *à plat* le déroulement du manuscrit, ni de le "rejouer" à l'oral. 



### Contraintes



La soutenance comporte un exposé de **25 minutes maximum**, suivi d’un échange avec le jury de 25 minutes.



### Quelques conseils généraux



- **Racontez une histoire**, votre progression doit faire sens;

- Dans le jury, certains membres auront lu le mémoire (rapporteur), d'autres non. **Les deux doivent pouvoir suivre votre présentation**. Les rapporteurs auront plus de détails, ils vous poseront généralement des questions sur le manuscrit pour éclaircir des points;

- **Soyez critique** de votre propre travail (sans le démonter !), prenez du recul. Vous avez eu un temps *fini* pour réaliser ce travail, forcément vous n'avez pas pu faire tout ce que vous auriez voulu faire. **Votre travail a des limites, il faut les connaître**. Montrer dans quelle direction vous iriez si vous aviez plus de ressources pour continuer ce travail;

- Pensez à **conclure** et à ouvrir des perspectives (concrètes);

- **Ne restez pas trop général et évasif**; parlez du problème à résoudre et des choses concrètes mises en place pour le résoudre en entreprise;



### Quelques conseils sur le support de présentation



- Si vous utilisez une application web pour votre support, **ayez une copie locale** (même dégradée) sur votre machine. Vous n'êtes jamais à l'abri d'un problème de connexion à Internet;

- **Préférez une présentation en PDF**, c'est un format standardisé et léger;

- Si vous avez une présentation plus riche (interactive, médias, etc.), disposez quand même une version PDF sous la main *au cas où*;

- Si vous voulez **montrer une vidéo**, ne pas la mettre dans la diapo mais en **avoir une copie locale à jouer** le moment venu;

- Si vous voulez **faire une démonstration technique**, **répétez-là** et **prévoyez un plan de secours** si elle ne marche pas (l'idéal étant d'en avoir un enregistrement à commenter);

- **Évitez les transitions et les animations inutiles**. Une animation est utile si elle est utile au propos (description d'un processus, d'une méthode, etc.);

- Les slides sont un *support*, elles ne doivent pas faire la présentation à votre place;

- Faites la **relire**, corrigez les fautes;

- Veillez à la **lisibilité** des schémas, figures et du texte;

- **Ne surchargez pas vos slides**, **aérez-les** (comme l'espace blanc d'une page web);

- Veillez à bien **respecter la hiérarchie de l'information sur les slides** (titre de niveau 1, 2, liste à puces, paragraphe). Maintenez un design, visuel **cohérent** (police, taille/ratio des tailles de police, couleur, poids de la font pour l'emphase, etc.)

- Tailles de police recommandées :

  - Titre principal (h1) : 44pt;

  - Titres (h2) : entre 28 et 36pt;

  - Texte (p) : 24pt et 28pt;

  - Mentions obligatoires (légal) : 8 à 10pt

- **Numérotez vos slides !** Très important pour la partie question (le jury peut noter le numéro pour y revenir);

- **Utilisez un schéma, une image, une figure plutôt que du texte** et commentez-là;

- S'il y a du texte, **donnez du temps au jury de le lire**;

- **Légendez vos figures**, tableaux, images. Indiquer la source de vos informations;

- Vous avez 25 minutes, vous ne devriez pas avoir plus de 25 slides (sauf cas d'animation "slide" par "slide"). Vous devez avoir des choses à dire sur chaque slide;

- **Préparez des slides en annexe** (après la conclusion) pour la partie question. Si vous pensez que l'on va venir discuter un point précis, préparez vous des slides sur ce point. Cela vous offrira un support pour vous défendre;

- **Placez les remerciements au début** de votre présentation, pas à la fin;

- **Ne mettez pas une slide "Merci de votre attention" ou "Des questions ?" pour conclure**. Dites-le et **mettez une dernière slide utile** car elle risque de rester à l'écran pendant une partie des questions (voire 25 minutes !). L'idéal c'est qu'il y ait quelque chose en lien avec ce que votre travail a apporté (quelle est votre contribution à l'entreprise, quelles solutions avez-vous apportées au problème identifié);



### Quelques conseils sur la présentation



- **Répétez !** Répéter, même une fois, votre présentation est indispensable pour comprendre le flot de votre présentation. Répétez au moins deux fois. Quelqu'un qui n'a pas répété, cela se sent *tout de suite*, et ne fais généralement pas bonne impression sur le jury;

- Répétez pour être sûr de **respecter le temps alloué**, si vous finissez trop tôt ou trop tard ce n'est pas bon;

- **Ne lisez pas vos slides**;

- Ne tournez pas le dos aux membres du jury, regardez-les quand vous parlez (il y a des techniques de comédien pour regarder le public sans le regarder dans les yeux pour ne pas être déstabilisé·e : regardez un point sur leur front, regardez juste derrière eux, etc.);

- **Venez faire du repérage dans la salle** avant la présentation, pour être plus à l'aise, regardez la taille et la forme de l'écran, testez l'affichage de votre présentation (couleurs, luminosité de la pièce);

- Si vous êtes stressé·e à l'approche de votre passage, restez assis·e en attendant votre tour pour vous calmer. Marcher dans tous les sens maintient l'agitation;

- Essayez d'être enthousiaste pendant votre présentation, vous la communiquerez aux membres du jury qui verra que vous prenez plaisir à partager, présenter votre travail et que vous y tenez;



### Ressources utiles



- [How to speak](https://www.youtube.com/watch?v=Unzc731iCUY), excellente conférence pleine de bons conseils sur comment communiquer vos idées à l'oral et à l'écrit, donnée par [Patrick Winston](https://en.wikipedia.org/wiki/Patrick_Winston). Je recommande de la regarder