[TFService] ¿Dónde está el panel Kanban?

Buenas, ni voy a comentar el tiempo que hace que no escribo …. al tema.

Desde que se empezó a hablar del nuevo panel Kanban de Team Foundation Service, hay una pregunta que ya me han hecho varias veces ¿dónde está la plantilla de proyectos con el panel de Kanban? , y la respuesta es, en ningún sitio Sonrisa.

Efectivamente el panel de Kanban NO es una plantilla nueva, es un nuevo panel que está en Team Foundation Service y en Team Foundation Server 2012 Update 1 (sí, necesitáis el Update 1 de TFS 2012), y acceder es bien sencillo, desde la página principal del panel web de un Team Project, podemos, en la parte de la derecha, bajo Activities, acceder al Backlog:

Backlog TFSService

Una vez accedemos al backlog podemos acceder al Board, dónde encontraremos el panel Kanban.

image

Una vez en el panel Kanban, podemos comprobar que podemos personalizar el número de elementos WIP de las swimlanes de Active y Resolved, y eso es todo, ya podemos empezar a usar nuestro panel Kanban ,moviendo elementos entre las swimlanes, una cosa que yo echo de menos es el poder reordenarlas en cuanto a prioridad por cierto … quizá lo veamos en futuros updates. También, en la esquina superior derecha, podemos pulsar y obtener el informe de Cumulative Flow, o lo que es lo mismo el flujo de trabajo que hemos ido realizando y que tenemos en cada uno de los estados.

imageimage

Así que ya sabéis dónde tenéis el panel Kanban Sonrisa

Novedades en Windows Azure y la importancia del ciclo de vida

La semana pasada, el 7 de junio, Scott Guthrie anunció las novedades de Windows Azure, y entre otras muchas cosas que me encantaron se aunciaron un par de cosas que a mi personalmente me pareceron muy interesantes:

  • Apertura a prácticamente cualquier plataforma para usar los servicios de la nube, con SDK, open-source, y así poder usar tecnologías como node.js, java, php, incluso en servidores Linux.
  • Integración con Git y TFS, para soportar la publicación directa.

La apertura a nuevas plataformas, me parece muy importante e interesante. Cada vez hay más base de desarrolladores no ya en un entorno o en otro, si no en entornos de desarrollo heterogéneos, para esto es de vital importancia contar con herramientas que faciliten la vida al equipo de desarrollo y no solo a ellos, también a los responsables de los sistemas.

Esto dentro de la tan comentada ahora DevOps es vital, los ciclos de desarrollo se acortan a medida que los equipos cada vez son más ágiles, y esto plantea nuevos retos de mantener los sistemas al día y controlar los despliegues. Aquí entra la nube (Windows Azure por ejemplo) que nos permite una mayor flexibilidad a la hora de crecer y escalar nuestros servicios, así como a la hora de facilitar el mantenimiento de los sistemas, pudiendo olvidarnos de cosas como infraestructura física de los servidores, sistemas de redes, y concentrándonos en lo que nos aporta valor, nuestros servicios a los clientes.

También aquí entra el segundo punto, la integración con Git y TFS para soportar la publicación de nuestras aplicaciones en un entorno de entrega continua. Muy importante también por la misma razón, el negocio del software se mueve cada vez más deprisa, y cada vez vemos más aplicaciones que sacan versiones más frecuentes, tenemos que estar preparados para esto, responder rápidamente ante nuevas necesidades de negocio.

Por supuesto esto no es “gratis” necesitamos procesos, herramientas, y un equipo totalmente centrado en la calidad y el valor del software que vamos a desplegar. De nada nos vale sacar versiones frecuentes si estas no funcionan, no cumplen con las expectativas de los usuarios, o nos resultan imposibles de mantener a lo largo de su vida.

Aquí es dónde cobran mayor importancia todos nuestros procesos de ciclo de vida, y por encima de todos ellos, nuestra implicación y responsabilidad como equipo en obtener la mayor calidad en nuestro software.

