Soy desarrollador de software y no tengo un conocimiento profundo de las mejores prácticas en torno a objetivos y resultados clave (OKR), por lo que baso mi pregunta principalmente en cómo se utilizan en mi empresa.
Cada trimestre tenemos una semana de OKR en la que agregamos OKR personales en función de lo que planeamos terminar este trimestre. Mis OKR son en su mayoría epopeyas del rastreador de problemas, por lo que hay un poco de duplicación que me molesta. Pero eso es algo pequeño.
Lo que realmente me molesta es que la idea de planificar las cosas con 3 meses de anticipación me da una sensación de cascada (y luego la primera línea de código real hace que este plan quede obsoleto). Podría funcionar bien para empresas estables y antiguas, pero para nosotros, como startups, no parece proporcionar mucho valor, ya que las cosas tienden a cambiar muy rápido (irónicamente, esta vez sucedió al día siguiente después de que se terminaron los OKR de un trimestre). .
Me gustaría saber si estoy en lo correcto en mi actitud o si me estoy perdiendo algo.
Mi entendimiento de los OKR es que están diseñados para enfocarse en dejar en claro a las personas los resultados esperados, no necesariamente cómo llegar allí (es decir, completar una epopeya específica).
Por ejemplo:
Objetivo: aumentar los ingresos recurrentes mensuales
--
Entonces, tal vez la epopeya que debe completar ayude a resolver 1 o los 3 de esos resultados clave, no es un resultado clave en sí mismo.
Está bien tener un objetivo individual de completar esa epopeya en un período de tiempo determinado, tal vez los OKR simplemente no son el marco o proceso adecuado para eso a nivel individual.
¡Buena suerte!
Los OKR están vinculados a Agile solo en la medida en que las empresas que fueron pioneras y promovieron el modelo OKR también adoptaron partes significativas del Manifiesto Agile y los marcos que consideramos Agile.
Sin embargo, los OKR no están vinculados a Agile de forma significativa. Lo que significa que pueden funcionar fantásticamente bien en un entorno Agile o salir espectacularmente mal.
Se asocian más comúnmente con Lean Startup, no con Kanban o Scrum.
OKR significa Objetivo y resultado clave y es distinto de la idea de un KPI. Fue inventado (término vago) por Andy Grove en Intel y luego, a través de los tentáculos de Venture Capitalists y Silicon Valley, fue adoptado rápidamente por un número significativo de empresas, especialmente aquellas en las que invirtió Kleiner Perkins.
Simplemente, un Objetivo es una única meta unificadora que da propósito a una organización y la ayuda a priorizar de manera efectiva. No es una declaración de misión o una aspiración elevada. Es una meta concreta, demostrable, audaz.
Los resultados clave son las 3 a 5 medidas que lo ayudarán a alcanzar la meta y brindarán un nivel de planificación al nivel de la organización por debajo de la Meta.
Entonces, para el objetivo de vender 100 millones de dispositivos, es posible que necesitemos los resultados clave
etcétera etcétera
Esos resultados clave se convierten en el objetivo para el nivel inferior (así que Ventas adopta el plan de ventas de resultados clave para NA como su objetivo. Producen de 3 a 5 resultados clave que se convierten en los objetivos del nivel inferior y así sucesivamente hasta llegar a un individuo trabajador.
De esta manera, cada resultado individual se puede rastrear hasta un objetivo general para toda la empresa.
El Objetivo sirve como una gran señal hacia el futuro y permite que una empresa ignore cualquier cosa que no apoye el Objetivo.
Google promovió (y luego descartó) la idea de los OKR personales. Esto nació de la idea de autonomía y dominio de los equipos. Una vez que se establece un objetivo, fue una buena práctica preguntar a los propios equipos, ¿cuáles deberían ser nuestros resultados clave? ¿Cómo mediríamos el éxito?
Se animó a que al menos la mitad de los resultados clave fueran de abajo hacia arriba, holísticos.
Luego, esto se entrelazó con la idea de desarrollo profesional, comentarios sobre el desempeño, bonificaciones y reservar una parte de su tiempo para OKR personales como
En el entorno liberal de Silicon Valley, los OKR personales podrían vincularse con el bienestar, la promoción, la caridad, etc. John Doerr habla de esto en Mida lo que importa al publicar sus OKR en la pared de su cubículo.
Google finalmente lo abandonó y su plataforma OKR personalizada tuvo algunos problemas.
Pero la práctica aún existe en otras empresas, ya que adoptan la guía OKR de Google Ventures, Medium y otros blogs populares, incluso cuando Google ha eliminado algunos aspectos. La leyenda sigue viva...
Bueno, simplemente, su producto o servicio debe estar ligado a un Objetivo corporativo . Si ese equipo de características está trabajando en un producto o servicio, debería tener de 3 a 5 resultados clave que indiquen cómo está apoyando el objetivo corporativo.
Ese es el nivel en el que los OKR interactúan con Agile.
Si impone algo más bajo, entonces efectivamente no está utilizando OKR, estaría utilizando SLA o KPI con resultados de entrega obligatorios.
En cualquier momento deberías poder preguntarle a un Product Owner
¿Cómo apoya este producto/servicio los OKR de la empresa?
Los desarrolladores deberían poder preguntar
¿Cómo respalda esta historia épica o de usuario los OKR del producto?
Es así de simple y siempre debería ser así de simple, nada más complejo que eso.
Si está buscando un excelente caso de estudio, Gitlab publica todos sus OKR junto con sus hojas de ruta de desarrollo e incluso sus épicas e historias de usuarios. Es un estudio de caso completo.
Sarov
chico siberiano
yitznewton