La mejor explicación que encontre en todo KZread. Muchas gracias

@joinacademia

Жыл бұрын

Hola, muchas gracias

Bue, ojalá más como tú dieran ejemplos prácticos y no teoría que muchas veces ni ellos mismos entiende.

@joinacademia

Жыл бұрын

Gracias por tu comentario Getse.

Muchas gracias por poner un ejemplo práctico, prácticamente que solo encontré tus videos porque casi que todos son solo de teoría. Me encantaría ver aún más ejemplos y ejemplos prácticos como este video pero de épicas e historia de usuario

Excelente explicación, lo tomaré como guía. Felicitaciones!!!

Excelente Video de Inducción para ampliar mis conocimientos sobre esta metodología ágil

Me parecen muy claras tus esplicaciones, es obvio que tiens mucha experiencia. Muchas gracias y felicidades

Hola amigo, Excelente explicación, muchas gracias.

@joinacademia

Жыл бұрын

Con gusto!

Muchas gracias por la explicación

esos product backlog priorizados vendrian siendo parte de un sprint backlog? si es asi tendria varios sprint backlog

Muchas gracias por tu tiempo!

Gracias muy buena la explicación.

@joinacademia

Жыл бұрын

Gracias por comentar

Eres un crack, estaba buscando un ejemplo, los demás solo dan teoría

@joinacademia

Жыл бұрын

José me alegra que te haya gustado!

Buen video. Gracias!

Muchas gracias.

gracias, maestro

Gracias buena data

Gracias por el video

@joinacademia

Жыл бұрын

Gracias por ver

hola ,tengo una pregunta eso se puede hacer por word

hola gracias por el video solo me gustaria que me aclares algo el back log solo es la lista de historias de usuario ?

@MariaElenaAtif

6 жыл бұрын

el back log , observalo de esta manera....back log es la lista de deseos que desean los usuarios, solo enfocálo así, " Que esperan los usuarios que el sistema les responda"

¿Que tan grande puede o debe ser cada historia de Usuario?

@IngPedroAraujo

6 жыл бұрын

Las historias de usuarios deben ser específicas y transparente para que el equipo de desarrollo no se desvíe del objetivo en el requerimiento planteado del Backlog

primero gracias por el video, segundo mencionas "POSIX" para las hisotrias de usuario podrias escribir el nombre correcto del software, gracias.

@reyesmoreno7607

2 жыл бұрын

son los papelitos, eso ya no se usa

siguiente video! xD

@joinacademia

Жыл бұрын

Rossen gracias por comentar!

Buenas, que software o herramientas, se utilizan para el registro del product backlog y las historias de usuario, se realizan en Trello ? u otro software ? gracias

@cesareduardorodriguezrueda3503

Жыл бұрын

Dos buenos ejemplos y más usados en el mercado son Azure y Jira, el primero de Microsoft y el segundo de Atlassian.

el product baklog son todas las historias de usuario ? , debo de clarificarlas por grado de importancia?

@reyesmoreno7607

2 жыл бұрын

si, por orden de prioridad.

@cesareduardorodriguezrueda3503

Жыл бұрын

Disculpa el tiempo, pero si en el backlog están todas las historias de usuario y deudas técnicas del equipo. Se debe ordenar por grado de valor acorde a los releases.

La imagen del sistema es valida darle tanta prioridad . . ?

@joinacademia

Жыл бұрын

Bueno esto depende de lo que se considere agrega valor, si para el PO es de gran importancia así será, para otro PO puede ser lo último a tener en cuenta, pero la generalidad por experiencia es que si tiene relevancia dado que se presentan los avances a las áreas de negocio y lo que se busca es que desde el inicio el producto llame la atención. Pero finalmente la respuesta la tiene el PO.

Hola a todos! Ojalá me puedan apoyar con estas inquietudes: 1. ¿Cómo se refleja en el backlog los requerimientos que deriven hacia el desarrollo de la arquitectura del sistema? Por ejemplo el diseño lógico y físico de la base de datos. En el caso de que la complejidad del sistema sea tal que requiera más de 6 semanas para el diseño de la base de datos, ¿Qué pasaría? ¿El "incremento" del sprint sería el modelo como tal? 2. ¿Qué pasa si las historias de usuario priorizadas por el PO son mutuamente excluyentes para una funcionalidad dada? (Esto es, si por ejemplo la HU con prioridad 1 es para la funcionalidad referente a la imagen de la universidad y la HU con prioridad 2 es referente a la funcionalidad para verificar que no se crucen los horarios) En este caso podría ocurrir que el objetivo del sprint sea muy grande para alcanzarlo en menos del tiempo definido (6 semanas) debido a tareas que son dependientes, entonces ya dejaría de ser SCRUM, según lo expuesto en los vídeos iniciales. Muchas gracias!

@joinacademia

Жыл бұрын

Hola Hugo, gracias por comentar, disculpa el tiempo. 1. Se pueden esbozar como HU sin ningún inconveniente y darlas a conocer al PO. El incremento del sprint siempre se espera que sea funcional pero si por la complejidad no se logra es algo a conversar con el cliente y llegar a acuerdas, pero la regla general es lograr que el incremento sea funcional así comiences por el login. 2. Bueno aquí hay varias preguntas, pero si bien entiendo lo que más te preocupa es que no se alcance el compromiso. Lo primero es no tratar de comprometer lo que este fuera de la velocidad del equipo, lo segundo es que si no se logra cumplir en el alcance no indicarlo al final del sprint sino durante para determinar si una entrega parcial funciona o si debe priorizarse entonces otra HU de menor complejidad. Por favor si atendí las inquietudes me lo haces saber o si hay alguna otra bienvenida.