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