Après un stage chez Phoenix Interactive cet été, j’ai enchainé sur ma dernière année d’études. Le premier semestre a été éreintant avec le projet de fin d’études. Je n’en ferai pas de post mortem mais j’aurai beaucoup appris et découvert quelques personnes avec qui j’espère retravailler un jour sur de beaux projets.

Ce projet s’appelle Géant et repose sur « L’Urbanurgie » qui est la base de notre gameplay : l’interaction avec les structures de la ville. Vous pouvez trouver quelques vidéos du résultat final ici mais celles des walkthroughs n’ont pas de son.

Vous pouvez voir l’ensemble des trailers de notre promo sur le blog de Olivier Penot. Comme il le dit si bien, le but de chaque promo est de surpasser la précédente en terme de production. Je crois qu’on y est arrivé et qu’on peut souhaiter bonne chance à la promo suivante car on on a placé la barre très très haute. De mon côté, même si le niveau de réalisation de Paperplane est exceptionnel, j’ai été vraiment bluffé par Nowhere et Goju.

Après le projet de fin d’études, il y a le stage. En Décembre, j’ai répondu à une annonce de Ubisoft Montpellier qui cherchait un Associate Producer avec un bon bagage technique et 2 ans d’expérience dans l’indsutrie. Je cherchais un stage et je n’avais pas réellement deux ans d’expérience dans l’industrie mais j’ai essayé, n’ayant rien à perdre. J’ai eu la surprise d’être rapidement rappelé et après quelques entretiens, de me voir proposer un stage. Aujourd’hui, cela fait deux semaines que j’ai commencé et je dois avouer que cela me plait beaucoup. Evidemment, je n’ai pas le droit d’en parler plus que ça, mais travailler dans un des studios français les plus renommés, sur un projet très ambitieux et avec des gens d’une telle qualité me ravit. Je pense avoir aussi eu la chance de tomber dans une équipe dans laquelle j’apprends beaucoup et j’espère que cela va durer longtemps. En plus, il y a plus difficile que de vivre à Montpellier !

A côté de ça, je vais reprendre mes projets personnels pour continuer à me former et essayer de communiquer plus régulièrement sur ma veille et mes recherches quotidiennes.

The Pub – ENJMIN – 2009 from Ronan Kergosien on Vimeo.

Merci à lui et à tous ceux qui ont participé à cette vidéo.

Peu de temps en ce moment pour faire un article mais je donnerai des nouvelles d’ici quelques semaines. J’ai fait plein de choses chouettes que j’aurais dû partager… mais les journées ne font toujours que 24h et le projet de 2ème année me prend pas mal de temps et d’énergie !
A bientôt.

Introduction

Les équipes sont de tailles variables et en règle générale, chaque personne est sur deux projets (plus pour les sound designers qui sont indispensables à un projet et en nombre limité). Ces projets durent 3 mois environ et les étudiants ont des cours et des travaux à rendre à côté de ces projets.

C’est la première véritable expérience d’un projet rencontrée par un étudiant de l’ENJMIN. Même si cette année nous avions eu un aperçu avec les projets Game Maker, la consistance de ces minis projets donnent plus d’horizons aux problématiques que l’on peut rencontrer.

Il est évident que j’ai appris un tas de choses, qu’une grande partie me servira dans ma vie future et qu’une autre partie est plus relative au contexte de l’ENJMIN.

Mes deux projets

« The Pub »

« The pub » est un jeu de combat en 2D traditionnelle à 2 joueurs (1 vs 1) dont la principale originalité se situe dans l’utilisation de la voix. Afin de pousser l’expérience (de jeu et de développement) plus loin, nous avions fabriqué deux sticks arcades.

L’équipe était composée de deux game designers, deux graphistes, un programmeur, un ergonome et un chef de projet (moi). Un sound designer extérieur à l’école nous a apporté son aide, suppléé par un sound designer de notre promotion en fin de projet.

Nous nous sommes appuyés sur le cours de Mr Arnaudo pour structurer notre gameplay. Nous avons donc rapidement pu déterminer ce que nous souhaitions. Au fur et à mesure de l’avancée du projet et du code notamment, nous avons retouché le design pour le simplifier pour coller à ce que nous pouvions vraiment faire.

Techniquement, le projet comportait deux difficultés majeures. Tout d’abord, le nombre d’assets graphiques (200 sprites notamment) était très important. Il a fallu trouver une méthode permettant de produire de façon rapide tout en gardant un niveau de qualité satisfaisant. Nous avons donc utilisé la méthode de la rotoscopie (utilisée par exemple pour Prince Of Persia (premier du nom) ou Flashback). Ensuite, la gestion de la voix est plus compliquée qu’il n’y parait. Même si plusieurs middlewares sont accessibles (FMod, System Speech, Voxler…), aucune solution n’est réellement satisfaisante. Que ce soit pour la gestion d’une double entrée (un micro par joueur), pour la reconnaissance des syllabes, ou pour la compatibilité avec XNA, chaque solution apportait son lot de complication. Au final, nous avons du nous résoudre à revoir à la baisse les ambitions de design.

