R. M. Rydzewski - Universidad de Palermo

Presentación del tema: "R. M. Rydzewski - Universidad de Palermo"— Transcripción de la presentación:

1 R. M. Rydzewski - Universidad de Palermo
Trabajo Final de Grado Automatización de la Administración de Proyectos con Herramientas Open Source Orientadas a Scrum R. M. Rydzewski - Universidad de Palermo

2 Abstract El objetivo que persigue esta investigación es plantear una serie de herramientas open source para automatizar la administración de los proyectos que utilizan como metodología de desarrollo ágil de software a Scrum. Beneficios, ventajas y desventajas de las opciones que hoy hay disponibles en la Web. Cuales brindan soporte a los objetivos del Modelo de Calidad de CMMI y cuales logran una máxima optimización de los recursos, dando soporte a las nueve áreas de conocimiento del proyecto del PMI. Se intentarán abordar nuevos conceptos como la administración del ciclo de vida de la aplicación (ALM) y la coordinación de proyecto mediante eventos y web services.

3 Introducción CALIDAD No medir y no mejorar la calidad del producto en la etapa de mantenimiento, es una de las críticas que le hacen las metodologías tradicionales como CMMI a las livianas, el mantenimiento es un reto para el proceso de desarrollo de software de la organización. SCRUM Es una metodología ágil de desarrollo de software. Es una de las más difundidas y se caracteriza por los valores que promueve, como el trabajo en equipo y una fuerte interacción con el usuario.

4 Introducción EL PROBLEMA
Scrum plantea una serie de estrategias para el desarrollo iterativo de software, algunas reglas y procedimientos fáciles de llevar a cabo y sus creadores afirman que con un par de hojas de cálculo se puede llevar a cabo una gestión del proyecto exitosa, pero confeccionar estas hojas, actualizarlas y hacerlas públicas a todos los miembros del equipo demanda tiempos y recursos que se podrían aprovechar mejor si se cuenta con las herramientas necesarias.

5 Introducción Automatizar la Gestión del Proyecto
Las herramientas en estudio en este documento nos permitirán lo siguiente: Seguimiento y control de cada tarea y cada producto a ser realizados en un Sprint. Actualización automática del estado de cada tarea y producto, tiempos insumidos para llevarlos a cabo y tiempo restante para terminarlos. Generación automática de reportes y publicación en línea para todos los participantes. Reorganiación de Prioridades. Listado automático de tareas que están atrasadas en cumplimiento. Reportes para cada Team member para que puedan responder las siguentes preguntas : Que hice ayer Que voy a hacer hoy Que me impide hacer lo que tengo que hacer hoy Actualización automática del Product Backlog Actualización automática del Sprint Backlog Actualización automática del Product Burndown Chart Nuevas estimaciones sobre el curso del Sprint.

6 Desarrollo Método de evaluación y comparación:
Se tomó como metodología el trabajo publicado de David A. Wheeler 1 : Identificar Candidatos 2 : Leer publicaciones técnicas al respecto 3 : Comparar atributos

7 Atributos I) Usabilidad A) Funcionalidad J) Seguridad B) Costos
C) Market Share D) Soporte E) Mantenimiento F) Disponibilidad G) Performance H) Escalabilidad I) Usabilidad J) Seguridad K) Flexibilidad / Customización L) Interoperativilidad M) Licencias N) Funcionalidad (En profundidad) O) Seguridad (En profundidad)

8 ScrumWorks Aplicación de red multiusuario desarrollada en J2EE. Disponible en dos implementaciones: Desktop Client y Web Client. Toda la información del proyecto se almacena en el ScrumWorksServer. El application Server esta desarrollado en el Open-Source JBoss como un EAR file. Utiliza solamente como metodología a Scrum y permite administrar varios proyectos a la vez.

9 VersionOne Software de desarrollo Scrum y administración de proyectos.
Es un framework para Scrum, web-based, que ayuda a la administración y planeamiento de todos los proyectos. Desde el 2002, lidera la administración de proyectos orientados a metodologías ágiles, un ítem importante a tener en cuenta es que soporta varias metodologías además de Scrum, como XP, DSMD y AgileUP. Soporta múltiples proyectos, realeases, y equipos, y soporta necesidades adicionales de seguimiento en el proyecto como versionamiento de realeases, velocidad, loggins y tests aceptados.

10 Visual Studio Team System
Es una plataforma de desarrollo de software integrada para construir las aplicaciones críticas de negocios. Compuesto por herramientas, procesos customizables, guías y un servidor integrado, aporta al proceso de desarrollo del software predictivilidad, visibilidad y control. Posee reportes para el Sprint y el Product Burndown Chart, e historial de Bugs. Describe Work ítems para el Sprint, y mantiene actualizados al Product Backlog, al Sprint Backlog y el Sprint Retrospectives. Soporta múltiples proyectos.

11 Visual Studio Team System
Propósito Brindar soporte al equipo durante todo el desarrollo de la aplicación, llevando un control de la realización de cada tarea, permitiendo documentar los resultados del equipo de testing, llevar un registros de los bugs encontrados, facilitando el mantenimiento de la aplicación. Busca aumentar la interoperatividad de las herramientas, asegurando la compartición de la información, tanto con herramientas de la familia Microsoft como la de otros proveedores.

12 Alf Eclipse Propuesta del nuevo sub-proyecto de Eclipse: Application Lifecycle Framework (ALF) para evitar los problemas en la integración de los desarrollos. Eclipse es una plataforma integrada, independiente y open source, que permite a los participantes utilizar herramientas en un ambiente de desarrollo común.

