Bugs por todas partes
Una estrategia para no vivir inmerso en un abismo de (Bugs)defectos
El problema:
¿Se han visto en situaciones donde los sistemas son tan grandes y complejos y donde un equipo de trabajo se ve rebasado por los bugs encontrados en la fase de pruebas?
Dejando ahogado al equipo de desarrollo por el tiempo de atención a estos?
Recientemente me encontré en una situación similar.
Los defectos son costosos ya sea por el tiempo que quita analizarlos y atenderlos o por que el no hacerlo genera deuda técnica y/o descontento de los clientes o usuarios, además que dependiendo del contexto de los sistemas puede llegar a generar pérdidas a una compañía si no son tratados adecuadamente. Así que la mejor manera de atacarlos puede ser compleja. Por esto me genere las siguientes preguntas:
¿Como podemos optimizar el tiempo de atención para estos bugs?
¿Como podemos mitigar que salgan nuevos bugs?
La solución:
Implementar la llamada: "Estrategia de Zero Bugs".
El camino:
Considerando los objetivos mas importantes para una compañía así como para el área de desarrollo, a continuación expondremos el ejemplo e implementación de esta estrategia.
Teniendo en mente la estructura de los equipos de desarrollo, la arquitectura de los sistemas y la naturaleza de estos, buscando siempre la calidad del software y metodologías de trabajo (no siempre bien aplicadas), se personaliza en base a varias fuentes la siguiente guia, y manera de implementar esta;
Espero les sea de ayuda!!
En un ecosistema basado en Azure DevOps y el mundo de .Net, contamos con varias herramientas que nos facilitan la vida al momento de controlar y versionar el código fuente. Sin embargo no solucionan todo el problema. En esta "plataforma" nos encontramos con herramientas para administrar tareas, requerimientos, defectos y gestionar las publicaciones (vaya pretenden envolver todo el ciclo de desarrollo de software), pero aún asi en ocasiones es necesario personalizarlas de acuerdo a la forma trabajo, y consideraciones comentadas en párrafos anteriores.
En los siguientes parrafos pretendo comentar como:
- Personalizar los elementos de trabajo y templates de azure devops
- Definicion de una estrategia de Zero Bugs
- Como priorizar de mejor manera la criticidad de los defectos/bugs
Buscaremos ver y manejar los defectos, como un temprano resfriado y no como una epidemia dentro de sus equipos de trabajo, de mediano a gran tamaño.
Como siempre sus comentarios constructivos son bienvenidos
Top comments (0)