Ainsi, nous avons choisi de faire de la façon suivante. Lorsque les combattants se touchent, une jauge se remplit. Lorsqu’elle est remplit, le joueur appuie sur une énorme touche et crie dans son micro. Plus il crie, plus le coup spécial est puissant. Il y a trois paliers qui sont de plus en plus durs à atteindre à mesure que le joueur utilise son coup spécial.

Malgré ces difficultés, notre objectif de produire un jeu fun (la convivialité d’un jeu de combat renforcée par l’utilisation de la voix) a été atteint. Imaginez une soirée entre amis où deux joueurs s’égosillent dans un micro régulièrement pour se mettre joyeusement sur la tronche !

« Vertige »

« Vertige » est un jeu de « programmation ». Il s’agit d’entrer une séquences de commandes et de la valider pour que notre avatar les exécute. Hors mis cette caractéristique déphasée, le gameplay était en 2,5D (à la manière de Little Big Planet) et les niveaux étaient conçus en cercle. Une réelle volonté de l’équipe était de réaliser un jeu avec une ambiance particulière.

L’équipe était composée d’un game designer, d’un ergonome (à l’origine du projet), d’un sound designer, d’un modeleur 3D, d’un animateur (mexicain !), d’un programmeur, d’un sound designer et donc d’un chef de projet. Le jeu a été réalisé sous Unity3D.

Je pense que l’idée du gameplay déphasé est réellement intéressante. Malheureusement, nous ne sommes pas parvenus à réellement montrer le potentiel. Ce mécanisme est peu habituel et nous n’avons pas réussi à le rendre totalement intuitif. Le résultat final a des qualités mais il lui manque un petit quelque chose pour que l’expérience soit réellement mémorable.

Cependant, l’ambiance du jeu est plutôt réussie. Il a été particulièrement intéressant de travailler avec les artistes de ce projet. Si évidemment nous avons dû revoir certaines ambitions artistiques à la baisse, notamment au niveau sonore, le résultat final est vraiment bon pour un projet étudiant. Notamment le character design qui n’a cessé de progresser tout au long du projet. La réalisation finale était à hauteur des artworks prometteurs du début de projet. Que ce soit le passage de la note d’intention aux artworks, des artworks à la modélisation ou l’animation de ce modèle 3D, la progression a été constante et les artistes ont su faire avec les contraintes techniques ce qui nous a permis de ne pas revoir à la baisse les ambitions.  Les décors sont eux aussi réussi mais les contraintes techniques ont été moins maitrisées, surtout au niveau de l’intégration, ce qui nous a obligé à recommencer un nombre de fois important la production de certains assets. Le temps monopolisé par ces innombrables retakes n’a donc pas pu être investi dans l’amélioration globale des différents éléments du décor.

Il a été de plus très intéressant de travailler avec un middleware professionnel (Unity3D). Ainsi, j’ai pu découvrir les avantages et les inconvénients d’un tel outil ainsi que de son influence sur le pipeline de production.

Conclusion

Globalement, ce furent deux expériences très enrichissantes. Même si les conditions de travail étaient encore éloignées d’un contexte professionnel, j’ai pu prendre conscience de l’importance de certaines choses que je sous estimais auparavant (notamment : scaling up, suivi de projet, intégration des assets). De plus, les deux projets étaient assez différents (équipes, philosophie de conception, technologie…) : le premier a fini par se rapprocher d’un dispositif interactif alors que le second s’est plus orienté comme la production d’un jeu plus classique.

Au cours du premier semestre, on a aussi eu le droit à deux évènements très enrichissants. Tout d’abord le FITA (Forum International des Techniques de l’Animation, début Décembre) qui a donné lieu a beaucoup de rencontres enrichissantes comme Allegorithmic (société française spécialisée dans les textures procédurales), un débat sur l’évolution de la technique des images et l’émergence du relief ou encore la société Image Metrics qui a « construit un pont au dessus de l’Uncanny Valley. Bref, vraiment trois jours très enrichissants mais malheureusement, il s’agissait surement du dernier FITA car Magelis, principal source de finances du projet, est soumis a des restrictions de budget… Dommage. Ensuite, nous avons eu les Ateliers du Jeu Vidéo, une semaine de conférences et visioconférences. Nous avons pu voir par exemple Guillaume de Fondaumière venu nous parler du pipeline de production de Heavy Rain, Charles Cecil (créateur de la série Broken Sword) qui nous a parlé de création et de business et pour finir Peter Molyneux nous a gratifié d’une visioconférence d’une heure au sujet de Fable 2. Le programme complet ici, à noter que Bruno Bonnell n’a pu venir à cause des intempéries.Au final, c’était globalement intéressant même si parfois ça ressemblait plus à de l’auto promo qu’à une véritable conférence. J’en profite pour remercier Jean Michel Blottière qui est l’organisateur de ces évènements.

