Please enable JavaScript.

Coggle requires JavaScript to display documents.

Metodologías ágiles (Principales metodologías (Kanban (Tarjetas (Lo que se…

- - - - Significa Kan (Visual) y Ban (Tarjetas), por lo tanto quiere decir Tarjetas Visuales.
      - Surge en los procesos de producción “just-in-time” (JIT) ideados por Toyota, en los que se utilizaban tarjetas para identificar necesidades de material en la cadena de producción.
    - - Lo que se va a producir
      - En qué cantidad
      - Mediante qué medios y como transportarlo
    - - Es muy fácil de utilizar, actualizar y asumir por parte del equipo.
      - Destaca por ser una técnica de gestión de las tareas muy visual
      - Pautar el desarrollo del trabajo de manera efectiva.
    - - Visualizar estados
      - Limitar el trabajo en progreso
      - Medir el flujo de tareas
        
        Lead time
        
        Tiempo que transcurre desde que el ítem, tarea, entra en Kanban hasta que pasa a su última fase.
        
        Cycle time
        
        Tiempo que transcurre desde que se comienza a trabajar con ese ítem hasta que pasa al estado de finalizado.
    - - Gestión del trabajo dividido en bloques o tareas pequeñas
  - - - Desarrollar programas funcionales en cortos periodos de tiempo.
      - Basada en prueba y error
      - Define bien al cliente o sus necesidades siendo flexible en todo momento
      - Se recomienda que los equipos de XP sean menores a 12 personas
    - - Simplicidad
      - Comunicación
      - Retroalimentación
      - Respeto
      - Valor (coraje)
    - - Developer
        
        Responsabilidades
        
        Definen las tareas que requieren para hacer la historia
        
        Estiman las tareas
        
        Escriben las pruebas unitarias
        
        Escriben el codigo para que las pruebas pasen
        
        Ejecutan las pruebas unitarias
        
        Hacen Refactor
        
        Integran continuamente
        
        Estiman las historias
        
        Habilidades
        
        Saben hacer Pair programming
        
        Se comunican entre ellos
        
        Hacen el código solo de lo que se requiere
        
        Mantienen las cosas simples
      - Customer
        
        Siempre está disponible y en constante comunicación con el equipo.
        
        Escribe las historias de usuario necesarias a detalle
        
        Realizan las decisiones que involucran al producto - Escriben las pruebas funcionales
        
        Establecen la prioridad en las historias
        
        Explican las historias
        
        Clarifican dudas sobre las historias.
      - Manager
        
        Define las reglas de la sesión de planeación
        
        Monitorea la sesión de planeación
        
        Participa con el equipo mientras ellos estiman el trabajo y les da retroalimentación
        
        Se asegura que el equipo está trabajando hacia el próximo release.
        
        Monitorea los errores detectados en las pruebas funcionales
        
        Monitorea el tiempo invertido por cada miembro del equipo.
      - Coach
        
        Entiende la forma en la que se aplica XP en el proyecto
        
        Identifica las prácticas de XP para ayudar en caso de algún problema
        
        Se debe mantener tranquilo cuando todos están en pánico - Observa al equipo silenciosamente e interviene solo cuando es un problema significativo y les ayuda a resolverlo.
        
        Se asegura que el equipo sea auto-suficiente.
        
        Siempre está listo para ayuda
    - - Planeación
        
        Se utilizan historias de usuario
        
        Se hace un release plan para determinar la fecha del release.
        
        Se hacen pequeños releases frecuentemente.
        
        El proyecto se divide en iteraciones
        
        Al inicio de cada iteración se realiza la planeación de esa iteración.
      - Administración
        
        Se le da al equipo un espacio dedicado para ellos
        
        Se realiza una reunión diaria al inicio de cada sprint “Stand-up meeting”
        
        La velocidad del proyecto es medida
        
        Se hacen ajustes sobre la forma de trabajo cuando algo sale mal.
      - Diseño
        
        Simple
        
        Se usan cartas CRC para las sesiones de diseño (Use class, responsibilities and collaboration).
        
        Se hacen investigaciones sobre posibles soluciones para reducir el riesgo. - Ninguna funcionalidad es adelantada
        
        Se promueve el refactor siempre que se sea posible.
      - Codificación
        
        El cliente siempre debe estar disponible
        
        El código debe ser realizado bajo estándares acordados.
        
        Primero se deben realizar las pruebas unitarias
        
        Toda la producción de código se hace en pares
        
        Solo uno de los integrantes del par codifica al mismo tiempo.
        
        Se hacen integraciones de código frecuentes.
      - Pruebas
        
        Todo el código debe tener pruebas unitarias
        
        Todas las pruebas deben ejecutarse bien antes de entregar el producto.
        
        Cuando un bug se encuentra durante las pruebas se reporta inmediatamente.
        
        Los criterios de las pruebas y los resultados son publicados.
  - - - Se enfoca en iteraciones cortas que entregan funcionalidad tangible. Dicho enfoque no hace énfasis en la obtención de los requerimientos sino en cómo se realizan las fases de diseño y construcción.
      - Hace énfasis en aspectos de calidad durante todo el proceso e incluye un monitoreo permanente del avance del proyecto
      - FDD afirma ser conveniente para el desarrollo de sistemas críticos.
    - - Dueños de clases
      - Programadores jefe
    - - Desarrollar un Modelo Global / Genera;
        
        Construir una Lista de los Rasgos
        
        Planear por Rasgo (Característica)
        
        Diseñar por Rasgo (Característica)
        
        Construir por Rasgo (Característica)
  - - - Pre-proyecto
        
        Estudio de viabilidad
        
        Estudio de negocio
        
        Iteración de modelado funcional
        
        Iteración de diseño y desarrollo
        
        Implementación
        
        Post-desarrollo