diferencia entre el elemento y la característica de la lista de productos pendientes en los tipos de elementos de trabajo de Team Foundation

111

Tengo una pregunta sobre Microsoft Team Foundation. En Visual Studio, Team Explorer, puedo crear un nuevo elemento de trabajo. Los tipos de elementos de trabajo aquí están dictados por la plantilla de proceso elegida por su equipo; No estoy seguro de qué plantilla de proceso estamos usando. En cualquier caso, en Team Explorer, cuando quiero crear un nuevo elemento de trabajo, se me proporciona una lista de tipos de elementos de trabajo para seleccionar, entre los que se encuentran "Elemento de la lista de trabajos pendientes" y "Característica".

Noté una diferencia entre los dos tipos relacionados con la fecha de resolución objetivo. En el caso de un elemento de la lista de productos pendientes, esto parecería estar dictado por la fecha de finalización de la iteración. Para una función, no está tan claro. Una característica también está asociada con una iteración (y la fecha de finalización de la iteración), sin embargo, la característica también tiene un campo separado llamado "Fecha objetivo". El texto de desplazamiento del mouse para la fecha objetivo es "La fecha objetivo para completar la función".

¿Debo elegir "Elemento de la lista de trabajos pendientes" o "Característica" como tipo de elemento de trabajo para mis nuevos elementos de trabajo? ¿Cuál es la diferencia entre los dos?

ingrese la descripción de la imagen aquí

usuario1556120
fuente
2
Para mí, la función es sobre el "qué" y el elemento del backlog sobre el "cómo".
oli

Respuestas:

131

Parece que está utilizando la plantilla de proceso Scrum. El sitio de TFS ha publicado información muy breve sobre los elementos y características de la lista de productos pendientes y la idea detrás de la creación de un nuevo tipo de elemento de trabajo. http://www.visualstudio.com/en-us/news/2013-jun-3-vso.aspx

La diferencia entre los dos se reduce a la granularidad en la que desea trabajar con sus elementos de trabajo:

  • Los elementos de la cartera de productos se componen de tareas y tienen un esfuerzo estimado.
  • Las funciones se componen de elementos de la cartera de productos y tienen fechas objetivo.

No he podido encontrar ninguna guía oficial sobre cuándo usar las funciones frente a los elementos de la lista de productos pendientes, pero he creado mi propia guía en la que baso esta respuesta ... http://www.nsilverbullet.net/2013/06/ 04 / características-ayúdenos-a-planificar-trabajar-mejor-en-equipo-fundación-servicio-proceso-scrum /

¿Debería crear una función o un elemento de la lista de trabajos pendientes del producto?

  • Si cree / espera que el nuevo elemento de trabajo que va a crear se ajuste a un único sprint, debe crear un elemento de la lista de trabajos pendientes del producto y luego dividirlo en tareas para su sprint.
  • Si cree / sabe que el nuevo elemento de trabajo no encajará en un solo sprint, debe crear una función e identificar todos los elementos de tamaño de sprint que proporcionan valor (elementos de la lista de trabajos pendientes del producto) en los que se puede dividir la función y utilizarlos cuando planificación de sprints futuros.

[Actualización del 19 de mayo de 2014]

Microsoft ha publicado más información sobre cómo utilizar las funciones y el concepto de cartera ágil que se ha implementado en TFS https://msdn.microsoft.com/en-us/library/dn306083(v=vs.120).aspx