Pour finir, j’ai été amené à plusieurs reprises à représenter l’école dans différentes manifestations type Studyrama. J’en profite pour dire que l’ENJMIN organisera des journées portes ouvertes le 14 Mars et sera au Carrefour de l’Animation du 20 au 22 Mars à Paris. A côté de ça, j’ai commencé ma recherche de stage (Juillet Août Septembre) et je m’apprête à envoyer CV et lettres de motivation massivement. Si jamais vous avez tuyaux sur une boite cherchant un assistant chef de projet ou un assistant producer, n’hésitez pas à faire signe.

A côté de ça, je prépare un article conséquent sur le management et les jeux en ligne… Stay tuned.

Un post mortem est un regard sur une expérience passée, quelle qu’elle soit. L’expression est habituellement utilisée pour désigner un article fait par un développeur à propos d’un projet auquel il a participé et dans lequel il liste ce qui a marché et ce qui n’a pas marché, ce qui lui a plu et ce qui lui a moins plu.

Contexte.

La création de « Murmur » s’est faite dans le cadre d’un exercice lors de mon M1 à l’ENJMIN. La consigne de départ n’est pas réellement importante car elle a été largement dépassée par les 8 groupes. Un thème (« dérober », avec tous ses homophones), une technologie (Game Maker 7) et des délais (2 semaines pour fournir une version jouable et 1 semaine de plus pour présenter une version finale (20 minutes de présentation, 10 minutes de questions)) étaient donnés. L’équipe de « Murmur » était composée de deux graphistes, d’un game designer, d’un ergonome, d’un programmeur, d’un sound designer (qui était sur un autre projet en même temps) et d’un chef de projet (moi-même). L’équipe n’était pas à temps plein mais travaillait sur le projet en plus des cours quotidiens.

Description.

« Murmur » est une expérience interactive à utilisation unique. C’est à dire que le gameplay a été utilisé comme un outil de mise en scène interactive afin de véhiculer un message. L’utilisation est dite unique car la construction du message est séquentielle : lorsque l’utilisateur reçoit une information, il est supposé l’interpréter sans connaître la suite des évènements. Je ne rentrerai pas plus dans les détails, car les problématiques relatées dans ce post mortem concernent le déroulement du développement et se veulent donc compréhensibles par tout le monde, même, et surtout, ceux qui ne connaissent pas « Murmur ».

Pour plus d’informations à proprement parler sur « Murmur » :

• L’application avec ses sources
• Dossier de soutenance de l’exercice
• Support de présentation

Les difficultés identifiées en amont.

Dès la mise en place du projet, j’avais identifié trois difficultés majeures.

En premier lieu, les délais serrés promettaient d’être le facteur le plus contraignant. Deux livraisons étaient prévues : la première au bout de deux semaines qui devaient être une version jouable (mais éventuellement ni finale, ni complète) accompagnée d’un dossier décrivant divers éléments de conception et la seconde une semaine qui était la présentation de la version finale. De plus ces délais limitaient la possibilité de mettre en place une méthode de management projet complète.

Ensuite, j’étais inquiet au sujet de la technologie imposée (Game Maker 7 Pro). Une présentation conséquente nous en avait été faite mais si elle permettait de répondre en partie à la question de la faisabilité, il était encore difficile d’évaluer la charge de travail que représentait l’implémentation des fonctionnalités proposées par l’équipe.

Enfin, même si au final cela s’est avéré peu préjudiciable, je prenais au sérieux le manque d’expérience collective de l’équipe. Il s’agissait du premier travail de groupe qui allait de la conception à la présentation de l’objet réalisé. Si chacun d’entre nous possédait déjà des aptitudes certaines dans son domaine de compétences, il était nouveau pour tous de réaliser un projet nécessitant des compétences pluridisciplinaires et donc demandant à chacun de collaborer avec quelqu’un ayant un profil totalement différent du sien. De plus, cela signifie aussi que je ne connaissais pas réellement les membres de mon équipe dans un tel contexte.

Lever l’ancre malgré le brouillard

En temps normal, dans cette configuration (« faites quelque chose pour telle date avec telle équipe »), j’aurais déterminé le périmètre du projet en fonction des délais et des moyens de l’équipe en l’adaptant régulièrement en fonction des évènements durant le développement. Dans le cas présent, il m’était difficile d’évaluer les moyens. Que permet et que requiert la technologie? Quel est le degré de compétences des différents membres de l’équipe et notamment du programmeur sur qui l’implémentation du travail des autres repose? Quelles sont leur force de travail et leur motivation? Autant de questions sans réponses précises qui ont rendu la définition des contours initiaux du projet ardue.

