domingo, 12 de agosto de 2018

Una vista de la herramienta Team Canvas

Canvas es una herramienta estratégica facil de usar que ayuda a los miembros del equipo a iniciar proyectos y alinearse en una visión común. Según nuestra experiencia con startups y grupos creativos, está hecho para iniciar proyectos colectivos sin problemas, permitir que las personas conozcan entre sí y acumular el impulso suficiente para ponerse en marcha.  mas información de ella en http://theteamcanvas.com/use/

viernes, 27 de julio de 2018

En scrum lecciones aprendidas se trabajan en la reunion de retrospectiva

En el proceso  retrospectiva del Sprint , el Scrum Master y Scrum Team se reúnen para analizar las lecciones aprendidas durante todo el Sprint. Esta información está documentada como lecciones aprendidas, que pueden aplicarse a futuros Sprints. Como resultado de esta discusión, puede haber Mejoras Accionables Acordadas o Recomendaciones del Cuerpo de Orientación de Scrum Actualizadas. Las mejoras aprobadas acordadas son las  principales salida de este proceso. Son la lista de elementos procesables que el equipo ha creado para abordar problemas y mejorar procesos con el fin de mejorar su rendimiento en futuros Sprints. Una vez que las Mejoras Accionables Acordadas hayan sido elaboradas y refinadas, el Equipo de Scrum puede considerar elementos de acción para implementar las mejoras. El Retrospect Sprint Log es un registro de las opiniones, discusiones y elementos procesables planteados en una reunión de Retrospect Sprint. El Scrum Master podría facilitar la creación de este registro con las aportaciones de los miembros del Scrum Core Team. La recopilación de todos los registros de Sprint retrospectivos se convierte en el diario del proyecto y detalla los éxitos, problemas, problemas y resoluciones del proyecto. Los registros son documentos públicos disponibles para cualquier persona en la organización.

Seguir los tres procesos de la fase de Revisión y Retrospect ayuda a los involucrados en un proyecto de Scrum a revisar los entregables e identificar los impedimentos para neutralizar en el futuro. Recuerde que los procesos no necesitan realizarse de forma secuencial o por separado. Se pueden ajustar para complementar los requisitos específicos de cada proyecto. Sin embargo, antes de abandonar la fase de Revisión y Retrospectiva, es imprescindible analizar el proyecto y determinar qué funcionó y qué no funcionó.

Los principales  objetivos  de la reunión son identificar tres cosas específicas:

Cosas que el equipo necesita seguir haciendo: mejores prácticas
Cosas que el equipo necesita comenzar a hacer: mejoras de procesos
Cosas que el equipo necesita dejar de hacer: problemas de proceso y cuellos de botella
Estas áreas se discuten y se crea una lista de Mejoras procesables acordadas.

Otras  herramientas  utilizadas en el Proceso de Retrospect Sprint son:
Lancha rápida
Métricas y técnicas de medición

Las  salidas  de Retrospect Sprint son:
Mejoras accionables acordadas
Elementos de acción asignados y fechas de vencimiento
Artículos no funcionales propuestos para cartera de productos priorizada
Registros de la Retrospectiva del Sprint o Log (s)
Lecciones aprendidas del equipo Scrum
Recomendaciones actualizadas de Scrum Guidance Body

¿Cómo se relaciona la reunión de Retrospect Sprint con el aspecto 'inspeccionar y adaptar' de Scrum?
La reunión de Retrospect Sprint es un elemento importante del marco de Scrum "inspeccionar-adaptar" y es el paso final en un Sprint. Todos los miembros del equipo de Scrum asisten a la reunión, que es facilitada o moderada por Scrum Master. Se recomienda, pero no es obligatorio para el propietario del producto. Un miembro del equipo actúa como el escriba y documenta las discusiones y los elementos para la acción futura. Es esencial realizar esta reunión en un ambiente abierto y relajado para alentar la participación plena de todos los miembros del equipo. Las discusiones en la Retrospect Sprint Meeting abarcan tanto lo que salió mal como lo que salió bien.
fuente : https://www.linkedin.com/pulse/scrumstudy-sprint-retrospective-meeting-jeetendra-roy-smc-ssgb-mba/

