Post on 22-Apr-2015
description
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/