Comments for Visi髇 ScrumManager de los requisitos: Producto, historias y tareas at http://www.navegapolis.net , comment 1 to 3 out of 3 comments http://www.navegapolis.net Thu, 21 Aug 2008 15:23:34 +0100 FeedCreator 1.7.2 http://www.navegapolis.net/content/view/770/62/#comment-1363 Hola tocayo! Tienes raz贸n. Desde una visi贸n purista de scrum, el backlog es 煤nico, por eso Scrum Manager o Scrum Management... es mi forma de llamar a un planteamiento no purista, o m谩s flexible en la formas y por tanto m谩s personalizable a las circunstancias de cada organizaci贸n. En los proyectos en los que me muevo, me resulta m谩s 煤til considerar tres niveles de zoom en los requisitos, que aunque en la interpretaci贸n Scrum purista no tiene lugar, ser铆a como el modelo de Mike Cohn para emplear con Extreme Programming, con los tres niveles de "Temas" "Historias de usuario" y "tareas". Saludos! - Juan Palacio Thu, 15 May 2008 08:30:44 +0100 http://www.navegapolis.net/content/view/770/62/#comment-1362 Hola Pecando de purista... Scrum [b]Manager[/b] no es la mejor eleccion de nombres (aunque partimos de una muy discutida como Scrum [b]Master[/b] :) ) Y siguiendo con terminolog铆a... No mezclar铆a tareas con requerimientos. Aunque hay un relaci贸n entre las tareas y los items de backlog, las tareas no son requerimientos. En todo caso, podr铆a decirse que hay tres niveles de planificaci贸n, pero no tres niveles de requerimientos. Saludos! - Juan Gabardini Wed, 14 May 2008 18:38:09 +0100 http://www.navegapolis.net/content/view/770/62/#comment-1321 Hola, La aproximaci贸n para la gesti贸n de los requerimientos me parece muy buena, se ve de una manera clara la descomposici贸n de los requerimientos. Quiz谩s yo har铆a una peque帽a distinci贸n en los nombres de las pilas, las funcionalidades de nivel alto las meter铆a en una pila de caracter铆sticas o necesidades, y la pila del producto seguir铆a siendo la que contiene las historias a implementar. Puede parecer una tonter铆a pero como ya estoy acostumbrado a llamar al product backlog pila de producto me resulta mas intuitivo. En el libro "Visi贸n Managing Software Requirements: A Use Case Approach, Second Edition", realiza una aproximaci贸n similar pero claro esta desde el punto de vista de RUP. Utiliza una pir谩mide para aclarar los diferentes niveles de zoom en los requerimientos. Saludos. - Emilio Bravo Fri, 18 Apr 2008 12:53:04 +0100