Aller au contenu

Cycle de vie d'un projet (JV/3D)

1. Identité

  • Titre : Cycle de vie d'un projet JV/3D
  • Domaine : Gestion de production
  • Niveau : Débutant
  • Prérequis : aucun

2. Concept

Un projet traverse trois grandes phases.

Préproduction : définition du projet, pitch, DA, lore, gameplay, LD global, boucle de feedback. Le tout formalisé dans le GDD. Le périmètre est découpé en trois niveaux de priorité selon la méthode MoSCoW (Must / Should / Could).

Production : réalisation du projet à partir du GDD validé. Le projet est découpé en tâches, et chaque tâche suit un cycle strict, fabrication puis livrable puis test, avant validation. Cela concerne aussi bien le gameplay que le LD ou l'intégration d'assets ; les critères de test s'adaptent à la nature de la tâche. Des jalons sont posés et respectés, par exemple un Feature Lock : à partir de cette date, plus aucune nouvelle mécanique de gameplay n'est ajoutée, seuls l'intégration de contenu et le polish continuent.

Postproduction : une fois la production terminée, place au test global. On ne teste plus une tâche isolée mais l'ensemble du jeu, en intégrant les retours des testeurs. Cette phase est d'autant plus légère que les tests par tâche en Production ont été rigoureux, elle ne rattrape pas ce qui aurait dû être testé plus tôt, elle valide les interactions entre systèmes complets.

Point clé : valider une tâche, c'est tester uniquement le périmètre de cette tâche. Exemple : pour la tâche "déplacement du personnage", on teste le déplacement seul, pas les animations, pas le LD, uniquement le déplacement.

3. Illustration

flowchart LR
    A["Préproduction<br/>GDD + scopes MoSCoW"] --> B["Production<br/>Fabrication + Polish<br/>(cycle fabrication → livrable → test par tâche)"]
    B -->|"Feature Lock : tests continus dès ce jalon"| B
    B --> C["Postproduction<br/>Test global"]

4. Pièges fréquents

Un projet est vivant, mais doit rester cadré. Les deux pièges suivants semblent contradictoires, ils ne le sont pas. Ce qui distingue un ajustement sain d'un échec de cadrage, c'est le déclencheur du changement : ponctuel et ciblé, ou généralisé et systématique.

  • Ne tester qu'en phase de Postproduction.
  • Confondre avancement budgétaire (temps passé) et avancement réel du projet (tâches validées). C'est la source classique des dérives budgétaires.
  • Revenir en cours de Production sur l'ensemble des éléments de la Préproduction : signe que la Préproduction n'a pas été correctement validée en amont.
  • Refuser catégoriquement de revenir sur un élément précis de la Préproduction : le GDD n'est pas gravé dans le marbre, il doit rester capable d'intégrer une bonne idée découverte en cours de route, à condition que ce soit l'exception, pas la règle.
  • Ne pas respecter les jalons : démarrer la suite sans avoir validé les tâches précédentes "pour ne pas perdre de temps".