¿Te gusta como explico en mi canal? Te invito a conocer los cursos que brindo de manera online en vivo 😁: ✅Cursos privados para tu empresa: bit.ly/CursosEmpCris ✅Cursos para ti, para certificarte como Scrum Master: bit.ly/CertificacionSM ✅Conoce mis servicios en: www.agilesporcrisrua.com Contáctanos: WhatsApp: +57 324 6476262 info@agilesporcrisrua.com

Super util! Muchas gracias por la divulgacion!

Increible tus videos! como no los vi antes!

Super claro!

Muy buenos y claros los videos Cris

Gracias, da una buena idea del concepto

Eres muy buena explicando. Muchas gracias.

Muy buena explicación del concepto.

Excelente grupo e trabajo, mauro y josee se lucieron!!!! ajjajaja Xd Saludos :D Súper video cris!

Muchas gracias por la información, un abrazo

Me encanta como explicas, muy buenos tus videos

muchas gracias, me ayudaste un montón

Hola Cris, primero quiero felicitarte y agradecerte estos videos en donde explicas muy bien y nos transmites perfectamente tus conocimientos!! aunado a esto solo quiero aterrizar la parte en donde comentas las diferencias que existen entre los integrantes de un equipo(Mauricio con tres años expertise vs José casi de recién ingreso) y entiendo que como líder de equipos es nuestra responsabilidad ayudar a que los integrantes se integren lo más inmediato posible a la operación permeando todo el conocimiento a todos los integrantes por igual, y lo que entendí es que debemos escoger a los integrantes el que dió el mayor puntaje y el que dió el menor puntaje por lo que creo que José no podría estar entre ellos dos ya que necesitamos que se tenga (casi) el mismo conocimiento que Mauricio sino es que tenga algo de ese conocimiento para poder dar el puntaje correcto, no se si me explico? pero la verdad es que yo a José lo pondría a aprender de Mauricio y usar sus conocimientos en determinadas historias de usuario!

Gracias Cris, eres una persona muy agradable, así como la forma de transmitir tus conocimientos. Aprendo bastante con tus enseñanzas. Bendiciones

gracias por dedicar tiempo a explicar :)

El día de hoy, yo estoy como José. Ora que sea un mauricio regreso a dar mi update Muchas gracias por tu explicación tan gráfica y tan completa. Saludos desde la CDMX

he visto cada uno de tus videos, y de verdad amo la forma en como trasmites tus conocimientos!! me rio mucho por lo gracioso que dices las cosas

5 жыл бұрын

Muchas gracias Beatriz! me esfuerzo para que en mis videos y mis talleres aprendamos mientras nos divertimos :)

Genial!!

tengo unas entrevistas que siempre preguntan muy teoricamente y es bueno aprender pra contestar bien. gracias Cris!

Excelente explicación. Deberían contratarte en mi uni. Muchas gracias por tu vídeos.

Hola Cris, gracias por ser tan carismatica y explicarnos con tanto amor :). Como llegar a un acuerdo si por ejemplo el desarrollador dice 2 puntos y qa-calidad dice 100? Gracias

Hola todos tus videos son interesantes. Por favor podrías ponerles un número correlativo para seguirlos y tener un mejor seguimiento. Gracias.

Hayyy siiii chris...,💗

Hola Cris, hace un día que supe de tu canal y has hecho que vea uno tras otro, te felicito por la habilidad que tienes de explicar y hacer ver todo más sencillo!Ahora tengo un problema porque cada miembro del equipo se encarga de un componente en específico Bd, web service, front, etc. Cada uno estimará de acuerdo a su especialidad. Qué me recomiendas hacer?

Muchísimas gracias por la información, Cris. ¡¡Está muy genial y super bien explicado!! Este es un tema que saca canas verdes jajaja

Eres una educadora innata. Eres muy valiosa. Gracias por tu tiempo.

5 жыл бұрын

Gracias Fernan por este comentario justo en este video que es el que considero el tema más dificil de explicar!! Un abrazo

te amo Creeeeeeeees

Te amo, me has motivado mucho ahora que entraré a un nuevo equipo. Geniales tus videos

6 жыл бұрын

Alejandro Gonzalez me encanta saber que mis videos te han motivado! Ese es el sentido de mi canal, muchas gracias! Que tengas un lindo día! :D

