los ambientes colaborativos como entornos...

Click here to load reader

Post on 20-Sep-2018

213 views

Category:

Documents

0 download

Embed Size (px)

TRANSCRIPT

  • Los ambientes colaborativos como entornos tecnolgicos indispensables para la Gerencia de los proyectos en la era de la automatizacin industrial del

    software

    Mara Consuelo [email protected]

    Universidad Javeriana

    2012

    pg.1

  • Temtica

    pg.2

    ALM (Application Lifecycle Management) es el manejo continuo del ciclo de vida de los proyectos de software a travs de tcnicas de gobernabilidad, tcnicas de ingeniera de software y herramientas para el manejo de las distintas etapas de un proyecto.

    En este contexto los ambientes colaborativos que integran todas estas herramientas se convierten en los entornos tecnolgicos indispensables para controlar los proyectos de software en todas sus etapas, asegurando la colaboracin entre los participantes y propiciando la aplicacin de metodologas giles.

  • Agenda

    1. Beneficios de las metodologas giles al aplicarse a ALM

    2. Prcticas organizacionales para lograr un ALM gil

    3. Cmo automatizar el ALM y asegurar el logro de los

    beneficios de las metodologas giles?

    4. Caractersticas y facilidades de los ambientes colaborativos

    5. Ilustracin de algunos ambientes colaborativos

    6. Conclusiones respecto a ALM & ambientes colaborativos &

    metodologas giles

    pg.3

  • Beneficios de las

    metodologas giles al

    aplicarse a ALM

    pg.4

  • Concepto de ALM (Application Lifecycle Management)

    Es el manejo continuo del ciclo de vida de los proyectos de software a travs de :

    tcnicas de gobernabilidad

    tcnicas de ingeniera de software

    herramientas que facilitan e integran el manejo de: requerimientos especificacin de arquitectura programacin pruebas seguimiento de actividades manejo de liberaciones de productos.

    pg.5

  • ALM tradicional: aplica herramientas para hacer cumplir procesos

    prodefinidos y estandarizados

    ALM gil: aplica herramientas para apoyar el trabajo de las personas

    y los procesos que son ms adecuados para el modo en que las personas trabajan en equipo para crear software

    es importante entonces contar con las herramientas adecuadas para apoyar las prcticas giles

    pg.6

    Concepto de ALM gil

  • Manejo gil de proyectos

    Objetivo: tener en tiempo real visibilidad y control del proyecto en

    cada una de sus etapas

    Beneficio: adaptarse a los cambios en los requerimientos y adaptarse

    al modo en que trabaja el equipo

    pg.7

  • Manejo gil de pruebas

    Objetivo: hacer pruebas rpidamente y frecuentemente para

    asegurar que todas las funcionalidades del proyecto hacen exactamente lo que espera el negocio.

    Beneficio: poder incorporar cambios de ltima hora

    pg.8

  • Manejo gil de entrega al cliente

    Problema: Esta etapa es a menudo un proceso en cascada con mucho

    riesgo, consumo de tiempo, costoso e impredecible

    Objetivo: hacer liberaciones del software del proyecto de acuerdo a

    los requerimientos de negocio y no a restricciones operativas

    Beneficio: Permite realizar entregas a tiempo al cliente de versiones

    acordadas y libres de defectos; asegura las ganancias del proyecto

    pg.9

  • Beneficios generales de ALM gil

    Libera a las empresas de los procesos y herramientas pesadas que se interponen en el camino de la

    creacin de software interesante y til

    Logra entregar a los usuarios software operable con la frecuencia acordada (semanal, diario, ...) Esto permite a las empresas a evaluar rpidamente el

    inters del cliente, reaccionar a su retroalimentacin, y hacer correcciones para aprovechar las nuevas oportunidad de negocio

    espg.10

  • Prcticas organizacionales

    para lograr un ALM gil

    pg.11

  • 5 prcticas organizacionales para lograr un ALM gil

    pg.12Referencia: " Redefining ALM with Five Key Practices ", by Ethan Teng, Cyndi Mitchell and Chad Wathington, ThoughtWorks Studios, 2011, http://www.thoughtworks-studios.com/download/whitepapers/redefining_alm.pdf

  • 1. Evolucionar la definicin de proceso: Los procesos giles son generativos, no prescriptivos

    [Jim Highsmith, autor de Agile Project Management] A prescriptive approach generates complex and complicated processes whereas a

    generative approach begins with a set of simple processes and adds

    others as they are needed

    Los procesos deben evolucionar a medida que sea necesario, en lugar de mantenerlos estticos.

    Para poder evolucionar la definicin de los procesos se requieren herramientas que permitan este tipo de mejora continua.

    pg.13Referencia: " Agile Project Management: Creating Innovative Products", by Jim Highsmith, Addison-Wesley Professional, 2004.

  • 2. Abrazar la heterogeneidad [Martin Fowler, co-autor del Manifesto for Agile Software

    Development] You should never expect to find a single corporate methodology. While both published processes and the experience of other projects can act as an inspiration and a baseline, the developer's professional responsibility is to adapt the process to the task at hand.

    ALM gil supone que cada proyecto de software es diferente. As como los procesos no son estticos, tampoco pueden estandarizarse igual para

    todos los equipos.

    Las empresas que adoptan la heterogeneidad logran equipos de alto rendimiento en la entrega al cliente y con gran capacidad de mitigar el

    riesgo.

    Se requieren entonces herramientas que soporten la diversidad de procesos y la consistencia a travs de los proyectos para lograr el

    gobierno global de estos proyectos a nivel de la empresa.

    pg.14Referencia: " Manifesto for Agile Software Development", by Kent Beck et al., 2001, http://agilemanifesto.org/ .

  • 3. Construir lo correcto [Jez Humble, autor de Continuous Delivery]. If you're not constantly

    delivering working software, you're not getting feedback on whether what

    you're delivering is useful. Overwhelmingly, the chances are that you won't

    build the right thing first time. The longer it takes you to get feedback and

    pivot, the more time and money you spend on building the wrong thing.

    Agile ALM gil incorpora clientes a las actividades del da a da de los equipos de software. Como miembros del equipo, pueden dar retroalimentacin inmediata que permite hacer las correcciones para construir lo correcto.

    Construir lo correcto requiere de herramientas que faciliten el dilogo y la colaboracin en todo el ciclo de vida del desarrollo de software:

    para que clientes, analistas y probadores puedan trabajar juntos en la definicin de criterios de aceptacin

    para lograr hacer entregas regulares que es la mejor manera de garantizar que se est construyendo lo correcto.

    pg.15Referencia: " Continuous Delivery: Reliable Software Releases through Build, Test, and Deployment Automation", by Jez Humble, David Farley, Addison-Wesley Signature Series (Fowler), 2010.

  • 4. Entrega continua [Jez Humble] Keeping your software production ready from the beginning of

    the delivery process has several benefits. First, it means releasing is a low-risk,

    push-button process. That means you can do it more often, which means you

    can show it to users to get feedback more frequently, test it under realistic

    conditions more frequently, and get the only real measure of product progress.

    In short, it means you can deliver higher quality software faster, and reduce

    waste in your delivery process.

    ALM gil hace entregas de pocas funcionalidades cada pocos das o semanas, en lugar de hacer entregas de muchas funcionalidades cada cierto nmero de meses. Esta entrega continua asegura que el camino hacia la produccin es claro y previsible.

    Entrega continua requiere herramientas que faciliten la colaboracin tcnica detallada:

    para ayudar a probadores, analistas, desarrolladores y clientes a probar rpidamente , detectar defectos y corregirlos.

    para reducir o incluso eliminar los defectos mediante la automatizacin de cada paso de validacin (pruebas funcionales, pruebas de rendimiento, pruebas de

    seguridad y pruebas de aceptacin general).

    pg.16

  • 5. Orquestar, no controlar [Jim Highsmith] Governance is about monitoring investment and risk, not

    checking-off process steps. In fact, the key to effective executive project

    oversight is separating governance from operational processes, evaluating

    investment and risk at key project milestones and generating the data for that

    evaluation through iterative delivery.

    ALM tradicional histricamente ha confundido el cumplimiento de procesos con la gobernabilidad, por lo cual los gerentes tradicionales proporcionan herramientas pesadas para hacer cumplir el flujo de trabajo.

    ALM gil propone que los gerentes sean orquestadores, asegurando que el trabajo est alineado con los objetivos de negocio, eliminando obstculos, y ayudando a difundir las mejores prcticas entre los equipos.

    La orquestacin requiere herramientas para apoyar las prcticas organizacionales clave, visin en tiempo real del estado de los proyectos logrando que esos proyectos estn alineados con los objetivos de negocio y que sean capaces de realizar entrega continua.

    pg.17

  • Rol de las herramientas en la automatizacin de ALM gil

    En ALM tradicional, las herramientas son las que dirigen el proceso

    En ALM gil, las personas son las que dirigen el proceso y las herramientas deben adaptarse para soportar el proceso.

    El proceso correcto no puede ser definido por adelantado, ni puede ser completamente estandarizado a travs de todos los equipos. La

    mejor manera de manejar el riesgo es tener total visibilidad (mediante

    herramientas acecuadas) y no la estandarizacin completa.

    La mejor manera de entregar software que satisfaga las necesidades de negocio es a travs de la colaboracin constante y la entrega

    continua (mediante herramientas adecuadas), y no manejando

    artefactos.

    Las iniciativas de software que estn alineadas con el negocio tienen lderes que orquestan en lugar de solamente controlar. pg.18

  • Cmo automatizar el ALM y

    asegurar el logro de los

    beneficios de las

    metodologas giles?

    pg.19

  • Modelo de madurez de metodologas giles

    pg.20

    Referencia: " The Agile Maturity Model applied to building and releasing software", by Jez Humble, Rolf Russell , ThoughtWorks, Inc), 2010.http://www.thoughtworks-studios.com/download/whitepapers/Agile-maturity-model-applied-to-building-and-releasing-software.pdf

  • Objetivos del modelo de madurez de metodologas giles

    El objetivo final es el mejoramiento de la empresa, buscando los siguientes resultados: Tiempo de ciclo reducido, para responder ms

    rpidamente a cambios en requerimientos de negocio

    Reduccin de defectos, mejorando as la reputacin y gastando menos en soporte.

    Mayor prediccin en el ciclo de vida de entregas del software logrando una planeacin ms eficiente.

    Capacidad de manejar los riesgos en la entrega de software de manera efectiva (reduccin de costos)

    Capacidad para adoptar y mantener una actitud de respeto hacia las regulaciones que conciernen a los proyectos.

    pg.21

  • Como apoyarse en el modelo de madurez de metodologas giles

    Siga los pasos del ciclo Deming: planear, hacer, verificar, actuar.

    1. Identificar en qu nivel del modelo se encuentra su empresa. En realidad diferentes aspectos o partes de la empresa pueden encontrarse en diferentes niveles del modelo.

    2. Escoja en qu quiere enfocarse. Deber averiguar cules son las posibles mejoras que podra implantar, cunto costaran y qu

    beneficio aportaran. Luego elija un par de estas mejoras y decida

    cmo las va a implantar. Debe establecer los criterios de aceptacin

    (definiendo resultados esperados) que le permitan saber si los

    cambios son exitosos.

    pg.22

  • 3. Implante los cambios. Planee primero como implantar los cambios. Podra realizar una prueba de concepto. Luego escoja una

    parte de la empresa realmente afectada en donde las personas van a

    tener mayor motivacin para realizar los cambios. Finalmente

    ejecute el plan.

    4. Verifique si los cambios implantados tuvieron el efecto deseado utilizando los criterios de aceptacin que se definieron previamente.

    5. Repita estas etapas contruyendo su propio conocimiento. Implante ms mejoras incrementalmente y expndalas a toda la

    empresa.

    pg.23

  • Claves para automatizar el ALM gil

    Escalando la Agilidad en grandes empresas Las metodologas giles tienen reputacin de trabajar bien

    con pequeos proyectos pero no con grandes proyectos, en donde los resultados frecuentemente no son ptimos (en el manejo de la complejidad de los problemas de estos proyectos).

    Para lograr los beneficios de las metodologas giles con grandes proyectos es necesario optimizar y automatizar gran parte de los procesos, para lo cual se requieren herramientas adecuadas.

    pg.24

  • Ambientes ALM heterogneos . La mayora de empresas de desarrollo de proyectos de

    software que han adoptado las metodologas giles trabajan con ambientes ALM de mltiples herramientas heterogneas provenientes de diferentes proveedores y tambin soluciones de software libre.

    se crea un problema de desconexin entre las personas que trabajan en desarrollo, en calidad y en gestin, porque la

    herramienta de cada uno no puede ver la informacin producida

    por la herramienta del otro

    La heterogeneidad tambin produce un problema crtico de falta de trazabilidad del ciclo de vida del software

    Se requieren entonces herramientas ms flexibles que a pesar de la heterogeneidad puedan comunicarse entre ellas.

    pg.25

  • Conclusin: los ambientes colaborativos se convierten en los entornos tecnolgicos indispensables para controlar los proyectos de software en todas sus etapas

    integran herramientas heterogneas y automatizan parcialmente los procesos, asegurando la colaboracin entre los participantes

    Propician un ALM gil que soporta las 5 prcticas claves organizacionales:

    habilitar a los equipos para descubrir y evolucionar su proceso abrazar la heterogeneidad: soportar las necesidades nicas de cada

    proyecto, as como las necesidades de consistencia de la organizacin

    construir lo correcto: facilitar la colaboracin permanente entre desarrolladores y clientes

    automatizar las pruebas para permitir la entrega continua orquestar, no controlar: proporcionar una total transparencia y

    visibilidad a los lderes, sin necesidad de crear trabajo extra para los equipos de los proyectos pg.26

  • Apoyar la colaboracin entre los miembros de un proyecto tiene mucho ms impacto que apoyar la productividad personal

    pg.27Referencia: " Build your bottom line: Drive innovation with a collaborative requirements-driven quality solution", by Lisa Buckley & Alice Cockrum, Rational software, IBM Software Group, 2009. http://www-01.ibm.com/software/rational/announce/wpseries/

  • Caractersticas y facilidades

    de los ambientes

    colaborativos

    pg.28

  • Qu es un ambiente colaborativo para el desarrollo de proyectos de software ?

    pg.29

    Servidor deBase de Datos

    Servidorde Aplicaciones

    Repositorio deVersionesTopic Replies Author

    Forums

    WikisDocs

    Releases

    Trackers

    Espacio web comn para la comunicacin, el seguimiento y control de las actividades de los proyectos de software (los participantes pueden estar dispersos geogrficamente)

  • Tres tipos de facilidades que ofrecen estos ambientes colaborativos

    Facilidades para la comunicacin entre desarrolladores y clientes el poder contactar y compartir de manera gil eleva la velocidad

    de la produccin global

    Facilidades para apoyar la gestin diaria de un proyecto automatizando el seguimiento de las actividades para elevar el

    cumplimiento y la calidad de la produccin

    Facilidades para apoyar el control y proyeccin de un proyecto mediante reportes permanentes de mediciones sobre el

    progreso de un proyecto, que permiten al gerente corregir la gestin global pg.30

  • (1) Facilidades ofrecidas por un ambiente colaborativo para la comunicacin entre

    desarrolladores y clientes

    pg.31

    Documentos de un proyecto de inters para el cliente: descripcin de requerimientos,

    inventario de casos de uso, contrato, etc.

    de inters para los desarrolladores: formatos para las distintas etapas del proyecto (ej: formato de especificacin de un caso de uso), guas y estndares

    Wikis: edicin compartida de nuevas guas para un proyecto

  • Noticias y avisos del gerente

    Lista de versiones liberadas del software de un proyecto software y manuales listos para ser descargados por el cliente

    Forums de distintos tipos (relativos a un proyecto) para la solucin de problemas entre desarrolladores para que el cliente reporte anomalas encontradas en el

    software liberado

    para que el cliente solicite cambios o nuevas opciones para el sistema

    etc.

    pg.32

  • (2) Facilidades ofrecidas por un ambiente colaborativo para la

    Gestin diaria de un proyecto

    Acople del ambiente colaborativo con el repositorio de versiones de un proyecto (por ej. CVS o SubVervion)

    permite :

    configurar permisos sobre el repositorio para cada participante en el proyecto

    obtener el historial de versiones del proyecto

    obtener el historial del trabajo de cada participante en trminos de commits sobre el repositorio

    pg.33

  • Manejo de trackers e Items: las actividades de un proyecto se deben registrar en el

    ambiente para poder controlar su desarrollo

    las actividades similares se agrupan por trackers definidos de forma flexible (por ej: tracker de requerimientos, tracker de casos de uso,etc.)

    Concepto de tracker: es una herramienta configurable para el seguimiento de elementos (llamados items); segn el tipo de elementos se hace seguimiento de sus requerimientos, de sus defectos, solicitudes de extensin, etc.

    en cada tracker se registran uno o varios items, cada uno con la informacin referente a una actividad

    de cada item asociado a una actividad se podr saber: en qu estado se encuentra su desarrollo quines participan en la actvidad tiempos planeados y tiempos reales invertidos en la actividad commits sobre el repositorio de versiones asociados con la actividad pg.34

  • Automatizacin del flujo de trabajo de cada actividad del proyecto: mediante la definicin del workflow de

    cada tracker

    se definen los estados por lo cuales pasa el desarrollo de cada item de un tracker

    se indica el rol de participantes que trabaja en cada estado de un item

    se configura la notificacin automtica que se enviar a los participantes involucrados cuando el item progresa a un nuevo estado

    pg.35

  • Seguridad: un ambiente colaborativo debe permitir

    definir los roles de participantes para un proyecto especfico

    los derechos asociados a cada rol inscribir cada participante en uno o varios roles

    pg.36

  • (3) Facilidades ofrecidas por un ambiente colaborativo para apoyar el control y

    proyeccin de un proyecto

    Mediante reportes permanentes que permiten hacer medicin y anlisis, el gerente puede conocer el

    estado global del proyecto, proyectar y corregir la

    gestin

    pg.37

  • Ilustracin de algunos

    ambientes colaborativos

    pg.38

  • Ejemplos de ambientes colaborativos para el desarrollo de proyectos de software

    Asynchrony, Freepository, GBorg, GForge, Savannah, SEUL, SourceForge (CollabNet), IBM (Jazz, Rational),

    eTask, Tasktop Sync, ThoughtWorks Studios

    Distintas caractersticas respecto a : popularidad: nmero de miembros y proyectos alojados costos y tipo de licencia cuando se usa dentro de una empresa seguridad (roles y registro de participantes de cada rol)

    facilidades (adicionales al repositorio de versiones, forums y trackers)

    pg.39

  • (1) Facilidades para la comunicacin entre desarrolladores y clientes

    pg.40

    Ejemplo Gforge: versiones liberadas del software de un proyecto

  • Forums de distintos tipos (relativos a un proyecto)

    pg.41

  • (2) Facilidades para la Gestin diaria de un proyecto

    pg.42

    Ejemplo Gforge: ilustracin de trackers e items

  • Lista de los items de un tracker (ej: tracker de desarrollo)

    pg.43

  • Contenido(1) de un item

    de un tracker(ej: un CU)

    pg.44

    Estimacin de fecha iniciofecha final (alimenta el Gantt)

    Producto (release) asociado

    Participantes asignados

    estado actual(campo Status)

  • pg.4545

    archivos anexos

    Contenido(2)

    de un item

    de un tracker

    historial cambios

    historialcommits

    dependencias(alimenta el Gantt)

    registro tiempo

    trabajado

  • pg.46posteriormente se definir el workflow como transiciones de Status

    permite definir los valores del campo Status

    campos del tracker

    - Ilustracin de la definicin del workflow de un tracker en GForge:el workflow definir transiciones de estado de cualquier item, modelando el campo Status

  • pg.47

    transiciones de estado

    - definicin de los posibles estados de un item (valores posibles del campo Status)

  • pg.48

    pg. 48

    la notificacin llega a los participantes del rol indicado que hayan sido asignados a un item

    - definicin del workflow: transiciones de estado, roles asociados y notificaciones automticas

  • pg.49

    Autocontrol : cada participante debe poder ver las actividades pendientes en que est involucrado (ejemplo en GForge)

  • pg.50

    Ejemplo en CollabNet (versin comercial de SourceForge) diversas herramientas para la gestin de proyectos en todas sus etapas

    Referencia: Next Generation ALM: Collaborative Software Development on Demand, CollabNet, 2010http://www.collab.net/ http://www.techrepublic.com/whitepapers/next-generation-alm-collaborative-software-development-on-demand/1297121

    Facilidades para el manejo de

    tareas:

    sincronizacin bidireccional con MS-Project

    asignacin de tareas a miembros del proyecto

    reportes sobre el progreso y estado de cada proyecto

  • (3) Facilidades ofrecidas para apoyar el control y proyeccin de un proyecto

    pg.51

    Ejemplo en Gforge: Reportes de ejecucin del proyecto: tiempos y recursos realmente utilizados

    a. Reporte de tiempo invertido en las actividades de los trackers

  • pg.52

    b. Reporte de estado de avance de los productos del proyecto

  • pg.53

    Ejemplo en Jazz (IBM Rational):

    Dashboard de seguimiento

    Referencia: The IBM Rational Jazz Strategy for Collaborative Application Lifecycle Management, Liz Barnett, EZ Insight, Inc. July 2009http://jazz.net/projects/rational-team-concert

  • pg.54

    Ejemplo en eTask dashboard ejecutivo

    Referencia: eTask.it orquestacin de servicioselimine los sobrecostos de sus proyectos, eTaskhttp://www.etask.it

  • pg.55

    Ejemplo en eTask Las cargas de trabajo de los recursos y las asignaciones de tareas son

    fciles de rastrear, asegurando as una asignacin ms eficiente a travs de

    toda la empresa

    Referencia: eTask.it orquestacin de servicioselimine los sobrecostos de sus proyectos, eTaskhttp://www.etask.it

  • Integracin de herramientas que apoyan el ciclo de vida de los proyectos

    Ejemplo: Jazz de IBM (Rational) Ambiente global que proporciona

    facilidades de colaboracin para el ciclo de vida de los proyectos, basndose en metodologas giles.

    Se basa en 3 iniciativas que habilitan el ALM colaborativo:

    arquitectura de integracin abierta que favorece entregas continuas de

    software de forma colaborativa,

    productiva y transparente

    conjunto de servicios bsicos que habilitan la integracin de

    herramientas ALM heterogneas

    Comunidad de desarrollo de ms servicios y herramientas asociadas

    pg.56

    Referencia: The IBM Rational Jazz Strategy for Collaborative Application Lifecycle Management, Liz Barnett, EZ Insight, Inc. July 2009http://jazz.net/projects/rational-team-concert

  • Otros ambientes colaborativos Tasktop Sync: basado en Eclipse Mylyn http://tasktop.com/sync

    Facilidades para unificar y conectar herramientas heterogneas con los equipos de desarrollo que aplican metodologas giles

    Cada cliente o desarrollador tiene acceso a los datos que necesita utilizando la herramienta de su eleccin

    ThoughtWorks Studios http://www.thoughtworks-studios.com ambiente compartido para el manejo de proyectos bajo

    metodologas giles que permite que los equipos (distribuidos

    geogrficamente) estn en contacto permanente con los clientes

    Permite adaptarse a los cambios en los requerimientos y a la manera en que trabaja cada equipo

    pg.57

  • Conclusiones respecto a ALM

    & ambientes colaborativos &

    metodologas giles

    pg.58

  • La revolucin industrial del desarrollo de proyectos de software requiere metodologas giles y ambientes colaborativos

    las metodologas giles promueven calidad, comunicacin y agilidad en la entrega del producto al cliente

    los ambientes colaborativos permiten explotar la colaboracin del equipo que participa en un proyecto, automatizar las actividades y controlar la gestin mediante mediciones y anlisis permanentes

    En la era de la automatizacin del software los ambientes colaborativos son el entorno tecnolgico indispensable para la gerencia de proyectos, a fin de lograr ALM con los beneficios de las metodologas giles

    pg.59

  • Beneficios de los ambientes colaborativos Colaboracin en contexto

    Cada miembro de un proyecto tiene su propio rol y contexto de trabajo y al mismo tiempo puede trabajar con otros en

    entregables compartidos de la manera ms productiva.

    Procesos en sus justas proporciones Un ambiente colaborativo facilita y automatiza el uso de mejores

    prcticas sin afectar la productividad individual o de equipo. Adems

    permite definir mltiples tipos de procesos (desde livianos hasta

    altamente estructurados) disponibles para los distintos tipos de

    proyectos.

    Transparencia global. El ambiente colaborativo proporciona la transparencia requerida

    por la gobernabilidad de los proyectos que siguen un ALM gil

    pg.60

    Referencia: The IBM Rational Jazz Strategy for Collaborative Application Lifecycle Management, Liz Barnett, EZ Insight, Inc. July 2009http://jazz.net/projects/rational-team-concert

  • Otros beneficios: Reduccin del tiempo de entrega de productos Involucrar a los clientes en el mismo ambiente logrando

    retroalimetnacin ms temprana

    Reduccin de los costos de desarrollo Mejora la calidad del software porque los nuevos proyectos

    aprovechan cdigo hecho por otros proyectos, el cual est

    disponible en el mismo ambiente

    pg.61

  • Metodologas giles: http://www.extremeprogramming.org http://www.xprogramming.com Craig Larman, "Agile and Iterative Development: A Manager's Guide".

    Addison Wesley, 2004.

    Ambientes colaborativos para el desarrollo de proyectos de software:

    Booch, G., & Brown, A. W, Collaborative Development Environments, Cupertino, CA, USA. 2002

    Leigh Williamson, The Rational approach to automation, IBM, 2009

    pg.62

    Referencias adicionales

  • Trabajos en la U. Javeriana: "ConstruColectiva: Gua metodolgica para la gestin de proyectos de

    software basados en metodologas giles, utilizando ambientes de

    desarrollo colaborativo. Caso de estudio: GForge". John Diaz, Juan Felipe

    Olaya. Memoria del trabajo de grado en Ingeniera de Sistemas,

    Universidad Javeriana, 2010.

    Productos disponibles de ConstruColectiva: leer instrucciones en http://orion.javeriana.edu.co:81/gf/

    Consuelo Franky, Agile Management and Development of Software Projects based on Collaborative Environments, ACM Software Engineering

    Notes (ACM SIGSOFT SEN) , Mayo de 2011, http://www.sigsoft.org/SEN/

    pg.63