Glosario
Este documento explica alguna de las terminologías utilizadas por el equipo.
Pérdida vs Ganancia
Al evaluar los tickets durante las reuniones, el equipo evalúa el dolor versus la ganancia de la tarea solicitada. Estas estimaciones se pueden usar luego para priorizar el trabajo (el primero que se consideraría sería el de dolor bajo y ganancia alta, y el último, el de dolor alto y ganancia baja).
Aquí tenéis una idea de a qué corresponde cada nivel:
- Pequeño problema
-
reparación fácil que conocemos como hacer, está documentada y no toma mucho más que un día.
- Problema medio
-
algo que es (o suena) usable, requiere un poco de trabajo de investigación pero no tomaría mucho tiempo (hecho en una semana max.).
- Problema alto
-
algo que nunca hemos visto antes y requerirá más trabajo de investigación e impacte el análisis antes de que podamos obtener el inicio en ello o algo conocemos pero tomará más de un día para hacer apropiadamente.
|
Etiquetas de problema están siendo convertidas a puntos de historia en Proyecto CLE JIRA. Se representan en puntos de historia la complejidad de la incidencia y siendo utilizado para decidir la capacidad del equipo. Las etiquetas están siendo convertidas a puntos de historia basaron en tabla siguiente:
|
- Baja ganancia
-
hemos hecho sin terminar hasta ahora, impacta muy poca gente y tener un trabajo alrededor está disponible.
- Ganancia media
-
hay una solución alternativa disponible pero afecta a un gran número de personas.
- Alta ganancia
-
es un caso de uso compatible, afecta a muchas personas y no hay ninguna solución alternativa disponible.
Dev vs Ops
Al evaluar los tickets durante las reuniones, el equipo también evalúa si el ticket requiere la participación de un desarrollador o no. El resultado de esta evaluación se captura mediante las etiquetas «dev» u «ops» que se establecen en el ticket. También permiten agregar el ticket a los respectivos tableros que el equipo utiliza para coordinar el trabajo.
- dev
-
requiere trabajo de desarrollo (que se escriba un script/ansible) o trabajo de depuración no directo.
- ops
-
está relacionado con la configuración de una aplicación o la ejecución de un script existente para cambiar un comportamiento o requiere un poco de depuración para determinar qué está sucediendo antes de que pueda evaluarse si requiere una corrección de código o una corrección de configuración.
Prioridades
En realidad estamos haciendo un mal uso del campo de prioridad para reflejar el estado del ticket.
- Necesita Revisión
-
Este es el estado predeterminado que se establece en el ticket al abrirse. Este es el estado predeterminado que se establece en el ticket al abrirse.
- 🔥 URGENTE 🔥
-
El mundo está en llamas, si hemos establecido el ticket en ese estado, puede asumir que estamos trabajando en ello y puede suscribirse al ticket para recibir actualizaciones, no nos envíe un mensaje para que podamos concentrarnos en ello.
- Siguiente Reunión
-
Esto marca los tickets que deben discutirse dentro del equipo durante nuestra reunión semanal del equipo en irc.libera.chat.
- Esperando al cesionario
-
Esto marca los ticket que han sido clasificados y están esperando que alguien los recoja o que el asignado los trabaje/termine.
- Esperando al Informe
-
Esto marca los ticket en los que se le hizo una pregunta al reportero cuya respuesta es necesaria para avanzar con el ticket.
- Esperando en Externo
-
Esto marca los ticket que están bloqueados esperando algo o alguien fuera del equipo.
Categorías de aplicación
La infraestructura de Fedora ejecuta una gran cantidad de aplicaciones. CLE ejecuta la mayoría de ellas y mantiene (es decir, mantiene el código base, escribe código y parchea) varias de ellas. Sin embargo, no todas las aplicaciones reciben la misma atención por parte de CLE. Por lo tanto, se han clasificado en dos estados y dos niveles de mantenimiento.
Cada aplicación puede entonces ser categorizado utilizando esos, por ejemplo:
-
bodhi es: CLE ejecuta y mantenga - Ruta crítica
-
koji es: CLE se ejecuta y no se mantiene (tipo A) - Ruta crítica
-
waiverdb es: CLE se ejecuta y no se mantiene (tipo b) - Ruta crítica
-
simple-koji-ci es: CLE se ejecuta y no se mantiene (tipo b): no es una ruta crítica
Estado de mantenimiento
- CLE ejecuta y mantiene
-
estas son las aplicaciones que ejecutamos y de las cuales el equipo es responsable del código base. Lideramos el proyecto en sentido ascendente y lo ejecutamos en la infraestructura. Si algo falla, lo revisamos y, si requiere un parche, lo implementamos.
- CLE se ejecuta y no realiza mantenimiento
-
se trata de aplicaciones que se ejecutan en la infraestructura, pero para las cuales no escribimos el código base. Hay dos tipos de aplicaciones en esta sección:
-
a) aplicaciones que por la cual parecemos tras el despliegue
-
b) aplicaciones para las cuales otra gente miran tras el implementación, en cuyo caso nuestro trabajo se puede describir como proporciona "energía y pings", es decir, proporcionar energía y red. Si algo falla, intentaremos reiniciar el servicio y, si no se recupera, contactaremos a los responsables de la aplicación.
-
Want to help? Learn how to contribute to Fedora Docs ›