Evaluación y retrospectiva
Contenido del curso
Evaluación y retrospectiva
Contenido del curso
Sandra Sierra
Patricio Sánchez Fernández
Ivette Barrientos Núñez
Ignacio Barrea
Patricio Sánchez Fernández
Pablo Carmona
Patricio Sánchez Fernández
Rubén Vega
Karina Perez
Fernando Sánchez Mejía
Ignacio Barrea
Patricio Sánchez Fernández
Sandra Milena Gil Montilla
Ignacio Barrea
Jc
Fernando Sánchez Mejía
MARIA TERESA PANIAGUA RIVERA
Mis notas:
Excelente aporte.
Durante este capítulo no he podido dejar de notar las similitudes del framework que se propone para trabajar con OKRs con Scrum y sus eventos. En este caso, el Check In puede establecer una analogía con las Daily Scrum y por supuesto, como bien dice el profesor en esta actividad, la Evaluación y Restrospectiva tiene mucho que ver con las Sprint Review y Sprint Retrospective. La diferencia está en los tiempos de estas actividades, pero el funcionamiento es muy similar
Ivette, muy buen aporte! Es totalmente cierto lo que decís. Están basados fuertemente en metodologías ágiles ya que comparten la misma filosofía: Ser rápidos en identificar problemas para buscar soluciones a tiempo, involucrar a todo el equipo en el problema y tener claro ownership sobre cada uno de los temas.
Tratándose de manejo de equipos ágiles, sobre todo en desarrollo e implementación de nuevas tecnologías, una de las mejores metodologías es precisamente SCRUM.
Herramienta Start, Stop & Continue.
. Objetivo Obtener feedback o retroalimentación sobre un proyecto o desempeño personal . “Start, Stop, Continue”, es una técnica de retroalimentación o feedback. Consiste en una estructura que nos permite descubrir cosas a mantener, eliminar o crear.
“Start, Stop, Continue” se puede usar para evaluar un proyecto, un equipo o incluso el desempeño de personas en su día a día. . Su uso es muy sencillo. Consiste en una plantilla con tres columnas. Una para Start (comenzar), otra para Stop (detener) y otra para Continue (Continuar). En equipo, usaremos notas adhesivas para escribir, en cada una de ellas, cosas del proyecto que debemos comenzar, continuar o detener. Para ello nos podemos hacer las siguientes preguntas:
Muchas gracias, Pablo.
En mi trabajo de asistencia técnica para el producto de Google Ad Manager veo que muchos de los puntos que se ven aquí, aplican totalmente
Al momento de cerrar los OKR’s deberíamos hacernos tres preguntas
Cuando el Owner cierra su OKR debe escribir sus notas de cierre respondiendo las siguientes preguntas:
Y no siempre es buena idea seguirlo al Q próximo cuando no se completa. Usar el principio de costo hundido. Pensar desde 0 si sigue siendo la mejor estrategia
¡Es muy importante la acción de reconocer cuando el equipo consigue un objetivo, aunque sea parcial! Decir: "Lo están haciendo bien" puede resultar el empujón psicológico para hacerlo "Mejor" El contexto latinoamericano es muy castigador, aún está vigente la figura del Patrón de fundo que grita y somete a través del miedo. Los equipos que obtienen mejores resultados, son aquellos que trabajan en forma "cohesionada".
En equipos Agiles que vienen con tareas y con planeación de US, como se integrarían las iniciativas de los OKR, es decir, no solo debe responder por OKR sino por cosas que solicitaron los clientes.
Los equipos agiles suelen trabajar en sprints y los objetivos de cada sprint deberían estar dentro del marco de los objetivos de los OKRs. El KR lo que indica es el Outcome, en cada sprint se ejecutan tareas o iniciativas (outputs) para lograr el outcome. Es decir, son compatibles y son complementarios. Los OKRs nos ayudan a definir a donde queremos llegar y en cada sprint vamos a ir iterando el COMO llegar, con prueba y error.
Reconocer siempre los buenos resultados ayudan a su continuidad
Me gusta su referencia a los soldados.
Gracias
