07/05/2017

Manifiesto gil
Enfoques giles para Estamos descubriendo formas mejores de desarrollar software tanto

la gestin de por nuestra propia experiencia como ayudando a terceros. A travs de

este trabajo hemos aprendido a valorar:

proyectos
Individuos y su interaccin sobre procesos y herramientas
Software funcionando sobre documentacin extensiva
Colaboracin con el cliente sobre negociacin contractual
Respuesta ante el cambio sobre seguir un plan
Esto es, aunque valoramos los elementos de la derecha, valoramos ms
los de la izquierda

http://agilemanifesto.org/iso/es/manifesto.html

Principios del Manifiesto gil (I)
1. Nuestra prioridad es satisfacer al cliente mediante la entrega temprana y
continua de software con valor
2. Aceptamos que los requisitos cambien, incluso en etapas tardas del
desarrollo. Lo procesos giles aprovechan el cambio para proporcionar
ventaja competitiva al cliente
3. Entregamos software funcional frecuentemente, entre dos semanas y dos
meses, con preferencia al periodo de tiempo ms corto posible
4. Los responsables de negocio y los desarrolladores trabajamos junto de
forma cotidiana durante todo el proyecto
Principios del Manifiesto gil (II)
5. Los proyectos se desarrollan en torno a individuos motivados. Hay que
darles el entorno y el apoyo que necesitan, y confiarles la ejecucin del
trabajo
6. El mtodo ms eficiente y efectivo de comunicar informacin al equipo de
desarrollo y entre sus miembros es la conversacin cara a cara
7. El software funcionando es la medida principal de progreso
8. Los procesos giles promueven el desarrollo sostenible. Los promotores,
desarrolladores y usuarios deben ser capaces de mantener un ritmo
constante de forma indefinida

http://agilemanifesto.org/iso/es/principles.html http://agilemanifesto.org/iso/es/principles.html

1
 07/05/2017

Principios del Manifiesto gil (III) Software Craftsmanship

9. La atencin continua a la excelencia tcnica y al buen diseo mejora la
agilidad
10. La simplicidad, o el arte de maximizar la cantidad de trabajo no realizado,
es esencial
11. Las mejores arquitecturas, requisitos y diseos emergen de equipos auto-
organizados
12. A intervalos regulares el equipo reflexiona sobre cmo ser ms efectivo
para a continuacin ajustar y perfeccionar su comportamiento en
consecuencia
http://agilemanifesto.org/iso/es/principles.html
Como aspirantes a Artesanos del Software estamos elevando el listn de
desarrollo de software profesional practicando y ayudando a otros a
aprender el oficio. A travs de este trabajo hemos llegado a valorar:
No slo software que funciona, sino tambin software bien diseado
No slo responder a cambio, sino tambin agregar valor contantemente
No solo individuos e interacciones, sino tambin una comunidad de
profesionales
No slo colaboracin de clientes, sino tambin asociaciones productivas
Es decir, en la bsqueda de los elementos de la izquierda, hemos
encontrado indispensables los elementos de la derecha
http://manifesto.softwarecraftsmanship.org/#/es

Mtodos giles
eXtreme Programming (XP) Aceptance Test Driven Development

Algunos enfoques

Agile Unified Process
Crystal Clear
(ATDD)
Behavior Driven Development (BDD)
Feature Driven Development (FDD)
giles


Lean Software Development
Scrum
Kanban
Lean UX
Design Sprint
DevOps Agile UX
Test-driven development (TDD) Toyota Kata

2
 07/05/2017

Scrum

Comprometidos o involucrados? Equipos de alto rendimiento

Pequeos (5 9 personas)
Auto-organizados
Multifuncionales

3
 07/05/2017

Qu una historia de usuario?

Historias de Usuario

Qu una historia de usuario? Qu una historia de usuario?

Es una representacin de un requisito o
caracterstica de un sistema o producto,
escrita en lenguaje de negocio (lenguaje
propio del cliente o usuario) a manera de
frase corta y sencilla; que expresa el deseo o
las necesidades de un interesado (cliente o
usuario)

4
 07/05/2017

El criterio de las tres Cs Funcionalidad

Card
Conversation
Confirmation

Componentes

Identificador

Nombre o ttulo

Prioridad
Algunos

Estimacin

Descripcin
consideraciones

Tareas

Criterios de aceptacin

Prototipos

5
 07/05/2017

Informe de ventas
Ttulo
Como gerente de ventas
Como <rol>
Quiero generar un informe de ventas por
Quiero <funcionalidad> departamento
Para <beneficio> Para entender qu departamentos
necesitan mejorar sus productividad

Principio INVEST Definicin de HECHO

Independent Una historia de usuario est finalizada o no lo est, sin medias
tintas
Negotiable
Cada equipo debe definir lo que significa HECHO para ellos
Valuable Todos deben estar de acuerdo con la definicin
Estimable Ejemplos:
Sized appropriately Documentacin de usuario final terminada
Pruebas unitarias completadas y en verde
Testeable Visto bueno del producto owner

6
 07/05/2017

Priorizacin: MoSCoW Criterios de aceptacin

Must (el producto debe tenerlo)
Should (el producto debera tenerlo)
Could (estara bien si lo tuviera. El producto podra o no
tenerlo)
Wont (el producto actual no contempla tenerlo)

<Escenario>
Dado <algn contexto>
Cuando <algo sucede>
Entonces <algn comportamiento>

7
 07/05/2017

1. Categora sin productos Tareas

Dado que exista una categora sin productos
Cuando el cliente despliegue el listado de
categoras para realizar su bsqueda
Entonces el sistema mostrar el mensaje
Actualmente no poseemos productos para esta
categora

SMART Algunas tareas

Specific Disear interfaz de usuario
Disear base de datos
Measurable
Construir base de datos
Achievable Disear las pruebas
Relevant Cargar datos
Time-boxed Programar base de datos
Programar componentes internos
Ejecutar pruebas

8
 07/05/2017

Agile Inception
Clarificar la estrategia
Por qu estamos aqu?
La prueba del elevador
Disea la caja del producto
Sprint 0

Crea una lista de lo que NO es
Conoce a tus vecinos
Visualiza la solucin
Qu nos quita el sueo?
Calcula el tamao
Cules con tus prioridades?
Cunto me va a costar?

Aspectos adicionales Product Backlog

Organizar el equipo Caractersticas, funcionalidad o requisitos funcionales
Preparar la logstica Historias de usuarios
Instalar y configurar equipos
picas
Preparar ambiente de trabajo
Temas
Definir los estndares a utilizar
Establecer las reglas de juego
Establecer una lista inicial de caractersticas
Definir un plan de versiones

9
 07/05/2017

Plan de versiones
Cada versin necesitar una cantidad diferente de sprints
para ser completadas
Tomar en cuenta:
No es un contrato
Revisarlo despus de cada sprint
No dar importancia al detalle

User Story Mapping

Identificar los procesos
Identificar las actividades
Identificar las tareas de los usuarios

10