Comments for Visión 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 Mon, 20 May 2013 07:56:26 +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