Hola. ¿que ejercicio práctico haces para mostrarles la estimación Gracias

Me sirvio bastante

5 жыл бұрын

Me encanta, esa es la razón para hacer mis videos :D

Al final el tiempo es un indicador que enmarca el sprint, pero en este excelente video te entiendo muy bien la parte de ponderar los valores horas disponibles/conocimiento=dificultad, jejeje. que van variando por equipo, por eso es necesaria una referencia o pivote, creo entender. Lo que hace el equipo imponga sus compromisos, su velocidad a favor del sprint. Al irlo escribiendo me daba la duda si los patrocinadores deberían entender estas medidas, pero al final de escribirlo, creo que no es necesario.

En mi humilde opinión creo que es inevitable el que la estimación de cada uno sea "egoísta", entiendo el punto que expresas sobre el pensar en horas pero en puntos o ocurre lo mismo, por ejemplo, tengo el pivote P con 5 ph (puntos de historia), si tengo una historia de usuario de hacer una pagina web, un especialista en desarrollo web puede pensar que es facil de hacer y le da 5 ph, otro que no ha hecho una en su vida estima un ph mayor. El problema en esto realmente no son las horas o los ph, es que estimar a ciegas es muy malo. Si se tuviera una minima idea para hacer una estimación coherente sería lo suyo. Haciendo esto probablemente, aún usando horas o ph, los valores que estime cada persona pueden no ser iguales pero si mantendrán una proporción, no encontrarías que la persona A estimó en la actividad 1 el valor de 5 y en la actividad 2 el valor de 10 y otra persona B que estimó en la actividad 1 el valor de 12 y en la actividad 2 el valor de 6. Ese creo que sería el principal problema y que es causado creo yo por el desconocimiento. Por eso, si no hubiera incongruencias así, y los valores estimados para cada historia entre cada integrante mantuviesen una misma proporción, creo que el valor estimado en la historia de usuario (sean ph o horas) se podría calcular a partir de una media de estos valores, y podría servir como un grado de la complejidad de la tarea. ¿Que piensas tú sobre esto? Adición: En otro de tus videos donde explicabas sobre como hacer una estimación con puntos de historia (unos videos mas atras de este) ponias como pivote una silla de palitos y la comparabas con otros objetos (por ejemplo una casa de palitos). Haciendo una estimación propia no coincidi contigo exactamente, pero claramente coincidiamos en identificar que objeto era más difícil, si el pivote o el otro (y casi coincidiamos en cuantas veces más complejo). Pero eso era porque visualizaba la casa y la silla, en el caso de comparar algo que no ves, como una pagina web, da lugar al problema que te comentaba arriba, y por eso creo que el mayor problema es que entendamos bien al pivote, y la historia que estamos comparando, más que la "unidad de medida"

Hola Cris, como podría llevar esto a costos, para una evaluación del proyecto?

En que me baso para asignarle los puntos a un pivote o como lo obtengo?

Hay un vídeo de un ejemplo completo?

Excelente video ! Tengo una duda, Si tengo una HdU en Jira y estimo por story Point figonacci en complejidad y tengo tres capas por HdU ( back , front y test), estos son equipos diferentes que trabajan sobre una misma hdu . Puedo sumar la estimación de cada equipo para dejar un único número a nivel istory Point en la HdU ?

Cris, ese Mauricio se ve que es una excelente persona, fue lo que mas me gusto del video jajajajajajajajajaja

6 жыл бұрын

Jajaja pues si vieras que ni tanto, creo que lo hice quedar demasiado bien :'D

Trabajo en un estudio de desarrollo de videojuegos, donde hay artistas 2D, artistas 3D, desarrolladores, game designer. Los puntos de historia se enfoca más a los desarrolladores? En mi caso por el momento estimamos en hs, en donde los desarrolladores siempre tienen la mayor carga de trabajo por sprint. Se aplicaría los puntos de historia a nivel desarrollo solamente?

Hola recién llevo 3 meses en el equipo de desarrollo en sistemas mobile y la vdd que no me resulta muy difícil de entender, claro que hay unas cosas q se me facilitan más q otras, pero investigo y salgo de la duda.

Hola, tengo una duda, Un sprint tiene una duración determina, si el equipo es nuevo, el desarrollo es nuevo, si utilizo los Story Point cómo sé que cantdiad de historias puedo incorporar al SPRINT

