Definición de hecho - Revision history

Mberne at 14:03, 19 June 2024

2024-06-19T14:03:31Z

← Older revision		Revision as of 16:03, 19 June 2024
Line 1:		Line 1:
	La '''definición de hecho''' (''DoD'' o ''Definition of Done'' en inglés) es la descripción de las condiciones que debe tener un trabajo para considerarlo terminado.		La '''definición de hecho''' (''DoD'' o ''Definition of Done'' en inglés) es la descripción de las condiciones que debe tener un trabajo para considerarlo terminado.

	==Descripción y características==		==Descripción y características==
	*'''La determinan''' los [[desarrolladores]] y el [[propietario del producto]].		*'''La determinan''' los [[desarrolladores]] y el [[propietario del producto]].

Mberne: /* Nivel de concreción */

2023-12-18T12:07:04Z

Nivel de concreción

← Older revision		Revision as of 14:07, 18 December 2023
Line 21:		Line 21:
	==Diferencias con los criterios de aceptación==		==Diferencias con los criterios de aceptación==
	===Nivel de concreción===		===Nivel de concreción===
	Los '''[[criterios de aceptación]]''' se centran en cada elemento del ''[[backlog]]'' por separado.		Los '''[[criterios de aceptación]]''' se centran en cada elemento del ''backlog'' por separado.
	*Están conectados a las historias de usuario.		*Están conectados a las historias de usuario.
	*Son algo con lo que están familiarizados los product owners.		*Son algo con lo que están familiarizados los product owners.
Line 29:		Line 29:
	La '''[[definición de hecho]]''' atañe a los incrementos, en general. Una historia puede estar completada, pero eso no constituye un incremento. Por supuesto, las historias incluidas en el sprint deben ser funcionales, y lo que define si lo son o no son los criterios de aceptación. Pero eso no es suficiente para entregárselo al cliente.		La '''[[definición de hecho]]''' atañe a los incrementos, en general. Una historia puede estar completada, pero eso no constituye un incremento. Por supuesto, las historias incluidas en el sprint deben ser funcionales, y lo que define si lo son o no son los criterios de aceptación. Pero eso no es suficiente para entregárselo al cliente.
	*Se asegura de que los incrementos están «hechos» de verdad. Un incremento «hecho» es una entrega que se puede dejar cerrada con tranquilidad.		*Se asegura de que los incrementos están «hechos» de verdad. Un incremento «hecho» es una entrega que se puede dejar cerrada con tranquilidad.

	===Formato===		===Formato===
	No existe un modelo estándar para escribir ni los criterios de aceptación ni la Definición de Hecho. Pueden apuntarse utilizando lenguaje natural, tal y como el [[product owner]] o la persona del equipo se exprese, o acordar entre todos un formato cómodo y que sirva a las necesidades del equipo. Lo que sí es importante es hacer un esfuerzo por ser concisos y descriptivos al sintetizar lo que se ha acordado durante las conversaciones.		No existe un modelo estándar para escribir ni los criterios de aceptación ni la Definición de Hecho. Pueden apuntarse utilizando lenguaje natural, tal y como el [[product owner]] o la persona del equipo se exprese, o acordar entre todos un formato cómodo y que sirva a las necesidades del equipo. Lo que sí es importante es hacer un esfuerzo por ser concisos y descriptivos al sintetizar lo que se ha acordado durante las conversaciones.

Mberne at 12:06, 18 December 2023

2023-12-18T12:06:38Z