De plus, dès le début de sa conception, le projet s’est voulu porteur de sens. Modifier le périmètre du projet en cours de développement aurait fortement remis en cause sa qualité car sa compréhension au près de l’utilisateur passait par le développement d’un tout cohérent et maîtrisé.

Mais ce dont j’étais réellement sûr était finalement assez simple. Les délais étaient serrés et ne nous laissaient pas vraiment le temps de tergiverser, surtout vue l’ambition de l’équipe. Ne pas tergiverser signifie deux choses : il faut faire quelque chose et ce qui est fait doit être nécessaire.

La discussion au sein du processus de création

J’avais choisi de mettre la discussion en équipe au sein du processus créatif. Cela m’a permis deux choses. D’abord, l’équipe adhérait à chacun des choix de conception et la cohésion, innée en majeure partie, s’en trouvait renforcée. Ensuite, cela me permettait d’être sûr que les choix faits engendreraient des charges de travail que l’équipe allait assumer. Dans l’idée, c’était parfait. Dans les faits, c’était beaucoup moins simple à gérer.

Le premier des écueils est que la discussion est un contact concret entre plusieurs personnes. Ce contact peut être agréable et n’être que positif. Mais ce contact peut parfois irriter et se transformer en tension. Souvent, le basculement entre ces deux cas est difficile à anticiper et s’il survient, cela devient difficile à corriger. Heureusement, l’équipe s’est montrée intelligente et mature. Les caractères se sont peu télescopés et quand le choc était proche, les personnes concernées ont su prendre sur elle. Aurais-je pu trouver cet équilibre avec une autre composition d’équipe ou ai-je eu de la chance d’avoir cette composition d’équipe ?

Toujours en lien avec les caractères des membres de l’équipe, ce projet, qui était donc la première expérience du genre pour chacun d’entre nous, était aussi un terrain d’étalonnage quant à la place de chacun. Pour ma part, je pense qu’il n’existe pas de définition stricte et universelle quant aux délimitations du rôle de chacun car cela peut varier selon le projet et l’équipe. De plus, en mettant le dialogue au sein de la démarche de création, j’incitais chaque participant à donner son avis sur chaque décision, sur chaque idée (non technique) et à proposer des solutions, même si elles n’étaient pas totalement dans son champ de compétences.

Pour finir, le souci de la discussion est qu’elle n’est pas fondamentalement productive. Elle peut aider à l’être mais en soit, le temps qu’on parle, on ne le passe pas à développer à proprement parler. Par contre, on a évidemment besoin de communiquer pour savoir dans quel sens avancer. J’ai parfois eu du mal à sentir que la discussion tournait en rond et nécessitait une synthèse de laquelle je pouvais déduire des tâches de développement pour chaque membre de l’équipe.

Malgré tous ces écueils, je reste persuadé que la discussion doit être l’essence du processus de création. En plus de fédérer (adhésion de chacun au projet, assomption de chacun à ses tâches…), ces discussions limitent les risques de « tour d’ivoire ». Mettre à une idée, une opinion, un avis à l’épreuve de la critique dans un cercle fermé et connu est indispensable. Si jamais l’idée d’un membre de l’équipe ne passe pas ce premier filtre, quelles sont les chances qu’elle soit bien accueilli par le public cible ? Une idée doit avoir une raison d’être plus qu’une simple envie, plus qu’un simple désir profond, plus qu’une intuition. De plus, la confronter aux autres permettra de l’enrichir au contact des idées du reste de l’équipe.

Quelques éléments à corriger pour le futur.

L’élément qui me semble le plus important à corriger est un manque de formalisme. Si cela n’a pas porté à conséquences, c’est, d’après moi, dû à la taille réduite du projet en termes de délais, d’objectifs et de participants. Déjà quelque peu englués par la discussion omniprésente, j’avais peur d’alourdir encore plus le processus. Cependant, il m’apparaît comme indispensable que chaque réunion soit suivie d’un compte rendu synthétique qui, en une vingtaine de lignes, indique ce qui a été décidé et l’orientation générale des choses. De la même façon, chaque tâche doit être l’accomplissement d’une consigne validée par le chef de projet et les développeurs concernés afin de se prémunir des travaux qui seraient effectués sur une incompréhension.

Une seconde amélioration à apporter concerne la préparation de la présentation. Même si en soit elle n’était pas mauvaise et répondait aux attentes, elle aurait du être tout aussi soignée que le reste du projet et du temps de préparation conséquent aurait dû lui être consacré. La communication sur ce qu’on fait est aussi importante que ce qu’on fait.

