INVEST - Revision history

Mberne: /* Véase también */

2023-12-19T09:21:09Z

Véase también

← Older revision		Revision as of 11:21, 19 December 2023
Line 58:		Line 58:
	*[[Planificación del sprint]].		*[[Planificación del sprint]].
	*[[Criterios de aceptación]].		*[[Criterios de aceptación]].
	*[[Refinamiento de la pila ~~del~~ producto]].		*[[Refinamiento de la pila de producto]].
	[[Category:Glosario de términos]]		[[Category:Glosario de términos]]

Mberne: /* Beneficios */

2023-12-19T09:20:52Z

Beneficios

← Older revision		Revision as of 11:20, 19 December 2023
Line 41:		Line 41:
	La aplicación del método INVEST en el desarrollo ágil conlleva varios beneficios:		La aplicación del método INVEST en el desarrollo ágil conlleva varios beneficios:
	*'''Mejora la comunicación:''' facilita una comunicación más efectiva entre el equipo de desarrollo y los clientes o usuarios, ya que las historias son más claras y comprensibles.		*'''Mejora la comunicación:''' facilita una comunicación más efectiva entre el equipo de desarrollo y los clientes o usuarios, ya que las historias son más claras y comprensibles.
	Planificación precisa: ya que ayuda a estimar el esfuerzo necesario para implementar las historias.		*'''Planificación precisa:''' ya que ayuda a estimar el esfuerzo necesario para implementar las historias.
	*'''Entrega continua de valor:''' contribuye a una entrega continua de valor al cliente al centrarse en historias valiosas y pequeñas.		*'''Entrega continua de valor:''' contribuye a una entrega continua de valor al cliente al centrarse en historias valiosas y pequeñas.

	==Desafíos==		==Desafíos==
	A pesar de los beneficios, aplicar INVEST puede presentar algunos desafíos:		A pesar de los beneficios, aplicar INVEST puede presentar algunos desafíos:

Mberne at 09:20, 19 December 2023

2023-12-19T09:20:30Z

