Je ne vois pas en quoi leur discours est un mensonge. Alors certes ils ont sans doute présumé de leur compétences en espérant sortir une beta dans les temps mais au final ils ont compris qu'ils n'y arriveraient pas en l'état actuel du code. C'est d'ailleurs un vrai aveu d'incompétence sur ce point. Ils nous expliquent en gros que depuis le début le système des compétences est fait de manière empirique et qu'ils ne se sont jamais posé la question de concevoir une architecture technique capable de le soutenir. Mieux vaut tard que jamais tu me diras mais heureusement qu'ils ont à priori les finances pour amortir ce mauvais choix.
Je ne vois pas ça comme de l'incompétence de commencer le développement avec une ébauche de système que l'on va faire grandir au fur et à mesure. Par contre, il y a des moments où il faut un sérieux coup de refactoring pour pouvoir continuer dans de bonnes conditions (sans quoi on finit par passer beaucoup plus de temps à gérer l'existant qu'à rajouter des nouveautés).
Ils savaient depuis longtemps à quoi s'attendre à ce sujet là, ce qu'ils (Andrew en fait) ont raté c'est l'estimation du moment où cette tâche serait à réaliser. Il l'explique d'ailleurs bien durant le Q&A : il pensait pouvoir atteindre le stade de la bêta 1 avant de s'attaquer à ce boulot (nécessaire mais totalement caché), mais au fur et à mesure que Ben rajoutait les composants des premières
classes, il s'est avéré, petit à petit, que ça ne serait pas possible.
Toute l'explication est parfaitement logique d'un point de vue de développeur, le seul truc qu'ils auraient pu sûrement mieux gérer c'est la com un peu plus en amont et encore... un problème peut paraître gérable jusqu'à ce qu'on se rende compte qu'il est insurmontable. Mais avant ce moment, pourquoi alarmer les gens en évoquant un soucis potentiel ? D'autant plus si on pense pouvoir le régler à temps... Et si on attend de taper le mur et bien on en parle tard, comme maintenant.
MJ explique aussi que leur équipe est trop petite, qu'il manque 3 ou 4 programmeurs. Dans ce contexte tendu le moindre contretemps (maladie, congés, etc...) est forcément hyper impactant sur l'avancement puisqu'il n'y a pas de backup possible. Donc on peut difficilement l'accuser de mentir sur ce point là aussi.
Je pense vraiment que MJ est un mec honnête et qu'Andrew est un techos hyper compétent mais ils sont humains et font des erreurs, des mauvais choix. Cela arrive systématiquement dans les projets IT. L'essentiel c'est de le reconnaitre avant qu'il soit trop tard et c'est manifestement ce qu'ils sont en train de faire donc pour moi CU reste toujours un jeu prometteur.
On est d'accord, Andrew a l'air vraiment bon dans sa partie et toutes ses explications tiennent parfaitement la route d'un point de vue de développeur, ce qui fait que je suis toujours très confiant pour la suite du projet !
Par contre, il est clair qu'au niveau communication ils pourraient progresser (ils communiquent,certes, beaucoup, mais ils pourraient communiquer mieux) ! Mais, bon, ce ne sont pas des PR et ce n'est pas ce qu'on leur demande : ce sont des développeurs/designers de jeu et ce qui est important c'est qu'ils nous sortent le bon jeu qui est prévu !
Par contre un point qui me dérange quand même c'est qu'ils parlent de Ben et de son formidable travail au présent, comme s'il faisait toujours partie de l'équipe. Cela signifierait que Ben était toujours là au moment de l'interview. Son départ risque donc d'être encore plus préjudiciable que prévu.
Ben reste bien évidemment un membre à part entière de l'équipe ! D'ailleurs s'il devait partir, là, oui, ça pourrait poser de sérieux problèmes pour le projet... C'est Brian (un développeur, pas un des 2 designers) qui est parti... pas Ben.