Gestion de proyectos con Project Server 2010 y Team Foundation Server 2010

5,728 views

Published on

Integración de TFS 2010 y Project Server 2010

Published in: Technology
1 Comment
0 Likes
Statistics
Notes
  • Be the first to like this

No Downloads
Views
Total views
5,728
On SlideShare
0
From Embeds
0
Number of Embeds
6
Actions
Shares
0
Downloads
147
Comments
1
Likes
0
Embeds 0
No embeds

No notes for slide

Gestion de proyectos con Project Server 2010 y Team Foundation Server 2010

  1. 1. GESTIÓN DE PROYECTOS CON PROJECT Y TFS<br />
  2. 2. Gestión de Proyectos vs. ALM<br />Gestión con Project y Project Server 2010<br />ALM con TeamFoundation Server 2010<br />Project Server y TFS: ¡Mucho mejor juntos!<br />AGENDA<br />
  3. 3. ALM Team Lead en PlainConcepts<br />Professional ScrumDeveloperTrainer, PSM I, CSM<br />MCTS en TeamFoundation Server<br />jlsoria@plainconcepts.com<br />http://geeks.ms/blogs/jlsoria<br />@jlsoriat<br />#tfsprojectserver<br />JOSE LUIS SORIA<br />
  4. 4. GESTIÓN DE PROYECTOS VS. ALM<br />“Because a thing seems difficult for you, do not think it impossible for anyone to accomplish”<br />Marcus Aurelius<br />
  5. 5. ¿QUÉ ES UN PROYECTO?<br />Empresa colaborativa, que suele incluir investigación y/o diseño, cuidadosamente planificada para conseguir un objetivo concreto (Wikipedia)<br />Esfuerzo temporal llevado a cabo con el fin de crear un producto o servicio único (PMBOK)<br />Empresa colaborativa, que suele incluir investigación y/o diseño, cuidadosamente planificada para conseguir un objetivoconcreto (Wikipedia)<br />Esfuerzo temporalllevado a cabo con el fin de crear un producto o servicio único (PMBOK)<br />
  6. 6. Es temporal<br />Esfuerzo que involucra personas (en equipo)<br />Involucra también otros recursos<br />Crea un producto o entregable único<br />No ocurre de forma espontánea, sino planificada<br />CARACTERÍSTICAS DE UN PROYECTO<br />
  7. 7. Disciplina de planificación, organización, securización y gestión de recursos, que busca completar con éxito metas concretas de un proyecto (Wikipedia)<br />Gestionar tiempo, coste y alcance<br />GESTIÓN DE PROYECTOS<br />Disciplina de planificación, organización, securizacióny gestión de recursos, que busca completar con éxito metas concretas de un proyecto (Wikipedia)<br />Gestionar tiempo, costey alcance<br />
  8. 8. EL TRIÁNGULO DE LA GESTIÓN DE PROYECTOS<br />
  9. 9. Incluye coste económico y coste de recursos<br />Ejemplos de limitaciones:<br />Contrato a precio cerrado<br />Equipo predeterminado<br />Recursos materiales disponibles<br />COSTE<br />
  10. 10. Es limitado<br />Siempre hay una fecha tope<br />Ejemplos de limitaciones:<br />Necesidades de negocio<br />Costes<br />Dependencias<br />TIEMPO<br />
  11. 11. Alcance del producto o servicio: calidad, características... – se traduce en especificaciones<br />Alcance del proyecto: trabajo requerido para entregar el producto o servicio – se traduce en fases y tareas<br />Ejemplos de limitaciones:<br />Contrato con características fijadas<br />Restricciones del entorno<br />ALCANCE<br />
  12. 12. Gestión de proyecto = balance entre las limitaciones de coste, tiempo y alcance<br />¡No es posible fijar las tres variables!<br />Ejemplos<br />Problemas con el tiempo -> aumento de coste<br />Recorte de presupuesto -> recorte de alcance<br />Aumento de alcance -> aumento de tiempo y coste<br />GESTIÓN DE LIMITACIONES<br />
  13. 13. EL TRIÁNGULO ES FLEXIBLE – HASTA CIERTO PUNTO<br />Dependiendo de las circunstancias, tendremos que variar los parámetros<br />Si rompemos el triángulo, aparecen los problemas:<br />Retrasos<br />Sobrecostes<br />Entrega de menos alcance (de producto)<br />
  14. 14. Permiten almacenar y gestionar la información de coste, tiempo y recursos<br />Facilitan el seguimiento<br />Project 2010<br />HERRAMIENTAS DE GESTIÓN DE PROYECTOS<br />
  15. 15. En una organización no hay un único proyecto<br />Los proyectos se afectan entre sí:<br />Recursos<br />Resultados<br />Alcance / Tiempo / Coste<br />Enterprise Project Management se ocupa de dar soporte a la coexistencia de los proyectos<br />¿QUÉ ES EPM?<br />
  16. 16. EPM no sólo se ocupa de planificar y hacer seguimiento de proyectos existentes<br />Se mantiene un catálogo de los proyectos existentes y futuros clasificados por distintos criterios<br />La gestión de portfolio ayuda a decidir qué proyectos se mantienen en el catálogo en base a su valor anticipado<br />PORTFOLIO MANAGEMENT<br />
  17. 17. Ayudan a gestionar los proyectos a nivel organizacional, teniendo en cuenta sus relaciones y dependencias<br />Habilitan la gestión de portfolio<br />Project 2010<br />Project Server 2010<br />Sharepoint<br />HERRAMIENTAS EPM<br />
  18. 18. El objetivo de estos proyectos es la construcción o el mantenimiento de una aplicación o sistema<br />Tienen las mismas características generales que los proyectos de cualquier otro tipo<br />La gestión se basa en los mismos principios (pero se beneficia de prácticas concretas)<br />Surgen problemas similares (y también específicos)<br />Sirven las mismas herramientas (pero se pueden complementar)<br />PROYECTOS DE DESARROLLO DE SOFTWARE<br />
  19. 19. Desarrollo abarca todas las actividades relacionadas con la construcción y mantenimiento de una aplicación<br />Análisis<br />Diseño<br />Codificación<br />Pruebas<br />Gestión<br />…<br />DESARROLLO ≠ PROGRAMACIÓN<br />
  20. 20. Gestión explícita de las actividades, parámetros y artefactos involucrados en la vida de una aplicación<br />Es una parte fundamental de la gestión de cualquier proyecto de desarrollo<br />Objetivos: mejorar la productividad, calidad, colaboración, velocidad, mantenimiento, entrega de valor<br />APPLICATION LIFECYCLE MANAGEMENT<br />
  21. 21. Gestión de requisitos y características<br />Gestión de impedimentos<br />Modelado, arquitectura y diseño<br />Pruebas<br />Gestión de la configuración<br />Gestión de la construcción<br />Gestión de la entrega<br />Despliegue<br />Monitorización y seguimiento<br />…<br />COMPETENCIAS DE ALM<br />
  22. 22. La gestión de múltiples proyectos de desarrollo se ve beneficiada por una gestión conjunta del ciclo de vida<br />EPM para proyectos de desarrollo se simplifica y mejora adoptando una estrategia ALM común a nivel de organización<br />RELACIÓN ENTRE EPM Y ALM<br />
  23. 23. Ayudan a gestionar las competencias de ALM<br />Seguimiento de elementos de trabajo, IDEs, herramientas de pruebas, construcciones automatizadas, control de versiones…<br />Habilitan ALM para EPM<br />Visual Studio 2010<br />TeamFoundation Server<br />HERRAMIENTAS ALM<br />
  24. 24. ¿PREGUNTAS?<br />
  25. 25. PROJECT Y PROJECT SERVER 2010<br />«He whofailsto plan, isplanningtofail»<br />Wiston Churchill<br />
  26. 26. Un plan consiste en una serie de pasos o tareas a llevar a cabo para llegar a un objetivo, en el contexto de una organización del tiempo y de los recursos disponibles<br />La planificación es un componente esencial de cualquier proyecto (de desarrollo)<br />Las metodologías guían y condicionan los pasos que se van realizando durante el plan<br />PLANIFICACIÓN<br />Un plan consiste en una serie de pasos o tareasa llevar a cabo para llegar a un objetivo, en el contexto de una organización del tiempoy de los recursosdisponibles<br />La planificación es un componente esencial de cualquier proyecto (de desarrollo)<br />Las metodologías guían y condicionan los pasos que se van realizando durante el plan<br />
  27. 27. Herramienta de gestión de proyectos y planificación<br />Gestión de proyectos con el nivel de detalle adecuado en cada momento<br />Gestión de tareas, costes, trabajo y recursos<br />Múltiples vistas para el proyecto, agrupaciones, ordenaciones, filtros…<br />Seguimiento del plan<br />Colaboración y gestión conjunta de múltiples proyectos<br />PROJECT 2010<br />
  28. 28. DEMO: UNA VUELTA POR PROJECT 2010<br />
  29. 29. Extiende las capacidades de Project para dar soporte a nivel de organización (EPM)<br />Estandarización de formatos, informes, etc.<br />Gestión de recursos global<br />Perspectiva de todos los proyectos<br />Colaboración<br />Disponibilidad de la información<br />Integración (Sharepointworkflow, TFS)<br />PROJECT SERVER 2010<br />
  30. 30. DEMO: UNA VUELTA POR PROJECT SERVER 2010<br />
  31. 31. ¿PREGUNTAS?<br />
  32. 32.
  33. 33. TEAM FOUNDATION SERVER 2010<br />«A successful tool is one that was used to do something undreamt of by its author»<br />Stephen C. Johnson<br />
  34. 34.
  35. 35. Soporte a múltiples metodologías<br />Personalizables<br />Visualización jerárquica (WBS)<br />Consultas avanzadas<br />Trazabilidad (control de versiones, builds, etc.)<br />GESTIÓN DE ELEMENTOS DE TRABAJO<br />
  36. 36. DEMO: GESTIÓN DE ELEMENTOS DE TRABAJO<br />
  37. 37. Espacio colaborativo<br />Toda la potencia de Sharepoint: integración con office, alertas, foros, wiki, calendarios…<br />Disponibilidad on-line<br />Dashboards<br />Visibilidad: informes alimentados de forma automática a lo largo del ciclo de vida<br />PORTAL DE PROYECTO Y MÉTRICAS<br />
  38. 38. DEMO: PORTAL DE PROYECTO Y MÉTRICAS<br />
  39. 39. Las plantillas de proceso son totalmente personalizables para adaptarse a las necesidades de cada organización o proyecto<br />Personalización a múltiples niveles<br />Herramientas disponibles<br />PERSONALIZACIÓN DE PLANTILLAS<br />
  40. 40. DEMO: PERSONALIZACIÓN DE PLANTILLAS<br />
  41. 41. La amplia disponibilidad de clientes hace que se pueda dar servicio a la totalidad de los roles involucrados en un proyecto<br />Team Explorer<br />Visual Studio<br />Team Web Access<br />Office (Excel, Project)<br />Test Manager<br />Eclipse<br />CLIENTES DE TFS<br />
  42. 42. DEMO: CLIENTES DE TFS<br />
  43. 43. ¿PREGUNTAS?<br />
  44. 44. PROJECT SERVER Y TFS<br />“It is the long history of humankind (and animal kind, too) those who learned to collaborate and improvise most effectively have prevailed”<br />Charles Darwin<br />
  45. 45. Soporte a los distintos roles:<br />Cada uno puede utilizar la herramienta que prefiera<br />Cada uno trabaja al nivel de detalle que necesita<br />Se comparte información de forma transparente<br />¿POR QUÉ?<br />
  46. 46. Escenarios:<br />Definición y seguimiento de entregables (características, requisitos)<br />Definición de entregables y de tareas<br />Visibilidad para los equipos ágiles<br />Mapeo N a 1 entre PWA y TFS<br />Es posible especificar los tipos de elemento de trabajo y campos a sincornizar<br />CARÁCTERÍSTICAS DE LA INTEGRACIÓN<br />
  47. 47. Trazabilidad, actualización de estado, reportes y rechazos<br />Rollup<br />Resolución de conflictos<br />Asignación de recursos<br />Campos «espejo»<br />CARÁCTERÍSTICAS DE LA INTEGRACIÓN<br />
  48. 48. Visual Studio, Project Professional<br />Service Pack 1 de Visual Studio y TFS<br />Feature Pack de integración<br />REQUISITOS<br />
  49. 49. Registro de la instancia de PWA con el servidor de TFS (n a 1)<br />Mapeo de la instancia de PWA con una colección de TFS<br />Definición del mapeo de campos para la colección<br />Por cada proyecto a sincronizar:<br />Asociación de proyecto empresarial de Project Server a proyecto de equipo de TFS<br />Adición de miembros del equipo al enterpriseresource pool<br />CONFIGURACIÓN<br />
  50. 50. DEMO: INTEGRACIÓN TFS – PROJECT SERVER<br />
  51. 51. ¿PREGUNTAS?<br />
  52. 52. Resumen de Brian Harry: http://bit.ly/9ifYpL<br />Documentación en MSDN: http://bit.ly/fbHcSo<br />Foro de MSDN para la integración: http://bit.ly/h8no68<br />RECURSOS<br />
  53. 53. Si necesitáis ayuda…<br />jlsoria@plainconcepts.com<br />info@plainconcepts.com<br />¡MUCHAS GRACIAS!<br />

×