Ir al contenido

Páginas nuevas

Páginas nuevas
Ocultar usuarios registrados | Ocultar bots | Mostrar redirecciones

7 sep 2026

  • 13:4913:49 7 sep 2026 Product Backlog Building (hist. | editar) [4754 bytes] Mberne (discusión | contribs.) (Página creada con «{{Meta-bok|min=3}} '''Product Backlog Building''' (PBB) es una técnica colaborativa de Paulo Caroli para construir un backlog inicial a partir de una ''inception'': se identifican las personas y sus necesidades, se generan elementos y se priorizan hasta obtener una primera pila del producto ordenada. Es el punto de contacto natural entre el descubrimiento inicial de un producto y el trabajo con historias. Cuando un producto o una iniciativa arr…»)
  • 13:4813:48 7 sep 2026 Job story (hist. | editar) [5240 bytes] Mberne (discusión | contribs.) (Página creada con «{{Meta-bok|min=3}} Una '''job story''' es un formato alternativo a la plantilla clásica de la historia de usuario, centrado en la situación en lugar del perfil del usuario: «'''Cuando''' [situación], '''quiero''' [motivación], '''para''' [resultado esperado]». La propuso Alan Klement en 2013, en la órbita de Jobs to Be Done. Su argumento es que el perfil del usuario informa menos que el contexto en que aparece la necesidad, y que la…»)
  • 13:4713:47 7 sep 2026 Requisitos no funcionales (hist. | editar) [4599 bytes] Mberne (discusión | contribs.) (Página creada con «{{Meta-bok|min=3}} Los '''requisitos no funcionales''' son las cualidades que el sistema debe cumplir de forma transversal —rendimiento, accesibilidad, seguridad, disponibilidad— y que casi nunca caben en una historia individual. Su sitio natural no es una tarjeta que se hace una vez, sino una '''restricción transversal''' o un criterio de la Definition of Done, verificado en cada incremento. Un requisito no funci…»)
  • 13:4613:46 7 sep 2026 Historia técnica (hist. | editar) [7074 bytes] Mberne (discusión | contribs.) (Página creada con «{{Meta-bok|min=4}} Una '''historia técnica''' es un elemento del backlog que describe trabajo sin un usuario final visible (una migración, una reindexación, una refactorización). El problema no es el trabajo, sino cómo se escribe: la salida deshonesta es inventar un usuario («como servidor, quiero…»), y las honestas son tres. Se distingue de la tarea disfrazada en que la historia técnica se puede priorizar por sí sola. «Como servidor, quiero un…»)
  • 13:4413:44 7 sep 2026 Spike (hist. | editar) [5377 bytes] Mberne (discusión | contribs.) (Página creada con «{{Meta-bok|min=3}} Un '''spike''' es un trabajo de investigación '''acotado en tiempo''' y con una '''pregunta explícita''', que se emprende cuando la incertidumbre es de conocimiento y no de alcance: sirve para comprar la información que permite decidir o dimensionar, no para producir funcionalidad. El término viene de la programación extrema (''spike solution''). Cuando una historia no se puede estimar porque falta información, seguir…»)
  • 13:4213:42 7 sep 2026 Three Amigos (hist. | editar) [5841 bytes] Mberne (discusión | contribs.) (Página creada con «{{Meta-bok|min=3}} '''Three Amigos''' es una conversación de refinamiento breve en la que, antes de construir una historia, se reúnen tres perspectivas que van a chocar: '''negocio''' (qué problema hay que resolver), '''desarrollo''' (cómo podría resolverse y qué implica) y '''pruebas''' (qué podría salir mal y cómo lo sabremos). El nombre lo propuso George Dinwiddie en 2009. Una conversación de refinamiento funciona cuando están pr…»)
  • 13:3813:38 7 sep 2026 Example Mapping (hist. | editar) [6308 bytes] Mberne (discusión | contribs.) (Página creada con «{{Meta-bok|min=4}} '''Example Mapping''' es una técnica de refinamiento que ordena la conversación sobre una historia de usuario en unos veinticinco minutos y produce cuatro cosas a la vez: sus reglas de negocio, los ejemplos que las fijan, las preguntas que nadie sabe responder y un diagnóstico sobre si la historia está lista. La creó Matt Wynne (Cucumber) en diciembre de 2015. Es, probablemente, la técnica con mejor relación entre es…»)
  • 13:3313:33 7 sep 2026 División de historias (hist. | editar) [13 822 bytes] Mberne (discusión | contribs.) (Página creada con «{{Meta-bok|min=6}} <div class="bok-def"> La '''división de historias''' (''story splitting'') es la práctica de partir un elemento del backlog demasiado grande en varias piezas más pequeñas '''sin perder valor''': cada pieza sigue expresando un cambio observable para alguien. No es descomponer una historia en tareas técnicas, sino repartir valor en porciones de valor. Su criterio maestro es el #El corte vertical|corte vertical…»)

28 ago 2026