IFPUG Metric Views | Vol. 14 | Issue 2 – Dezembro/2020 – Autor: Carlos Eduardo Vazquez
IFPUG Metric Views | Vol. 14 | Issue 2 – Dezembro/2020 – Autor: Carlos Eduardo Vazquez

El contexto de la productividad y eficiencia de software antes y después de la pandemia.

Primero, es necesario una breve perspectiva del contexto económico en el cual el desarrollo de software se adhiere para entender el espacio de productividad y eficiencia pasados los efectos de la pandemia de COVID-19.

Al final, este ambiente tiene un papel crítico en la transformación digital y en la ascensión de prácticas de desarrollo Ágil, como, por ejemplo, el desarrollo continuo en contraste a la mentalidad clásica de proyecto, el uso de SCRUM y Kanban.

A lo largo de la última década (2010 – 2020) los Estados Unidos experimentaron un crecimiento único en su base monetaria. En seguida, la pandemia del COVID-19 aumentó aún más esa base monetaria en naciones de todo el mundo.

En este mismo periodo, la transformación digital y el desarrollo ágil de software se han convertido en una tendencia en la gestión empresarial y en el desarrollo de software, porque las prioridades se han desplazado gradualmente hacia los resultados consiguiendo «the next best thing» a toda costa. Después de todo, nunca ha habido tanto dinero disponible. Sin embargo, nadie puede predecir con certeza cuánto durará esto.

El eje del tiempo en la eficiencia de software

Al principio, plazos más cortos hayan sido un resultado clave para el éxito en este contexto, de esta forma el monitoreo del eje del tiempo en la gestión de la eficiencia no podrá ser desconsiderado. Siendo así, con el fin de ofrecer visibilidad e insight sobre la eficiencia de tiempo en específico lead Time, Cycle Time e Reaction Time son métricas con frecuencia recomendadas en la gestión del desarrollo ágil.

El eje de costo- beneficio en la eficiencia de software

A pesar de que el tiempo sea un importante componente de la gestión de la eficiencia, él no es el único. Además, el costo-benefício es otro.

La idea es maximizar en términos generales el retorno sobre la inversión (ROI) al determinar qué partes entregar primero, por ejemplo, una historia de usuario o una feature dependiendo del nivel de abstracción en que la priorización ocurre, Por eso, la gestión de software ágil aborda el costo-beneficio principalmente en la priorización del product backlog en un nivel más bajo; o durante la planeación del roadmap en un nivel más alto.

El eje de la productividad en la gestión de la eficiencia

La Produtividad en la gestión de software es un tercer componente para la gestión de eficiencia. Algunas referencias incluyen el precio unitario como un cuarto componente, a pesar de ser, nada menos que, un caso especial de productividad.

De todas formas, productividad en la gestión de software o precio unitario exigen cuantificar el producto de alguna forma. Y aquí entra la brecha, que debe ser abordada por la administración en C-level y es en este admirable mundo nuevo en que todos estamos entrando

¿Cuál es el propósito de la medición de productividad en la gestión de software? Cuando se habla en Puntos de Función, la primera cosa que viene a la mente es derivar estimacioness. Nosotros queremos saber una productividad media, de manera que podamos extrapolar el costo o esfuerzo necesario para entregar una cierta cantidad de funcionalidades o determinar cuanta funcionalidad cabe en un presupuesto o ventana de tiempo.

Más allá de estimaciones

El análisis de Puntos de Función es profundamente asociado a sus aplicaciones en estimaciones, a pesar de esto, ella tiene otros propósitos más críticos en el contexto en cuestión como, por ejemplo, sus aplicaciones en benchmarking interno o externo.

En general, en el contexto descrito inicialmente, las estimaciones desempeñan un papel mucho menos importante que en otros casos, porque el software ágil prioriza la respuesta al cambio sobre el seguimiento de un plan; y las personas y las interacciones sobre los procesos y las herramientas.

¿Por qué el tema del artículo es importante?

Primero, todo cambio tiene un tiempo de experimentación y exploración. Se trata de algo parecido a una caja de arena con una cierta libertad de acierto y error, porque el volumen invertido no promueve una mayor preocupación con la prestación de cuentas, transparencia y eficiencia operacional.

Sin embargo, llega un punto en el desarrollo de este cambio, que algún mecanismo externo de monitoreo de la productividad en la gestión de software se vuelve un imperativo.

Por ese motivo, el articulo deconstruye la limitación de la estimación como propósito único o primario de los puntos de función y los coloca como elementos centrales en la cuantificación de productos entregados a pesar de estar fuera del contexto de un proyecto, como es el caso del desarrollo continuo, en el desarrollo ágil con SCRUM o Kanban y en la transformación digital.

Además, promueve cuestiones sobre el nivel de información necesario a la medición para los objetivos citados y si una aproximación no es suficiente delante de la necesidad de compatibilizar los beneficios de la medición con la poca documentación generalmente disponible.

¿Cuándo el tema del artículo se aplica?

Por eso, este artículo es útil al cuestionarse los costos. De esta forma, es también útil a la hora de hacer tangible la producción de manera que el desempeño sea comparable por diferentes proveedores, modelos, equipos. En fin, este articulo debería despertar el interés cuando se busca .