Realidad Vs Enfoque Ágil

*

*Los clientes no saben exactamente lo que

quieren.

*Es muy complejo describir lo que quieren

aunque lo sepan.

*Es deseable la iteración en base a los requisitos

ya que es la mejor manera de refinarlos.

*

*Aceptamos que los requisitos cambien, incluso

en etapas tardías del desarrollo. Los procesos

Agiles aprovechan el cambio para proporcionar

ventaja competitiva al cliente (Manifiesto

ágil).

*

*Una de las mejores maneras de desarrollar

software es “poco a poco” . Es mas fácil de

probar de definir y de mostrar al cliente.

*Si vamos entregando y probando con el cliente

el producto modulo a modulo mejoraremos

nuestro proceso de desarrollo y la satisfacción

del cliente.

*

*Entregamos software funcional

frecuentemente, entre dos semanas y dos

meses, con preferencia al periodo de tiempo

más corto posible. (Manifiesto ágil).

*

*El cliente debe de ser parte activa del

desarrollo. No podemos entregarle algo que no

visto en meses porque lo mas probable es que

no sea satisfactorio para el.

*La comunicación directa y fluida siempre hace

que todos tengamos mas claro que quiere el

cliente y como podemos hacerlo.

*

* Los responsables de negocio y los

desarrolladores trabajamos juntos de forma

cotidiana durante todo el proyecto (Manifiesto

ágil).

*

*Como lo ideal es dividir las tareas en tareas

mas pequeñas es lógico que los equipos de

trabajo sean pequeños .

*De esta manera conseguimos que la

comunicación y la transmisión de conocimiento

sea sencilla.

*

*El método más eficiente y efectivo de

comunicar información al equipo de desarrollo

y entre sus miembros es la conversación cara a

cara. (Manifiesto ágil).

*

*En muy útil mezclar gente experta con gente

que no lo es. De esta manera el compañero con

mas conocimiento puede aconsejar y formar al

que tiene menos experiencia.

*

*Programación en parejas en eXtreme

Programming.

*Autor :

Pablo González Mieres.

http://comunidad.iebschool.com/pgmsmartagile/