En definitiva, tiempos interesantes están llegando a todos los niveles, y que creo que van a ser muy divertidos y desafiantes para todos los que nos gusta nuestra profesión.

Gestión de dependencias de proyectos con Visual Studio y Team Foundation Server

Cuando abordamos un proyecto de desarrollo de software, casi invariablemente, vamos a tener referencias externas. Estas referencias pueden ser de otras compañías, como puedan ser componentes tipo Entity Framework, Unity, Log4Net, ELMAH, etc. estas referencias, en el caso de Visual Studio, lo tenemos resuelto mediante NuGet, que casi seguro que todos conocéis, y que facilita la vida a la hora de compilaciones automatizadas, despliegues, y montar los entornos de desarrollo.

Sin embargo, cuando hablamos de dependencias de nuestros propios componentes la cosa a veces se complica más, ya que son componentes que frencuentemente tienen unos ciclos de despliegue más cortos, teniendo nuevas versiones más rápido. Así mismo nos tenemos que asegurar, que al obtener las dependencias durante las compilaciones y despliegues, sea las versiones correctas.

A pesar de que en algunos entornos nos encontramos con soluciones como parpetas compartidas de referencias, ramas de control de código fuente con las dependencias, si bien en un modo básico esto puede llegar a funcionar, siempre estamos añadiendo un trabajo extra a la hora de montar los entornos, y lo que es más importante, a la hora de asegurar que durante el desarrollo, compilación y despliegue, estemos usando la versión correcta.

Para solucionar estos problemas, del modo más eficiente y automático posible, os propongo dos distintas aproximaciones:

AIT Dependency Manager

Esta extensión de Visual Studio, desarrollada por los MVP de Visual Studio Neno Loje y Sven Huberth, nos permite crear ficheros Xml de configuración de dependencias, que nos permite traer las dependencias de: control de código fuente, resultados de una Team Build, carpetas compartidas.

Los ficheros de configuración son de este estilo:

<Dependencies>
<Dependency Type="BinaryDependency">
<Provider Type = "BuildResult">
<Settings Type="BuildResultSettings">
<Setting Name="TeamProjectName" Value="DemoScrum" />
<Setting Name="BuildDefinition" Value="SolutionRefs" />
<Setting Name="BuildNumber" Value="SolutionRefs_20120305.2" />
<Setting Name="RelativeOutputPath" Value=".Lib"/>
</Settings>
</Provider>
</Dependency>
</Dependencies>

También, mediante otro componente desarrollado por ellos, nos permite usar unas plantillas de Team Build personalizadas, para poder interpretar y resolver las dependencias en las compilaciones automatizadas.

La verdad es que el componente funciona bastante bien (aún tiene algunos defectos), pero la principal dificultad que he encontrado es el desplegar el componente en todas las máquinas, configurar las definiciones de build con ese componente adicional, en definitiva, una configuración inicial bastante manual, y tediosa. ¿Por qué investigué esta opción? inicialmente por hacer de beta tester Smile

Por ello, mi recomendación va más por la siguiente opción:

Servidor propio de NuGet

Al igual que podemos usar dependencias de terceros desde NuGet, también podemos montar nuestro propio servidor NuGet, y la verdad es que me ha, hasta sorprendido, la “sencillez” de montarlo.

Todo lo que tenemos que hacer es crearnos en Visual Studio un proyecto ASP.NET vacío, e instalar, desde el propio NuGet el paquete NuGet.Server, esto configurará el sitio web con todo lo necesario para albergar nuestro servidor propio de NuGet, creando, dentro de el, un directorio “Packages” por defecto, que será donde dejaremos nuestros paquetes propios *.nupkg. Este sitio web lo desplegaremos a cualquier servidor de IIS coroporativo que tengamos.

