.png)
.png)
El marco de Objetivos y Resultados Clave es una metodología de definición de metas que ayuda a los equipos a establecer un conjunto claro de metas medibles para el trimestre. Se centra en los resultados en lugar de en los entregables, y es una excelente forma para que los equipos de desarrollo de software simplifiquen la comunicación con las partes interesadas. En lugar de discutir cómo debe entregarse un determinado proyecto, el equipo y la dirección pueden centrarse en por qué es necesario dicho proyecto, y qué impacto se espera.
Bien implementados, los OKR permiten a los equipos apropiarse de su hoja de ruta mediante un conjunto claro de objetivos a alcanzar.
También existen muchas similitudes entre las buenas prácticas del desarrollo de software y las buenas prácticas de los OKR. Quiere tener ciclos de retroalimentación rápidos y trabajar en pequeños incrementos para asegurarse de que sus esfuerzos producen los resultados correctos.
En esta guía veremos algunos consejos para ayudarle a escribir buenos OKR, así como algunos ejemplos específicos para desarrolladores.
Cómo escribir OKR para el desarrollo de software
Paso 1. Conozca la diferencia entre OKR y proyectos
El mayor cambio para los desarrolladores que adoptan OKR es desplazar su compromiso lejos del backlog para centrarse en las metas definidas al inicio del trimestre.
Para ello, es esencial comprender la diferencia entre Objetivos, Resultados Clave y proyectos:
- Objetivos: ¿qué queremos lograr el próximo trimestre?
- Resultados Clave: ¿cómo vamos a medir el progreso?
- Proyectos/Iniciativas: ¿cuáles son nuestras mejores apuestas para llegar ahí?
Un error común es empezar a enumerar todas sus iniciativas existentes como Resultados Clave. Resulta bastante tentador, ya que estos proyectos son importantes, pero sus OKR no deberían ser una representación distinta de su hoja de ruta.
Un buen Objetivo debe ser inspirador y fácil de entender por cualquier persona de su organización. Puede ser más específico en los Resultados Clave, pero los Objetivos deben dar una idea clara del impacto esperado al final del trimestre.
Un buen Resultado Clave debería ayudarle a medir el progreso hacia su Objetivo. Una buena prueba es preguntarse: «actuaríamos de forma diferente si este Resultado Clave se desviara?». Si la respuesta es negativa, entonces necesita refinar su OKR.
Por último, sus proyectos o iniciativas son apuestas que hace para lograr sus OKR. Algunas funcionarán: redoble la apuesta en ellas. Otras fallarán, y está bien detenerse y pasar a la siguiente idea.
Paso 2. Elija 2 o 3 áreas de enfoque
El siguiente paso es elegir el enfoque correcto para el trimestre. Aquí tiene algunos ejemplos aplicables al desarrollo de software:
- Fiabilidad: garantizar que el servicio funcione siempre como se espera.
- Usabilidad: mejorar las funciones existentes para que la plataforma sea intuitiva.
- Funcionalidad: ofrecer nuevas capacidades.
- Seguridad: mejorar la protección existente y añadir nuevas salvaguardas para proteger a los clientes.
- Rendimiento: asegurarse de que su aplicación sea responsiva y escalable.
- Velocidad de desarrollo: invertir en su ciclo de desarrollo para lanzamientos más rápidos.
Una vez que tenga su tema definido, puede ir más allá y transformarlo en declaraciones inspiradoras para el equipo. Se convertirán en el punto de partida de sus OKR.
Paso 3. Redacte su plan
Una vez que haya definido su enfoque, puede empezar a redactar sus OKR. Encontrará algunos ejemplos a continuación, y aquí tiene una guía completa sobre los OKR si recién está empezando.
Ejemplo de OKR para desarrolladores de software
OKR para reducir la deuda técnica
Reducir significativamente nuestra deuda técnica heredada
Reducir el número de incidencias etiquetadas como deuda de 120 a 75
El 20% del esfuerzo del sprint se dedica a la deuda técnica
El rendimiento de la aplicación mejora un 80% gracias a nuestro trabajo en la deuda técnica
OKR para acelerar los ciclos de lanzamiento
Lograr lanzamientos más rápidos mediante la automatización
Aumentar el número de despliegues en producción de 1 por semana a 4 por semana
Reducir el tiempo medio de entrega de cambios de 8 días a 72 h
Reducir el tiempo de compilación de 20 min a 5 min
El 100% de nuestros servicios cuentan con un pipeline de Continuous Delivery
OKR para lanzar una aplicación móvil exitosa
Lanzar un MVP de aplicación móvil exitoso
Alcanzar 100 usuarios activos diarios en móvil antes de que finalice el trimestre
El NPS de la aplicación móvil es superior a 30
El 25% de los nuevos usuarios activos instala la aplicación móvil
Alcanzar una retención del 60% en la semana 4 entre los usuarios activos de nuestra aplicación móvil
OKR para mejorar el rendimiento y la fiabilidad del software
Construir una infraestructura de clase mundial
Aumentar el Apdex de 0,7 a 0,98
Reducir el número de escalaciones de guardia en un 40%
Mejorar las sesiones sin fallos del 75% al 95%
Reducir el tiempo de carga de las páginas principales a menos de 2 s
OKR para mejorar la calidad del código
Mejorar nuestros estándares de calidad del código
El 100% de las pull requests son revisadas por 2 desarrolladores
El 75% de los desarrolladores ha recibido formación en control de calidad (QA)
El 100% de los repositorios utiliza linting de código y análisis estático de código
Reducir en un 60% el porcentaje de builds rotos relacionados con QA
OKR para alcanzar excelentes estándares de seguridad
Alcanzar excelentes estándares de seguridad
El 100% de nuestros servicios cuenta con un sistema de mitigación de amenazas
El 100% de los dispositivos está inscrito en una solución de gestión de dispositivos móviles (MDM)
Todos los desarrolladores obtienen una puntuación de 90+ en nuestra formación de concienciación en seguridad
Nuestras políticas cubren el 100% de los requisitos de la norma ISO 27001
OKR para migrar a una nueva tecnología
Nuestra base de código JS ha migrado a TypeScript
El 75% de nuestros repositorios JS utiliza ahora TypeScript
Reducir en un 30% el uso del tipo «any»
El 80% de los desarrolladores front-end ha recibido formación en TypeScript
Descubra más OKR de desarrollo de software
Hay varias formas de obtener más ejemplos de OKR que se adapten bien a los equipos de desarrollo:
- Plantillas de OKR para desarrolladores: una biblioteca de más de 150 plantillas de OKR que puede buscar por palabras clave o etiquetas.
- Generador de OKR con IA: también puede generar un conjunto de metas personalizado utilizando IA.
Seguimiento de sus OKR
Saber escribir buenos OKR es fundamental, pero sin un buen seguimiento, los OKR se desvanecerán y se perderá el enfoque.
Cuanto más fácil sea para un equipo tener conversaciones semanales sobre los OKR, mejor los ejecutará. Aquí tiene algunas buenas prácticas para el seguimiento de los OKR.
1. Haga check-ins semanales
Para ser eficaces, los OKR trimestrales deben seguirse cada semana. Sin una reflexión continua sobre el progreso, sus OKR no serán muy diferentes de tener simples KPI.
El proceso de check-ins puede automatizarse con una plataforma como Tability, que se encarga de los recordatorios y distribuye las actualizaciones a los equipos.
2. Controle su nivel de confianza
Las buenas actualizaciones de progreso deben ayudar a todos a entender qué tan lejos estamos de nuestra meta, pero también qué tan seguros estamos de alcanzarla. Puede utilizar una sencilla codificación de colores rojo/amarillo/verde para indicar su nivel de confianza.
3. Facilite la visualización de las tendencias
Por último, es importante observar las tendencias para evitar falsos positivos. No es raro que un equipo tenga un comienzo fuerte y luego se ralentice a mitad del trimestre. Esto será difícil de ver a menos que pueda consultar las tendencias de progreso de cada Resultado Clave.
¿Qué otras métricas pueden utilizar los desarrolladores?
Ahora que ya tiene buenos objetivos, es momento de elegir algunos resultados clave, y encontrar buenas métricas que funcionen para su equipo puede ser complicado. Por suerte, hemos reunido todas las que puede usar.
Aquí tiene algunas para empezar:
Frecuencia de despliegue
Con qué frecuencia una organización realiza despliegues exitosos en producción
Tiempo medio de entrega de cambios
Cuánto tiempo tarda un commit en llegar a producción.
Tiempo medio de recuperación
Cuánto tiempo tarda una organización en recuperarse de un fallo en producción.
Tasa de fallos de cambios
El porcentaje de despliegues que provocan un fallo en producción
Disponibilidad
Qué proporción del día/semana/mes una aplicación permanece activa y en funcionamiento sin interrupciones.
Tasa de apertura/cierre
El número de incidencias abiertas dividido por el número de incidencias cerradas.
Número de incidencias
Cuántas incidencias ocurrieron en producción, idealmente clasificadas por gravedad.
Cobertura de código
El porcentaje del código que está cubierto por pruebas automatizadas.
Tiempo de compilación
Cuánto tiempo se tarda en promedio en completar una compilación. Indica cuánto tiempo le toma a un desarrollador saber si sus cambios rompieron la aplicación.
Tiempo de revisión hasta la fusión (RTMT)
Cuánto tiempo tarda una revisión de código en completarse y fusionarse.