La Era de Agile Uno de los 10 mejores libros del 2018 Segun Amazon

Un viaje al futuro de muchas empresas nos presente este libro, Adoptar agile permite a un equipo, una unidad o una empresa adaptar y actualizar ágilmente los productos y servicios para satisfacer la cambiante tecnología y las necesidades de los clientes. Y el proceso es aplicable en cualquier parte: las empresas no necesitan nacer ágiles, comienza la transición y cosechando resultados extraordinarios.
Entrenamiento en gestion agil de proyectos con Scrumstudy. Como incorporando prácticas más ágiles en su organización y ejemplos inspiradores de acciones ágiles y consejos claros y prácticos.  Info Whatsapp 57 3206953696 #scrum #agilent

jueves, 19 de julio de 2018

Convergencia de Scrum y DevOps - The Convergence of Scrum and DevOps

Vale la pena mirar el documento The Convergence of Scrum and DevOps , Dave West CEO Scrum.org, Jayne Groll CEO DevOps Institute, como integrar Scrum y Devops , los equipos entregan software en funcionamiento continuamente y donde el trabajo fluye sin interrupciones entre todas las partes
interesadas en tiempo real. Agregue a eso donde el valor es claramente entendido, medido e informado. Y muchas ideas y conceptos de Scrum.org super valiosos #scrum #devops #software #ceos #agilent Fuentes usadas en los entrenamientos de Gestion agil de proyectos con Scrumstudy.

lunes, 16 de julio de 2018

El Equipo acepta mayor responsabilidad y ofrecer mayor valor

¿Aceptar una mayor responsabilidad significa entregar un mayor valor? Scrum cree que los empleados son motivados por sí mismos y buscan aceptar una mayor responsabilidad. Entonces, entregan mucho más valor cuando se autoorganizan. El estilo de liderazgo preferido en Scrum es "liderazgo de servicio", que enfatiza el logro de resultados centrándose en las necesidades del equipo de Scrum.

Beneficios de la autoorganización
La autoorganización como principio esencial en Scrum conduce a lo siguiente:
  • Compromiso del equipo y propiedad compartida
  • Motivación, que conduce a un nivel de rendimiento mejorado del equipo
  • Entorno innovador y creativo propicio para el crecimiento
La autoorganización no significa que los miembros del equipo puedan actuar de la manera que deseen. Simplemente significa que una vez que se define la Visión del producto en el proceso Create Project Vision, se identifica al propietario del producto, Scrum Master y Scrum Team. Y el propio Scrum Core Team trabaja en estrecha colaboración con los Stakeholder (s) relevantes para refinar mejor los requisitos a medida que pasan por el proceso Develop Epic (s) y Create User Stories. La experiencia del equipo se usa para evaluar los insumos necesarios para ejecutar el trabajo planificado del proyecto. Este juicio y experiencia se aplican a todos los aspectos técnicos y de gestión del proyecto durante el proceso Crear entregas.
Aunque la priorización se lleva a cabo principalmente por el propietario del producto que representa la voz del cliente, el equipo de Scrum autoorganizado participa en el desglose de tareas y la estimación durante los procesos de creación de tareas y estimación de tareas. Durante estos procesos, cada miembro del equipo es responsable de determinar qué trabajo va a hacer. Suring la ejecución de un Sprint, si los miembros del equipo necesitan ayuda para completar sus tareas, Scrum aborda esto a través de la interacción regular obligatoria con las Daily Standup Meetings. El propio Scrum Team interactúa con otros equipos a través de Scrum of Scrums Meetings y puede buscar orientación adicional según lo requiera el Scrum Guidance Body.

Finalmente, Scrum Team y Scrum Master trabajan estrechamente para demostrar el incremento del producto creado durante el Sprint en el proceso Demostrar y Validar Sprint, donde se aceptan entregables debidamente completados. Dado que los entregables son potencialmente enviados, (y el inventario priorizado del producto tiene prioridad según las historias de los usuarios en el orden de valor creado por ellos), el propietario del producto y el cliente pueden visualizar y articular claramente el valor que se crea después de cada Sprint; y los equipos Scrum a su vez tienen la satisfacción de ver que el cliente y otras partes interesadas aceptan su arduo trabajo.
fuente : http://blog.scrumstudy.com/accepting-greater-responsibility-and-delivering-greater-value/

