EXAMPLES of Definitions of DONE in SCRUM in 2020

In this video we will see examples of definitions of done, as well as its most fundamental definition and why it is important in the scrum framework.
#definitionofdone #definiciondehecho #dod

[@martigati99910]

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!!

[@isabushi]

Muchas gracias por realizar este tipo de contenido!

[@carloscollaorubio4330]

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.

[@Oweerkt]

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

[@kott]

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

[@marcocalle]

Excelente explicación me quedo bastante claro este tema

[@kott]

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

[@davidaguirre5544]

¡¡¡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

[@boladefuegouio]

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.

[@CR-ov9qd]

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!

[@o0BlindingSkin0o]

Excelente!!!

[@kott]

A la orden

[@normamejia529]

Eres un crack, super claro siempre lo que compartes.

[@kott]

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

[@FAXIR]

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

[@o0BlindingSkin0o]

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

[@kott]

Cuenta con ello estimada!

[@fershhh]

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

[@kott]

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

[@Verax__]

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.

[@michitamy]

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]

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!

[@LilianaMartinez-im7pn]

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]

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

[@veronicaespinosaposeros2516]

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]

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.

[@oscardm5496]

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]

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

[@ricardoacuna8537]

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]

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!

[@Javier-lo6tp]

quien define el done el developer o el product ouwner?

[@kott]

Los developers estimado

[@jcastro1978]

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

[@kott]

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]

@@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]

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

[@luiso.p.1580]

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

[@kott]

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!

[@PabloArnaldi]

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]

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

[@carolinaamaya-baz4085]

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

[@kott]

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.