Esta definición puede estar dentro de los criterios de aceptación o donde y como lo agregamos? Por ejemplo: Adjuntar video flujo completo. Muchas gracias!!

Muchas gracias por realizar este tipo de contenido!

Excelente!!!

@kott

4 жыл бұрын

A la orden

Excelente explicación me quedo bastante claro este tema

@kott

4 жыл бұрын

Excelente Marco! Algún tema que sea de tu interés?

Excelente! Me ha gustado tu vídeo y ha sido gratificante tu experiencia! Saludos.

@kott

4 жыл бұрын

Gracias Belly! Tienes algún tema que quieras que aborde? Saludos!

Muchas gracias por compartir esto, al fin entendí 👍🏽👍🏽

@kott

2 жыл бұрын

Muchas gracias por tu comentario! Te gustaría que hablaramos de algún otro tema? un abrazo

Eres un crack, super claro siempre lo que compartes.

@kott

2 жыл бұрын

Muchas gracias por tu comentario! Algún tema que te gustaría que desarrollaramos en el canal? Saludos!

Hector, me gusto tu explicación sobre todo por el tema del restaurant. Permíteme sugerirte que consideres un DoD minimo pensando para un Scrum Team en fase de formación, gracias.

Podrías hacer uno de DoR, y las diferencias entre DoD y DoR !

@kott

4 жыл бұрын

Cuenta con ello estimada!

Hola Héctor, podrías indicarme qué son las "deltas"?

¡¡¡Buena explicación!!! Gracias por el contenido y espero que con esto pueda establecer una definición de done adecuada para el proyecto. ¡¡¡ Deséenme suerte por fa !!! ;) haha

Hola interesante video!, consulta por favor: Bajo mi criterio y buscando el ideal de proyecto se tendría que definir el DoD entre el Inception - Primeros refinamientos y Primer Sprint Planning , correcto? cual es tu opinión y porque. desde ya gracias y que sigan los éxitos!

Hola Hector, primeramente felicitarte y agradecerte por este gran aporte al entendimiento y adopción de Scrum. Considero que seria de mucha utilidad puedas hacer un video referente a cómo cada industria, fuera de las de desarrollo de software puedan materializar estas DOD, es decir ejemplos prácticos como los del RESTAURANTE, en negocios como CONSTRUCCIÓN, SEGUROS, BANCA y otros sector que vemos con positivismo y entusiasmo la adopción de este framework, pero se nos hace complicado aterrizar conceptos o ejemplos claros dentro de nuestras actividades. TE AGRADEZCO nuevamente por difundir tu valioso conocimiento.

por experiencia, a veces se le deja ese trabajo (DOD) a los QAs. Tambien estaria bien un ejemplo de DOD en la diferentes areas

@kott

4 жыл бұрын

Claro Michelle! Estoy de acuerdo contigo, El input de los QAs es fundamental al definir la DOD! Vamos a tomar en cuenta el tema de los ejemplos para futuros videos! Gracias por comentar!

Una DoD podría ser sobre que ambiente el PO nos dará vo.bo. de las HU. Otro podría que navegadores y versiones se harán la validación.

@kott

2 жыл бұрын

Muchas gracias por tu comentario! Te gustaría que hablaramos de algún otro tema? un abrazo

quien define el done el developer o el product ouwner?

@kott

Жыл бұрын

Los developers estimado

Una pregunta, como se haría para confeccionar una DoD en un equipo scrum donde el equipo de desarrollo es multidisciplinario compuesto por desarrolladores frontend, backend, diseñadores UI y UX.. ? porque en ese caso veo que los diseñadores podrían llegar a confeccionar su DoD valida solo para ellos, los front la suya, los back también su propia DoD. Pero a la vez según lo explicado entiendo que debe haber una única DoD para todo el equipo.. no entiendo bien esta parte.

