Fase de Inicio- Creación de la lista priorizada del pendiente del producto y planificación del lanzamiento

Clase 16 de 24 • Curso de SCRUM 2018

Resumen

Continuamos con la Fase de Inicio de SCRUM.

Creación de la lista priorizada del pendiente del producto
Realizar la planificación de lanzamiento

Kevin Garzon

student•

**Crear el backlog priorizado del producto: ** Es la lista priorizada de pendiente del producto. como priorizar las epicas

Epicas: Se denomina Epicas a una historia de usuario que por su gran tamaño, el equipo descompone en historias con un tamaño más adecuado para ser gestionada con los principios y técnicas ágiles: estimación y seguimiento cercano (normalmente diario).

Juan Manuel Viveros Martinez

student•

Que pasa si al momento de crear el Backlog priorizado a una tarea se le define un tiempo, pero en el momento en que se comienza a ejecutar nos damos cuenta que puede durar mucho mas tiempo y no se tuvieron en cuenta algunos puntos?? ¿Se debe terminar y en otro spring mejorar dicha tarea ? o se puede modificar los tiempos ?

David Leonhardt

student•

Entiendo que hablas sobre el backlog del sprint y no del general. Lo principal en ese caso es notificar al Product Owner quién será en encargado en decidir que hacer. Lo normal es tratar de dividirlo y continuarlo en el siguiente sprint de ser necesario.
Esto es algo común, ya que muchas veces no se tiene experiencia sobre el negocio y el product owner, que es quien lo conoce, puede omitir detalles por resultarle obvias. Es responsabilidad del equipo hacer la mayor cantidad de preguntas posibles para minimizar esto.

También es común, en las metodologías ágiles, que no se estime en tiempo sino en Story Point, que sería una forma de indicar la complejidad de una tarea. Entonces en el sprint existe algo llamado velocidad que es la cantidad de story points que se pueden realizar en el mismo. A medida que el proyecto avanza, esta velocidad se va ajustando, siempre informando a todas las partes involucradas.

Diego Forero

Team Platzi•

Cuando una tarea no se completa por la razón que sea, esta debe pasar para ejecutarse en el siguiente spring, al principio esto va a ser por decirlo de alguna forma común ya que se necesita ir aprendiendo a realizar estimaciones realistas, también puede pasar el caso contrario que terminen muy rápido lo propuesto para un spring porque no se estimo de manera correcta el tiempo.

David Sosa Trejo

student•

Normalmente, el tamaño del sprint no se modifica a lo largo del scrum. El tamaño del sprint tiende a disminuir a medida que se vuelve a definir su duración, nunca a crecer, porque se supone que el equipo ha ganado experiencia, etc.

Rubén Esparza

student•

Las épicas son historias de usuario grandes sin refinar en el backlog priorizado del producto.
Las épicas descomponen la visión del proyecto a trabajar.
Los criterios de terminado son un conjunto de reglas que se aplican a todas las historias de usuarios.
Es importante contar con una definición clara de terminado.
Todo lo que tenga un aspecto de negocio tiene que tener al product owner detras.
En base a las épicas generaremos el backlog priorizado de producto, también necesitaremos a los prototipos (personas) debido a que pueden dar alguna indicación de como crear la lista priorizada de producto.

Julian Andres Cañaveral Valencia

student•

Que técnicas me recomiendan para priorizar?

Eduardo Muñoz Rodríguez

student•

Estas son las 5 técnias que, convertidas en pasos a seguir, creo que podrían simplificar mucho tu día a día:

Paso 1: Haz una lista semanal

Haz una lista y en cada una de las actividades a realizar, indica el tiempo estimado que te llevará realizarla.

Paso 2: Decide la prioridad de cada tarea mediante el Cuadro Eisenhower

Una vez confeccionada la lista, coloca cada tarea en la parte del siguiente cuadro que corresponda:

Urgente – Importante: Hazlo ya. No puedes esperar más. Estas deben ser tus prioridades esta semana.

Importante pero no urgente: Planifícalo para alguna hora determinada de la semana. Inclúyelo en tu agenda pero no lo hagas hoy.

