Es terrible tratar de usar un software que falla continuamente, ya sea con errores o errores tipográficos o “hmmm, ¿por qué no funcionó?”
La mejor manera que he encontrado para eliminar errores es hacer que los desarrolladores demuestren nuevas funciones en una sesión formal. La demostración puede ser solo para el gerente del producto o el propietario del producto, o puede expandirla para incluir otras partes interesadas internas y externas. Los desarrolladores no disfrutarán de ser humillados cuando vean qué tan mal funciona su código.
Para la mayoría de los equipos, la mala calidad es el resultado de la presión de la gerencia para entregar más de lo posible. Cuando corrige tanto la fecha de entrega como el conjunto de características, está configurando a su equipo para el fracaso. Al final, la calidad no es una variable. Pocos ejecutivos asignarán recursos para cumplir con un estándar de calidad, pero todos requerirán un código libre de errores.
- ¿En qué idioma de software funcionan los semáforos?
- ¿Por qué los ingenieros de software no participan en la organización laboral?
- ¿Cuánto cuesta el presupuesto de ERP Software?
- ¿Qué es Embedded Linux? ¿Qué conocimiento se requiere para usarlo?
- ¿Cuáles son los mejores ejemplos de errores de software que se convirtieron en características (también conocidos como errores)?
Le sugiero que entreviste a algunos de sus líderes de desarrollo para conocer su perspectiva sobre la calidad de su producción. Los buenos devops y los métodos de gestión de productos abordan estos problemas.
En cuanto a la administración, enséñeles a priorizar (vea mi Método de priorización rápida) y use una hoja de ruta y / o un gráfico de velocidad para ayudarlos a comprender la mecánica de la entrega de software en su tienda.