Les méthodologies agiles sont bien connues dans l’industrie du web. Elles sont conçues pour gérer l’imprévisibilité de la création de logiciels, en particulier dans un environnement qui change rapidement. Elles pourraient tout à fait s’adapter au développement d’un pipeline de studio CG. Néanmoins, peu de personnes les appliquent réellement et, à la place, préfèrent répondre, au quotidien, au flux continu de besoins imprévus. Cela se produit parce que la pression est très élevée et que ce qui est produit pendant une production n’est pas facilement réutilisable.
À l’opposé, parfois, les studios veulent construire de grands projets à partir de zéro, en couvrant tous les aspects d’un pipeline CG. Cela demande des années de développement et, le plus souvent, mène à beaucoup de frustration avant de finalement ne jamais livrer.
L’essence des méthodologies agiles
Alors pourquoi utiliser des méthodologies agiles lors du développement de votre pipeline ? L’agile est bien adapté pour vous rendre plus à l’aise dans des environnements imprévisibles, et il gère bien le chaos.
La première chose à prendre en considération est que, pour assurer le succès d’un projet, la partie la plus cruciale est la communication. Tout le monde doit toujours être sur la même longueur d’onde. C’est exactement ce que fait l’agile. L’idée principale consiste à garder tout le monde dans le bon axe en veillant à ce que toutes les parties prenantes communiquent correctement grâce à des rituels réguliers.
L’agile vise à s’adapter à votre équipe. Ce qui fonctionne pour un studio ou une entreprise peut ne pas fonctionner pour vous. Peu importe par quoi vous commencez, il vaut mieux débuter par les deux cadres les plus largement utilisés : SCRUM et Kanban. Ensuite, nous vous encourageons à supprimer, modifier ou ajouter des rituels pour que cela corresponde mieux à votre culture.
Kanban
Kanban convient parfaitement à la maintenance et peut être utilisé pour répondre aux besoins quotidiens de vos studios CG. C’est simple : tout le monde suit le même tableau composé de colonnes de post-it. La colonne de gauche est alimentée en continu par les demandes. Chaque colonne représente une étape du processus de construction (le code, les tests, la validation, par exemple). Vous montrez la progression d’une tâche en déplaçant le post-it associé dans la colonne décrivant l’état de la tâche. Et il y a une règle simple : vous n’avez pas le droit d’avoir plus de x cartes au même stade. Ainsi, vous stoppez tout dès qu’il y a un goulot d’étranglement dans une colonne, jusqu’à ce qu’il soit supprimé.
De temps en temps, des réunions sont organisées pour discuter de l’état actuel du développement et voir ce qui pourrait être amélioré.
Globalement, l’objectif est de s’assurer que tout le monde sait ce qui se passe et que rien ne reste bloqué en attendant quelque chose. C’est excellent pour une utilisation au quotidien, mais cela rend plus difficile d’envisager le long terme.
SCRUM
SCRUM est mieux adapté aux développements moyen-long terme. Il s’assure que tout le monde s’accorde sur la priorité et inclut des démonstrations régulières de l’avancement. Tout suit le rythme des sprints. Ce qui sera fait est décidé au début d’un sprint et ne change pas jusqu’au sprint suivant.
Des rôles précis sont attribués à chaque membre de l’équipe : le product owner (gère les priorités et les exigences fonctionnelles), le développeur (construit le produit) et les scrum masters (s’assurent que la méthodologie agile est bien comprise et correctement appliquée).
Vous pouvez déterminer grossièrement ce qui sera réalisé lors des prochains sprints. Ainsi, vous pouvez construire une feuille de route qui pourra être communiquée à toutes les équipes et à la direction.
SCRUM est idéal pour garder les gens concentrés et motivés. C’est aussi bien pour rendre des comptes à votre hiérarchie, mais ce n’est pas vraiment conçu pour gérer l’urgence.
Conclusion
Agile signifie adaptatif. Il n’y a donc rien d’étonnant à ce qu’il puisse aussi être utilisé dans un environnement de production. Chez CGWire, nous vous recommandons fortement de les appliquer pour construire votre pipeline et vos outils de production. Cela rendra les interactions entre chaque département beaucoup plus fluides.
Une fois que l’agile est accepté par tout le monde, le plus grand défi auquel vous serez confronté sera d’appliquer rigoureusement les rituels. Vous remarquerez qu’il est très facile de les écarter (les personnes non techniques ont tendance à toujours trouver une bonne raison de ne pas y assister). Mais ils constituent l’ossature de la méthodologie : dès que vos réunions ne sont plus planifiées à chaque fois selon le même calendrier, les choses se défont et vous reviendrez à votre organisation du quotidien. Alors soyez stricts avec les rituels.
En guise de point de départ, voici notre conseil : commencez avec la méthode Kanban pour les besoins en cours, et avec la méthode SCRUM pour un développement plus réutilisable. Adaptez-les à votre culture et à votre calendrier. Une fois que vous êtes à l’aise
avec cela, soyez très strict et faites preuve de discipline. Faire un film est difficile, développer un logiciel est difficile ; si vous voulez être au-dessus de la concurrence, vous ne pouvez pas vous permettre l’approximation.
Ce blog est dédié au pipeline CG et à la gestion de production. Vous êtes intéressé par la stratégie logicielle et les films d’animation ? Vous apprécierez probablement tous nos articles. Nous avons aussi un forum où vous pouvez discuter de vos propres problèmes/solutions et apprendre des autres.