Urgente pero no importante: Intenta delegar esta tarea en alguien de tu equipo.

Ni Urgente Ni importante: Directamente, ni te preocupes en hacerlo. El tiempo que le dediques a estas actividades no estarás siendo productivo.

Pero hay un punto más que deberías tener en cuanta, según Scott Carpenter: “Si lo que haces no repercute en tu posición o tu marca, cambia las prioridades”.

Paso 3: Aplica la técnica del Pomodoro para realizar tus tareas

Una vez has decidido qué acciones son las más prioritarias, para poder ser realmente efectivo en tu día laboral, deberás aplicar esta ténica, según la cuál, has de descansar 5 minutos después de cada “sprint” de 25 minutos de trabajo continuo y enfocado. Y cada cuatro “sprints”, tu descanso debe ser de 15 minutos. Esta es la forma en la que tu cerebro estará más susceptible a completar las tareas con más celeridad.

En la web de la Técnica Pomodoro encontrarás algunas actividades que hacer durante tus descansos de 5 minutos, porque estos deben ser reales. Debes desconectar totalmente.

Paso 4: La Técnica del Batching

Esta teoría, formulada por Erica Duran, consiste en agrupar tareas similares en sesiones continuas de trabajo, entre descanso y descanso. Es decir, por ejemplo, leer y contestar emails debería completarse en la misma sesión o período.

La lógica de esta técnica es que nuestro cerebro se vuelve más rápido y efectivo en la realización de tareas cuantas más veces seguidas repita la misma actividad, con lo que conseguiremos ser más rápidos y productivos.

Paso 5: Controla a la Bestila llamada Email

Este es el paso más complicado de llevar a cabo, especialmente para los que somos freelancers. Pero, o controlas el tiempo que le dedicas al día a este tipo de actividades (que son las que más tiempo consumen), o jamás conseguirás ser totalmente productivo.

Para ello, este sistema nos dice que le dediques sólo uno o dos espacios determinados y cortos de tiempo al día a leer y contestar a emails, mejor al principio y al final del día.

Tim Ferriss nos dice que “es muy tentador no mirar el email todo el día y contestar conforme llegan los correos, pero si lo consigues dominar, aumentarás tu productividad considerablemente”.

Eduardo Muñoz Rodríguez

student•

Si bien es cierto, la técnica compartida anteriormente es útil, existe otra técnica llamada MOSCOW

La técnica de priorización MOSCOW es una técnica para la gestión del alcance.

Aunque todavía no es muy común utilizarla en Scrum, hacerlo sería una buena idea.

MoSCoW es una combinación de las primeras letras de: debe tener (Must have), debería tener (Should Have), podría tener (Could Have), y no tendrá en esta ocasión (Would not Have). En esta técnica, asignamos una de las letras a cada una de las características, en base a la siguiente definición:

M (Must have) Debe tener: Requisito que tiene que estar implementado en la versión final del producto para que la misma pueda ser considerada un éxito.

S (Should have) Debería tener: Requisito de alta prioridad que en la medida de lo posible debería ser incluido en la solución final, pero que llegado el momento y si fuera necesario, podría ser prescindible si hubiera alguna causa que lo justificara.

C (Could have) Podría tener: Requisito deseable pero no necesario, se implementaría si hubiera posibilidades presupuestarias y temporales.

W (Won’t have) no tendrá esta vez: Hace referencia a requisitos que están descartados de momento pero que en un futuro podrían ser tenidos en cuenta y ser reclasificados en una de las categorías anteriores

Si asignamos estas prioridades siendo realistas, sabremos que nuestro producto mínimo aceptable es el que contiene todas las historias de usuario con la letra M.

El producto deseable sería aquel que contiene todas las historias de usuario M y S, y el producto ideal es la que contiene todas las historias de usuario M, S y C.

La técnica de priorización MoSCoW es una muy buena manera de enfocarse en el valor del negocio: permite centrarse en las necesidades reales en lugar de las características “ideales” que “podría tener” (could have), pero que no son necesarias