Un autre point à améliorer réside dans l’intégration des recherches en ergonomie dans le processus de développement. C’est une partie essentielle du développement mais aussi une des plus difficiles, d’autant plus quand l’interaction en question doit soulever un propos.

Pour finir, j’aurais surement dû essayer d’alterner les moments détendus et les moments de rigueur lorsque l’équipe était réunie. Même si l’ambiance était bonne, certaines réunions auraient surement gagné à se passer autour d’un verre par exemple.

Et à propos du résultat ?

Je dois bien admettre que je suis satisfait de ce projet. En tenant compte des contraintes, le résultat me parait intéressant même s’il pourrait largement être amélioré. Ma plus grande satisfaction provient surement de l’identité (visuelle, sonore et conceptuelle) que l’équipe a réussi à donner au projet. Même si on est loin des problématiques de gameplay à proprement parler, l’utilisation de l’interactivité comme outil de mise en scène et vecteur de sens a été enrichissante.

Ayant pu observer des utilisateurs face à « Murmur », j’ai pu voir que les réactions espérées avaient bien lieu ce qui m’a rassuré. Cependant, j’ai toujours peur que l’expérience ne soit pas réellement accessible. Les informations données à l’utilisateur sur ce qu’il doit faire et pourquoi il doit le faire sont encore améliorables, sans tomber dans quelque chose de didactique qui dénaturerait l’expérience.

Conclusion.

Il n’y a rien d’exceptionnel à conclure, j’aurais surement pu écrire cette conclusion avant même le projet. Il m’aura permis de « me rendre compte de ce dont je me doutais ». Donc, cette expérience aura été très enrichissante car j’ai pu mesurer l’ampleur de la difficulté de gérer une équipe aussi éclectique et un projet de cette nature en situation réelle. La seule question est : est ce que je parviendrai à me servir de cette expérience pour être meilleur lors du prochain projet ?

Pourquoi cet article?

Pour plusieurs raisons. La première est que lorsque j’ai préparé ce concours, j’aurais aimé trouvé ce genre d’article. Savoir ce que mes prédécesseurs avaient fait et connaître le regard qu’ils portaient sur leur travail m’aurait surement aidé. La seconde est que je suis plutôt satisfait de ce que j’ai produit. Déjà parce que ça m’a permis d’atteindre mon but vu que j’ai été recruté. Ensuite parce qu’étant donné que je n’ai pas eu l’impression de produire un écrit (2ème phase de recrutement) et un oral (3ème phase) de haute volée, j’imagine que mon dossier m’a bien aidé. De plus, étant donné que tout ces dossiers ont été produits dans le cadre d’un concours d’admission, j’ai fait attention qu’ils me reflètent réellement. Pour finir, j’espère que cela me permettra d’avoir des retours critiques de pas mal de personnes différentes, chacun ayant son regard propre sur les choses. Peut être que cela ouvrira des discussions intéressantes.

Le contenu de cet article ne prétend pas être une vérité absolue mais étant donné que mes deux dossiers m’ont permis d’aller jusqu’à l’oral, je pense les avoir bien abordés. C’est juste le témoignage d’une expérience personnelle et d’autres ont relevé ce même défi avec une approche totalement différente. Chacun doit trouver la sienne.

Rappel du contexte.

La première partie du concours de recrutement de l’ENJMIN est l’élaboration en 6 semaines d’un dossier contenant une partie classique (CV + Lettre de motivation) et une partie plus originale sur un sujet donné chaque année (photo, film, citations, livre…). En l’occurrence, il s’agissait du film de Jean-Luc Godard : « One + One (Sympathy for the Devil) ».

Postulant dans deux spécialités (expliqué après), je devais donc produire 2 CV, 2 lettres de motivation, un projet de jeu (8 pages environ, commun aux deux dossiers), un dossier de spécialité « Chef de Projet » et un dossier spécialité « Game Design ».

Postuler dans deux spécialités?

A l’origine, j’ai une formation d’analyste programmeur et d’assistant chef de projet. Je voulais donc compléter ma formation par une formation en game design afin d’avoir un éventail de compétences plus large. De plus, je participe parfois à certains projets en tant que game designer. Cependant, ce qui m’intéresse réellement, c’est la gestion de projet et d’équipe : le management. Finalement, c’était aussi peut être l’occasion d’avoir une cartouche supplémentaire dans ce concours : si l’un ne passe pas, il en reste encore un autre.

Il est évident que postuler dans deux spécialités est à double tranchant. On peut donner l’impression de ne pas savoir ce que l’on veut. Donc la première chose est d’être clair : « Mon projet professionnel est le suivant et dans l’idéal je voudrais faire telle formation. Cependant, cette autre formation peut m’aider à atteindre mes objectifs à terme et je pense en être capable. »

