Tabla de contenido
¿Qué significa deuda técnica?
La deuda técnica es un concepto que se usa en desarrollo para definir el coste de mantener y arreglar un software mal construido, a menudo por hacerlo rápido o por no haber llevado a cabo un buen control de calidad antes de lanzarlo.
¿Qué es deuda tecnica en Scrum?
Neologismo empleado en el sector profesional TIC para describir la deuda de trabajo que se adquiere al producir código pobre, incumpliendo prácticas aconsejadas para el desarrollo de software.
¿Cómo identificar deuda tecnica?
¿Cómo identificamos una deuda técnica?
- Arquitectura no escalable.
- Ausencia o deficiente control de versiones.
- Documentación escasa, incompleta o inservible.
- Rigidez para actualizar a nuevas tecnologías o plataformas.
¿Qué es Technical Debt en un proyecto Agile?
La metáfora de deuda técnica, desarrollada por Ward Cunnigham, explica cómo el proceso de desarrollar de forma «rápida y sucia» nos hace incurrir en una deuda, que al igual que una deuda financiera, nos obliga al pago de intereses, que se traducen en un esfuerzo extra a realizar en las siguientes iteraciones de …
¿Cómo reducir deuda técnica?
Reducir la deuda técnica mediante una metodología ágil Un truco es este: definir, o redefinir, qué se considera «finalizado». Para un equipo tradicional, «finalizado» significa que tiene el nivel suficiente para que empiece el control de calidad.
¿Cómo reducir la deuda técnica?
En este artículo vamos a compartir algunas recomendaciones que pueden aplicarse durante el desarrollo, que nos ayudarán a reducir la deuda técnica en desarrollo de aplicaciones.
- Elegir una arquitectura flexible.
- Hacer de la revisión de código una rutina.
- Automatizar las pruebas.
- Mantener un registro de los cambios.
¿Qué es un bug en Scrum?
Hablamos de un Bug cuando nos referimos a un comportamiento del software que cumple con tres características básicas: es defectuoso, es indeseado y es inesperado.
¿Cómo documentar bugs?
¿Cómo reportar correctamente un bug?
- Asigna siempre un número único identificativo para poder hacer un seguimiento claro de la resolución del bug.
- Explica de forma clara y precisa como reproducir el error.
- Debes ser muy específico centrándote en el problema.
- Intenta usar la misma plantilla para los errores que reportes.
¿Quién es el encargado de corregir los bugs?
Responsable: es la persona encargada de solucionar el bug.
¿Qué debe tener un reporte de un defecto?
Consideraciones para reportar una falla
- Los bugs deben tener un identificador único.
- La falla debe ser reproducible para poder reportarla.
- Debe reportarse cada paso para reproducirla.
- Ser especifico.
- Describir el bug de forma concreta y simple.
- Investigar el patrón con el que ocurre el bug.
¿Qué son los bugs en SAP?
Sencillo: un bug es un error. Normalmente un problema con el código en un programa informático.
¿Cómo se prioriza un bug?
Los Bugs se priorizan teniendo el cuenta el Costo de NO solucionarlos. En inglés este criterio de priorización se conoce como Cost of Delay. Ahora bien, el desafío radica en que los Bugs tienen «costos» escondidos que son difíciles de «ver» para tenerlos en cuenta y ponderarlos apropiadamente.