Cristian Camilo Berrio Montoya

student•

El product owner puede ser directamente el cliente?

Eduardo Hidalgo Díaz Rugama

student•

No debería serlo. El product owner es un perfil que requiere skills técnicas tan específicas como las de un programador. No es como que quien sea pudiese serlo.

Tampoco debería en caso que tuviese las skills. El product owner se asegura que el equipo aporte valor, como cliente podrías interferir en dicho flujo al influir tu propio trabajo con tus "necesidades como cliente", lo que afectaría el proyecto.

Usuario anónimo

user•

¿En qué momento se dividen las épicas en las historias de usuario? Veo que en la explicación brinca del backlog priorizado del producto a realizar la planeación del lanzamiento pero en ningún momento comenta la desintegración de las épicas a tareas o actividades más pequeñas.

Julian Andres Cañaveral Valencia

student•

Al momento de planificar el sprint, cuando defines que tareas son las que van a contener el sprint ahi es donde puedes mirar que tareas de la épica puedes incluir, todo depende de los tiempos de sprint que manejes.

Carlos Macha Vasuqez

student•

creo que lo hace mas complicado de lo que es. deberia hacerlo sencillo con casos aplicables de empresas

Sergio Andres Villagran

student•

En el momento que realizamos el plan de liberacion, se dan unas fechas de liberacion para el producto. Fechas ante las cuales se debe dar un cumplimiento no negociable.

Dado que la “estimacion” de estas fechas se hace en torno a las Epicas, historias de usuario de muy alto nivel y sin refinar, ¿ No existe un riesgo altisimo de fallar en la estimacion de las fechas de liberacion ?

¿Como mitigar este riesgo?
¿ Se hace una refinacion posterior de estas fechas ?

Pablo Monroy

student•

Así es Sergio, la estimación de tiempos te la da la experiencia sin embargo aquí hay una que te puede ser útil.

Alejandro Calvo

student•

No tengo claridad en qué es una Historia de Usuario, agradezco la orientación. saludos

Massimo Di Berardino

student•

Hola alejandro. Una historia de usuario es literalmente eso, armar un historia en base a un posible usuario de tu producto sea cual sea ese producto. Por ejemplo yo tengo una app de frutas a domicilio y una Historia de usuario podría ser: Maria un madre trabajadora muy ocupada que le gusta alimentar a sus hijos saludablemente y tiene poco tiempo para ir al mercado a comprar frutas. Luego en base a esa historia tu con tu producto buscas resolver la necesidad de tu usuario.

Darvin Orozco

student•

En SCRUM, aún no tengo del todo claro qué es: Planificación del lanzamiento ¿Alguien puede ayudarme a entender?

Darvin Orozco

student•

Mi confusión está en planificar cuándo se van a entregar los resultados o cómo y cuándo se va a iniciar la construcción de las épicas.

Eduardo Hidalgo Díaz Rugama

student•

Planificación del Lanzamiento es toda la planificación del deploy (despliegue) del proyecto.

La construcción de las épicas la comienzas terminando la planeación y análisis de requerimientos (en las etapas más iniciales del proyecto).

La entrega de resultados es algo así como en la escuela donde el profesor te revisaba la tarea. El tiene una "rúbrica" (le debes llamar "exit keys") que es todo lo que debe tener tu trabajo para cumplir.

Cuando entregues al cliente, este tiene su propia "rúbrica", que es todo aquello que el proyecto debe tener lo cual esperan. Al momento de hacer la entrega se hace una "validación" del entregable, donde se verifica cada punto que debe tener el sistema y lo tenga realmente.

Adicionalmente como resultados, puedes entregar la documentación, la evidencia de todo el testing realizado, el folder del historial de SCRUM, entre otras documentaciones que entreguen información acerca de la calidad del proyecto.

¿cuando? depende de lo estipulado en la entrega. Si se realizan 6 entregas cada 3 meses, pues 6 veces en las fechas indicadas. Si se estipula una fecha de entrega única, pues ese día.

Alejandro Guerrero

