Scribd Logo
Cargar

¡Te damos la bienvenida a Scribd!

  • 27 vistas

    Cuadro Comparativo

    Cargado por

    andrea medina
    Este documento compara las metodologías Scrum y XP para el desarrollo de software. Describe las características clave de cada metodología, incluyendo sus enfoques en la administración de proyectos, programación, iteraciones, priorización de tareas y roles. Concluye que mientras Scrum y XP pueden mejorar el rendimiento y calidad, la metodología aplicada debe analizarse cuidadosamente considerando el contexto particular del proyecto.

    Copyright:

    © All Rights Reserved
    Descargue como DOCX, PDF, TXT o lea en línea desde Scribd

    Cuadro Comparativo

    Cargado por

    andrea medina
    27 vistas5 páginas
    Este documento compara las metodologías Scrum y XP para el desarrollo de software. Describe las características clave de cada metodología, incluyendo sus enfoques en la administración de proyectos, programación, iteraciones, priorización de tareas y roles. Concluye que mientras Scrum y XP pueden mejorar el rendimiento y calidad, la metodología aplicada debe analizarse cuidadosamente considerando el contexto particular del proyecto.

    Descripción original:

    trabajo comparativo

    Título original

    CUADRO COMPARATIVO

    Derechos de autor

    © © All Rights Reserved

    Formatos disponibles

    DOCX, PDF, TXT o lea en línea desde Scribd

    ¿Le pareció útil este documento?

    ¿Este contenido es inapropiado?

    Este documento compara las metodologías Scrum y XP para el desarrollo de software. Describe las características clave de cada metodología, incluyendo sus enfoques en la administración de proyectos, programación, iteraciones, priorización de tareas y roles. Concluye que mientras Scrum y XP pueden mejorar el rendimiento y calidad, la metodología aplicada debe analizarse cuidadosamente considerando el contexto particular del proyecto.

    Copyright:

    © All Rights Reserved
    Descargue como DOCX, PDF, TXT o lea en línea desde Scribd
    Descargar como docx, pdf o txt
    27 vistas5 páginas

    Cuadro Comparativo

    Cargado por

    andrea medina
    Este documento compara las metodologías Scrum y XP para el desarrollo de software. Describe las características clave de cada metodología, incluyendo sus enfoques en la administración de proyectos, programación, iteraciones, priorización de tareas y roles. Concluye que mientras Scrum y XP pueden mejorar el rendimiento y calidad, la metodología aplicada debe analizarse cuidadosamente considerando el contexto particular del proyecto.

    Copyright:

    © All Rights Reserved
    Descargue como DOCX, PDF, TXT o lea en línea desde Scribd
    Descargar como docx, pdf o txt
    de 5

    CUADRO COMPARATIVO

    Andrea Marcela Medina Cruz

    Universidad de Cundinamarca
    Ingeniería de sistemas
    Fusagasugá
    2021
    CUADRO COMPARATIVO

    Andrea Marcela Medina Cruz


    Ingeniería de software
    Grupo: 602M SIS

    Universidad de Cundinamarca
    Ingeniería de sistemas
    Fusagasugá
    2021
    Scrum es un marco de trabajo iterativo e incremental que está enfocado a la
    gestión de procesos de desarrollo, equipos de mantenimiento de software, o en
    una aproximación de gestión de programas.

    XP, por su parte, es una metodología de desarrollo de la ingeniería de software,


    formulada por Kent Beck, que considera que los cambios de requisitos sobre la
    marcha son un aspecto natural, inevitable e incluso deseable del desarrollo de
    proyectos.

    METODOLOGIA SCRUM METODOLOGIA XP


    Es una metodología de desarrollo ágil Es una metodología de desarrollo que
    basada en la administración del está más centrada en la programación
    proyecto. o creación del producto.
    Cada miembro de del equipo trabaja Es una metodología de desarrollo que
    de forma individual. está más centrada en la programación
    o creación del producto.
    Las iteraciones de entrega son de 1 a Las iteraciones de entrega son de 1 a
    4 semanas. 3 semanas
    Al finalizar un Sprint, las tareas del Las tareas se van terminando, aunque
    Sprint Backlog que se hayan realizado son susceptibles de ser modificadas
    y que el Product Owner (propietario del durante el transcurso de proyecto,
    producto) haya mostrado su incluso, después de que funcionen
    conformidad ya no se retoca. Si correctamente.
    funciona y está bien, se aparta y a otra
    cosa.
    Trata de seguir el orden de prioridades El equipo de desarrollo sigue
    que marca el Product Owneren el estrictamente el orden de prioridad de
    Sprint Backlog pero puede cambiarlo si las tareas definido por el cliente.
    es mejor para el desarrollo de la
    tareas.
    ScrumMaster Simplicidad
    Mantiene los procesos y trabaja de Se simplifica todo lo que se puede
    forma similar al director de proyecto. para agilizar el desarrollo y facilitar el
    Su trabajo primario es eliminar los mantenimiento.
    obstáculos que impiden que el equipo
    alcance el objetivo del sprint. El
    ScrumMaster no es el líder del equipo
    (porque ellos se auto-organizan), sino
    que actúa como una protección entre
    el equipo y cualquier influencia que le
    distraiga. El ScrumMaster se asegura
    de que el proceso Scrum se utiliza
    como es debido. El ScrumMaster es el
    que hace que las reglas se cumplan.
    ProductOwner Comunicación
    Representa a los stakeholders El código es entendido mejor cuanto
    (interesados externos o internos). más simple sea. Comentar dentro del
    Dicho de otra manera, representa la código en una buena práctica de
    voz del cliente. Se asegura de que el comunicación.
    equipo Scrum trabaja de forma
    adecuada desde la perspectiva del
    negocio. El ProductOwner escribe
    historias de usuario, las prioriza, y las
    coloca en el Product Backlog.
    Team Retroalimentación o Reutilización
    Incluye a los desarrolladores. El equipo de código
    tiene la responsabilidad de entregar el El cliente es parte fundamental del
    producto. Un pequeño equipo de 3 a 9 equipo y su opinión se conoce en
    personas con las habilidades tiempo real. Esto minimiza el tener que
    transversales necesarias para realizar rehacer partes que no cumplen con los
    el trabajo (análisis, diseño, desarrollo, requisitos y ayuda a los
    pruebas, documentación, etc). programadores a centrarse en lo que
    es más importante. Realizar pruebas
    unitarias frecuentemente permite
    descubrir fallos debidos a cambios
    recientes en el código.

    Stakeholders Necesidades actuales


    (Clientes, Proveedores, Vendedores, Hay que diseñar para hoy, no para el
    etc) Son un grupo de personas que mañana. Esto simplifica el código y se
    hacen posible el proyecto y para convierte en requerimientos de tiempo
    quienes el proyecto producirá el menores y eso hace sentir a los
    beneficio acordado que justifica su programadores más cómodos, pero
    producción. Sólo participan también hay que tener en cuenta que
    directamente durante las revisiones del se tendrá que reconstruir el código
    sprint. cuando sea necesario
    Administradores (Managers) Respeto
    Son las personas que establecen el No realizar cambios que hagan que las
    ambiente para el desarrollo del pruebas existentes fallen o demore el
    producto. trabajo de los demás.
    CONCLUCIONES
    El uso de Scrum y XP en el desarrollo de proyectos introduce un conjunto de
    prácticas y métodos que ayudan a mejorar el rendimiento de un equipo, además
    de mostrar de forma notable la evolución de un producto software y su calidad; sin
    embargo, es necesario siempre analizar el contexto bajo el cual se desenvuelve el
    desarrollo del proyecto con el fin de aplicar la metodología que más se ajuste a las
    condiciones del medio. El uso de Scrum/XP, y en general de las metodologías
    ágiles, puede llegar a traer grandes beneficios, pero como todo siempre
    dependerá del contexto en el que se apliquen y si sus principios son bien
    aplicados.

    También podría gustarte