Faire deux dossiers permet aussi d’avoir plus de lattitude pour s’exprimer et montrer différentes facettes de soi. Il est important d’avoir conscience que les dossiers sont corrigés par des personnes différentes en fonction des spécialités, ce qui peut inclure le fait que ce soit considéré comme deux candidatures différentes et qu’il n’y aura aucune sinergie entre les deux.

Au final, je suis content d’avoir fait deux dossiers puisque j’ai atteint mon objectif : j’ai été recruté dans la spécialité que je souhaitais. Mais je ne conseillerais pas d’en faire autant. La masse de travail pour réaliser un dossier de qualité est très importante… alors même si en faire un deuxième ne double pas forcément la charge de travail (certaines choses se recoupent, notamment le dossier de projet de jeu), cela devient compliqué et demande beaucoup de temps et d’énergie. Il vaut mieux faire un unique dossier mais paufiner jusque dans le moindre détail que deux bons dossiers qui collectionnent les petites imperfections.

Organisation générale.

La première chose est évidemment de s’organiser : se fixer un objectif et identifier ce qui nous permettra de l’atteindre. Que faire? Pourquoi? Quand? Comment? Je pense qu’il faut rapidement prendre conscience qu’une fois le sujet donné, il reste 6 semaines pour tout envoyer. Même si c’est une période honnête pour produire un dossier comme celui attendu, il est préférable de prendre les devants. Pour une partie du dossier, il n’est pas nécessaire d’avoir le sujet : CV, lettre de motivation, voire certaines parties des dossiers de spécialité. Ces éléments doivent être achevés, au minimum bien avancés, pour pouvoir se concentrer totalement sur l’élaboration des parties relatives au sujet. C’est une façon de se mettre à l’abri des mauvaises surprises de la vie (problèmes de santé, vie professionnelle ou étudiante surchargée…).

Il est aussi important d’avoir « les bons outils ». Même si le contenu est prédominant, le soin apporter à la présentation du dossier est primordial : il démontre en partie la motivation et la capacité de travail. La dernière version de Microsoft Office (2007) est réellement un bon outil qui permet de faire des choses soignées sans trop d’efforts et de compétences. Et cela commence dès la page de garde.

Mais cela concerne aussi le support physique du dossier : qualité de papier et d’impression, relié ou agraphé, etc… Personnellemenet, j’ai choisi de le mettre dans un cahier avec des pochettes transparentes pour deux raisons principales : éviter toute catastrophe naturelle (feuille déchirée ou salie…) et pouvoir changer une feuille même au dernier moment. En y mettant un peu le prix, on peut trouver des cahiers qui présentent très bien. Cependant, si le jury est un peu « conservateur », le risque est d’avoir une petite remarque à l’oral du type : « c’est pas relié mais bon… ». Ce n’était pas mon cas, mais c’est arrivé sur d’autres oraux (puis en plus s’ils veulent annoter, ils sont obligés de sortir la feuille…). Bref, sourire, toujours sourire dans ces cas là.

Il est possible que l’on doive se procurer un livre ou un dvd en fonction du sujet. Au total, l’argent dépensé pour ce concours n’est pas anecdotique (+ les frais de dossiers), donc si le budget habituellement est limité, c’est à prévoir mais je suis d’avis de « ne pas trop compter ». Ce qui sera depensé sera un investissement sur soi même et il n’y a pas meilleur investissement.

La partie anticipable.

Faire un CV et une lettre de motivation pour un concours d’admission n’est pas très différent que pour un job. « Regardez qui je suis, je vais vous expliquer pourquoi moi plutôt qu’un autre ». Ces deux éléments ne sont que des détonateurs, la puissance de l’explosion sera surtout déterminée par le parcours effectué jusqu’ici. Il faut simplement le mettre en valeur en fonction de l’objectif. C’est pour cette raison que mon CV pour le dossier « Chef de Projet » et mon CV pour le dossier « Game Design » sont différents. Le contenu de ces éléments est déjà fixé et si on n’en n’est pas satisfait, il fallait y penser avant et prendre les choses en main, il est trop tard pour s’en plaindre. La scène est figée, il faut maintenant trouver le bon angle de caméra et les bons éclairages.

Certaines parties du dossier de spécialité peuvent être anticipées. Mais je les aborderai plus loin.

Le projet de jeu.