student•

Los criterios de aceptación e s lo que indica que una historia de usuario es aceptada por negocio

Alejandro Guerrero

student•

epica= historia de usuario (HU) de alto nivel

Salvador Salva

student•

Planificación de lanzamiento

Christian Eduardo Ramirez Castillo

student•

Excelente, buena didactica del profesor

Carlos Uriel de Jesus Sánchez González

student•

Face de Inicio
	Crear el backlog prioriazado del producto
		Las epicas son historias de usuario grandes sin refinar en el backlog priorizado del producto. tambien se establecen los criterios de terminado
		Los criterios de terminado son un conjunto de reglas que se aplican a todas las historias de usuarios. es impoetante contar con una definicion clara de terminado
	Realizar la planificacion del lanzamiento
		El equipo principal de SCRUM revisa as historias de usuario de alto nivel en al backlog priorizado del producto para desarrollar un programa de planificacion del lanzamiento. Se determina la duraccion del sprint

Darvin Orozco

student•

Amigo, fase debe ser escrita con "s". Saludos.

Juan Pablo Núñez

student•

Tengo una duda, el Product Owner puede pertener a: Empleado del Cliente Empleado del lado que realizara el desarrollo o puede ser un externo neutral ?

Eduardo Hidalgo Díaz Rugama

student•

nunca podrá ser un externo. El product owner debe ser interno, el es una de las personas que tiene un elevado conocimiento del equipo y del producto. Debe estar contigo.

En el caso de situaciones donde la empresa de software es externa y contratada por un cliente, ahí el equipo de software es ajeno a la empresa. En ese caso el product owner debe ser interno. Lo que necesitaría ese tipo de empresas es que el "product manager" sea mitad cliente y mitad la empresa del desarrollador. es esta la persona que debe saber todas las necesidades del cliente al detalle.

Salvador Salva

student•

Crear el backlog priorizado de producto

Sandra Isabel Ortiz Rodriguez

student•

Las épicas son historias de usuario grandes sin refinar en le backlog

Javier Alejandro Quiñones Ibarra

student•

En esta fase se definen los aspectos básicos del proyecto y de SCRUM.

Se define la visión del proyecto, el equipo SCRUM y la priorización de épicas para construir un Backlog.

Fase de Inicio- Creación de la lista priorizada del pendiente del producto y planificación del lanzamiento

Introducción a SCRUM y metodologías ágiles

Este curso se está actualizando

Qué aprenderás sobre sobre Scrum

Conozcamos el agilismo, las metodologías ágiles y SCRUM

Historia de SCRUM y ¿Por qué elegir SCRUM?

SCRUM como marco de trabajo para el desarrollo de proyectos ágiles

Los principios, aspectos, fases y procesos de SCRUM

Flujo de trabajo SCRUM

Principios de SCRUM

Los principios de SCRUM

La priorización basada en valor, el time-boxing y el desarrollo iterativo

La organización y los diferente roles de SCRUM

La comunicación del equipo central de SCRUM y justificación de negocio

Calidad y cambios

Los Riesgos

Fases y Procesos de SCRUM

Fase de Inicio

Fase de Inicio- Creación de la visión del proyecto e identificación del SCRUM master y los socios

Fase de Inicio- Formación del equipo SCRUM y desarrollo de las épicas

Fase de Inicio- Creación de la lista priorizada del pendiente del producto y planificación del lanzamiento

Fase de Inicio - Nuestro proyecto- Construir una ciudad

Fase de planificación y estimación

Fase de Planificación -Crear historias de usuario, estimar historias de usuario

Fase de Planificación- Comprometer historias de usuario, Identificar tareas, estimar tareas, crear el sprint backlog

Fase de implementación

Fase de Implementación - Creación de entregables, realizar el daily standup y refinar el backlog priorizado del producto

Fase de Implementación- Demostrar y validar el sprint y Retrospectiva del sprint

Fase de Lanzamiento

Fase de Lanzamiento- Envío de entregables, retrospectiva del proyecto

Glosario

Contenido Bonus

Taller de Scrum