agilejoshua
fuente
5
Microsoft ahora ha publicado información adicional sobre el uso de Funciones. visualstudio.com/en-us/get-started/… Desafortunadamente, las funciones en línea de Visual Studio solo estarán disponibles para los usuarios con licencias avanzadas. :-( visualstudio.com/en-us/get-started/try-additional-features-vs el precio será de $ 60 por usuario / mes.
agilejoshua
¿Dónde encajan los errores en esto? ¿Los errores son intercambiables con las tareas?
Captain Sensible
1
@DiegoDeberdt: los errores no son intercambiables con las tareas. Considere que existen en el mismo nivel jerárquico que PBI, o potencialmente como hijos de PBI (si elige rastrear de esa manera, dejarlos como relacionados suele ser un vínculo suficiente). Las tareas pueden ser hijos de errores para rastrear el trabajo de desarrollo y prueba en su contra.
StingyJack
2
Parece que no puedo estar de acuerdo con el enfoque de "sprint múltiple es una característica". Debería usarse como un puente (principalmente para seguimiento) entre extremos más técnicos y menos técnicos. Puedo pensar en una función que comienza y termina dentro de un sprint con suficiente dedicación y recursos. Pero Feature es una manera fácil para que la gerencia, etc., se relacione y comprenda los contenidos técnicos.
Beytan Kurt
Hay una nueva página de orientación para Visual Studio 2015, ALM> Trabajo> Escala> Gestión de cartera
JohnC
20

Dado que TFS aplica una estrategia de desarrollo ágil, creo que podemos decir:

Característica = Épico, Elemento de la lista de trabajos pendientes = Historia

La epopeya contiene historias similares.

Filabob
fuente
9
Sí, pero ahora agregaron Epics propiamente dicho, que contienen funciones, que contienen elementos de la lista de trabajos pendientes o errores, que pueden contener tareas.
toddmo
1

Tenía las mismas dudas que OP y mis pensamientos se han alineado con la respuesta de @josant, que es muy razonable para mí.

Por otro lado, estoy usando el libro de Hundhausen [1] como referencia para adoptar TFS + Scrum.

Dijo cosas como:

Una característica es una unidad discreta de funcionalidad que ofrece valor al usuario o al negocio. Un PBI puede ser lo suficientemente grande como para tener varias funciones.

y entonces:

Una característica puede dividirse en varios escenarios. Un escenario es una narrativa que describe un flujo de trabajo o una secuencia de pasos a través de la función que ejerce un camino hacia el logro de un resultado esperado.

y sigue desarrollando estas ideas.

Para mí, Hundhausen parece estar hablando de casos de uso [2], pero todavía siento que su propuesta es algo contraria a la intuición, ni parece que TFS esté guiando a este método de análisis o lo encontré referenciado en la literatura de scrum que leí.

Probablemente solo sea cuestión de elegir una convención con la que se sienta más cómodo y adherirse a ella.

[1] http://www.amazon.es/dp/073565798X

[2] https://en.wikipedia.org/wiki/Use_case

Ismael Olea
fuente
1

La característica es un nivel superior a los 'elementos de la lista de trabajos pendientes'. El equipo define el trabajo como iniciativas de alto nivel y las divide en funciones. que además desglosan y definen el trabajo a realizar como 'Backlog'. ref http://msdn.microsoft.com/en-us/library/dn306083.aspx ?

Binit Agarwal
fuente
1

Como otros dijeron aquí:

  • Características: Nivel superior
  • Atrasos: un nivel por debajo de las características (una característica se compone de elementos de trabajos atrasados)

Tenga en cuenta que puede VINCULAR elementos de trabajo y puede mostrarlos como una Lista de árbol. Por lo tanto, puede vincular un elemento de la lista de trabajos pendientes a una función y, más adelante, puede vincular una tarea a un elemento de la lista de trabajos pendientes. Por lo tanto, obtiene una buena lista de árbol jerárquico.

Policía SQL
fuente
1

Así es como lo uso. En los elementos de la herramienta "Trabajo" -> "Atrasos" se enumeran tanto las "Funciones" como los "Elementos de la cartera de pedidos". Empiezo con las funciones, por lo que no hay elementos pendientes en ese momento. Agrego las características seleccionando Características en el encabezado de Backlog y agregando el nombre de la característica en el formulario, luego guardando y cerrando. A la izquierda de cada Característica recién agregada hay un signo + verde. Haga clic en el signo más y aparecerán las opciones de selección. Elija "Elementos de la lista de productos". Cuando se abra, escriba el nombre del elemento de la lista de trabajos pendientes en el campo superior, como en Funciones. Está creando estos elementos de la lista de trabajos pendientes, no hay ninguna ventana emergente. Complete la otra información según sea necesario, luego guárdela y cierre. Después de crear los elementos del Backlog, haga clic en el signo + verde en los elementos del Backlog recién creados. Ingrese el nombre del elemento de trabajo como lo hizo para los Elementos del Backlog y las Funciones. Cuando agregue los elementos de trabajo, incluya el sprint en el campo de iteración y estarán en el sprint cuando lo abra. Nada de esto está documentado en ningún lugar que pueda encontrar. Espero que tenga suficiente detalle.

Nate
fuente