«La medición no funcional no es opcional: es estratégica» Conversación con Fabrizio di Cola

Durante el 1º Evento Métrico organizado por GUFPI-ISMA el pasado 16 de mayo en Roma, encuentro que Quanter patrocinó, conversamos con Fabrizio de Cola, Vicepresidente de GUFPI-ISMA y Chair del Non-Functional Sizing Standards Committee de IFPUG.

Con su habitual claridad y visión estratégica, Fabrizio abordó los retos reales de introducir métricas en las organizaciones, la evolución del modelo SNAP, la colaboración con Quanter, y el papel que puede jugar la inteligencia artificial para hacer que medir lo no funcional deje de ser una barrera y se convierta en una ventaja competitiva.

Entrevista realizada por Julián Gómez, CDAIO de LedaMC y Quanter. En italiano, subtítulos disponibles en español e inglés

Julián Gómez: Gracias Fabrizio por hacer esta entrevista con nosotros. Fabrizio es Vicepresidente de GUFPI-ISMA y Chair del Comité de Estándares de Dimensionamiento No Funcional de IFPUG.

Fabrizio di Cola: Es un placer.

J.G.: Hoy tenemos que hacerte algunas preguntas que son un poco difíciles de responder.

F.C.: Ok, estoy preparado.

J.G.: Muy bien, como siempre, ¿no? Ok, empecemos con una pregunta directa:
¿Hay que ser un poco geek para dedicarse al mundo de las métricas de software?

F.C.: Mira, le estás preguntando a la persona equivocada porque en Italia soy ingeniero. En la facultad de ingeniería decimos que hacemos chistes de ingenieros, ¿no? Pero en realidad, no.
Solo necesitas estar interesado en ciertos temas, porque necesitas desarrollar una sensibilidad que solo a través del interés y la pasión por ciertos temas uno puede desarrollar, en resumen.

J.G.: Exactamente, somos un poco especiales, podríamos decir.
Ok, ¿qué debería llevar a una empresa a perseguir verdaderamente la importancia de la medición? ¿Qué beneficios concretos podrían observarse?

F.C.: Bueno, principalmente la medición, una vez se acuerda un estándar con un cliente, por ejemplo, permite tener un lenguaje compartido independiente de la cultura del cliente o del proveedor.
Te permite demostrar costes sin conflicto y reduce la fricción, tanto con clientes como con proveedores. ¿Y cuánto vale eso para una empresa? Mucho.

J.G.: No es fácil, pero es algo bueno.
Y para aquellas empresas que aún no han comenzado este camino, ¿cuáles crees que son los principales obstáculos que encontrarán y cómo pueden superarlos para tener éxito en la implementación de métricas?

F.C.: El principal obstáculo para una empresa que actualmente no utiliza métricas es la cultura.
Se necesita un gran esfuerzo de concienciación cultural, especialmente por parte de la dirección, porque introducir métricas no es gratis, y por eso se debe implementar un cambio organizativo, un cambio de procesos y una planificación real para alcanzar el objetivo, que es usarlas de forma extendida.
Así que el primer paso es precisamente sensibilizar culturalmente a la dirección, para lograr el compromiso y la implementación de un programa realista de introducción de métricas.

J.G.: Sí, al final podemos decir que somos animales culturales, ¿no? Y eso es lo que debería guiarnos.

F.C.: Sí.

J.G.: Gracias.
Y recientemente se firmó una colaboración entre IFPUG y LedaMC para utilizar la base de datos de Quanter en su estudio sobre SNAP. ¿Puedes contarnos en qué consiste esta iniciativa y qué valor aporta a la comunidad de desarrollo de software?

F.C.: Por mi experiencia, pero también por una encuesta que hicimos en IFPUG, surgió que una de las principales cosas que teníamos que hacer sobre SNAP era definir un método de estimación.
Porque, por mi experiencia, introducir SNAP es un proceso, y también hay que hacer estimaciones de la parte no funcional al nivel de propuesta, cuando se hace la propuesta económica al cliente.

J.G.: Exacto.

F.C.: Y la colaboración con Quanter y la disponibilidad de estos datos nos ayudará a definir una forma estructurada de estimar SNAP, que hasta hoy no existe, y esperamos que, gracias a esta colaboración, podamos encontrar una forma que permita tanto una estimación estructurada como la posibilidad en algunos contextos de medir SNAP de una forma un poco más rápida.
Así que la combinación de estas cosas, esperamos, nos llevará a este resultado.

J.G.: Estoy seguro de que sí.
Ok, combinar SNAP con Function Points en proyectos de desarrollo, ¿qué cambia en el trabajo diario?

F.C.: En el trabajo diario, como dije antes, hay que ver la introducción de SNAP como un cambio organizativo.
Porque en el día a día, lo que cambia no es tanto la medición en sí, sino las habilidades del medidor.
Hay algo de diferencia entre el medidor de Function Points y el medidor de SNAP.

J.G.: Exactamente.

F.C.: Y una vez que se supera ese obstáculo, entonces medir con SNAP es como medir con Function Points.
Los entregables son diferentes, la forma en que lo haces cambia, pero al final, ya sea Function Points o SNAP, la medición es esencialmente la misma.

J.G.: Sí, podemos decir que hay cierta resistencia porque no todo el mundo conoce esta «nueva» metodología, pero una vez que la conocen, pueden aplicarla sin problemas.