13 Alf Eclipse Propósito Presenta una alternativa open source al VSTS de Microsoft y su nuevo componente TFS (Team Foundation Server). El proyecto Corona, de Compuware, es un desarrollo que aporta la colaboración entre las herramientas de Eclipse y las de terceros, ofrece un marco semántico, un gestor de eventos y un marco SOA. El ciclo de vida de una aplicación es la continuación de actividades requeridas para dar soporte a la misma desde su concepción inicial, a través del desarrollo hasta su optimización.

14 Cuadro Comparativo VERSION ONE SCRUMWORKS VSTS ALF ECLIPSE
A) Funciona lidad Product Backlog, Product Burndown, Sprint Backlog, Sprint Burndown, Reports. Product Backlog, Product Burndown, Sprint Backlog, Sprint Burndown, Integracion con MS Excel y MS Project Product Backlog, Product Burndown, Sprint Backlog , Sprint Burndown, Data Views y Models Views B) Costos No requiere un Hardware adicional para el servidor. Costos por licencias, Costos por Hardware, el servidor es dedicado. Costos por Hardware, el servidor es dedicado. C) Market Share Es el más utilizado en proyectos de poca envergadura. Altamente difundido en la comunidad Scrum porque sólo utiliza esta metodología. Según Microsoft, el 35% de las empresas afirma que su elección es .NET El 25 % de las empresas tienen desarrollos en J2EE. D) Soporte Web, foros y mails. Telefónico, mails, on-site, y web.

15 Cuadro Comparativo VERSION ONE SCRUMWORKS VSTS ALF ECLIPSE
E) Mantenimiento Deben administrarse la base de datos y el servidor de archivos. Deben administrarse la base de datos y el servidor de archivos, también las dependencias entre ítems y la disponibilidad de datos entre las herramientas. F) Disponibilidad 24 x 7 x 365 G) Perfor mance Sin datos. 930 transacciones por segundo (TPS) 440 transacciones por segundo (TPS) H) Escalabilidad TFS escala hasta 2,000 usuarios en configuración dual-server. I) Usabili dad Interfaces intuitivas y amigables. Guías de procesos deben conocerse. Se recomienda estar familiarizado con el IDE de Eclipse.

16 Cuadro Comparativo VERSION ONE SCRUMWORKS VSTS ALF ECLIPSE
J) Seguridad No utiliza protocolos SOAP, tampoco permite el uso de Active x. Utiliza protocolos SOAP. Utiliza protocolos SOAP, WSDL y los web services tienen que estar registrados para utilizarlos. Utiliza protocolos SOAP, WSDL y los web services tienen que estar registrados para utilizarlos. K) Flexibilidad / Customiza ción No hay disponibles programas que agreguen funcionalidad. En la web hay disponibles add-ons, programas que agregan funcionalidad. Nuevas funcionalidades en forma de pluggins y web services pueden ser desarrollados por Microsoft o partners asociados. Nuevos Modelos de Datos pueden ser desarrollados. L) Interoperati vilidad Permite exportar datos a varios formatos. Permite a varias herramientas intercambiar información a través de eventos y servicios web. Tiene 3 niveles de interoperatividad : ALF Core, ALF Extended, y Proprietary.

17 Cuadro Comparativo VERSION ONE SCRUMWORKS VSTS ALF ECLIPSE
M) Licencias Hasta 5 usuarios sin costo. Se tienen que solicitar vía , sin costo. Una por usuario. Sólo la versión Estándar es sin costo. N) Funcionali dad (En profundidad) No pueden desarrollarse nuevas funcionalidades. Upgrades y fixes disponibles. Pueden desarrollarse nuevas funcionalidades. O) Seguridad (En profundidad) Utiliza buenas practicas de programación.

18 Conclusiones Contar con herramientas que le den soporte al equipo de trabajo, en la documentación, en el control de versiones, en contar con un historial de bugs, etc., es muy importante si se quiere certificar un Modelo de Calidad. La capacidad de automatizar tanto como sea posible es imprescindible para asegurar el éxito del proyecto. La idea es mejorar la consistencia y repetibilidad de los procesos mediante la automatización ayuda a reducir el riesgo y los errores.

19 Conclusiones VersionOne y Scrumworks se los podría utilizar si necesitamos administrar un proyecto que no involucre a más de 10 personas en nuestro Team o si no se tiene experiencia con Scrum los dos son válidos para empezar, el alcance con el cual fueron realizados no es el mismo que para el caso de VSTS de Microsoft y ALF de Eclipse, estos dos software los podríamos utilizar en proyectos muchos grandes y si necesitamos contar con información durante todo el ciclo de vida de la aplicación, incluso son muy útiles si tenemos que manejar un Scrum de muchos Scrums.

20 Conclusiones Si el objetivo es abarcar todo el ciclo de vida del software las dos posibilidades que tenemos son VSTS y ALF, brindan soporte a la documentación, tracking de sources, pruebas y bugs, que a la hora de brindar mantenimiento al software son muy necesarios. VSTS es ideal si se está trabajando con la plataforma .NET, ya que se intregra perfectamente con el framework de desarrollo de Visual Studio, con Source Safe y con los servicios brindados por el Microsoft SharePoints, pero si se está utilizando Java la elección correcta sería ALF de eclipse, ya que se pueden extender fácilmente los web services extendiendo las clases que vienen provistas con la solución.