mozilla
Vos résultats de recherche

    Planification et suivi de la documentation

    L'utilisation de la méthode Scrum est en cours d'implémentation grâce à l'outil scrumbugs. Cet outil permet de suivre la documentation à partir du moment où le bogue est rempli, de gérer la priorisation et l'assignation d'un auteur, et ce jusqu'à fermeture du bogue. Cette page détaille la manière dont nous utilisons cet outil.

    Note : ceci est mentionné plusieurs fois dans ce document, mais nous souhaitons attirer votre attention. L'implémentation est en cours, et certaines choses restent à définir. De plus, d'autres modifications sont à venir au fur et à mesure de notre expérience. Nos ferons de notre mieux pour garder cet article à jour.

    Termes et valeurs

    Le champ scrum « component » (« c= » dans le « whiteboard » de Bugzilla) doit toujours correspondre au composant Bugzilla du bogue. Scrumbugs doit définir ceci automatiquement si vous ne spécifiez pas de valeur.

    Le champ « user » (« u= ») doit prendre l'une des valeurs suivantes :

    webdev
    Le document sera principalement utilisé par des développeurs Web.
    mozdev
    Le document sera principalement utilisé par des développeurs de Mozilla ou d'extensions.
    appdev
    Le document sera principalement utilisé par des développeurs d'applications.
    mdn
    Le document est à propos de MDN, comme le processus de documentation par exemple.

    Le champ « points » (« p= ») est défini pour estimer le temps nécessaire pour corriger le bogue. Si la valeur est 0, aucune durée n'a encore été assignée (donc 0 ne signifie pas « wow, trop facile ! »).

    Dans le processus scum typique, chaque point représente généralement une demi-journée de travail, mais nous allons affiner et personnaliser cette durée selon nos besoins (et nous mettrons à jour ce document).

    Listes et liens

    Bogues prêts et en-cours
    Cette page sur scrumbu.gs liste les bogues qui sont actuellement en chantier ainsi que ceux que nous avons triés et sont prêts à être entammés.
    Toutes les demandes de documentation
    Cette liste sur Bugzilla montre toutes les demandes ouvertes de documentation pour les développeurs, incluant celles qui n'ont pas été triées.
    Faire une demande de documentation
    Pour formuler une demande de documentation, vous pouvez utiliser ce lien.

    Processus

    Toutes les deux semaines, nous tenons notre Réunion communautaire MDN. Au cours de cette réunion, nous regardons la file d'attente des bogues prêts et faisons des suggestions de bogues dont des auteurs pourraient se charger. Les auteurs de l'équipe MDN tenteront de s'occuper des bogues spécifiques, tandis que les contributeurs sont libres de choisir ceux qu'ils souhaitent.

    Les auteurs deviennent propriétaires de bogues en s'assignant ces bogues. Ils ne doivent pas hésiter à contacter les développeurs appropriés pour obtenir plus d'information (toutefois, essayer de comprendre par vous-mêmes vous aidera à gagner en respect, ce qui compte beaucoup). Vous pouvez déterminer quel développeur contacter en consultant le bogue lui-même, dans lequel nous essayons de lister les experts pertinents, ou en consultant la page des experts par thématique sur MDN. Si vous ne parvenez pas à identifier un expert, visitez #developers sur irc.mozilla.org et posez vos questions.

    Une fois que vous avez pris le bogue en main, mettez-vous au travail ! Vous trouverez des guides pour auteurs et plus d'information utile ici sur MDN.

    Une fois que vous pensez avoir terminé de mettre à jour le contenu, il est recommandé de demander une revue technique ou éditoriale selon les modifications que vous avez apportées. C'est à vous de déterminer si une revue est nécessaire, puisque la probabilité que vous ayiez commis un erreur est fonction de la quantité ou la complexité des modifications apportées, ou si vous avez travaillé de près avec un expert. N'hésitez pas à demander à la personne appropriée de faire une relecture, à un expert de regarder et corriger d'hypothétiques erreurs techniques, une relecture par un auteur sur #devmo.

    Une alternative pour avoir un autre regard sur votre contribution, si vous n'arrivez pas à contacter ces personnes, est de leur assigner le bogue en ajoutant un commentaire poli leur demandant de jeter un coup d'œil. Assurez-vous de mentionner la localisation de vos modifications et le type de problèmes qui vous soucie.

    Une fois que vous avez terminé, et que vous êtes satisfaits de votre contribution, marquez le bogue comme « resolved/fixed » ! Félicitations !

    Voir également

    Étiquettes et contributeurs liés au document

    Étiquettes : 
    Contributors to this page: Delapouite, FredB
    Dernière mise à jour par : Delapouite,