Buen día, Excelente explicación, felicidades, un favor quiere tener claridad de cual es la respuesta a esta pregunta, mil gracias, - ¿Cuál de las siguientes afirmaciones es verdadera sobre la definición de DONE? a) El dueño del producto dicta al equipo lo que debe tener la definición de DONE b) Los elementos sobre la definición de DONE deben estar bajo el control del equipo c) La definición de DONE es lo mismo es lo mismo que los criterios de aceptación d) La definición de DONE se aplica a todas las tareas que realiza el equipo

@kott

2 жыл бұрын

Hola Ricardo. Muy interesante la pregunta. Estoy entre la "b" y la "d". El tema con la "b" es que claro que la DOD tiene que estar bajo el control del equpo, tan es así que una buena práctica es en cada retrospectiva irla revisando y asegurando que funcione de acuerdo a lo aprendido cada sprint. Sin embargo cuando la DOD esta definida a nivel corporativo, esa puede tener prioridad sobre la DOD que definan los equipos. Por otro lado la "d" en teoría debería llevarse a cabo, pero en la práctica eso no hace mucho sentido, puesto que habrá tareas en las que no apliquen algunos de los elementos de la DOD. Creo que si tuviera que elegir una, me iría con la b. Espero haber sido de ayuda, saludos!

Muchas gracias por compartir tus conocimientos, apenas estoy aprendiendo de SCRUM y me parecen muy enriquecedores tus videos...Tengo una pregunta, estos "Definition of Done" en qué momento se hacen? ¿Al inicio del proyecto?

@kott

4 жыл бұрын

Hola Verónica! Es correcto idealmente al principio del proyecto, sin embargo he llegado a muchos equipos que a medio proyecto no tienen DOD, y de todos modos es muy útil crearla, independientemente del momento que viva el proyecto. Es una sola "Definition of done" para todo el proyecto/producto para todas las historias de un mismo equipo.

Héctor, excelente video como todos los que subes!. Aquí sólo tengo una mínima observación. Mencionas el término "tech-dept", pero creo que realmente debe ser "tech-debt". Saludos!

@kott

2 жыл бұрын

Totalmente de acuerdo, era tech-debt! Muchas gracias por tu comentario! Te gustaría que hablaramos de algún otro tema? un abrazo

No me quedó claro eso de las Deltas documentadas, ¿Alguno me puede orientar un poco más al respecto?

@kott

2 жыл бұрын

Hola Luis, lo importante es que tu equipo llegue un acuerdo sobre que debe ir en la DOD. Lo de las deltas, fué algo que acordó este equipo en especial, y habla sobre checar que los ambientes de prueba y producción no tengan diferencias. Saludos y gracias por tu pregunta!

La analogìa del restaurante al principio del video aplica al Acceptance Criteria, no al definition of done. Màs adelante està OK, pero es confuso.

@kott

3 жыл бұрын

Gracias por tu comentario Pablo. La idea era indicar que los códigos de calidad generales que tiene el restaurant sería la DOD. Y las especificaciones de cada receta vendrían siendo los criterios de aceptación, exclusivos para cada platillo. (Cada User story) Trataré de hacerlo más claro en futuros ejemplos. Saludos

Primero que todo, gracias por tus vídeos. Una pregunta: Que es Tech-Dept? Minuto:3.02

@kott

3 жыл бұрын

Gracias Juan Carlos! Tech-debt es la deuda técnica, el precio de no crear soluciones escalables que después generan re-trabajo para ajustar técnicamente la estabilidad, performance, seguridad, etc de nuestros sistemas. Espero poder ayudar, lo menciono brevemente en mi nuevo video, saludos!

@jcastro1978

3 жыл бұрын

@@kott Entonces quedó con un error el texto, porque dice "Dept". Gracias nuevamente por tomarte el tiempo para responder y por el trabajo que hacés. Saludos!!!

@kott

3 жыл бұрын

@@jcastro1978 Gracias a ti! Si, error de dedo, saludos estimado!

Es el Team Dev quien genera la Definición de hecho?

@kott

4 жыл бұрын

En mi experiencia si. En común acuerdo con el product owner y el scrum master. Pero al final el equipo de desarrollo es quien más aporta ideas para su definición.