Y todo para que al final llegue un ejecutivo y pregunte: Para cuando estará listo? xD

Que sucede si pasan 2 años y Mauricio sigue haciendo de las 60PH, digamos, 45PH, y entre los demás solo hacen 15, esta es la parte en donde SCRUM apuesta el "Exito" del proyecto mientras se aprovechan del pobre Mauricio, se que pueden despedir a los otros 3 desarrolladores, y entran 3 nuevos desarrolladores, con lo cual se volveria en un Loop infinito, hasta que emtre algun desarrollador que pueda hacer los PH de historia que hace Mauricio, entonce digo yo! El desarrollador que logre culminar mas PH es premiado de alguna manera, seria justo no? seria un incentivo necesario, ya que sino! en algún momento se cansa y dice: Bueno, hare las mismos 5 PH que cada uno de los otros hace, y la velocity de 60PH caeria a 20, Excelentes tus videos! Saludos!

🏬 *SERVICIOS PARA EMPRESAS:* 1. Cursos InHouse para tu empresa: bit.ly/CursosEmpCris 2. Entrena a tus equipos en mi curso mensual de scrum: bit.ly/46bWGbr 🧔🏻‍♂ *SERVICIOS PARA PERSONAS:* 1. Entrénate en Scrum para aplicarlo en tu empresa: bit.ly/CertificacionSM 2. Certifícate como Scrum Master: bit.ly/CertificacionSM *CONTÁCTANOS* WhatsApp: wa.me/+573246476262 Conoce todos mis servicios en: www.agilesporcrisrua.com

Excelente video, me gusto mucho, deberías dejar una ruta de aprendizaje para dominar el tema, es decir una lista de reproducción donde coloques los videos en orden para aprender el concepto de scrum.

Cris sería bueno hacer el ejercicio práctico para mayor entendimiento, no lo crees así???

Cris comprendo lo que dices...pero, que pasa si prestas servicios profesionales donde el cliente te exige presupuesto en horas?, de igual me parece bien tu enfoque.

Que pasaría si ese spring lo realiza un solo desarrollador??

Suponiendo que es un equipo de desarrollo de software, ¿Que pasa cuando en un equipo hay una persona que un perfil distintos al de desarrollador? Por ej, un Ing en procesos que no desarrolla pero si hace gran parte de las tareas que se asignan en cada sprint. Este ing, tambien debe participar en las estimaciones de las tareas de desarrollo?

