Rencontrer l’équipe
DevOps comprend un grand nombre de fonctionnalités et d’outils permettant aux équipes de collaborer et d’améliorer leurs processus. Votre expérience DevOps commence par la présentation des membres de notre équipe logicielle fictive, qui vient de se rendre compte qu’elle doit améliorer son processus de mise en production.
Tailspin Toys, ou Tailspin pour faire court, est une société de jeux vidéo. Les serveurs de jeux et les sites web de Tailspin sont hébergés dans un centre de données local. La société vient de fêter la sortie d’un nouveau jeu de course. Dans les prochains mois, elle va sortir un jeu de tir spatial appelé Space Game.
L’équipe avec laquelle vous allez collaborer est chargée de créer des sites web pour présenter les nouveaux jeux. Ces sites web fournissent des informations sur les jeux, expliquent comment les obtenir et montrent les leaderboards avec les scores les plus élevés. Chaque site web doit être activé le jour de la sortie du jeu, ce qui nécessite une certaine coordination entre les équipes et fait peser une pression supplémentaire sur l’équipe web.
Le site web Space Game est une application .NET écrite en C# qui est déployée sur Linux. Le site web n’est pas encore terminé, mais voici à quoi il ressemble maintenant :
Et voici à quoi ressemble le leaderboard :
Vous pouvez filtrer le leaderboard par mode ou par carte de jeu. Vous pouvez également sélectionner le nom d’un joueur pour voir son profil et ses scores :
Voici les membres de votre équipe :
Andy est le responsable du développement. Il est passionné d’ordinateurs depuis l’enfance. Pendant son temps libre, il programme pour des projets personnels. Andy aimerait avoir plus de temps libre.
Amita travaille dans l’assurance qualité. Elle est calme, ce qui aide à contrebalancer le tempérament de certains développeurs. Elle est douée pour organiser et définir les priorités, et elle aime les cas extrêmes.
Tim est chargé des opérations. Il affectionne les solutions pratiques et il est très prudent (certaines personnes disent même « parano »), ce qui est logique après tout, puisque c’est lui qu’on appelle à 3 heures du matin quand un problème survient.
Irwin est chef de produit. Il travaille dans le secteur des jeux vidéo depuis des décennies. Irwin a un comportement amical avec les équipes de développement, mais tout le monde sait que pour lui, le calendrier a priorité sur les gens. Irwin est peu influençable, mais si on lui dit qu’il existe un moyen d’accélérer la mise sur le marché en fournissant moins d’efforts, il est toute ouïe.
Mara est nouvelle. Elle vient d’être embauchée comme développeur chez Tailspin, et travaille sous la responsabilité d’Andy. Elle a choisi Tailspin, car elle est passionnée de jeux vidéos et parce qu’elle pense que les petites entreprises innovent davantage. Elle adore la méthode DevOps.
Good morning
Irwin (Responsable de l’équipe du produit) a convoqué tous les membres de l’équipe pour une réunion et il est de mauvaise humeur. Le leaderboard du jeu de course a été mis à jour avec plusieurs nouvelles fonctionnalités et il vient de les présenter à un groupe de gamers local. Le moins que l’on puisse dire, c’est que la réaction des joueurs a été décevante. Il lit la liste des principaux problèmes :
- Certaines fonctionnalités ne fonctionnent correctement qu’avec certains modes.
- La mise à jour du leaderboard prend trop de temps, même avec peu de joueurs.
- Chaque score s’affiche comme appartenant à un joueur différent, même si ce n’est pas le cas.
- La nouvelle fonctionnalité de classement retourne des résultats incorrects.
- Il n’existe aucun moyen de regrouper les scores par date ou par session de jeu.
- La production de cette nouvelle version a duré plusieurs mois (et elle comporte de nombreux défauts).
Il demande à l’équipe : « En combien de temps pouvons-nous résoudre ces problèmes ? »
Andy pense : Il va me falloir un mois pour écrire ce code.
Amita pense : Il va me falloir au moins une semaine pour tester ce code et je ne peux pas commencer tant qu’Andy n’a pas fini, en plus, il a la manie d’ajouter du code en douce.
Tim pense : Il me faudra au moins une semaine pour configurer les environnements et déployer ce code en production. Je ne peux pas commencer tant qu’Amita n’a pas terminé. En plus de ça, elle n’est jamais d’accord pour considérer une version comme finale.
Mara se demande : Avons-nous fait une erreur en acceptant ce travail ?
Andy regarde ses collègues et dit « Nous allons y réfléchir et nous reviendrons vers toi. »