# data[].attributes.body
INDICADORES.

Partimos de la primicia como he de esperarse, que no existe un único indicador para medir desarrollo de software, dado que las métricas pueden estar orientadas a diferentes contextos como lo pueden ser la Calidad, seguridad y la Productividad, entre otros.

1. Garantiza que el valor del software no va a estar supeditado al número de aplicaciones desarrolladas, lo anterior ocasionalmente es un error muy común, dada que se opta por la cantidad frente a la calidad, lo que debemos de tomar en cuenta es que lo desarrollado contribuya a la experiencia del cliente, dentro de las actividades.

2. Limpieza de código, básicamente sería el establecer algunos métodos que faciliten identificar eventuales “incoherentes prácticas”, a nivel del desarrollo, originando que este sea más fácil de entender.

3. Flaquezas de seguridad, es necesario el establecer procesos automatizados y métricas que contribuyan a minimizar las vulnerabilidades de la aplicación.

4. Establecer métricas relacionados con el rendimiento del software, como lo puede ser la tasa de transferencia efectiva (Network throughput), que corresponde a la cantidad de unidades de datos que procesa un sistema en un cierto período de tiempo.

Aporte Joel Jiménez Mayorga

}

# data[].attributes.body
1) Frecuencia de implementación (Deployment Frequency):  Analiza la frecuencia con la que una organización implementa código en producción o los lanza a los usuarios finales.
La medición puede hacerse de manera automatizada a través  de pipeline de implementación automatizada, llamadas API o scripts manuales.

2)Plazo de ejecución para cambios ( Lead Time): Mide el tiempo que tarda una confirmación en llegar a la producción. Se calcula capturando el momento en el que se inicia una revisión (commit) en la pipeline y cuándo esa misma actualización del código se despliega en producción.

3) Tasa de fallas en los cambios (Change Failure Rate): Porcentaje de cambios que resultaron en incidencias. Si implementamos cuatro veces en una semana, y tres de nuestras implementaciones fallan por alguna razón, el CFR será del 75%. El valor ideal de la  tasa de fallo es que sea inferior al 15%.

4) Tiempo medio de restauración (MTTR Mean Time To Restore): Es el tiempo medio que se necesita para volver al servicio posterior a un fallo en la producción.

Natalia Porras

# data[].attributes.body
Al establecer la visión hacia un paradigma cliente céntrico para la organización, los indicadores más indicados para dar seguimiento sería:

Efectividad eliminando defectos: dada la relevancia de ofrecer un servicio oportuno y en un esquema de disponibilidad adecuado, es importante gestionar la información correspondiente a los errores que fueron identificados y su tiempo de solución.

Interfaz y uso: Este es un insumo que considera elementos como la estética y coherencia de la solución, documentación requerida y factores para personalización.

Performance: Es un indicador que determina la capacidad de procesamiento, el tiempo de respuesta ante el procesamiento, los recursos disponibles, efectividad, entre otros.

Función: Se obtiene de la evaluación de las características y capacidades solicitadas por el cliente, funcionalidades; además de algunos requerimientos no funcionales.

Como un valor agregado, las nuevas metodologías se enfocan en conocer en tiempo oportuno las necesidades del cliente de manera que se genere mayor satisfacción y valor.

Luis Diego Venegas

# data[].attributes.body
I.         Velocidad del equipo

Un de los indicadores claves de gestión en el proceso de producción de software es la velocidad del equipo, el cual mide la cantidad de trabajo o software desarrollado por un equipo durante un Sprint determinado.

Este indicador de productividad refleja la velocidad a la que un equipo de desarrollo Scrum entrega valor continuamente. Es decir, la cantidad media de Product Backlog convertida en Incremento de producto durante un Sprint.

II.            Rendimiento

Otro de los indicadores claves de gestión en el proceso de producción de software, es el rendimiento el cual mide el número de unidades de trabajo completadas por el equipo en un periodo de tiempo. En un sistema Kanban, donde representamos el trabajo en tarjetas, el rendimiento sería el número de tarjetas Kanban terminadas en un tiempo determinado.

III.            Tiempo de Ciclo

En el proceso de producción de software el tiempo de ciclo es un indicador que mide el tiempo que un equipo tarda en realizar una tarea, o resolución de error, desde que comienza a trabajar en ello. Este indicador gestionar de gran forma las expectativas de los usuarios o clientes. Es importante mencionar, que el tiempo de entrega se refiere al tiempo que el equipo tarda en realizar una tarea desde que ésta es planteada. Es decir, desde que una funcionalidad es definida y ésta es entregada al usuario final.

Aporte: Alberto Agüero Herrera

# data[].attributes.body
1-Revisiones tempranas de QA: Detectar un problema a tiempo en la industria de software nos permite ahorrarnos mucho dinero y dolores de cabeza.

2-Unit test: Cada desarrollador debería de revisar su código antes de ser entregado o integrado con otro. También permite que los desarrolladores apliquen las buenas prácticas.

3-Entender las solicitudes del usuario o cliente, van a permitirnos entregar lo que él realmente necesita y a la vez esto le genera mayor satisfacción.

Aporte: Pamela Green

# data[].attributes.body
Líneas de Código

Eficacia en la eliminación de defectos

Densidad de defectos

# data[].attributes.headline
3 Indicadores de gestión que identifico que se pueden implementar en el proceso de producción de software con una metodología ágil

# data[].attributes.subject
3 Indicadores de gestión que identifico que se pueden implementar en el proceso de producción de software con una metodología ágil

# data[].attributes.body
Trabajo colaborativo: Como desarrolladores muchas veces se nos asignas proyectos desde su inicio hasta la implementación. Con la aplicación de metodologías ágiles, sabemos que trabajar en segmentos, con aportes de diferentes compañeros puede mejorar e impulsar el desarrollo. La eficiencia y eficacia del producto como resultado final. Como hemos aprendido se puede medir con tableros de progreso, la frecuencia se establece una reunión diaria para establecer objetivos y por lo menos una semanal para ver el progreso logrado. La intención de medirlo seria evaluar el rendimiento y evitar el estancamiento del desarrollo.

Mayor motivación de los trabajadores: partiendo de lo anterior, los grupos o equipos de trabajo autogestionados mejoran el desarrollo de la capacidad creativa, creando in ambiente calmo y colaborativo lo que facilita el progreso un ambiente de cooperación entre los miembros de trabajo. Al existir la motivación la persona como parte de un equipo colaborativo se sentirá motivado para mejorar y dar más aportaciones al grupo, lo que da paso al mejoramiento continuo. Este aspecto lo que pretende medir es la colaboración y la medición debería ser diaria, con la intención de analizar el progreso del grupo y establecer roles, permitiendo saber quién, qué y cómo necesitan apoyo o pueden brindarlo.

Mayor satisfacción del cliente: En definitiva, este punto es importante, la satisfacción de un cliente que se ve involucrado en el desarrollo de su producto, aportara mas y mejores ideas, desde su perspectiva de usuario final, puede aportar valor al desarrollo. La medición se daría en espacios definidos de entregas de los avances del producto, con la intención de medir los requerimientos y la funcionalidad de este.

Aporte de Melissa Oviedo G.