Día Mundial de la Retrospectiva

El 6 de Febrero se realizó el evento  “Día mundial de la retrospectiva” y en Medellín tuvimos nuestro encuentro (Meetup) donde luego de compartir una presentación de Retrospectiva 101 (Presentación) , hicimos un ejercicio sobre el valor que encontramos en las Retrospectivas.

Este es el resultado de la actividad, donde nos hicimos una serie de preguntas y cada participante colocó su respuesta

  • Representación gráfica de la palabra retrospectiva
    • retrospectiva_1
  • Nos gusta de las retrospectivas………………
    • Hacer catarsis
    • Reflexionar de manera guiada
    • Inspeccionar y adaptar
    • Se puede hacer borrón y cuenta nueva
    • Desarrolla la conversación
    • Mejora continua
    • Permite entender el contexto del equipo
    • Oportunidad de mejora, celebración y acuerdos
    • Reflexión de las 3P (Proceso, Producto y Personas)
    • Sacar el tiempo para repensarnos
    • Se centra en el equipo
    • Cuando se evidencia mejoras basado en las propuestas anteriores
    • Conocer el equipo más como amigos que colegas
    • Divertirse con las dinámicas
    • El cómo llegamos acuerdos como equipo
    • Cuando un problema grande se soluciona fácil
    • Conocimiento de las personas del equipo y su cohesión
    • Mejorar las habilidades de escucha
    • Cuando se hablan de las cosas importantes
    • Vitalizar la mejora continua
    • Crítica constructiva
    • Expresar como me siento
    • Espacio para la cultura del dialogo
    • Corazón de la agilidad
    • Sana confrontación
  • Hemos aprendido de las retrospectivas………
    • Mejorar cada día
    • Ponerme en los zapatos de los demás
    • Promover relaciones personales
    • Trabajar para el equipo
    • Encarar problemas
    • Tener datos orienta
    • Importancia de la comunicación
    • Facilitar diferente a involucrarse
    • No es negociable
    • El diálogo cara a cara es el mejor
    • Más compromiso del equipo
    • Incremento de calidad
    • Si se planea y se gestiona funciona
    • Más simple es mejor
    • Que existen muchos lideres
    • Escuchar cuesta
    • En los equipos y las empresas se celebra
    • Ser juiciosa en los planes de mejora
    • Los equipos si mejoran
    • Más apertura y empatia
    • A no suponer
    • No tener miedo de decir lo que se siente
    • La importancia de la persona
    • Escuchar, dejar el ego y trabajo en equipo
  • Nos falta o deseamos de las retrospectivas…………
    • Menos egos
    • Motivación individual de las personas para empoderar de la ceremonia
    • Mucha más confianza
    • Mayor capacidad de conceptualización
    • Entendimiento del contexto
    • Manejo de miembros mediante la empatía
    • Ser autosuficientes no depender del Coach
    • Que realmente el objetivo sea el equipo
    • Apoyo rápido a los impedimentos cuando son de otra área
    • Eliminar los buzones de sugerencia físicos
    • Que todos quieran hacerla, involucrarse y participar
    • Escuchar activamente
    • Más reflexión de la empresa
    • Más lectura sobre retrospectiva
    • No decir por qué sino para qué
    • Qué todos le veamos valor
    • Reconocer los patrones de solución
    • Reconocer las oportunidades de mejora
    • Motivación e inspiración
    • Que nos enfoquemos siempre en la solución
    • Hacer que el equipo busque la mejora

Igualmente gracias por el feedback del evento

retrospectiva_2

Saludos

Anuncios

DevOps fuera de control (Antipatrones)

Cinco aspectos que indican que la idea y orientación de DevOps en tu equipo u organización no va en la dirección correcta

  • Crear un departamento o área DevOps: DevOps trata de derribar los silos que existen entre el desarrollo y las operaciones. Lo último que desea que su iniciativa DevOps haga es crear un nuevo silo.
  • Velocidad de entrega: La entrega continua, y si bien un objetivo clave es acelerar nuestra capacidad de entregar cambios de código en la producción, eso no significa que cuanto más rápido entregas, más “eres DevOps”.
  • Olvidar a los equipos a bordo: Los responsables de habilitar DevOps dentro de su organización deben tomarse el tiempo para enseñar, asesorar, definir procesos y establecer tecnologías habilitantes para quienes deben manejar las nuevas capacidades de DevOps.
  • Enfocarse en herramientas y no en sistemas:  Comience por comprender las corrientes de valor para identificar los cuellos de botella, las restricciones y los riesgos críticos de las rutas antes de invertir mucho en la automatización.
  • DevOps como proceso:Al centrarse primero en los aspectos culturales de DevOps, sus equipos y la organización aprenderán a “ser DevOps” y resistirán la necesidad de centrarse principalmente en el proceso y las herramientas.

Articulo original https://www.agileconnection.com/article/signs-your-devops-initiative-rails

Saludos

Técnica Tours (Testing Exploratorio)

Captura de pantalla 2018-01-24 a la(s) 8.15.34