Buenas noches, muy buenos tus videos, felicidades totales. Tengo una pregunta y espero me la puedan contestar hoy :( ... Al Realizar la planificación del lanzamiento ¿Cuál es el entregable que tengo que presentar? he leído varios foros y solo me indican un calendario con las fechas posibles de presentación de cada Sprint, eso es correcto?

3 жыл бұрын

Hola Herry hay mucho que hablar sobre tu pregunta, tal vez lo que necesites sea el release plan, igual te invito a mi curso abierto donde podrás aclarar muchas dudas que como esta podrías tener de lo que es trabajar con los marcos de trabajo ágiles: bit.ly/PSMCRISRUA

Pregunta: la numeracion de las tarjetas del poker deben tener alguna secuencia? Cual debería ser la diferencia entre una y otra? Saludos y me encantan tus videos

@guillermovazquez8132

3 жыл бұрын

Sigue una secuencia Fobonacci

Si tengo una historia de usuario con ID 2 y detectamos que es epica, al dividirla en 3 por ejemplo, que ID tendrían estas nuevas historias, sabiendo que el ID no debe repetirse con las demás ??

Hola Cris, sería buena práctica cambiar o incluir gente en el equipo de trabajo en medio de un Sprint o del proyecto en general?. Por cierto me encanta como explicas, nos ha ayudado mucho a entender la metodología de la mejor forma

@luisafernandavasquezbetanc8990

5 жыл бұрын

Me faltó completar la pregunta: sería buena práctica cambiar o incluir gente en el equipo de trabajo en medio de un Sprint o del proyecto en general? esto con miras a ayudar y no retrasar las entregas

@hulkprieto

5 жыл бұрын

@@luisafernandavasquezbetanc8990 Hola, la verdad no es tan buena práctica, tenemos la idea de que meter mas gente a la mitad de algo nos va a acelerar las cosas, pero no contemplamos los ajustes en las dinámicas de los equipos, comunicación, complejidad que le agrega simplemente sumar o cambiar una persona. La idea es tratar de estabilizar el equipo lo mas pronto posible y que logren conseguir un ritmo de trabajo constante

@luisafernandavasquezbetanc8990

5 жыл бұрын

@@hulkprieto muchas gracias por tu respuesta, y estoy de acuerdo con ella

@poolmorosanacona1930

4 жыл бұрын

De hecho en el libro "The mythical man month" se habla sobre esto y la conclusión final es que cuando se agregan más personas a un proyecto que está retrasado puede incluso causar que el atraso sea mayor porque se requiere capacitar al nuevo personal, incluirlo en el equipo, etc.

Hola Cris, estoy en un proyecto y le pago por hora a los desarrolladores, como controlo los tiempos de las historias si estimo por dificultad? La misma historia para uno dura 3horas pero tal vez para el otro sean 8, cómo hago que esto no se me salga de control?

Hola Cris, muy buen video, pero tengo la siguiente duda, si debo estimar por puntos de historia como establezco el tiempo que va a durar el Sprint, ( tengo entendido que este puede se 1, 2, 3 o 4 semanas como máximo). Gracias

6 жыл бұрын

Claudio Cortinez hola Claudio, tú defines la duración del sprint con el equipo por ejemplo dicen que será siempre de dos semanas y ya comienzan a estimar, a encontrar la cantidad de puntos que son capaces en equipo cada dos semanas. Para que no te asustes normalmente los primeros sprints como se están acomodando y encontrando su velocidad los puntos son muy variables y luego si están haciendo bien el ejercicio van llegando a una cantidad similar. Te recomiendo ver mi otro video sobre estimación. :D Que tengas un lindo día!!

6 жыл бұрын

Claudio Cortinez kzread.info/dash/bejne/gWF4lJSkfLzPYrA.html

@Clacowatch

6 жыл бұрын

Muchas gracias!!!, y si, ya vi el video sobre estimación, muy bueno también me ha aclarado mucho. Saludos

¿Es correcto puntuar las tareas? Es decir, que como se asignan puntos de historia igual se asignen puntos a las tareas, tiene esto algún sentido?

Hola Cris, me gustó mucho el video pero tengo una duda.. al manejar la estimación por puntos de historia, cómo controlas el tiempo que podrá dedicar un integrante del equipo al proyecto durante el sprint (por permisos o compromisos en otros proyectos). Lo pregunto porque puede que tengamos un estimado de sprint de 35 puntos, pero en algún mes no voy a tener 100% al equipo. Por otro lado, al descomponer las historias de usuario en tareas, a estas no les haces un estimado también?

@amaliajohannamolina

5 жыл бұрын

Tengo la misma duda, ya tienes la respuesta?

Hola Cris cómo determinaste que la velocidad de ese equipo era 60?

5 жыл бұрын

La velocidad de un equipo normalmente es el promedio de los últimos 3 Sprint, ya cuando el equipo lleva muchos sprints con un buen ejercicio de estimación la velocidad por Sprint va tendiendo a ser constante.

Como se controla que el colaborador experto no seleccione las historias de usuario con menos puntos de historia y le deje al inexperto las mas difiles?

Siempre que me explican sobre la estimación puntos escucho los motivos por los que creo que no debería usarse, principalmente la contradicción fundamental de que los puntos representan el esfuerzo o dificultad cuando eso también es directamente dependiente de la persona que tome la tarea. Es decir, una tarea de 5 para un junior, puede ser de 2 para un senior precisamente porque el junior va a requerir mas esfuerzo en realizarla. Así que la estimación por puntos, para mi, significa pretender ignorar el esfuerzo real de una tarea y por lo tanto el tiempo. Por otro lado, ya que un sprint tiene una capacidad definida en semanas (TIEMPO) es natural estimar igualmente en tiempo (ya sea en horas o días), en función de la capacidad de cada persona y las actividades que deba realizar para completar una tarea (Ej. Si esa persona requiere un contexto previo y/o una capacitación, eso también se estima como parte de su capacidad). Finalmente, nunca he entendido porqué se propone estimar cualquier tarea ANTES de asignar el responsable, tal vez sea esa la razón de que ningún equipo de scrum tenga un rendimiento constante y que se tienda a sobreestimar tareas para evitar tareas incompletas al final de cada sprint.