Le projet de jeu doit avoir pour inspiration le sujet proposé. Personnellement, j’étais très peu familier de Jean-Luc Godard et de la période 68. J’ai donc regardé le film, plusieurs fois, fait des recherches pour m’en imprégner. J’en ai extrait des thèmes universels que j’ai décidé de traiter dans un concept de jeu. La consigne indique que dans le document doit décrire en 3 à 5 pages : le principe général du jeu, des éléments de scénario et des principes de navigation et les éléments particulièrement originaux de la conception visée. J’ai donc réellement voulu « répondre à la consigne » et échapper au « hors sujet ». Cependant, un autre danger relié au « hors sujet » était de ne pas traiter du film proposé, j’ai donc pris le temps d’expliciter le lien. A partir de là, j’ai pu, de façon débridée, commencer à m’exprimer et à montrer mon univers de conception, à mettre en avant ma créativité. La seule contrainte était les limites de longueur imposées qui est une contrainte utile car elle évite de noyer les qualités au milieu d’idées plus ternes et oblige donc à faire des choix. Je me suis appliqué à prendre un jeu dans sa globalité : créer une base pour une « propriété intellectuelle » (grand défi de l’industrie), l’allier à un gameplay à la fois original et accessible (j’en suis moins satisfait) et à un business modèle adapté (autre grand défi de l’industrie), en l’occurrence la distribution par épisodes.

Les dossiers de spécialité.

Le dossier de Game Design.

Le dossier de Game Design doit détailler en une vingtaine de pages un ensemble d’éléments du jeu : le choix et la structure des niveaux de jeu, les mécanismes essentiels du jeu, les personnages, un schéma de l’univers de navigation, des points essentiels à respecter dans les chartes graphiques et sonores. Je me suis appliqué à détailler mon propos de façon claire : utilisation de graphiques et schémas, illustrations provenant de divers média (cinéma, télévision, jeux…) mais la partie la plus compliquée a été de détailler les mécanismes de gameplay. Je ne suis pas entièrement satisfait de cette partie. Si les mécanismes alliaient correctement les innovations et les mécanismes traditionnels, je ne suis pas persuadé de leur « facteur fun » (surtout une fois adapté à la clientèle cible) mais ça ne pourrait être déterminé qu’à l’aide d’un prototype. Globalement, l’objectif était de décrire un projet crédible et cohérent. Je pense que l’objectif est atteint de ce côté là.

Le dossier de Chef de Projet.

La consigne du dossier de spécialité de « Chef de Projet » était la suivante :

« En qualite de chef de projet, vous allez etre confronte a des situations de management des personnes et d equipe. Nous vous demandons  d identifier et de developper un argumentaire concernant les principes majeurs qui favoriseront la motivation de vos collaborateurs. Nous vous demandons aussi d imaginer que vous devez faire un choix entre d une part vous appuyer sur une proposition tres creative d une partie de l equipe mais discutee par les autres membres, d autre part adopter une position plus consensuelle mais moins originale: quelle serait votre position de responsable? »

La première version de la première partie de ce document était quasiment un exposé sur les théories de la motivation qui m’étaient familières étant donné que j’avais eu des cours à ce sujet. Après l’avoir fait lire par mon entourage, j’ai compris que ce n’était pas quelque chose de personnel, qu’on aurait pu lire ça dans un bouquin ou sur un site internet. J’ai donc repris de zéro en essayant d’apporter des réponses personnelles en fonction de ce que je vivais au travail et de ce que j’avais appris en cours. La seconde partie concernant l’arbitrage m’a permis de mettre en avant l’utilisation de méthodes, de processus. Le plan apporte une réponse claire à chacune des deux questions. « Comment motiver? » => « Améliorer le cadre de travail, renforcer la cohésion d’équipe et reconnaître le travail ». « Comment arbitrer? » => « Dialoguer, mesurer, décider et communiquer ». En s’appliquant à tout justifier et à donner des exemples, le résultat est plutôt probant d’après moi. En tout cas, j’en suis satisfait.

Demander de l’aide.

Quand on passe tant de temps sur le même travail, il devient difficile de prendre du recul sur les choses et de rester objectif. J’ai donc demandé de l’aide autour de moi : famille, ami et relations. Premièrement, ça permet de repérer les passages qui sont obscures, dont on a du mal à comprendre le sens. Deuxièmement, cela apporte un regard critique sur votre travail. Même si j’y ai porté de l’intérêt, globalement, je ne changeais pas mon propos, au mieux l’enrichissait, au pire le laissais tel quel. Troisièmement, il n’y a pas meilleur correcteur orthographique. J’en profite d’ailleurs pour remercier tout ceux qui m’ont apporté leur aide et je pense qu’il s’agit d’un des processus qui a apporté le plus de valeur dans l’élaboration des dossiers.

Conclusion

Le dossier était fait dans le cadre d’une candidature d’admission, il devait donc contenir des éléments qui justifieraient l’attribution d’une place à moi plutôt qu’à un autre. Je pense que chaque partie du dossier montre une partie de moi, différentes facettes tout en gardant un certain fil rouge.