En las pruebas, un tour es una exploración de un producto que se organiza en torno a un tema. Los tours traen estructura y dirección a las sesiones de exploración, por lo que pueden usarse como una herramienta fundamental para las pruebas exploratorias. Son excelentes para mostrar una colección de ideas que luego puede explorar en profundidad de a una por vez, y lo ayudan a familiarizarse con un producto, lo que lleva a mejores pruebas.

Articulo original https://www.stickyminds.com/article/using-tours-structure-your-exploratory-testing

Descargar  Template Testing Exploratorio (Tours)

Saludos

 

Preguntas con Respuesta Ágil – Parte 2

En los cursos o certificaciones de agilidad es común tener un cartel para colocar preguntas que son resueltas al finalizar el curso o en el transcurso del mismo.

Este post, tiene como finalidad compartir las preguntas que realizaron en la última certificación de scrum(Enero 2018) y poner respuestas cortas que ayuden a otros a indagar con mayor profundidad.

  • ¿Cuáles son las ceremonias indispensables en Scrum? Si queremos decir que estamos haciendo Scrum debemos adoptarlas todas, si queremos iniciar una adopción de prácticas ágiles desde mi punto de vista el corazón de agilidad es la mejora y fluidez y en esto nos ayudan las retrospectivas(retrospective) y reuniones diarias(daily).
  • ¿Es posible combinar ambas metodologías (Tradicional y Scrum/Agilidad)? Existe una propuesta de organizaciones bimodales que hacen esta combinación , pero con el tiempo se busca se trabaje de una única manera ya que esto facilita una forma de pensar, hacer y mejorar como empresa.
  • ¿Cómo abordar los cambios en el equipo de trabajo? Lo primero sería priorizar u ordenar el Product Backlog por parte del Product Owner, sí es un cambio sobre el Sprint Backlog se evalúa en conjunto con el equipo la viabilidad y de tomar la decisión de agregarlo, se debe sacar otra necesidad que represente el mismo esfuerzo.
  • ¿Qué sucede con los stakeholders en Scrum? Son representados por el Product Owner , quién es el encargado de tomar sus decisiones, alinearlos y conservar la visión del producto.
  • ¿Cómo se documenta en Scrum? Scrum no tiene definidos formatos para documentar,ya que solo dice que hacer pero no cómo hacerlo, la tendencia más común es usar historias de usuario.
  • ¿Cómo se administra las lecciones aprendidas? Las lecciones aprendidas son tratadas en un evento llamado retrospectiva (retrospective) en el cual se habla lo bueno  , por mejorar y las ideas para hacerlo, y se planifica los cambios que queremos lograr durante el siguiente ciclo, todo el equipo es responsable así exista una persona asignada, que para este caso es el guardián.

Saludos

Preguntas con Respuesta Ágil – Parte 1

Preguntas con Respuesta Ágil – Parte 1

En los cursos o certificaciones de agilidad es común tener un cartel para colocar preguntas que son resueltas al finalizar el curso o en el transcurso del mismo.

Este post, tiene como finalidad compartir las preguntas que realizaron en la última certificación de scrum(Enero 2018) y poner respuestas cortas que ayuden a otros a indagar con mayor profundidad.

  • ¿Cómo lograr convencera uno o varios integrantes del equipo que no aceptan trabajar con Scrum? Primero debemos entender que todo cambio tiene una Curva , luego de esto entender que los cambios tienen diferentes grupos de personas  y por ultimo la agilidad no es de convencer sino de tener convicción de ella.
  • ¿Es necesario ser desarrollador o ingeniero de software para ser Scrum Master? No es necesario, serlo es un valor añadido porque ayuda a entender ciertas problemáticas de los equipos si son de software.
  • ¿Cómo hace una empresa para asignar los presupuestos ya que el alcance no es fijo y por lo general los presupuestos se fijan el año anterior o inicio de año? En la agilidad el triángulo de hierro cambia y por eso el presupuesto no responde a la pregunta ¿Cuánto  vale hacer xxx con yyy personas en zzz tiempo? sino ¿Cuanto cuesta tener yyy personas durante zzz tiempo para ver qué logramos hacer?.
  • ¿Principales cambios en el manifiesto ágil para el 2017? El manifiesto es el mismo del 2001, solo existen algunos autores que lo han llevado a palabras que no solo denotan software, ejemplo agilidad moderna.
  • ¿Cómo definir la prioridad de los entregables y medir un % de avance? Lo primero que debemos entender es que el dueño del producto es quien define la prioridad, y es basada en lo que mayor valor aportará, Scrum no define como medir el % de avance ya que sigue el principio “La principal medida de progreso es software funcionando” , una herramienta quizas puede ser un burndown chart.

Saludos

Iniciativas con Agilidad

Les comparto algunos links de proyectos o cambios que se han realizado con prácticas y mentalidad ágil, quizas sirvan como ejemplo para compartir con sus equipos de trabajo, en talleres o aprender un poco como lo hicieron.

Tienes algún otro ejemplo? , agregalo como comentario , nos servirá para saber cómo está funcionando agilidad y además para argumentar frente a personas, equipos y empresas.

Saludos