← Older revision		Revision as of 11:20, 19 December 2023
Line 1:		Line 1:
	~~En 2003 Bill Wake desarrolló un~~ método ~~llamado~~ INVEST para ~~asegurar~~ la calidad en la escritura de historias de usuario. El método sirve para comprobar la calidad de una historia de usuario revisando que cumpla una serie de características:		El '''método INVEST''' es un enfoque utilizado en el desarrollo ágil de software para garantizar la calidad en la escritura de historias de usuario. Este método proporciona un conjunto de características clave que las historias de usuario deben poseer para ser efectivas en la comunicación, planificación y ejecución de proyectos ágiles.
			==Origen==
			Fue desarrollado por Bill Wake en 2003 como una respuesta a la necesidad de mejorar la calidad de las historias de usuario en el contexto del desarrollo ágil. Bill Wake creó este enfoque como una guía para que los equipos ágiles escriban historias que sean más efectivas y fáciles de gestionar.
			==Descripción y objetivos==
			El '''objetivo principal''' del método INVEST es asegurar que las historias de usuario sean claras, flexibles y capaces de entregar valor de manera efectiva al cliente o usuario final.

			El método sirve para comprobar la calidad de una historia de usuario revisando que cumpla una serie de características:

	*I - Independent (independiente)		*'''I''' - Independent (independiente).
	*N - Negotiable (negociable)		*'''N''' - Negotiable (negociable).
	*V Valuable (valiosa)		*'''V''' Valuable (valiosa).
	*E - Estimable (estimable)		*'''E''' - Estimable (estimable).
	*S - Small (pequeña)		*'''S''' - Small (pequeña).
	*T - Testable (comprobable)		*'''T''' - Testable (comprobable).

	~~'''~~Independent (independiente)~~'''~~		===Independent (independiente)===

	Es ventajoso que cada historia de usuario pueda ser planificada e implementada en cualquier orden. Para ello las historias deberían de ser totalmente independientes (lo cual facilita el trabajo posterior del equipo). Resaltar que las dependencias entre historias de usuario pueden reducirse combinándolas en una o dividiéndolas de manera diferente.		Es ventajoso que cada historia de usuario pueda ser planificada e implementada en cualquier orden. Para ello las historias deberían de ser totalmente independientes (lo cual facilita el trabajo posterior del equipo). Resaltar que las dependencias entre historias de usuario pueden reducirse combinándolas en una o dividiéndolas de manera diferente.

	~~'''~~Negotiable (negociable)~~'''~~		===Negotiable (negociable)===

	Una historia de usuario es una descripción corta de una necesidad que no incluye detalles. Las historias deben ser negociables ya que sus detalles serán acordados con el cliente o el usuario durante la fase de conversación. Por tanto, se debe evitar historias de usuario con demasiados detalles porque limitaría la conversación acerca de las mismas.		Una historia de usuario es una descripción corta de una necesidad que no incluye detalles. Las historias deben ser negociables ya que sus detalles serán acordados con el cliente o el usuario durante la fase de conversación. Por tanto, se debe evitar historias de usuario con demasiados detalles porque limitaría la conversación acerca de las mismas.

	~~'''~~Valuable (valiosa)~~'''~~		===Valuable (valiosa)===

	Una historia de usuario tiene que ser valiosa para el cliente o el usuario. Una manera de hacer una historia valiosa es que la escriba el mismo.		Una historia de usuario tiene que ser valiosa para el cliente o el usuario. Una manera de hacer una historia valiosa es que la escriba el mismo.

	~~'''~~Estimable (estimable)~~'''~~		===Estimable (estimable)===

	Una buena historia de usuario debe de poder ser estimada con la precisión suficiente para ayudar al cliente, usuario o propietario del producto a priorizar y planificar su implementación. La estimación generalmente la realizará el equipo de trabajo y está directamente relacionada con el tamaño de la historia de usuario (una historia de usuario de gran tamaño es más difícil de estimar) y con el conocimiento del equipo de la necesidad expresada (en el caso de falta de conocimiento, serán necesarias mas fases de conversación acerca de la misma).		Una buena historia de usuario debe de poder ser estimada con la precisión suficiente para ayudar al cliente, usuario o propietario del producto a priorizar y planificar su implementación. La estimación generalmente la realizará el equipo de trabajo y está directamente relacionada con el tamaño de la historia de usuario (una historia de usuario de gran tamaño es más difícil de estimar) y con el conocimiento del equipo de la necesidad expresada (en el caso de falta de conocimiento, serán necesarias mas fases de conversación acerca de la misma).

	~~'''~~Small (pequeña)~~'''~~		===Small (pequeña)===

	Las historias de usuario deberían englobar como mucho unas pocas semanas/persona de trabajo. Incluso hay equipos que las restringen a días/persona. Una descripción corta ayuda a disminuir el tamaño de una historia de usuario facilitando así su estimación.		Las historias de usuario deberían englobar como mucho unas pocas semanas/persona de trabajo. Incluso hay equipos que las restringen a días/persona. Una descripción corta ayuda a disminuir el tamaño de una historia de usuario facilitando así su estimación.

	~~'''~~Testable (comprobable)~~'''~~		===Testable (comprobable)===

	La historia de usuario debería ser capaz de ser probada (fase confirmación de la historia de usuario). Si el cliente o usuario no sabe como probar la historia de usuario significa que no es del todo clara o que no es valiosa. Si el equipo no puede probar una historia de usuario nunca sabrá si la ha terminado o no.		La historia de usuario debería ser capaz de ser probada (fase confirmación de la historia de usuario). Si el cliente o usuario no sabe como probar la historia de usuario significa que no es del todo clara o que no es valiosa. Si el equipo no puede probar una historia de usuario nunca sabrá si la ha terminado o no.

			==Beneficios==
			La aplicación del método INVEST en el desarrollo ágil conlleva varios beneficios:
			*'''Mejora la comunicación:''' facilita una comunicación más efectiva entre el equipo de desarrollo y los clientes o usuarios, ya que las historias son más claras y comprensibles.
			Planificación precisa: ya que ayuda a estimar el esfuerzo necesario para implementar las historias.
			*'''Entrega continua de valor:''' contribuye a una entrega continua de valor al cliente al centrarse en historias valiosas y pequeñas.
			==Desafíos==
			A pesar de los beneficios, aplicar INVEST puede presentar algunos desafíos:
			*'''División de historias grandes:''' puede ser desafiante dividir historias de usuario muy grandes en partes más pequeñas que cumplan con todas las características de INVEST.
			*'''Educación de clientes:''' a veces, los clientes o usuarios necesitan saber cómo escribir historias efectivas que cumplan con estas características.

			==Consejos para aplicar INVEST==
			Algunos consejos prácticos para utilizar este método:
			*'''Fomentar la colaboración:''' mantener una comunicación continua con los interesados para negociar y refinar los detalles de las historias.
			*'''Definir criterios de aceptación:''' establecer criterios de aceptación claros y medibles para cada historia para facilitar la comprobación de su finalización.

			==Véase también==
			*[[Historia de usuario]].
			*[[Planificación del sprint]].
			*[[Criterios de aceptación]].
			*[[Refinamiento de la pila del producto]].
	[[Category:Glosario de términos]]		[[Category:Glosario de términos]]

