Errores Priorizados

El proceso Errores Priorizados está diseñado para llamar la atención sobre problemas que no son bloqueadores pero que siguen siendo de alto impacto o alta visibilidad. Los criterios son intencionadamente subjetivos y podremos quitar errores de la lista si no podemos convencer a los desarrolladores de que progresen.

Llevamos a cabo una reunión cada dos semanas. Está abierta a cualquiera, pero quien normalmente asisten son FPgM y FPL. Envíe los errores aceptados nominados y abiertos un día antes a la lista de correo de distribución de clasificación (y opcionalmente a la de prueba y desarrollo).

Los Viernes (o cualquier día que prefiera), son buenos para revisar los Errores Priorizados aceptados y asegurarse de que no se vuelvan obsoletos. Vea en documentación del proceso directrices sobre como impulsar los errores.

Invite a los asignados de los errores nominados y aceptados para que puedan aportar su opinión.
Recuerde al equipo de Control de Calidad y a la lista de correo de desarrollo que este proceso existe para que puedan nominar errores y participar en las reuniones.
Editar la wiki a mano (a pesar de que dice que está automatizado) apesta. Quizás puedas bifurcar el código Blocker Bugs y usarlo para generar la lista. O quizás pueda escribir un script que genere una página estática.
If you keep the IRC script in the pgm_communication repo up-to-date, it will make it easier to prepare an agenda and keep status from meeting-to-meeting.