Un guide des développeurs de jeux pour travailler avec les clients
Abstraction est dans le domaine de l’adaptation de plateformes depuis plus de 12 ans. Nous avons une vaste expérience dans la gestion des défis et dans la capitalisation des opportunités présentées dans le portage, le travail de co-développement et le développement multiplateforme.
Avec plus de 160 SKU sur plus de 15 plateformes, nous avons été la référence pour des jeux comme Angry Birds, Ark : Survival Evolved, Hotline Miami, Total Reliable Delivery Service, The King of Fighters XIV et bien d’autres.
Parlons donc du côté production de l’Abstraction. Une gestion de production réussie se résume en réalité à trois éléments clés :
1. Clarifier les objectifs, les attentes et l’appropriation
2. Permettre à l’équipe d’atteindre ces objectifs
3. Apprendre rapidement des succès et des échecs
C’est le cœur d’une gestion de production réussie de tout projet – au-delà du travail d’adaptation multiplateforme, ou même des jeux en général. Nous soutenons que ces trois missions de gestion de la production sont indépendantes de l’industrie. Sans ces trois directives explicites, tout projet sera confronté à des inefficacités inutiles.
Cependant, les meilleures stratégies pour atteindre ces directives diffèrent selon la personne avec laquelle vous vous associez. Nous avons constaté que les clients qui s’associent à nous pour des travaux d’adaptation multiplateformes ont tendance à se répartir en quatre catégories, basées sur deux spectres différents :
• Quelle expérience ont-ils eux-mêmes dans le développement multiplateforme
• Dans quelle mesure ils sont soucieux du détail du projet lui-même
Ces deux spectres nous donnent un joli graphique à quatre quadrants qui aide à classer les partenaires :
Le partenaire d’apprentissage
Que ce soit par anxiété ou par intérêt, un partenaire novice dans le développement multiplateforme et très intéressé par les détails méticuleux essaie probablement simplement d’apprendre comment tout cela fonctionne et d’améliorer ses propres compétences et son efficacité.
Une collaboration réussie avec ce type de partenaire nécessite :
• Documentation approfondie des livrables, des processus et des risques
• Accès libre au suivi des projets et aux informations sur l’état
• Communication fréquente
• « Appels à l’attention » proactifs des domaines où le client peut atténuer les problèmes
Objectif de clarté : partage excessif
Très simplement, dites-leur tout ce que vous pouvez et facilitez la divulgation des informations de vos processus et de votre équipe. La transparence et la visibilité inciteront vos partenaires à apprendre et apaiseront la plupart des angoisses qu’ils ont à propos de leur propre manque de compréhension. Énumérez soigneusement les détails du travail spécifique à la plateforme, tels que les processus d’approbation, les délais prévus, etc.
Focus sur l’habilitation : gestion du bruitt
Tout le partage d’informations peut créer beaucoup d’interférences pour votre équipe de développement. Façonner le trafic de communication loin d’eux sera essentiel au succès. Un producteur performant rendra autant d’informations rayonnantes pour le client sans nécessiter de contact avec vos développeurs occupés. Objectif d’apprentissage rapide : Sensibilisation
Alors que le cycle d’apprentissage itératif devrait finalement se concentrer sur les opportunités uniques et spécifiques qu’un développement donné présente, une bonne orientation générale est sur la sensibilisation et l’amélioration de celle-ci. Concentrez-vous sur ce que vous, en tant que producteur, pouvez faire pour améliorer la sensibilisation à faible impact et sur ce que votre partenaire peut faire pour approfondir sa propre compréhension.
Histoire de guerre abstraite
L’un de nos clients japonais était moins expérimenté dans le développement de PC et nous a demandé de l’aider à apporter son titre sur Steam. Il y avait bien sûr la documentation complète typique sur ce qui était attendu pour chaque livrable, mais ils voulaient aussi connaître l’état du projet aussi souvent que possible. Nous sommes toujours transparents avec nos clients, nous leur avons donc donné accès à notre base de données JIRA pour qu’ils puissent toujours voir sur quoi nous travaillons et discuter des priorités avec eux si nécessaire.
Cependant, le plus gros obstacle était la peur de perdre des informations en raison de la barrière de la langue et de la culture. Nous avons atténué cela en embauchant quelqu’un en tant que producteur junior qui maîtrisait le japonais mais n’avait aucune expérience de travail. Avec cela, nous avons trouvé un moyen de communiquer avec le client dans sa langue maternelle et avions quelqu’un qui pouvait être formé pour devenir producteur. La communication et la gestion des attentes avec le client se sont avérées indolores, nous avons signé un autre accord avec eux, et trois ans plus tard, ce type est devenu un producteur qui écrit GamesIndustry.biz articles de temps en temps.
Le partenaire brûlé
Il s’agit du partenaire qui a déjà emprunté la voie multiplateforme et qui a eu des problèmes, soit avec le détenteur de la plateforme, soit avec son partenaire de co-développement, soit avec les deux. Ils sont expérimentés mais veulent beaucoup de visibilité pour atténuer les risques dont ils ont souffert dans le passé.
Pour travailler avec succès avec le partenaire brûlé, il faut :
• Beaucoup de communication proactive sur les risques identifiés – même s’ils semblent normalement évidents ou mineurs
• Un calendrier de livraison prudent qui donne amplement l’occasion de sur-livrer
• Transparence totale sur les processus et les statuts
Objectif de clarté : gestion des risques
Le partenaire brûlé cherche toujours à éviter d’être brûlé à nouveau. Identifiez les risques tôt et ayez des stratégies d’atténuation déjà en cours lorsque vous les évoquez. Même si vous êtes un développeur expérimenté, ne sautez pas les risques que vous considérez comme évidents ou insignifiants – cela pourrait sonner l’alarme auprès de votre partenaire.
Accent mis sur l’habilitation : Absorber l’anxiété des clients
En tant que partenaire de développement, vous devrez comprendre clairement ce qui inquiète le client et sympathiser avec lui. Parfois, le client ne sait pas lui-même ce qui l’inquiète et vous devrez le comprendre à partir du contexte. Vous devez rester calme et serein et leur donner des exemples concrets de la raison pour laquelle ils ne doivent pas être anxieux.
Accent sur l’apprentissage rapide : faiblesses
Tout comme exposer les facteurs de risque incitera le partenaire brûlé à faire confiance à votre gestion de son projet, exposer vos propres faiblesses et échecs avec proactivité est tout aussi précieux. Cela montre qu’en tant que développeur, vous ne faites pas d’hypothèses ou ne masquez pas les problèmes – deux sources potentielles de leur douleur précédente.
Histoire de guerre d’abstraction de partenaire brûlé
Nous avons eu plusieurs partenaires brûlés qui sont tombés dans le terrier du lapin en libérant des produits sur plusieurs plateformes. L’un d’eux souhaitait une visibilité constante et des modifications de dernière minute à publier. Au début, nous avions des frictions et des problèmes sur ce sur quoi nous devions nous concentrer, et le changement constant entre les tâches s’est avéré improductif et destructeur pour l’équipe. Tout au long du projet, nous avons créé une feuille de route avec une granularité insensée qui montrait quelles sont les dépendances du client et combien de temps les tâches et les fonctionnalités prendraient. De plus, la feuille de route mettrait également à jour dynamiquement les dates et les délais si vous modifiiez des données sur le travail ou les dépendances. Même si cela nous a aidés à atténuer la plupart des problèmes que nous avions, l’approche granulaire signifiait que nous n’avions pas de place pour une livraison excessive et n’est pas recommandée.
Le partenaire aveugle
C’est le partenaire qui ne sait tout simplement pas ce qu’il ne sait pas et qui est généralement le plus difficile à travailler. Une variante encore plus effrayante de ce partenaire est celui qui croit qu’il n’est pas aveugle. Ce sont généralement les collaborations les plus difficiles.
Ici, le succès repose sur :
• Appels fréquents et diplomatiques et réponses aux hypothèses que vous ou votre client pouvez faire sur le développement ou les exigences spécifiques à la plate-forme
• Élever de manière proactive les livrables problématiques bien à l’avance
• Piloter les livrables et les points d’action des partenaires
Accent mis sur la clarté : hypothèses difficiles
Le partenaire aveugle fera souvent des hypothèses inconscientes sur la propriété, le processus et les délais. En tant que bon partenaire, votre travail consistera à attirer l’attention sur ces hypothèses et à les vérifier. Examinez de manière proactive les détails des livraisons et assurez-vous que toutes les personnes impliquées savent exactement à quoi s’attendre et quand.
Accent mis sur l’habilitation : atténuer les risques créés par le client
En tant que partenaire de développement, il nous incombe de rechercher même les éléments évidents de la « liste de choses à faire » et de nous assurer qu’ils ont des propriétaires et des bergers explicites.
Objectif d’apprentissage rapide : humilité
Un angle productif ici est un petit aveu d’échec autodérision, qui crée un environnement où il est sûr pour les autres de s’examiner de la même manière. Dites des vérités dures de manière à ce qu’elles soient entendues.
Histoire de guerre d’abstraction de partenaire aveugle
Un bon exemple est l’un de nos partenaires précédents qui a demandé que son jeu basé sur un navigateur soit adapté aux appareils tactiles. La principale raison pour laquelle ce partenaire était “aveugle” était qu’il s’agissait d’une entreprise qui ne faisait pas partie ni n’était habituée à l’industrie des jeux. Ceci, combiné au fait de ne comprendre que peu ou pas nos explications quant à la raison pour laquelle l’adaptation n’était pas simple et exigeait plutôt des délais irréalistes, a rendu presque impossible l’obtention d’un résultat final réussi dont toutes les personnes impliquées seraient fières. Ce jeu a été construit avec peu ou pas de place pour l’expansion des fonctionnalités multiplateformes, et nécessitait des moteurs d’échange et une réécriture presque complète de la base de code. Les efforts incroyables de l’équipe n’ont malheureusement pas toujours été compris par le client et, après de nombreuses tentatives, nous avons fini par nous séparer.
Le partenaire de confiance
Que ce soit parce que vous l’avez mérité ou non, c’est le partenaire qui compte simplement sur vous pour faire le travail et qui n’est pas particulièrement intéressé par – ou peut-être n’a pas le temps pour – les détails associés à ce.
Toutes choses égales par ailleurs, ce sont les meilleurs partenaires à avoir, et réussir ici repose sur :
• Conduire l’élimination de la dépendance basée sur le partenaire
• Rapports proactifs
• Propriété ambiguë = votre propriété
Focus sur la clarté : rapport signal sur bruit
C’est aussi simple que de clarifier avec le client ce qu’il veut savoir, à quelle fréquence il veut savoir et comment il veut savoir. Pour certains clients, un rapport hebdomadaire avec des grandes lignes de la façon dont le développement s’est déroulé est suffisant, tandis que d’autres voudront peut-être avoir un appel bihebdomadaire plus personnel pour contacter la base. Souvent, et tout naturellement, la fréquence du partage d’informations augmentera à mesure que vous vous dirigerez vers le processus de soumission et de certification.
Accent mis sur l’activation : demandes approfondies
Sur la base de votre expérience antérieure et de celle du client, vous avez déjà pensé à la plupart des angles, effectué des recherches appropriées et présenté au client une proposition claire de ce dont vous avez besoin. Vous devez vous assurer qu’un nombre excessif d’allers-retours ne sera pas nécessaire, ce qui ne devrait pas être le cas puisque vous devez bien comprendre les demandes et les souhaits du client.
Objectif d’apprentissage rapide : préserver la confiance
Cela devrait être vrai pour tous les types de clients, mais vos rétrospectives internes doivent être axées sur le maintien et la croissance de la confiance que vous avez avec le client. La confiance mutuelle est un élément essentiel pour fournir un produit de haute qualité dont les deux parties sont satisfaites et doit toujours être préservée quelles que soient les circonstances.
Histoire de guerre d’abstraction de partenaire de confiance
L’un de nos projets les plus récents et techniquement difficiles concernait un gros titre avec un client de confiance. Nous avons travaillé sur un projet précédent avec eux auparavant et même s’il y a eu une confiance mutuelle depuis le début, elle a été correctement entretenue tout au long de la durée de plusieurs projets en étant toujours transparent et en tenant les promesses que nous avions faites. Ce projet techniquement difficile a explosé de toutes les manières imaginables, mais c’est grâce à nos bonnes relations et à notre confiance mutuelle que les deux parties ont étudié de manière proactive comment nous pouvions atténuer autant de dommages que possible tout en continuant à fournir un produit de haute qualité. Ils nous ont fait confiance pour être franc et honnête dans ce qui peut et ne peut pas être fait dans les limites données, et nous avons fait confiance à notre client pour comprendre et faire confiance à nos capacités techniques.
Vous voulez en savoir plus sur notre façon de travailler ? Contactez-nous ici.
Auteurs : Farah Nasri (producteur L4), Savvas Lampoudis (concepteur de jeu senior) et John Day (responsable de la production). John a récemment quitté l’entreprise à la poursuite de nouvelles aventures. Nous le félicitons pour tout le travail qu’il a accompli, notamment pour jeter les bases de l’article ci-dessus. On lui doit beaucoup de mérite et sa sagesse vivra dans son équipe de production, tout comme son sens de l’humour plein d’esprit.
Découvrez d’avantage plus d’articles dans nos catégories Astuce, Consoles et encore Jeux.
Merci pour votre visite on espère que notre article Un guide des développeurs de jeux pour travailler avec les clients
, pour nous aider, on vous invite à partager l’article sur Facebook, pinterest et e-mail avec les hashtag ☑️ #guide #des #développeurs #jeux #pour #travailler #avec #les #clients ☑️!