viernes, 29 de junio de 2018

Desarrollo de proyectos con Scrumstudy Procesos y actividades

Eche un vistazo a estos procesos y las actividades que se enumeran a continuación para comprender mejor el flujo de un Proyecto Scrum.
Iniciado
  1. Crear Visión del Proyecto: en este proceso, se revisa el Caso de Negocio del Proyecto para crear una Declaración de Visión del Proyecto que servirá como inspiración y proporcionará enfoque para todo el proyecto. El propietario del producto se identifica en este proceso.
  2. Identifique Scrum Master y Stakeholder (s): en este proceso, Scrum Master se identifica utilizando Criterios de selección específicos.
  3. Equipo Scrum de Formulario: en este proceso, se identifican los miembros del Equipo Scrum. Normalmente, el Propietario del Producto tiene la responsabilidad principal de seleccionar a los miembros del equipo, pero a menudo lo hace en colaboración con Scrum Master.
  4. Desarrolle Epic (s): en este proceso, Project Vision Statement sirve como base para desarrollar Epic (s). Se pueden realizar reuniones de grupos de usuarios para desarrollar Epic (s).
  5. Crear una cartera de pedidos priorizada de productos: en este proceso, las Epic (s) se refinan, elaboran y priorizan para crear una cartera de productos priorizados para el proyecto. Los criterios de finalización también se establecen en este punto.
  6. Realizar planificación de liberación: en este proceso, Scrum Core Team revisa las Historias de usuarios en la cartera de productos priorizados para desarrollar un calendario de planificación de entregas, que es esencialmente un cronograma de implementación por fases que se puede compartir con las partes interesadas del proyecto. La duración de Sprint también se determina en este proceso.
Plan y estimación
  1. Crear historias de usuarios: en este proceso, se crean historias de usuarios y sus criterios de aceptación de historias de usuario relacionadas. Las historias de usuarios generalmente son escritas por el propietario del producto y están diseñadas para garantizar que los requisitos del cliente estén claramente representados y que todos los interesados ​​puedan comprenderlos completamente. Se pueden realizar ejercicios de escritura de historias de usuario que involucren a los miembros del equipo de Scrum creando las historias de usuarios. Las historias de usuarios se incorporan en la cartera de pedidos priorizados del producto.
  2. Aprobar, estimar y confirmar las historias de los usuarios: en este proceso, el propietario del producto aprueba historias de usuarios para un Sprint. Luego, Scrum Master y Scrum Team estiman el esfuerzo requerido para desarrollar la funcionalidad descrita en cada historia de usuario, y el equipo de Scrum se compromete a cumplir los requisitos del cliente en forma de historias de usuarios aprobadas, estimadas y comprometidas.
  3. Crear tareas: en este proceso, las historias de usuarios aprobadas, estimadas y confirmadas se dividen en tareas específicas y se compilan en una lista de tareas. A menudo, se lleva a cabo una reunión de planificación de tareas para este fin.
  4. Tareas de estimación: en este proceso, el Equipo central de Scrum, en Reuniones de estimación de tareas, estima el esfuerzo requerido para llevar a cabo cada tarea en la Lista de tareas. El resultado de este proceso es una Lista de Tareas Estimada de Esfuerzo.
  5. Crear Sprint Backlog: en este proceso, el Scrum Core Team tiene Sprint Planning Meetings donde el grupo crea un Sprint Backlog que contiene todas las tareas para completar en Sprint.

Implementar
  1. Crear entregables: en este proceso, el equipo de Scrum trabaja en las tareas del resumen de Sprint para crear entregas de Sprint. Un Scrumboard se usa a menudo para rastrear el trabajo y las actividades que se llevan a cabo. Los problemas o problemas que enfrenta el Equipo de Scrum podrían actualizarse en un Registro de impedimentos.
  2. Realice un standup diario: en este proceso, todos los días se lleva a cabo una reunión muy centrada, Time-boxed denominada reunión Daily Standup. Este es el foro para que Scrum Team se actualice entre ellos sobre su progreso y cualquier impedimento que puedan enfrentar.
  3. Antigüedad acumulada del producto del novio: en este proceso, el Backlog prioritario del producto se actualiza y mantiene continuamente. Se puede llevar a cabo una Reunión prioritaria de revisión del trabajo acumulado, en la que se debaten y se incorporan los cambios o las actualizaciones a la acumulación en la cartera de productos priorizados, según corresponda.
