2.1 KiB
Découpage du stage
État de l'art
Afin de mesurer l'ampleur de l'architecture qu'il est nécessaire de mettre en place, mon stage a débuté par plusieurs comparaisons d'outils et l'apprentissage de certains concepts propres aux jeux vidéo et tout particulièrement aux jeux massivement multi-joueurs.
Cette étape s'est terminée par le partage avec mon maître de stage de mes résultats ainsi que leur critique.
Montée en compétences
Une fois les outils sélectionnés suivants les critères établis au travers de l'étape précédente, il a fallu monté en compétence sur ceux-ci.
Développements et tests de monté en charge
À la suite de cet apprentissage, j'ai effectués des tests afin de valider les choix qui avaient été fait, afin d'en tirer les conclusions.
Respect des délais et critique de ce découpage
À de nombreuses reprises, le planning initialement prévu n'a pas pu être respecté afin de faire face aux besoins qui se sont matérialisés à divers moments. Ainsi, les parties concernant l'intégration de données métriques dans le serveur, utile dans le long terme, a été repoussé afin de se concentrer sur des besoins spécifiques de l'équipe comme la mise à disposition d'un serveur de jeu aux développeurs du client.
Nature et fréquence des points de contrôle en interne
Le développement du jeu suit une méthodologie agile : cela a commencé par Kaban, pour arriver aujourd'hui à Scrum.
Deux fois par semaines, toute l'équipe fait le point sur l'avancée de chacun. C'est l'occasion de recentrer les priorités.
Tous les jours, nous sommes tenu d'envoyer un petit compte-rendu de nos activités du jour, en n'oubliant pas d'indiquer les difficultés que l'on peut rencontrer. En fonction de la difficulté, un membre de l'équipe peut être amené à donner son avis sur le problème s'il l'a déjà rencontré par le passé.
Le soir est toujours une bonne occasion de discuter avec mon maître de stage : que ce soit pour se tenir mutuellement informé de nos activités ou pour faire des points sur les développements à venir.