{"id":204,"date":"2018-10-07T13:00:02","date_gmt":"2018-10-07T12:00:02","guid":{"rendered":"https:\/\/kalaxia.org\/?p=204"},"modified":"2018-10-07T13:00:02","modified_gmt":"2018-10-07T12:00:02","slug":"nouvelle-organisation-du-projet","status":"publish","type":"post","link":"https:\/\/kalaxia.org\/?p=204","title":{"rendered":"Nouvelle organisation du projet"},"content":{"rendered":"

L’\u00e9t\u00e9 est pass\u00e9, et a vu plein de nouveaut\u00e9s pour Kalaxia ! Tout d’abord, de nombreuses mises \u00e0 jour sont arriv\u00e9es sur notre serveur de preprod, que vous pouvez d\u00e9couvrir via le portail<\/a> ! Nous avons \u00e9galement mis \u00e0 la disposition des d\u00e9veloppeurs participant \u00e0 ce projet open-source un serveur de tests, qui leur permet de participer plus facilement ! Le portail quant \u00e0 lui fait sa rentr\u00e9e et adopte un nouveau design progressivement, tandis que l’\u00e9quipe se d\u00e9cide \u00e0 reprendre la communication en esp\u00e9rant voir de nouveaux joueurs rejoindre la communaut\u00e9 !<\/p>\n

Mais le principal changement reste la nouvelle direction que nous avons pris dans la gestion du projet<\/strong>. Avant l’\u00e9t\u00e9 d\u00e9j\u00e0, pour parer au pi\u00e9tinement que l’on observait sur les diff\u00e9rents sujets, la communaut\u00e9 a vot\u00e9 pour un syst\u00e8me de prise de d\u00e9cision moins coll\u00e9gial. D\u00e9sormais, nous avons r\u00e9organis\u00e9 l’\u00e9quipe en un noyau dur, qui adopte plus rigoureusement les principes de l’Agilit\u00e9, en particulier les m\u00e9thodes Scrum<\/em> et Kanban<\/em>.<\/p>\n

Nous d\u00e9coupons d\u00e9sormais le projet en sprints, p\u00e9riodes de deux semaines durant lesquelles l’\u00e9quipe s’engage sur la production d’User Stories<\/em> (une User Story est une phrase permettant de donner plusieurs informations sur une fonctionnalit\u00e9, par exemple \u00ab\u00a0En tant que chef de faction<\/strong>, je veux d\u00e9clarer la guerre,<\/strong> afin d’accro\u00eetre mon territoire<\/strong>\u00ab\u00a0). Nous priorisons \u00e9galement par la valeur, c’est \u00e0 dire que nous estimons \u00e0 quelle point une fonctionnalit\u00e9 sera importante pour nos utilisateurs finaux, nous estimons ensuite le temps de travail n\u00e9cessaire pour accomplir ce travail, et nous commen\u00e7ons par produire les US \u00e0 forte valeur et \u00e0 faible complexit\u00e9 ! Cela permet de sortir plus rapidement une version MVP<\/strong> (Minimum Viable Product<\/em>) !<\/p>\n

Cette m\u00e9thode porte d\u00e9j\u00e0 ses fruits ! On peut observer que la productivit\u00e9 a fortement augment\u00e9<\/strong> depuis le milieu de l’\u00e9t\u00e9:<\/p>\n

(ajout et suppression de code dans l’API, c\u00f4t\u00e9 serveur)\"\"<\/h6>\n
(ajout et suppression de code client, c\u00f4t\u00e9 navigateur)<\/h6>\n

\"\"<\/p>\n

Cependant, l’inconv\u00e9nient de cette m\u00e9thode a \u00e9t\u00e9 le sentiment d’exclusion de la communaut\u00e9 de la conception du jeu, conception qui s’est voulue coll\u00e9giale depuis le d\u00e9but du projet. C’est pourquoi nous avons convenu qu’un sprint se ferait en trois parties parall\u00e8les:<\/p>\n