Revisar y retrospectivamente
  1. Convene Scrum of Scrums: en este proceso, los representantes del equipo de Scrum se reúnen para las reuniones de Scrum of Scrums en intervalos predeterminados o cuando sea necesario para colaborar y realizar un seguimiento de sus respectivos avances, impedimentos y dependencias en todos los equipos. Esto es relevante solo para proyectos grandes en los que participan varios equipos de Scrum.
  2. Demostrar y validar Sprint: en este proceso, el equipo de Scrum demuestra los entregas de Sprint al propietario del producto y las partes interesadas relevantes en una reunión de revisión de Sprint. El objetivo de esta reunión es garantizar la aprobación y aprobación del propietario del producto para los entregables creados en el Sprint.
  3. Retrospect Sprint: en este proceso, Scrum Master y Scrum Team se reúnen para analizar las lecciones aprendidas durante todo el Sprint. Esta información está documentada como lecciones aprendidas que se pueden aplicar a futuros Sprints. A menudo, como resultado de esta discusión, puede haber mejoras aprobadas accionables o recomendaciones actualizadas del cuerpo de orientación de Scrum.
Lanzamiento
  1. Envíos Entregables: en este proceso, los Entregables Aceptados se entregan o se transfieren a las partes interesadas relevantes. Un Acuerdo formal de entregas de trabajo documenta la finalización exitosa del Sprint.
  2. Proyecto Retrospect: en este proceso, que completa el proyecto, las partes interesadas de la organización y los miembros del equipo básico de Scrum se reúnen para retrospectivar el proyecto e identificar, documentar e interiorizar las lecciones aprendidas. A menudo, estas lecciones conducen a la documentación de Mejoras acordadas accionables, que se implementarán en proyectos futuros.

lunes, 25 de junio de 2018

Hacer el trabajo agil

Las prácticas ágiles son cruciales para las empresas de hoy en día, pero hay bajo nivel de adopcion. Los métodos ágiles pueden, y deben, extenderse más allá del desarrollo de software, transformando la forma en que abordamos el trabajo en equipo, el liderazgo y las formas de trabajar.
Los expertos de BCG en metodología ágil adoptan una visión holística que va más allá del desarrollo de software para todos los aspectos de la organización. Agile es un enfoque iterativo, empírico y multifuncional que puede aplicarse en muchos contextos comerciales y adoptarse en toda la empresa. Un modelo operativo ágil facilita tiempos de respuesta más rápidos al mercado y un mejor ajuste a las expectativas del cliente. Fomenta tanto la velocidad como la mejora continua. Nuestra oferta ágil abarca una perspectiva exhaustiva e interfuncional, abordando temas tan cruciales como la agilidad a escala, las trampas comunes, el software ágil y las formas ágiles de trabajar.
No se trata solo de tecnología. Se trata de una nueva forma de pensar que es más colaborativa, más abierta, más creativa y mucho más eficiente que otros modelos comerciales.
La transformación ágil a gran escala no se trata solo de tecnología. Se trata de una nueva forma de pensar . Es más colaborativo, más abierto, más creativo y mucho más eficiente que otros modelos comerciales. Y es algo que puede implementarse en una empresa, no solo en uno o dos departamentos. 
Las empresas pueden lograr una transformación ágil en tres niveles: el nivel del proyecto, que es relativamente fácil de lograr; el nivel de cartera, que es más complejo; y el nivel de organización, que requiere un replanteamiento completo del modelo operativo de una compañía. Moverse efectivamente desde el primer nivel hasta el último puede ser difícil para una gran organización, pero las empresas que se mueven en pasos progresivos pueden tener éxito.
fuentes
https://www.bcg.com/agile/large-scale-agile-transformation.aspx
https://www.bcg.com/agile/default.aspx