Dans cet article, je ne suis pas rentré dans le détail du contenu des éléments, mais ce serait quelque chose d’envisageable, dans un autre article ou dans les commentaires de celui-ci. Le sujet de cet article était réellement de jeter un regard sur ce moment important de mon parcours, ce moment qui a initié le mouvement de bascule entre « Je veux travailler dans le jeu vidéo » et « Je fais des études qui me permettront de travailler dans le jeu vidéo ».

Et vous? Comment abordez vous un processus de recrutement? Qu’est ce qui vous parait important à évoquer à propos de ces moments là? N’hésitez pas à ouvrir un débat, apporter un témoignage ou partager une opinion.

L’ENJMIN (prononcer ènjmine) forme sur 2 ans des professionnels de l’industrie du Jeu Vidéo et délivre un diplôme reconnu de type Master (Bac +5) soit professionnel (avec des stages en entreprises), soit de recherche (thèse et stages en laboratoires). La formation est divisée en 6 spécialités : Game Design, Conception Visuelle, Programmation, Chef de Projet, Conception Sonore et Ergonomie. Elle est le fruit de la collaboration entre les acteurs de l’industrie, l’Université de La Rochelle, l’Université de Poitiers et le Conservatoire National des Arts et Métiers (CNAM). Les professeurs sont donc des professionnels de l’industrie ou des professeurs chercheurs. Pour le moment, l’école prend place dans les locaux de la Cité Nationale de la Bande Dessinée et de l’Image (CNBDI).

La première spécificité est évidemment la formation parallèle des six spécialités préparant ainsi les étudiants à collaborer avec des personnes de différents domaines, réel défi de l’industrie. Après un premier semestre de tronc commun où tous les élèves suivent les mêmes cours pour se mettre à niveau et acquérir les bases des six spécialités, le second semestre est dédié à des cours par spécialité et au développement de mini-projets. La période estivale séparant le second et le troisième semestre est occupée par des stages (obligatoires) en entreprise ou en laboratoire (suivant le type de Master visé) de 3 à 4 mois. Lors du 3ème semestre, les étudiants sont répartis par groupe d’une dizaine d’éléments environ et développent un prototype dans des conditions proches des conditions réelles. Ces projets sont présentés en fin de semestre à un jury de professionnels. Lors du dernier semestre, les étudiants effectuent un dernier stage de 6 mois environ.

La seconde spécificité vient de son mode de recrutement. Ouvert aux détenteurs d’une licence (ou d’un VAE équivalent) sous forme de formation initiale (cursus étudiant habituel) ou sous forme de formation continue (reprise d’études après activité professionnelle), le recrutement se déroule en 3 étapes sur le modèle des écoles des Beaux Arts. Aux alentours de Mars/Avril, les références d’une oeuvre (film, livre, image, citation…) sont publiées sur le site officiel de l’école à partir de laquelle les étudiants doivent monter un dossier comprenant deux parties : un concept de jeu relié  à l’oeuvre proposée et une autre partie dont le contenu dépend de la spécialité visée (charte sonore pour la conception visuelle, questions de management humain pour les chefs de projet, voir sur le site officiel de l’école pour plus de détails). Si le dossier est retenu, le candidat est convoqué avec une centaine d’autres candidats à Paris dans le courant du mois de Juin pour passer des épreuves écrites surveillées (QCM culture générale, anglais et analyse audio visuelle). De cette centaine, 70 à 80 candidats sont retenus pour un entretien oral face à un jury composé de professionnels et de membres de l’équipe pédagogique de l’Ecole ayant lieu habituellement début Juillet. Souvent, une seconde session de candidaturesplus rapide est relancée pour certaines spécialités (souvent conception visuelle, conception sonore et ergonomie). Au final, chaque promotion compte entre 45 et 50 étudiants répartis comme suit : 5 en chef de projet, 10 en programmation, 10 en game designers, environ 10 en conception visuelle, environ 5 en conception sonore et environ 5 en ergonomie.

Voilà pour ce qui est de la présentation du contexte institutionnel. Passons à mes premières impressions.

D’après moi, ces 2 spécifités débouchent sur la « signature » de l’ENJMIN : apprendre à travailler avec des gens aux profils très variés sur des projets aussi complexes que des jeux vidéo. Pour la première fois dans mon cursus étudiant, ma formation se transforme en aventure humaine où nos divergences et convergences sont mises en avant. En plus de cela, j’ai le sentiment d’être enfin dans une formation où on me dit : « Que penses tu? » « Que ferais tu? » mais surtout « Sois attentif, réfléchis, comprends, conçois, crée, montre… ». Est ce dû à l’avancée de mon niveau d’études ou à une philosophie différente? Sûrement un peu des deux.

Cela fait à peine trois semaines que je suis arrivé à l’ENJMIN, j’aurai sûrement une vision des choses plus claire dans quelques mois et l’occasion de faire un premier bilan se présentera alors.