El siguiente paso es, en nuestros Visual Studio, configurar nuestro servidor NuGet como una fuente de confianza, esto lo hacemos desde Tools / Options en Visual Studio, si, aquí también tenemos configuración, pero de un modo bastante más estándar e integrado.

A partir de aquí, cuando vayamos a agregar nuevas dependencias, via NuGet, podremos explorar las que hayamos agregado a nuestro servidor corporativo, ya sean nuestras o de terceros, creando de este modo el servidor de dependencias estándar.

Por supuesto, tenemos un modo de publicar nuestros paquetes como dependencias directamente desde Team Build, para esto os recomiendo este componente: http://nugetter.codeplex.com/, y por supuesto revisad la documentación de como crear un paquete NuGet y todo lo que nos permite como ejecución de PowerShell de configuración de proyectos (algo que no tenemos con la primera opción).

En definitiva, también tiene algo de trabajo de configuración, pero de un modo mucho más estándar dentro del propio Visual Studio, basándonos en algo que casi todo desarrollador de Visual Studio conoce como es NuGet.

Conclusión

Ya no tenéis excusa para empezar a tener un buen ciclo de vida de vuestras dependencias, mi recomendación como ya os he dicho es la creación de vuestro propio servidor de NuGet, pero si esto no es posible, la primera opción os puede ayudar bastante.

Así que ya sabéis, si queréis gestionar vuestras dependencias entre proyectos, aquí tenéis una base, que seguro os iremos contando en próximos artículos más detalladamente.

[Windows8] He actualizado a Windows 8 y ¿dónde se han ido mis aplicaciones?

Buenas, seguro que muchos de vosotros habréis hecho una instalación limpia de la Consumer Preview (Beta) de Windows 8, pero algunos inconscientes valientes, hemos hecho una actualización de nuestro Windows 7.

Después de actualizar a Windows 8, en el inicio lo primero que vemos es el nuevo panel:

SNAGHTML3d41c4a

Y nos damos cuenta de que no aparecen todas las aplicaciones que ya teníamos instaladas, con lo que nos vamos al escritorio antiguo, y vemos con más sorpresa que nuestro antiguo amigo, el botón de inicio, ya no está … ¿y mis apps? miedo, terror, pánico.

Bueno, nuestras apps siguen ahí, pero un poco escondidas, si en el nuevo panel, en cualquier parte que no hay aplicaciones, pulsamos botón derecho, veremos como en la parte inferior nos aparece esto:

image

Si pulsamos en ese All apps, nos vamos a un nuevo panel en el que tenemos toas las aplicaciones que ya teníamos instaladas y desde el que podremos ejecutarlas. Pero hay más, si en el nuevo panel, directamente, nos ponemos a escribir, automáticamente nos aparecerá la nueva pantalla de búsqueda a la derecha, que buscará la aplicación que queremos lanzar entre todas las nuevas y las antiguas.

Y mejor aún, si cuando hemos localizado la aplicación que queríamos ejecutar, pulsamos botón derecho sobre ella, en la parte inferior nos aparecen estas nuevas opciones:

image

Entre las que tenemos la opción “Pin to start” que nos permitirá agregar un nuevo Tile para lanzar esa aplicación desde el nuevo panel de aplicaciones.

La verdad, me encanta el nuevo interterfaz Metro de Windows 8, tiene un montón de nuevas opciones a probar.

Por cierto, todo esto lo descubrí durante el MVP Summit, junto al gran Unai Zorrilla, competidor, pero ante todo amigoSmile

Feedback frecuente en tu ciclo de desarrollo. Visual Studio 11 Feedback Manager

Todos sabemos que uno de los valores de las metodologías ágiles es la entrega frecuente que software que aporte valor. Para esto, a parte de otros valores como transparencia y comunicación, y relacionado con esto, es la colaboración, en forma de feedback frecuente.