← Older revision		Revision as of 14:06, 18 December 2023
Line 19:		Line 19:

	Sin una buena Definición de Hecho podemos producir una nube de trabajo no del todo terminado o en un estado incierto, que complica las planificaciones, y genera riesgos ocultos que pueden poner en compromiso la fecha de entrega y la calidad del producto.		Sin una buena Definición de Hecho podemos producir una nube de trabajo no del todo terminado o en un estado incierto, que complica las planificaciones, y genera riesgos ocultos que pueden poner en compromiso la fecha de entrega y la calidad del producto.
			==Diferencias con los criterios de aceptación==
			===Nivel de concreción===
			Los '''[[criterios de aceptación]]''' se centran en cada elemento del ''[[backlog]]'' por separado.
			*Están conectados a las historias de usuario.
			*Son algo con lo que están familiarizados los product owners.
			*Suelen expresarse en forma de lista, como un flujo o una serie de criterios.
			*El propietario del producto los explica durante la reunión de [[planificación del sprint]], y cubren lo que el cliente espera de la historia.

			La '''[[definición de hecho]]''' atañe a los incrementos, en general. Una historia puede estar completada, pero eso no constituye un incremento. Por supuesto, las historias incluidas en el sprint deben ser funcionales, y lo que define si lo son o no son los criterios de aceptación. Pero eso no es suficiente para entregárselo al cliente.
			*Se asegura de que los incrementos están «hechos» de verdad. Un incremento «hecho» es una entrega que se puede dejar cerrada con tranquilidad.
			===Formato===
			No existe un modelo estándar para escribir ni los criterios de aceptación ni la Definición de Hecho. Pueden apuntarse utilizando lenguaje natural, tal y como el [[product owner]] o la persona del equipo se exprese, o acordar entre todos un formato cómodo y que sirva a las necesidades del equipo. Lo que sí es importante es hacer un esfuerzo por ser concisos y descriptivos al sintetizar lo que se ha acordado durante las conversaciones.
	==Véase también==		==Véase también==
			*[[Criterios de aceptación]].
	*[[Desarrolladores]].		*[[Desarrolladores]].
	*[[Propietario del producto]].		*[[Propietario del producto]].

Mberne: /* Función */

2023-12-18T11:59:25Z

Función

← Older revision		Revision as of 13:59, 18 December 2023
Line 12:		Line 12:

	==Función==		==Función==
			*Incluye criterios y acciones que agregan valor demostrable, y puede ir evolucionando conforme se aprende, para mejorar tanto los entregables como la forma de trabajar.
			*Ayuda a mantener un nivel de calidad que beneficia al cliente y a los usuarios.
			*Ayuda a controlar el avance del proyecto.

			'''«Hecho» debe significar que está listo para usarse:''' para integrarse en el producto o sistema. Eso no sólo requiere que el incremento funcione, sino que esté probado, que sea seguro, etcétera.

			Sin una buena Definición de Hecho podemos producir una nube de trabajo no del todo terminado o en un estado incierto, que complica las planificaciones, y genera riesgos ocultos que pueden poner en compromiso la fecha de entrega y la calidad del producto.

	==Véase también==		==Véase también==

Mberne: /* Descripción y características */

2023-12-18T09:51:59Z

Descripción y características

← Older revision		Revision as of 11:51, 18 December 2023
Line 2:		Line 2:
	==Descripción y características==		==Descripción y características==
	*'''La determinan''' los [[desarrolladores]] y el [[propietario del producto]].		*'''La determinan''' los [[desarrolladores]] y el [[propietario del producto]].
	*Se suele plasmar en una lista de criterios al que se someterá la [[historia de usuario\|historia]] o el [[sprint]] para confirmar si se puede considerar "terminado".		*Se suele plasmar en una '''lista de criterios''' al que se someterá la [[historia de usuario\|historia]] o el [[sprint]] para confirmar si se puede considerar "terminado".
	*'''Es explícita y conocida por todo el equipo.''' Dependerá del ámbito del negocio, pero algunos de los aspectos más habituales que se incluyen son funcionalidad, calidad, pruebas, documentación y retroalimentación del cliente. Es decir:		*'''Es explícita y conocida por todo el equipo.''' Dependerá del ámbito del negocio, pero algunos de los aspectos más habituales que se incluyen son funcionalidad, calidad, pruebas, documentación y retroalimentación del cliente. Es decir:
	**Todas las tareas o historias implementan la funcionalidad requerida de manera correcta.		**Todas las tareas o historias implementan la funcionalidad requerida de manera correcta.
Line 10:		Line 10:
	**Y el cliente ha revisado y aprobado el incremento.		**Y el cliente ha revisado y aprobado el incremento.
	**También es habitual, en empresas de software, que la Definición de Hecho incluya criterios de seguridad, privacidad, y compatibilidad. Es importante que el código cumpla con los estilos y directrices del proyecto.		**También es habitual, en empresas de software, que la Definición de Hecho incluya criterios de seguridad, privacidad, y compatibilidad. Es importante que el código cumpla con los estilos y directrices del proyecto.

	==Función==		==Función==