F.C.: Sí, sí, cuando se ha superado completamente ese ‘gap’, que el rol del medidor SNAP no necesariamente coincide del todo con el del medidor de Function Points, pero el trabajo es totalmente análogo.

J.G.: Exactamente. Gracias.
Todavía hay muchas empresas que creen que métricas como los Function Points solo sirven para proyectos tradicionales.
¿Qué les dirías para mostrar que en realidad son fundamentales también en entornos Agile, DevOps, integración continua y demás?

F.C.: Bueno, digamos que Agile, DevOps en general, es un cambio cultural y organizativo similar al que comentamos al introducir las métricas. Cultura, ¿no?
Pero luego las empresas no solo quieren la banderita, quieren resultados.

J.G.: Exactamente.

F.C.: Si no mides en un proyecto Agile y solo mides el proyecto tradicional, nunca sabrás qué resultados has conseguido realmente.
Porque, por ejemplo, usando story points, los proyectos no son comparables.
No puedes definir KPIs para entender cómo va la introducción de Agile o DevOps.

J.G.: Podemos decir: “¿Este KPI, cómo va?»
“Bien, bien, todo va bien…”

F.C.: “Va bien” es el KPI perfecto.

J.G.: Exacto. Como siempre escuchamos, ¿cómo va el proyecto?
“99 %.” Luego: “Todavía 99 %.” Un mes después: “99 % — Terminado.”

F.C.: En cambio, con métricas, puedes medir y crear algo objetivo y comparable, lo que también te permite tomar decisiones estratégicas a nivel empresarial sobre el progreso y la introducción de un framework — Agile o incluso otro.

J.G.: Ok, muy bien.
Y hablando de la expansión global de SNAP, el manual ya está disponible en inglés y portugués brasileño, acaba de ser traducido al italiano y ahora está comenzando la traducción al español.
¿Qué papel crees que tiene la certificación en la difusión de SNAP, y qué recomendarías a quienes quieren comenzar a conocer mejor SNAP?

F.C.: Bueno, la certificación tiene un papel crucial, porque evidentemente hablo y conozco el mercado italiano, donde la participación en concursos públicos puede estar estructurada solo a través de la solicitud de una certificación, porque IFPUG reconoce la calidad del medidor a través de la certificación.
Así que es un rol clave, no tanto para guiar a una sola empresa, sino para guiar a todo el mercado hacia la introducción de una forma de medir la parte no funcional.

J.G.: Sí, como acabamos de decir, ¿no?

F.C.: Y con los KPIs, así es.

J.G.: Pero siguiendo una serie de métodos y prácticas, así pasé yo el examen.
Ok, perfecto. Estamos viviendo en una era donde todos hablan de inteligencia artificial.
Quanter fue patrocinador del primer evento de GUFPI-ISMA, y como hablamos, con su solución de estimación basada en IA. Desde tu punto de vista, ¿cómo debería integrar un experto en métricas la IA en su trabajo diario?

F.C.: Bueno, en mi opinión, la principal ventaja para un experto en métricas al usar IA es como tener un colega cerca.
Es como tener a alguien al lado, una persona con la que puedes hablar, que también hace parte de tu trabajo y quizás incluso más rápido.

J.G.: No puede hacer café, pero puede hacer el trabajo rápidamente.

F.C.: Quizás en el futuro también haga café, pero para un medidor es importante porque aumenta la productividad, incluso solo por la velocidad con la que hace ciertas cosas.
Además, por la experiencia que tengo, el medidor no será reemplazado por la IA; su trabajo será potenciado por la IA para aumentar la productividad y mejorar la calidad.

J.G.: Sí, de hecho es una ayuda… podemos decir… sine qua non, ¿no? Es una condición: al final, todo el mundo tendrá que usar este tipo de herramientas.

F.C.: Por supuesto, con cierto nivel de IA. Incluso los chicos la usan para muchas cosas.

J.G.: Mejor que nosotros.

F.C.: Sin duda.

J.G.: Ok, ¿y crees que aplicar IA a la medición SNAP podría convertirse en un motor importante para la difusión de la metodología?

F.C.: Sí, porque aquí está el punto: la automatización de las mediciones debe pasar necesariamente por la comprensión de los requisitos.
Así que la inteligencia artificial permite eso.
Puede ayudar tanto en la calidad de la justificación de la medición, mediante el vínculo con el requisito no funcional, como en la medición propiamente dicha, porque SNAP, al medir la solución al requisito no funcional, tiene varios entregables sobre los cuales la IA puede razonar y automatizar una parte de la medición.

J.G.: Sí, de hecho, cuando hacemos demostraciones con Quanter, muchas personas, como tú sabes, cuando escuchan hablar de la metodología, alguien que no sabe nada siempre tiene un poco de miedo.
Pero cuando mostramos que este “colega” hace el trabajo, dicen:
“Ah, esto es más fácil de lo que pensaba, ¿podemos romper esta barrera?”
¿No? Es algo positivo.
Entonces tengo la última pregunta, la más difícil.
¿Roma o Lazio?

F.C.: Para un italiano, digamos que cuando hablamos de equipos de fútbol es como hablar de tu madre o tu hija…
Yo, siendo de Roma, solo puedo apoyar a Lazio. Vivo en el barrio donde nació la Lazio, así que absolutamente Lazio.

J.G.: Absolutamente. Muy bien, gracias Fabrizio por tu tiempo.

F.C.: Gracias por la entrevista.