El feedback es fundamental, especialmente en ciclos de desarrollo cortos, recordad que en el software no es lo mismo que funcione, que el que entregue valor, y que podamos realizar la mejora constante. Por ello necesitamos feedback, información que nos puedan proporcionar las partes interesadas en la aplicación (comunmente Product Owners y stakeholders). Este feedback nos tiene que proporcionar ideas, mejoras, nuevas funcionalidades, que podamos añadir a nuestra aplicación, y que hagan que mejore la experiencia de usuario, que ganemos nueva cuota de mercado, mayor competitividad, recordad,  ciclos de desarrollo cortos, que nos permitan ser ágiles ante estos cambios.

¿cuándo recogemos este Feedback?, hay muchos puntos del ciclo de desarrollo. Vamos a ver algunos.

El primero de ellos puede ser justo después del primer prototipo o storyboard, a partir de ese momento ya podemos empezar, con esos proptotipos a recibir feedback, para asegurar que vamos en el camino adecuado, y evitar la típica situación en la que lo que acabamos teniendo no es lo que habíamos descrito con el cliente en un principio.

Por supuesto durante el sprint, que vayamos a entregar software que sea potencialmente entregable al fin de la iteración, no quiere decir que durante la misma no podamos ir entregando partes o enseñando partes de lo que hemos construido, recordad que en las metodologías ágiles tampoco tenemos que caer en un modelo mini-waterfall, y que tenemos que intentar llevar siempre a cabo procesos de entrega contínua. No hay que olvidar que este tipo de proceso, requiere que impliquemos de un modo constante a todas las partes del proyecto, que si bien es lo ideal, no siempre se puede conseguir, y también hay que tener claros los objetivos de ese feedback, cuando se implementará y como nos afectará, esto no es fácil en cualquier caso.

Terminaré con otro punto fundamental de feedback, en Scrum tenemos la Sprint Review, que precisamente es esto, una reunión dónde vamos a tener feedback sobre lo que se ha entregado (recordad que no es una demo), que nos siente las bases de por dónde vamos a continuar.

Y ahora que tenemos clara la importancia del feedback ¿cómo lo gestionamos?, con la llegada de Visual Studio 11, tenemos una nueva herramienta, el Feedback Manager, que nos va a permitir realizar este proceso.

Esta herramienta, basada en parte en Microsoft Test Manager, y la nueva herramienta de exploratory testing, nos va a permitir ejecutar sesiones de feedback, y almacenar los resultados en forma de Work Items.

En la imagen podéis ver el aspecto general de la herramienta en ejecución, que nos permite, mientras que exploramos la aplicación de la que queremos dar feedback, agregar comentarios, realizar capturas de pantalla, etc.

image

Además durante la ejecución podremos grabar vídeo, y audio, para poder ir haciendo comentarios a la vez que ejecutamos la aplicación de la que queremos dar feedback.

Este feedback, se puede realizar de modo general, simplemente arrancando el Feedback Manager y empezando a probar la aplicación, o bien, podemos, desde Team Foundation Server 11, solicitar feedback para un requisito o historia de usuario. Con este último sistema, a través de la aplicación web de TFS 11, se generará un Work Item de petición de feedback, asociado al requisito, y se enviará una notificación por correo electrónico, al usuario al que solicitemos feedback.

Una vez que el usuario termina de generar el feedback, ya sea general o asociado a un requisito, este ser almacena, con todos sus comentarios, vídeo, audio e incluso valoración (de 1 a 5), acerca de la aplicación. Esta información se almacena en forma de Work Item, que en el caso de ser feedback sobre un requisito, se asocia a ese requisito.

Con lo que este feedback estará disponible para las personas que tengan acceso a los Work Items del proyecto, quedando todo perfectamente accesible, y facilitando la comunicación.

En definitiva, recordad que es muy importante la gestión del feedback, en todos los momentos del proyecto, y por supuesto, toda la información que podamos proporcionar de feedback, aportará valor a nuestro ciclo de desarrollo de software.

 

Luis Fraile  @Globe ALM

via www.globealm.com