Mberne at 09:51, 18 December 2023

2023-12-18T09:51:41Z

← Older revision		Revision as of 11:51, 18 December 2023
Line 1:		Line 1:
	~~Definición~~ de hecho (''DoD Definition of Done'') es la descripción de las condiciones que debe tener un trabajo para considerarlo terminado.		La '''definición de hecho''' (''DoD'' o ''Definition of Done'' en inglés) es la descripción de las condiciones que debe tener un trabajo para considerarlo terminado.
			==Descripción y características==
	La determinan los [[desarrolladores]] y el [[propietario del producto]]. ~~En la práctica se~~ suele plasmar en una lista de criterios al que se someterá la [[historia de usuario\|historia]] o el [[sprint]] para confirmar si se puede considerar "terminado".		*'''La determinan''' los [[desarrolladores]] y el [[propietario del producto]].
			*Se suele plasmar en una lista de criterios al que se someterá la [[historia de usuario\|historia]] o el [[sprint]] para confirmar si se puede considerar "terminado".
			*'''Es explícita y conocida por todo el equipo.''' Dependerá del ámbito del negocio, pero algunos de los aspectos más habituales que se incluyen son funcionalidad, calidad, pruebas, documentación y retroalimentación del cliente. Es decir:
			**Todas las tareas o historias implementan la funcionalidad requerida de manera correcta.
			**Todas se han implementado con alta calidad técnica, cumpliendo con los estándares necesarios.
			**Todas se han probado y los errores encontrados se han resuelto.
			**Todo ha quedado documentado adecuadamente para su fácil comprensión y mantenimiento.
			**Y el cliente ha revisado y aprobado el incremento.
			**También es habitual, en empresas de software, que la Definición de Hecho incluya criterios de seguridad, privacidad, y compatibilidad. Es importante que el código cumpla con los estilos y directrices del proyecto.
			==Función==

	==Véase también==		==Véase también==

Mberne at 12:47, 12 December 2023

2023-12-12T12:47:22Z

← Older revision		Revision as of 14:47, 12 December 2023
Line 3:		Line 3:
	La determinan los [[desarrolladores]] y el [[propietario del producto]]. En la práctica se suele plasmar en una lista de criterios al que se someterá la [[historia de usuario\|historia]] o el [[sprint]] para confirmar si se puede considerar "terminado".		La determinan los [[desarrolladores]] y el [[propietario del producto]]. En la práctica se suele plasmar en una lista de criterios al que se someterá la [[historia de usuario\|historia]] o el [[sprint]] para confirmar si se puede considerar "terminado".

			==Véase también==
			*[[Desarrolladores]].
			*[[Propietario del producto]].
			*[[Historia de usuario]].
			*[[Sprint]].
			*[https://open.spotify.com/episode/0GjNQprSs7wbQ8s6G0lGXu?si=f6b4006adcd24e1f Scrum Manager Podcast \| Episodio 6: Definition of Done].
			*[https://www.scrummanager.com/blog/2023/03/definition-of-done-o-definicion-de-hecho/ Scrum Manager Blog: Transcripción Scrum Manager Podcast \| Episodio 6: Definition of Done].
	[[Category:Glosario de términos]]		[[Category:Glosario de términos]]

Smanager: Created page with "Definición de hecho (''DoD Definition of Done'') es la descripción de las condiciones que debe tener un trabajo para considerarlo terminado. La determinan los desarrollad..."

2021-01-17T15:56:39Z

Created page with "Definición de hecho (''DoD Definition of Done'') es la descripción de las condiciones que debe tener un trabajo para considerarlo terminado. La determinan los desarrollad..."

New page

Definición de hecho (''DoD Definition of Done'') es la descripción de las condiciones que debe tener un trabajo para considerarlo terminado.

La determinan los [[desarrolladores]] y el [[propietario del producto]]. En la práctica se suele plasmar en una lista de criterios al que se someterá la [[historia de usuario|historia]] o el [[sprint]] para confirmar si se puede considerar "terminado".

[[Category:Glosario de términos]]