Team Foundation Server - ¿Qué plantilla de proceso es para mí?

Question

Así que finalmente pude completar la instalación de TFS y comencé la creación de mi primer proyecto de equipo que me presentó la plantilla de proceso.

Después de seguir el enlace al Microsoft's site para obtener información sobre la plantilla de proceso, me inundó con nueva información para considerar. ¿Con qué plantillas tienen experiencia todos que funcionó muy bien para usted o fueron más un obstáculo para el proyecto? ¿Cuáles fueron las mayores ventajas y desventajas que has encontrado?

Editar: Parte de la información sobre mi proyecto, yo soy el desarrollador principal de una pequeña empresa y va a utilizar TFS/VSTS para crear un portal de intranet para consolidar el día a día los usuarios finales y aumentar la automatización para mejorar la productividad etc. Es un desarrollo totalmente nuevo que aprovecha C#, ASP.NET y Sql Server 2008.

Idealmente, me gustaría aprovechar las características para mejorar la colaboración con los interesados ​​para ayudar a agregar las funciones deseadas y para rastrear el estado de desarrollo y comentarios de la oferta, etc. También estaba buscando aprovechar el TeamCity de JetBrain para mi TFS, así que si alguna plantilla/software específico realmente agrega cohesión entre TFS, TeamCity, Desarrolladores y Actores interesados, ser idealmente lo que me interesa.

Answer 1

¿Ya está usando un proceso de desarrollo de software como scrum? Si es así, puede probar esta plantilla de proceso de equipo sobre here.

¿Qué tan grande es su equipo de proyecto y el proyecto? Microsoft ha publicado una de sus Plantillas de proceso internas (MPT) sobre here. Puedes obtener algo de guía e inspiración de esta plantilla.

como tangurena mencionado. La gente usa las plantillas estándar, cambia un poco el error y almacena algunos documentos allí. Yo recomendaría mantener el proceso 'ligero' también.

Sin embargo, la plantilla de proceso no es todo.

Aquí están algunas ideas de lo que haría (en su caso):

• crear algunos elementos de trabajo de alto orden (características/historias), que stakeholdes pueden crear (limitaciones y grupos de usuarios TFS son de su amigo).Luego pueden acceder a sus características solicitadas a través del acceso web a elementos de trabajo de TFS. De esta forma, no necesita una CAL para ellos

• Cree algunos informes que muestren el trabajo planificado correspondiente a las versiones.

• Configure la automatización de compilación y cree informes (a.k.a. Notas de la versión) de sus workitems de acuerdo con las compilaciones.

¿Cuáles fueron las mayores ventajas y desventajas que ha encontrado?

Imho la mayor desventaja es que empiezas a creer que la plantilla es tu bala de plata. No lo es, es tu punto de partida. El ecosistema TFS le ofrece muchas oportunidades para crear sus propios bits de software que se ajusten a sus necesidades. Solo echa un vistazo al TFS API.

Answer 2

Aquí hay otro buen agile-based template (el original está en SSW, pero tienes que moverte por la pared de inicio de sesión).

Esta plantilla ayuda a mejorar la cohesión entre desarrolladores, gerentes y otras partes interesadas al incluir un soporte más robusto para el proceso del proyecto (documentación, revisiones, & c., & c.). Por ejemplo, hay tipos integrados para elementos de proceso, como planes de lanzamiento.

Answer 3

En términos generales, me gustaría favorecer un proceso tan pequeño como pueda. Cuantos más estados, cuantos más campos tenga, más probable es que la información contenida en ellos sea simplemente incorrecta.

Estamos ejecutando nuestra propia versión en la plantilla Agile. La mayor parte de lo que le hicimos fue eliminar cosas.

Puede usar la API TFS para registrar compilaciones en la base de datos, lo que debería permitirle unir TeamCity y TFS. Aparte de eso, probablemente vaya con la interfaz web que viene con TFS, no creo que necesites un software de terceros para esto.

Answer 4

K.I.S.S.! Creé un elemento de trabajo personalizado basado en Agile uno. Y eso es todo, solo un elemento de trabajo. Existe una "Severidad del sistema" que utiliza TI y una "Prioridad empresarial" que el cliente/cliente utiliza. También hay un "Tipo de solicitud". Con esos tres junto con el Área e iteración integradas, todo el equipo, incluidos los clientes, pueden consultar los elementos de trabajo para obtener solo los artículos que les interesan para el lanzamiento que les interesa (o todos, independientemente del lanzamiento).

No modifiqué mucho la máquina de estado. Esto nos dejó algo muy flexible para todos. Desde allí, se pueden registrar todo, desde las peticiones del cielo azul hasta los errores mundanos/visuales.

El cliente utiliza TFS Web Access (CAL ilimitada) y los desarrolladores (yo y 1 otro) usan VS. En mi último trabajo creé la misma configuración, el equipo de desarrollo era un equipo de 5 y ¡funcionó aún mejor allí! También fui dev líder allí y técnico PM.

La mayor ventaja fue tener un sistema muy flexible para todos, al utilizar 1 tipo de elemento de trabajo para todo. La desventaja sería una curva de aprendizaje para el cliente, pero una vez que supieron cómo usarlo, le gustó más. Una sugerencia sería buscar herramientas más baratas para una implementación similar, pero nuestro descuento .edu con MS no puede ser superado.

Answer 5

Tendría que decir que primero debe identificar el sistema que utilizará para el SDLC de su compañía. La plantilla de proceso es simplemente una herramienta y sin una buena comprensión del proceso subyacente no ayudará y puede hacer las cosas más difíciles. La adopción del usuario es crucial para el éxito del SDLC y la plantilla de proceso.

Utilizamos Scrum for Team System. Elegimos esto debido a nuestra experiencia con Scrum como metodología SDLC. Hay varios libros y artículos excelentes en la web para ayudarlo a ponerse al día. Scrum unirá a las partes interesadas del negocio en el proceso.

En nuestro sistema, el Product Manager está a cargo de los ítems del Backlog del producto y trabaja conmigo y con el CTO para priorizarlos en Sprint Backlog Items.

El único cambio que hemos realizado en la plantilla de proceso fue agregar un estado de "Prueba fallida" y el flujo de trabajo correspondiente.

Answer 6

Puede que no sea la mejor plantilla para usted, pero aún así quería mencionarla aquí: XP for Team System.Básicamente es una versión simplificada de MSF para el desarrollo ágil de software:

[...] que elimina algunas de las tareas de configuración que un proyecto XP probablemente no va a querer emprender y cambia el nombre de elemento de trabajo tipo de escenario a Historia.