[TFS11] Comenzando a usar los dashboards de gestión

Una de las novedades de Team Foundation Server 11, tanto la versión Azure como la On-premise, son los dashboards, al estilo de paneles Scrum, que nos permiten hacer una gestión visual de nuestro Product Backlog y nuestros sprints. Pero, sois ya más de uno los que nos habéis preguntado dónde están estos Dashboards, ya que por defecto no aparecen, así que os vamos a explicar como empezar a usarlos.

Una vez que tenemos nuestro primer proyecto creado en TFS 11, tendremos que hacer varias cosas, en la pantalla inicial del proyecto (siempre hablando del acceso web: http://[ServidorTFS]:8080/tfs/) Si no tenemos ningún equipo creado, no aparecerán los equipos, con lo que pulsaremos en el enlace Manage teams and project groups.

Home proyecto Team Foundation Server 11

En esta sección  se nos permite crear lo que necesitamos: un equipo (o varios), que no es lo mismo que un grupo de permisos de Team Foundation Server, si no que es un equipo de trabajo. Para crear uno y agregar miembros, pulsamos en la flecha al lado de actions, y creamos un equipo.

Creación equipo TFS11

Una vez creado y asignados miembros al equipo, podemos volver al inicio, pulsando en Exit administration, arriba a la derecha, ahora ya en el inicio nos aparece nuestro equipo, y si pasamos el cursor por encima de el, veremos las opciones que tenemos.

Opciones de equipo Team Foundation Server 11

Veremos que ya nos salen los boards, pero antes de usar los boards tenemos que hacer dos cosas:

  1. Entrar a los settings y asignarles una iteración, los Dashboards nos muestran el trabajo de una iteración, con lo cual tenemos que asignar una iteración al equipo.
  2. Crear  Work Items en el product backlog del equipo, esto lo podemos hacer simplemente creando Wortk Items (de historias de usuario y sus tareas asociadas), y asignándolos a la iteración del equipo.

Una vez que hayamos hecho estas dos cosas, ya podemos ir a los dashboards del equipo, y empezar a trabajar, creando nuevas historias, tareas asociadas y mover tareas entre los distintos estados mediante drag & drop.

Dashboard Team Foundation Server 11

Os iremos contando cosas más adelante acerca de como usar estos Dashboards, por ahora … os dejamos que los investigéis.

[TFService] Configurando un servidor Team Build 11 para Team Foundation Service Preview

Una de las primeras cosas que hago en los despliegues de Team Foundation Server, es configurar Team Build para tener integración contínua en los proyectos, si  soy un fanático de la integración contínua, y para eso necesito Team Build.

En este caso, lo estoy haciendo para Team Foundation Service ¿cuál es la diferencia? que en este caso nuestro Team Foundation está en la nube, que es TFS 11, y que toda la autenticación funciona a través de LiveID, no a través de directorio activo, ni cuentas workgroup.

Lo primero, instalar los bits de Team Build 11, esto lo hacemos desde la instalación de Team Foundation Server, pero no como una opción, al montar la ISO de Team Foundation Server 11, no nos da la opción de instalar sólo Team Build (como si courría en 2010), instalaremos Team Foundation server 11, y en la parte de configuración, se nos mostrará la opción de configurar únicamente Team Build 11.

 Inicio instalación Team Foundation Server 11

Una vez instalado Team Foundation Server, se nos muestra la pantalla de opciones de configuración, aquí seleccionaremos únicamente configurar la parte de Team Build.

Configuración Team Foundation Server 11

En el primer paso le diremos la Project Collection a la que queremos dar servicio, aquí y como ya recordaréis del anterior post es algo así: https://[loquequieras].tfspreview.com  y recordad: conexión SSL, para cnectarnos en este momento necesitaremos una cuenta LiveID con acceso a este servidor de Team Foundation Service Preview. En este punto se nos pedirá una cuenta de LiveID, para conectarnos al Team Foundation Service, y esta cuenta tiene que tener permisos suficientes para poder registrar el servidor de Team Build en Team Foundation Service Preview, ya que es la que se usará por Team Build para autenticarse

Configuración Team Build 11

Al igual que en Team Foundation Server 2010 podemos seleccionar el número de agentes que queremos configurar, yo lo he dejado en 1 (por defecto) y a continuación nos pide una cuenta, ojo, esta es una cuenta local que vamos a usar para el servicio local de Team Build, con lo que nos quedaría algo así:

Configuración cuenta de servicio Team Build 11

Aquí viene la magia, recordaréis que al principio os decía que en Team Foundation Service Preview, vamos a usar cuentas de LiveID, pero lógicamente una cuenta de LiveID no la podemos configurar como cuenta de ejecución de un servicio local de Windows, con lo que es la cuenta de LiveID que hemos usado para conectar, la que nos autentica, y esto lo podemos ver, si, con este mismo usario que estamos autenticados en nuestra máquina local, nos vamos al almacen de identidades en Windows (en nuestro caso Windows 7), y podemos ver lo siguiente:

Almacén de creedenciales Windows para Team Build 11

Veis como en las creedenciales genéricas se nos ha generado una nueva entrada para poder conectar con nuestro Team Foundation Service Preview.

Añadir que al termino de escribir este artículo estoy viendo que Brian Harry ha publicado un artículo en que podéis ver todo esto explicado y con muchos más detalles acerca del tema de la autenticación y las cuentas, esto me pasa por no estar al día en mi Google Reader …

http://blogs.msdn.com/b/bharry/archive/2011/09/15/configuring-a-build-server-against-your-shiny-new-hosted-tfs-account.aspx

También deciros que esto lo podéis hacer igualmente sobre una máquina virtual en Azure Smile

[TFS11] ¿Dónde están las versiones de Team Foundation Server 11?

Seguro que ya casi todos habéis visto los vídeos del //Build/ y vais a empezar a probar TFS11 y VS11. 
Lo primero ¿donde descargar todo? Los que tenéis suscripción MSDN podéis descargar todo de ahí.

Pero, seguro que muchos, al igual que pasó con TFS 2010 habéis visto el TFS Basic y no lo encontráis en las descargas. 

Efectivamente no está, pero es que no es una descarga a parte, TFS tiene una descarga única para todos sus “sabores”, es más, tiene un único proceso de instalación. 

Así que ni en las descargas ni en el inicio de la instalación busquéis la versión Basic.

Es durante el proceso de configuración, después de la instalación, donde podremos escoger el modo en que queremos usarlo.

[Evento] Madrid.NET: ¿Tienes dudas sobre Scrum con TFS? 21 de septiembre 2011

El próximo miércoles los chicos de Madrid.NET organizamos una mesa redonda, a la que estáis invitados todos, el debate tratará sobre la implementación de Scrum y metodologías ágiles en general con Team Foundation Server.

Será el miércoles 21, a partir de las 19:00 en el Aula Vulcan, C/ Francisco Silvela, 54 Duplicado 1ºD 28028, Madrid

Recordad que será mesa redonda todos sois bienvenidos a participar y a exponer vuestras experiencias, resolver dudas, compartir trucos, sobre cualquier cosa como puede ser:

  • Estrategias de branching
  • Integración continua
  • Planificación
  • Gestión de PBIs en iteraciones

Todos los detalles y el link de inscripción lo tenéis en:

http://madriddotnet.wordpress.com/2011/09/14/evento-tienes-dudas-sobre-scrum-con-tfs-21-de-septiembre-2011/

[TFSService]Empezando a trabajar con Team Foundation Service Preview

Como seguro que muchos de vosotros ya habéis visto, en el Build (grrrr envidia tengo de los que han ido), se ha enseñado ya el nuevo Team Foundation Service Preview, que viene a ser TFS en Azure.

Para los que hayáis tenido la suerte de tener una invitación (como yo jeje), os hago un pequeño resumen de por dónde empezar.

Lo primero es recordar, que aunque con algunas diferencias, viene a ser un Team Foundation Server como los que estamos acostumbrados a ver hasta ahora, en su versión 11 eso sí.

Una vez recibida la invitación y creada la cuenta (necesitaremos la invitación y un Live ID), tendremos una URL que será: http://[loquequeramos].tfspreview.com, esta url es la que vamos a usar para conectarnos a nuestro servicio en la nube, y empezar a trabajar, y la URL que usaremos para conectar a nuestro TFS Service Preview

Al terminar de crear la cuenta, entraremos automáticamente a esa url, en la sección administration

Página de administración de Team Foundation Server Service Preview

Desde esta pantalla, lo primero que vamos a hacer es crear un Team Project con el que empezaremos a trabajar, por cierto, me encanta la interfaz Metro, que vamos a ver a lo largo de toda la aplicación de Team Foundation Server Service. Para crear el proyecto simplemente pulsamos la opción Create team project.

Al igual que en un Team Foundation Server actual, nos preguntará el nombre de proyecto que queremos, la descripción, y la plantilla, que también son nuevas y podremos escoger entre:

  • Microsoft Visual Studio Scrum 2.0 – Preview 1
  • Microsoft MSF for Agile Software Development 6.0 – Preview 1
  • Microsoft MSF for CMMI Process Improvement – Preview 1

Creación de proyecto Team Foundation Server Service Preview

Una vez creado el proyecto, ya podemos pasar a conectarnos con nuestro Visual Studio 2010 (o 11 si ya lo tenéis descargado Smile)

Antes de conectarnos a nuestro proyecto, tenemos que tener en cuenta una cosa, con Team Fountadion Server Service Preview, vamos a usar cuentas de Live ID para conectarnos, algo para que lo que NO está preparado Visual Studio 2010, por lo que tenemos que descargarnos un software adicional.

Este software lo encontraremos en nuestra página de administración del servicio de Team Foundation Server Service Preview, para acceder, si ya habéis cerrado la web, entramos a http://[loquequeramos].tfspreview.com, y pulsamos en el link Administration arriba a la derecha.

En la tercera opción vemos el link para descargar el software que necesitamos, nada más sencillo que pulsar, y descargarlo, para Visual Studio 2010, necesitaremos el Service Pack 1 for Visual Studio 2010, y el hotfix  KB2581206.

Una vez descargado e instalado, abrimos nuestro Visual Studio 2010, el procedimiento de conexión es el de siempre (menú Team opción Connect to Team Foundation Server…).

Al agregar el servidorde TEam Foundation Server Service Preview a los disponibles, tenéis que poner [loquesea].tfspreview.com y OJO seleccionar conexión por SSL, con lo que la url resultante será: https://[loquesea].tfspreview.com/tfs

Conectar a Team Foundation Server Service Preview

Al conectar ¿qué nos va a pedir? pues una cuenta con Live ID que tenga permisos en este proyecto de Team Foundation Server para empezar a trabajar.

Login Team Foundation Server Service Preview

Terminamos de conectar y veremos que tenemos una Team Project Collection, y el proyecto que habíamos creado disponibles en nuestro Team Explorer para empezar a jugar trabajar con Team Foundation Server Service Preview …

Una diferencia que podéis ver, y que es debido a ser un servicio en la nube (y sibre todo Preview) es que no tenemos ni Reporting ni Sharepoint, y sólo tenemos nuestros queridos Work Items, Source Control y Team Build ( ya os hablaré de este último más adelante).

Team Explorer TFS Service Preview Y como podéis ver, nuestro TFS está ahora en tfspreview.com Smile

Y a partir de este punto, y si el tiempo y las condiciones lo permiten, espero iros haciendo itnroducciones a esta nueva pequeña maravilla que tenemos disponible.