Cuando un equipo técnico completa la creación de un nuevo producto de software, el trabajo de un líder no ha terminado. El siguiente paso esencial es garantizar que la nueva tecnología funcione como se pretende y cumpla las expectativas de los clientes.
Existen una serie de indicadores clave de rendimiento (o por sus siglas en inglés KPI, Key Performance Indicator) que se controlan antes y después del lanzamiento de un software al mercado.
Estos indicadores pueden demostrar a los equipos tecnológicos qué funciona, qué no funciona y qué se puede mejorar. A continuación, 16 miembros del Consejo de Tecnología de Forbes hablan de los KPI en los que confían para evaluar la calidad del software y por qué proporcionan información valiosa.
1. Ingresos generados
“La métrica más importante para casi cualquier negocio en Internet es la cantidad de ingresos generados. Centramos nuestros esfuerzos y damos prioridad a todas nuestras iniciativas en torno a maximizar las tasas de conversión de los clientes y aumentar los ingresos y los beneficios” - Adam Ayers, Número 5.
2. Tasa de escape de defectos
“La tasa de escape de defectos ha resistido la prueba del tiempo como la única métrica que nos da suficiente visibilidad para optimizar continuamente los procesos, las metodologías y las inversiones en automatización antes del lanzamiento. La tasa de detección de fallos, medida después del lanzamiento, nos da una visión del impacto en el cliente que es mejor que cualquier otra medida para decirnos lo que se nos escapa. Además, nos da los medios para dar la prioridad adecuada a los defectos” - Shailaja Shankar, Cisco.
3. Defectos identificados durante la UAT
“El número de defectos identificados por los usuarios durante las pruebas de aceptación del usuario (o UAT por sus siglas en inglés: User Acceptance Testing) es un KPI importante para comprender la calidad de nuestro equipo. No sólo arroja luz sobre la calidad del software, sino también sobre dónde tienen que mejorar los diferentes equipos en el ciclo de vida de desarrollo de software” - Selva Pandian, DemandBlue.
4. Puntuación neta del promotor
“Todo lo que construimos está al servicio de nuestros usuarios finales. La calidad del software repercute en el KPI que mantiene el pulso sobre si seguimos aportando valor a nuestros usuarios. En muchos casos, se trata de la puntuación neta del promotor (Net Promoter Score), pero podría ser un KPI similar que ofrezca información sobre la lealtad y la satisfacción de los usuarios. Es un indicador retardado muy fuerte que indica si los numerosos engranajes de la máquina de software están bien engrasados" - Rahul Rao, Understood.org.
5. Fuga de defectos
“Para el software que ya está en el mercado, hemos descubierto que la fuga de defectos -el número de defectos encontrados por los usuarios clientes dividido por el número total de defectos encontrados- es un buen indicador de la calidad. Es una gran medida de la eficacia de nuestra garantía de calidad interna” - Sanjay Gidwani, Copado.
6. Opinión del cliente
“En última instancia, lo que más importa en todo momento es la opinión del cliente. Hay muchos otros KPI que nuestros equipos de producto, control de calidad y desarrollo aplican, pero todos estos KPI sirven para garantizar que obtenemos excelentes comentarios de los clientes sobre cada nueva capacidad que lanzamos” - Maria Scott, TAINA Technology.
7. Número de usuarios activos
“Vigilamos de cerca el número de usuarios activos y el crecimiento de este número a lo largo del tiempo. Si los usuarios encuentran nuestro software lo suficientemente valioso como para utilizarlo con regularidad y siguen volviendo, eso significa que estamos añadiendo valor en sus vidas y/o funciones. En mi opinión, la "calidad" también puede definirse como la respuesta eficaz a una demanda del mercado. Si el número de usuarios activos aumenta, significa que estamos creando algo útil y valioso" - Emilien Sanchez, Whaly.
8. Experiencia del usuario
“La experiencia del usuario es un KPI importante para evaluar la calidad del software que crea un equipo porque afecta directamente a la forma en que los usuarios interactúan con el producto y lo perciben. Una experiencia de usuario positiva es un fuerte indicador de un producto de software de alta calidad, e impulsa la satisfacción del cliente y mejora la adopción y retención del usuario. A largo plazo, también puede reducir los costos de asistencia y formación" - Qusai Mahesri, Xpediant Digital.
9. Cobertura del código
“Destacaría la cobertura del código como un KPI importante. Mide el porcentaje de código cubierto por las pruebas automatizadas, lo que nos da una idea del potencial de errores no descubiertos. Una cobertura alta suele significar menos errores y un mejor mantenimiento” - Sandro Shubladze, Datamam.
10. Errores y tendencias de errores
“El seguimiento de los errores y las tendencias de los errores relacionados con las pruebas positivas y negativas son excelentes métricas (y una práctica recomendada) cuando se realizan pruebas de calidad de versiones de software. Estas tendencias pueden basarse en el tamaño y la complejidad de la versión y ayudarán a mejorar las prácticas de pruebas unitarias y de integración para que la fase de pruebas de calidad sea más eficaz” - Mark Schlesinger, Broadridge Financial Solutions.
11. Tiempo medio de detección
"El tiempo medio de detección calcula el tiempo que suele tardar en descubrirse un fallo o problema de software. Este KPI ofrece información importante sobre la eficacia de los procesos de prueba y supervisión para encontrar y solucionar problemas de software" - Neelima Mangal, Spectrum North.
12. Rotación de clientes
“El KPI número 1 en el que me baso para evaluar la calidad de nuestro software es la rotación de clientes. Nuestro producto está diseñado para ayudar a las personas mientras tengan un negocio. Si vemos un gran pico de usuarios que se dan de baja o no renuevan, sabemos que algo no va bien y tenemos que examinarlo más de cerca. Por lo general, consultamos nuestros análisis y nos ponemos en contacto con los clientes existentes para encontrar el problema” - Thomas Griffin, OptinMonster.
13. Tiempo medio de reparación
“Evaluamos la calidad del software observando el tiempo medio de reparación, que mide el tiempo medio que se tarda en resolver los defectos o problemas que surgen en el software después de su lanzamiento. El MTTR (Mean Time To Repair o tiempo medio de reparación) refleja la eficacia del proceso de corrección de errores de nuestro equipo y la solidez general del software. Un MTTR bajo significa que podemos identificar y solucionar rápidamente los problemas, lo que se traduce en una mayor satisfacción del cliente” - Cristian Randieri, Intellisystem Technologies.
14. Ratio de uso de funciones
“Un KPI en el que me apoyo es el ratio de uso de funciones. Es muy sencillo: Comprobamos cuántos de nuestros usuarios utilizan realmente cada una de las funciones que hemos creado. Si una función no se utiliza mucho, es una señal de que no estamos construyendo lo que nuestros usuarios realmente necesitan o que estamos fallando en la comunicación y la formación. Esto nos ayuda a ser ágiles, eficaces y centrarnos en el usuario” - Andres Zunino, ZirconTech.
15. Velocidad de adopción
“La velocidad de adopción es un KPI crucial para evaluar la calidad del software. Mide la rapidez con la que las nuevas funciones o actualizaciones son adoptadas por los usuarios tras su lanzamiento. Una alta velocidad de adopción indica que el software aporta valor y satisface eficazmente las necesidades de los usuarios. En cambio, un índice de adopción lento puede indicar problemas de usabilidad, comunicación o relevancia de los cambios” - Jagadish Gokavarapu, Wissen Infotech.
16. Utilización de la energía; coste de la CPU
“La utilización de la energía y el costo de la CPU (Central Processing Unit, o Unidad Central de Procesamiento) son KPI importantes para nosotros. El costo monetario y el impacto medioambiental de un software mal optimizado pueden ser significativos. Si un código base necesita más CPU o RAM para ejecutarse, inevitablemente aumenta el gasto de hardware, nube o energía necesario para hacerlo funcionar. Los fallos en la optimización a menudo también pueden apuntar a otros defectos que pueden ser buenos desde el punto de vista operativo (es decir, que no se rompen), pero que podrían ser perjudiciales de otras maneras” - Christopher Dean, Digital Tactics Ltd.
