[et_pb_section fb_built=\u00bb1″ _builder_version=\u00bb4.16″ custom_margin=\u00bb0px|0px|0px|0px|true|true\u00bb custom_padding=\u00bb0px|0px|0px|0px|true|true\u00bb collapsed=\u00bboff\u00bb global_colors_info=\u00bb{}\u00bb][et_pb_row admin_label=\u00bbIntro\u00bb _builder_version=\u00bb4.16″ background_size=\u00bbinitial\u00bb background_position=\u00bbtop_left\u00bb background_repeat=\u00bbrepeat\u00bb custom_margin=\u00bb0px|0px|0px|0px|true|true\u00bb custom_padding=\u00bb0px|0px|0px|0px|true|true\u00bb collapsed=\u00bbon\u00bb global_colors_info=\u00bb{}\u00bb][et_pb_column type=\u00bb4_4″ _builder_version=\u00bb4.16″ custom_padding=\u00bb|||\u00bb global_colors_info=\u00bb{}\u00bb custom_padding__hover=\u00bb|||\u00bb][et_pb_text _builder_version=\u00bb4.21.0″ background_size=\u00bbinitial\u00bb background_position=\u00bbtop_left\u00bb background_repeat=\u00bbrepeat\u00bb global_colors_info=\u00bb{}\u00bb]<\/p>\n
En un entorno empresarial vol\u00e1til e incierto, es fundamental poder entregar incrementos de software con calidad y rapidez. Estos objetivos son una parte clave del desarrollo \u00e1gil, pero para poder moverse r\u00e1pido, el equipo necesita una comprensi\u00f3n profunda de lo que se est\u00e1 haciendo y, m\u00e1s importante a\u00fan, si va por el camino correcto. Para ello, no basta con preguntarse \u00ab\u00bfqu\u00e9 tan r\u00e1pido vamos?\u00bb. Los Service Delivery se aseguran de que el equipo progrese de manera eficiente hacia las metas. Necesitan profundizar y usar datos reales para comprender lo que sucede tras bambalinas. Con esta comprensi\u00f3n, pueden identificar obst\u00e1culos, tomar decisiones informadas y, en \u00faltima instancia, permitir al equipo construir un mejor software y lanzar una versi\u00f3n m\u00e1s r\u00e1pida del mismo.<\/p>\n
Esta Parte I<\/strong> de esta serie de art\u00edculos explora la gesti\u00f3n de entregas basada en datos, un poderoso enfoque que permite a los equipos \u00e1giles desbloquear informaci\u00f3n valiosa de sus herramientas de desarrollo existentes. Al unir esos puntos de datos, los Service Delivery pueden obtener se\u00f1ales valiosas que luego se pueden convertir en informaci\u00f3n procesable.<\/p>\n [\/et_pb_text][\/et_pb_column][\/et_pb_row][et_pb_row admin_label=\u00bbData: Your Agile Advantage. Are You Using It? \u00bb module_class=\u00bbd-lg-flex flex-lg-row-reverse\u00bb _builder_version=\u00bb4.16″ background_size=\u00bbinitial\u00bb background_position=\u00bbtop_left\u00bb background_repeat=\u00bbrepeat\u00bb custom_margin=\u00bb0px|0px|0px|0px|true|true\u00bb custom_padding=\u00bb0px|0px|0px|0px|true|true\u00bb collapsed=\u00bbon\u00bb global_colors_info=\u00bb{}\u00bb][et_pb_column type=\u00bb4_4″ _builder_version=\u00bb4.16″ custom_padding=\u00bb|||\u00bb global_colors_info=\u00bb{}\u00bb custom_padding__hover=\u00bb|||\u00bb][et_pb_text _builder_version=\u00bb4.21.0″ background_size=\u00bbinitial\u00bb background_position=\u00bbtop_left\u00bb background_repeat=\u00bbrepeat\u00bb global_colors_info=\u00bb{}\u00bb]<\/p>\n Datos: Su ventaja \u00e1gil. \u00bfLa est\u00e1 utilizando?<\/strong><\/p>\n Cada paso del proceso de desarrollo de software crea se\u00f1ales valiosas. Las se\u00f1ales las producen las actividades del equipo. Por lo tanto, es necesario que un Delivery Manager las identifique, comprenda e integre para ganar conocimiento. Para obtener esas se\u00f1ales, es importante utilizar las herramientas adecuadas. A continuaci\u00f3n, presentamos los tipos de herramientas m\u00e1s comunes que pueden ser \u00fatiles para recopilar se\u00f1ales:<\/p>\n Herramientas de gesti\u00f3n de proyectos:<\/strong> (Jira, Asana) se utilizan para planificar, rastrear e informar sobre tareas, historias de usuario y el progreso general del proyecto. Estas herramientas brindan una descripci\u00f3n visual del flujo de trabajo, los plazos y la carga de trabajo del equipo.<\/p>\n Verificadores de c\u00f3digo:<\/strong> (SonarQube, CodeClimate) se utilizan para el an\u00e1lisis est\u00e1tico del c\u00f3digo, identificando posibles errores y vulnerabilidades de seguridad antes de que causen problemas.<\/p>\n Sistemas de control de versiones:<\/strong> (Git) sus dos prop\u00f3sitos principales son primero, mantener la integridad de los diferentes artefactos; y segundo, permitir una colaboraci\u00f3n eficaz sobre una base de c\u00f3digo com\u00fan. El sistema de control de versiones es esencial para gestionar los cambios y mantener un historial de la evoluci\u00f3n del proyecto.<\/p>\n Herramientas de implementaci\u00f3n:<\/strong> (Jenkins, CircleCI) son como el equipo de boxes para el software, se utilizan para agilizar el proceso de implementaci\u00f3n. Realizan un seguimiento de la frecuencia con la que se lanzan nuevas versiones y la rapidez con la que se corrigen los problemas.<\/p>\n Herramientas de prueba:<\/strong> (Las pruebas se realizan para garantizar que el software funcione correctamente). Estas herramientas se utilizan para mantener una estrategia de control de calidad sistem\u00e1tica. En estas herramientas, los equipos crean diferentes casos de uso pero tambi\u00e9n registran la ejecuci\u00f3n y los resultados de los diferentes tipos de prueba.<\/p>\n Herramientas de monitoreo:<\/strong> (Datadog, New Relic) estas herramientas monitorean el software en par\u00e1metros de producci\u00f3n, como el rendimiento y la salud general, produciendo una visi\u00f3n de qu\u00e9 tan r\u00e1pido responde a los usuarios y si hay alg\u00fan error.<\/p>\n Comentarios de los clientes:<\/strong> (encuestas, entrevistas) permiten recopilar el resultado real: retroalimentaci\u00f3n de los usuarios que utilizan el software. Puede brindar informaci\u00f3n valiosa sobre la satisfacci\u00f3n del cliente al recopilar informaci\u00f3n sobre la satisfacci\u00f3n del usuario.<\/p>\n [\/et_pb_text][\/et_pb_column][\/et_pb_row][et_pb_row admin_label=\u00bbTurning Signals into Actionable Insights \u00bb _builder_version=\u00bb4.16″ background_size=\u00bbinitial\u00bb background_position=\u00bbtop_left\u00bb background_repeat=\u00bbrepeat\u00bb custom_margin=\u00bb0px|0px|0px|0px|true|true\u00bb custom_padding=\u00bb0px|0px|0px|0px|true|true\u00bb collapsed=\u00bbon\u00bb global_colors_info=\u00bb{}\u00bb][et_pb_column type=\u00bb4_4″ _builder_version=\u00bb4.16″ custom_padding=\u00bb|||\u00bb global_colors_info=\u00bb{}\u00bb custom_padding__hover=\u00bb|||\u00bb][et_pb_text _builder_version=\u00bb4.21.0″ header_4_line_height=\u00bb36px\u00bb background_size=\u00bbinitial\u00bb background_position=\u00bbtop_left\u00bb background_repeat=\u00bbrepeat\u00bb global_colors_info=\u00bb{}\u00bb]<\/p>\n Convertir se\u00f1ales en informaci\u00f3n procesable<\/strong><\/p>\n \u00a1Imagina toda esta informaci\u00f3n encerrada en cajas separadas! Eso no es \u00fatil. Para que un Delivery Manager convierta las se\u00f1ales en informaci\u00f3n procesable, necesita unirlas de todas estas herramientas y analizarlas para obtener una imagen completa de c\u00f3mo progresa el trabajo. Las herramientas de integraci\u00f3n de datos como Swarmia, Minware o Hevo Data act\u00faan como puentes, conectando todos estos datos de diferentes herramientas para que pueda ver el panorama general. Para hacer esta integraci\u00f3n, es importante que el Delivery Manager use los datos para responder las preguntas correctas. Solo entonces se deben definir las m\u00e9tricas.<\/p>\n Una metodolog\u00eda interesante para determinar qu\u00e9 m\u00e9tricas se necesitan es Goal – Question – Metrics (GQM)1. Siguiendo esta metodolog\u00eda, aqu\u00ed hay algunas preguntas que deben hacerse y ejemplos de posibles m\u00e9tricas para ayudar a responderlas:<\/p>\n \u00bfEl equipo avanza a un buen ritmo?<\/strong> \u00bfLas tareas tardan demasiado en completarse?<\/strong> \u00bfHay muchos errores en el c\u00f3digo?<\/strong> \u00bfEst\u00e1 bien probada la mayor parte del c\u00f3digo?<\/strong> \u00bfCon qu\u00e9 frecuencia se lanzan nuevas versiones?<\/strong> \u00bfQu\u00e9 tan r\u00e1pido podemos solucionar problemas en producci\u00f3n?<\/strong> \u00bfTenemos que revertir las versiones con frecuencia?<\/strong> \u00bfFunciona el software sin problemas?<\/strong> \u00bfEst\u00e1n contentos los clientes o usuarios?<\/strong> [\/et_pb_text][\/et_pb_column][\/et_pb_row][et_pb_row admin_label=\u00bbSo far\u00bb _builder_version=\u00bb4.21.0″ _module_preset=\u00bbdefault\u00bb custom_padding=\u00bb|0px||0px|false|true\u00bb collapsed=\u00bboff\u00bb global_colors_info=\u00bb{}\u00bb][et_pb_column type=\u00bb4_4″ _builder_version=\u00bb4.21.0″ _module_preset=\u00bbdefault\u00bb global_colors_info=\u00bb{}\u00bb][et_pb_text admin_label=\u00bbText\u00bb _builder_version=\u00bb4.21.0″ _module_preset=\u00bbdefault\u00bb custom_margin=\u00bb||10px||false|false\u00bb hover_enabled=\u00bb0″ global_colors_info=\u00bb{}\u00bb sticky_enabled=\u00bb0″]<\/p>\n Hasta ahora, hemos visto las limitaciones de la velocidad como \u00fanica m\u00e9trica para los equipos \u00e1giles. Tambi\u00e9n hemos introducido la gesti\u00f3n de entrega basada en datos como un enfoque poderoso para obtener una comprensi\u00f3n m\u00e1s profunda de su trabajo.<\/p>\n La entrega r\u00e1pida de software de alta calidad es crucial, pero para moverse con agilidad, los equipos necesitan ir m\u00e1s all\u00e1 de la simple medici\u00f3n de la velocidad. Necesitan comprender qu\u00e9 se est\u00e1 haciendo y si se est\u00e1n moviendo en la direcci\u00f3n correcta.<\/p>\n
\nM\u00e9trica:<\/strong> Velocity.
\nPor qu\u00e9 es importante: La velocidad mide la cantidad de trabajo que un equipo completa dentro de un marco de tiempo espec\u00edfico (generalmente un sprint), normalmente calculada sumando los Story Points (una estimaci\u00f3n relativa del esfuerzo) de todas las historias de usuario completadas en un sprint. Las herramientas de gesti\u00f3n de proyectos como Jira o Asana pueden rastrear las historias de usuario completadas y sus Story Points asociados.<\/p>\n
\nM\u00e9trica:<\/strong> Lead Time & Cycle Time.
\nPor qu\u00e9 es importante:<\/strong> El tiempo de entrega mide el tiempo total que lleva completar un elemento de trabajo, desde que ingresa al proceso de desarrollo hasta que est\u00e1 listo para la implementaci\u00f3n. El tiempo de ciclo se enfoca en el tiempo dedicado activamente a trabajar en un elemento de trabajo, excluyendo los tiempos de espera. Los sistemas de control de versiones como Git pueden rastrear cu\u00e1ndo se inicia y finaliza un elemento de trabajo, y puedes calcular el tiempo de entrega y el tiempo de ciclo analizando esas marcas de tiempo.<\/p>\n
\nM\u00e9trica:<\/strong> Defect Rate.
\nPor qu\u00e9 es importante:<\/strong> La tasa de defectos mide la frecuencia de errores descubiertos en el c\u00f3digo base. Normalmente se expresa como la cantidad de defectos encontrados por unidad de trabajo (por ejemplo, por cada 1000 l\u00edneas de c\u00f3digo). Las herramientas de seguimiento de problemas utilizadas para informar errores pueden proporcionar datos sobre la cantidad de defectos identificados. Para calcular la tasa de defectos, divide el n\u00famero total de defectos por el tama\u00f1o del c\u00f3digo base o el n\u00famero de historias de usuario completadas.<\/p>\n
\nM\u00e9trica:<\/strong> Code Coverage.
\nPor qu\u00e9 es importante:<\/strong> La cobertura del c\u00f3digo mide el porcentaje de tu c\u00f3digo base que est\u00e1 cubierto por pruebas unitarias automatizadas. Una mayor cobertura del c\u00f3digo indica un proceso de prueba m\u00e1s completo y potencialmente menos errores. Las herramientas de prueba proporcionan informes de cobertura del c\u00f3digo que indican qu\u00e9 secciones de tu c\u00f3digo est\u00e1n cubiertas por pruebas unitarias.<\/p>\n
\nM\u00e9trica:<\/strong> Frecuencia de release.
\nPor qu\u00e9 es importante:<\/strong> La frecuencia de implementaci\u00f3n mide la frecuencia con la que lanzas nuevas versiones de tu software a producci\u00f3n. Normalmente se expresa como la cantidad de implementaciones por unidad de tiempo (por ejemplo, implementaciones por semana). Las herramientas de implementaci\u00f3n como Jenkins o CircleCI permiten calcular la frecuencia de implementaci\u00f3n al rastrear los eventos de implementaci\u00f3n.<\/p>\n
\nM\u00e9trica:<\/strong> Deployment Lead Time.
\nPor qu\u00e9 es importante:<\/strong> El tiempo de entrega de implementaci\u00f3n mide el tiempo que lleva arreglar un error o problema en producci\u00f3n e implementar una correcci\u00f3n para los usuarios. Refleja la capacidad del equipo para responder a los problemas de manera oportuna. Rastrea el tiempo desde que se identifica un problema de producci\u00f3n hasta que se implementa una correcci\u00f3n. Las herramientas de implementaci\u00f3n y los sistemas de control de versiones pueden proporcionar informaci\u00f3n sobre los tiempos espec\u00edficos donde se realizaron ciertas actividades que m\u00e1s tarde se pueden usar para calcular el tiempo de entrega de la implementaci\u00f3n.<\/p>\n
\nM\u00e9trica:<\/strong> Rollback Rate.
\nPor qu\u00e9 es importante:<\/strong> La tasa de reversi\u00f3n mide la frecuencia de las reversiones debido a errores o problemas imprevistos. Una alta tasa de reversi\u00f3n indica posibles problemas con el proceso de implementaci\u00f3n o la calidad del c\u00f3digo. Las herramientas de implementaci\u00f3n rastrean las implementaciones exitosas y fallidas. Analiza el historial de implementaci\u00f3n para identificar reversiones y calcular la tasa de reversi\u00f3n.<\/p>\n
\nM\u00e9tricas:<\/strong> Application Uptime, Average Response Time, Error Rate.
\nPor qu\u00e9 es importante:<\/strong> Estas m\u00e9tricas miden la salud y el rendimiento del software en producci\u00f3n. El tiempo de actividad de la aplicaci\u00f3n refleja el porcentaje de tiempo que el software est\u00e1 disponible para los usuarios. El tiempo de respuesta promedio indica qu\u00e9 tan r\u00e1pido responde el software a las solicitudes de los usuarios. La tasa de error mide la frecuencia de errores encontrados por los usuarios. Las herramientas de monitoreo como Datadog o New Relic rastrean estas m\u00e9tricas continuamente. Aprovecha estas herramientas para analizar la salud y el rendimiento de la aplicaci\u00f3n.<\/p>\n
\nM\u00e9trica:<\/strong> Satisfacci\u00f3n del Cliente.
\nPor qu\u00e9 es importante:<\/strong> La satisfacci\u00f3n del cliente es una medida m\u00e1s amplia de qu\u00e9 tan felices est\u00e1n los usuarios con el software. Se puede evaluar mediante encuestas, entrevistas y rese\u00f1as de usuarios. Realiza encuestas o entrevistas con una muestra representativa de la base de usuarios para medir su satisfacci\u00f3n.<\/p>\n