Smanager at 10:11, 26 April 2021

2021-04-26T10:11:21Z

← Older revision		Revision as of 12:11, 26 April 2021
Line 35:		Line 35:

	[[Category:Glosario de términos]]		[[Category:Glosario de términos]]
	~~[[Category:Información complementaria: agilidad]]~~

Smanager at 15:32, 30 July 2018

2018-07-30T15:32:11Z

@@ Line 1: / Line 1: @@
-Acrónimo empleado para describir las seis características que debe tener tener una [[historia de usuario]]: Independiente, Negociable, Valiosa, Estimable, Pequeña (Short en inglés) y Comprobable (Testable en ingles).
+En 2003 Bill Wake desarrolló un método llamado INVEST para asegurar la calidad en la escritura de historias de usuario. El método sirve para comprobar la calidad de una historia de usuario revisando que cumpla una serie de características:
 [[Category:Glosario de términos]]
 [[Category:Información complementaria: agilidad]]

Smanager at 12:19, 5 March 2013

2013-03-05T12:19:02Z

← Older revision		Revision as of 14:19, 5 March 2013
Line 9:		Line 9:

	[[Category:Glosario de términos]]		[[Category:Glosario de términos]]
			[[Category:Información complementaria: agilidad]]

Smanager: Created page with "Acrónimo empleado para describir las seis características que debe tener tener una historia de usuario: Independiente, Negociable, Valiosa, Estimable, Pequeña (Short en..."

2013-01-11T18:51:43Z

Created page with "Acrónimo empleado para describir las seis características que debe tener tener una historia de usuario: Independiente, Negociable, Valiosa, Estimable, Pequeña (Short en..."

New page

Acrónimo empleado para describir las seis características que debe tener tener una [[historia de usuario]]: Independiente, Negociable, Valiosa, Estimable, Pequeña (Short en inglés) y Comprobable (Testable en ingles).

* Independiente: Describe una funcionalidad completa, que no tiene una dependencia inherente con otra historia.
* Negociable: Puede ser modificada hasta que no está en proceso de desarrollo, o incluida en un sprint que se está ejecutando.
* Valiosa: El producto tiene más valor para el cliente cuando la funcionalidad está completada.
* Estimable: Es posible estimar el tamaño de la historia.
* Pequeña (Short en inglés): Tiene que poder estimarse con precisión suficiente empleando técnicas ágiles, que se basan en juicio de expertos y emplean unidades de medida relativas.
* Comprobable (Testable en inglés): Debe incluir información para determinar cuándo está terminada y cumple las expectativas del cliente.

[[Category:Glosario de términos]]