Voici un draft pour définir un process à mettre en place pour l'organisation des développements applicatif de TZ.
Les nouvelles fonctionnalités sont défini par Charles. Pour définir la liste complétes des nouvelles fonctionnalités il peut utiliser l'outils de sont choix. Un conseil peut être pris auprès des équipes de développement pour avoir une notion de la difficulté et de la possibilités de réalisation d'une fonctionnalité.
Outils possible :
- Basecamp
- Trello
- Excel
Les bugs sont remontés soit par les utilisateurs. Un outil devra répertorier tous les bugs remontés.
- Zendesk
Dans un cycle de développement sera de 2 semaines. En chaque début de cycle on définit le scope complet de tous les dévelopements qui devront être effectués durant cette période. Ces développements comprendront des bugs mineurs et des nouvelles fonctionnalités.
Une réunion définira avant chaque cycle la liste des développements. On partira des anciennes tâches non fini préalablement et on y ajoutera les nouvelles tâches. On tâchera d'évaluer le temps pour réaliser les tâches et ainsi essayer de permettre une réalisation de celle-ci dans le temps défini.
A la fin de chaque cycle un postmoterm aura lieu qui aura les buts suivants :
- Evaluation de la difficulté rencontrée
- "Aucun problème"
- "Estimation fausse pour tel ou tel raison."
- "Problème dans tel ou tel process"
Outils possible
Je propose l'utilisation de trello pour avoir une vue plus globale entre les différents projets. L'utilisation des issues Github pose le problème de visualisation entre les projets. On peut ainsi avoir un board par sprint. un board pour fini et un board pour backlog
Les bugs remontés peuvent être qualifié de plusieurs manières :
- Critique
- Majeur
- Mineur
Les bugs critiques doivent être résolu au plus vite. Tous les développements en cours doivent être arrêter pour fixer et déployer. Ce bug passera en dehors de tous process.
Les bugs Majeur devront être ajouté impérativement dans le sprint suivant.
Les bugs Mineur seront ajouté dans de futur sprint. Mais sans aucune priorisation.
Des Meetups réguliers peuvent être réaliser pour savoir ce que chacun fait et aider chacun si le besoin s'en fait sentir.
Chaque matin, indiqué sur slack la tâche en cours et les résultats de la veille. Si des problèmes sont rencontrés les indiqués pour avoir un retour rapide des autres si idées rapide de résolution. Des demandes d'assistances peuvent être aussi demandé. Il ne faut surtout pas "bloqué" sur une tâche. Demander plutôt de l'aide.
Chaque fin de sprint le post-mortem aura lieu au sujet du sprint précédent.