marcos de trabajo agiles

Mer som dette

M4. ELEMENTOS JURÍDICOS PARA UNA ADECUADA DEFENSA RESPECTO DEL ACTO ADMINISTRATIVO

Ved UNIVERSIDAD SERGIO ARBOLEDA

MAPA MENTAL ROL DEL TUTOR Y ESTUDIANTE

Ved JIMENA QUIJANO

Sistema probatorio y carga de la prueba

Ved Hermes Emanuel Roa Lopez

Las negociaciones de los tratados Torrijos Carter

Ved Anyi Lezcano

marcos de trabajo agiles

LEAN

Principios Clave

Entregar lo mas rápido posible

Ver el todo

Empoderar al equipo

Construir la integridad en

Decidir tan tarde como sea posible

Amplificar el aprendizaje

Eliminar desperdicio

introducir un producto o servicio nuevo al mercado, pero en nombre de una empresa ya existente

Reducir el desperdicio

Kanban

Tableros kanban

Tarjetas Kanban

Practicas

vsualizar el flujo de trabajo

Limitar el trajo en curso (WIP)

aplicar bucles de retroalimentacion

Mejorar en colaboracion

Gestionar el flujo

Cuando Usar?

para equipos que tienen muchas solicitudes entrantes que varían en prioridad y alcance

Service Delivery Manager

Service Request Manager

principios

gestion de cambio

fomentar los actos de liderazgo a todos los niveles

aceptar el cambio incremental y evolutivo

comienza con lo que haces ahora

prestacion de servicios

Centrarte en las necesidades y expectativas del clientes

gestionar el trabajo no los trabajadores

Revision periodica de la red de servicios

SCRUM

sprint review

taskboard y burndown chart

definicion de hecho (Done)

daily scrum

descomponer historias de usuario en tareas

regla de la "ventana cerrada"

planear el sprint al inicio

Team (developer)

Scrum master

Product owner

Cuando existe una indecisión y ambigüedad marcadas en relación a cómo ejecutar el proyecto de acuerdo a los requisitos de la industria

Cuando no hay un consenso en la mejor aproximación para enfrentar la dirección de un proyecto

trabajando en un proyecto cuyo alcance cambia rápidamente y emergen nuevos requisitos saltando un día

pausar los requerimientos durante iteraciones cortas

XP

practicas clave

iteraciones cortas

Pair Programming

refactoring

TDD

historias de usuario

apropiación colectiva del código

Open Workspace

valores

retroalimentación consistente y constructiva

coraje

Respeto

simplicidad

roles

cliente

coach

tester

developer

¿cuando usar?

minimizar el riesgo cuando se tengan fechas de entrega cortas

si hay la posibilidad de crear pruebas automatizadas de unidad y funcionales

cuando se tenga la posibilidad de trabajar junto con el cliente

cuando se esperen cambios constantes en los requerimientos

cuando se espere que la funcionalidad del sistema cambie cada pocos meses

Incrementar , luego simplificar