Kategorier: Alla - pruebas - cliente - agilidad - motivación

av Manuel Rodríguez Alonso för 2 årar sedan

95

MANIFIESTO ÁGIL

En febrero de 2001, un grupo de diecisiete especialistas en modelos de desarrollo de software se reunió en Snowbird, Utah, convocados por Kent Beck, el creador de Extreme Programming.

MANIFIESTO ÁGIL

VALORES

RESPUESTA ANTE EL CAMBIO

4# Responder al cambio por encima de seguir con un plan



Este último valor es crucial para poder realizar un desarrollo ágil de proyectos. Recuerda que el motivo del nacimiento de esta metodología de gestión de proyectos era el de tener un framework que permitiese a los equipos adaptarse al cambio continuo.


Cualquier equipo que trabaje bajo esta metodología ha de saber que el cambio es inevitable. Cuanto más grande o complejo sea tu proyecto, mayor será el grado de incertidumbre bajo el que tienes que trabajar.


Es posible que la ejecución de un proyecto bajo un plan estricto te garantice completar un proyecto en el plazo y presupuesto, pero corriendo el grave riesgo de no solucionar las necesidades de los clientes o aportar el máximo valor añadido posible. Los mejores proyectos son aquellos que pueden integrar correctamente el cambio en su desarrollo.

COLABORACIÓN

3# Colaboración con el cliente por encima de la negociación contractual



Durante el desarrollo Ágil, la satisfacción de los clientes es considerada la máxima prioridad. Al final del día, si no aporta valor al cliente, no tiene sentido gastar ni 1 minuto en esa tarea.


El manifiesto refleja que históricamente los contratos son partes en las que se gasta gran cantidad de tiempo y de energía ya que son un proceso rígido y burocrático.


En el framework de agile se potencia una colaboración temprana y recurrente con el cliente, lo cual permite que el equipo de desarrollo del producto puede adaptarse más ágilmente a las necesidades del cliente sin requerir de tanta negociación contractual.


Esto no significa que en el framework de Agile no existan los contratos entre ambas partes, sino tratar de que sean contratos flexibles que permitan adaptación al cambio y enfocar el tiempo en lo realmente importante: crear producto y entregar valor a los usuarios.

SOFTWARE

2# El software de trabajo por encima de la documentación



Este principio significa que el equipo debería estar invirtiendo tiempo en trabajar en cosas que realmente produzcan valor para el cliente y evitar invertir tiempo y recursos en otras actividades como debatir, escribir o revisar documentación.


No hemos de pensar que este principio del manifiesto aplica únicamente a proyectos de software, ya que realmente permite tocar muchos otros proyectos como redactar un resumen ejecutivo, diseñar los planos de una oficina o preparar una presentación de ventas.


En resumen, es más importante entregar el producto que quieren los consumidores que documentar de forma exhaustiva el proceso que hemos utilizado para llegar a dicho punto.

INDIVIDUOS

1# Individuos e interacciones por encima de los procesos y herramientas



Este valor refleja la importancia de la comunicación entre miembros del equipo frente a utilizar procesos y herramientas para forzar que el devenir del proyecto sea de una forma u otra.


Por ejemplo; ¿Alguna vez has escrito un email para hacer unas simples preguntas y has recibido una respuesta poco clara que seguía una plantilla rígida? Lo más probable es que podrías haber conseguido la misma información a través de una simple comunicación con la otra persona.


La metodología agile quiere asegurarse de que los miembros del equipo trabajan unos con otros, colaboran y obtienen en común el mejor de los posibles resultados. Adicionalmente, en los equipos agile es muy importante evaluar las opiniones individuales y la creatividad.

MOTIVACIÓN

TRABAJO CONJUNTO

SOFTWARE DE VALOR

PROCESOS ÁGILES

AJUSTES

COMUNICACIÓN

LOS PROCESOS ÁGILES SE DOBLEGAN AL CAMBIO COMO VENTAJA COMPETITIVA PARA EL CLIENTE

LOS PATROCINADORES, DESARROLLADORES Y USUARIOS DEBEN MANTENER UN RITMO CONSTANTE DE FORMA INDEFINIDA.

EN INTERVALOS REGULARES, EL EQUIPO REFLEXIONA SOBRE LA FORMA DE SER MÁS EFECTIVO Y AJUSTA SU CONDUCTA EN CONSECUENCIA

LAS MEJORES ARQUITECTURAS, REQUISITOS Y DISEÑOS EMERGEN DE EQUIPOS QUE SE AUTOORGANIZAN

SIMPLICIDAD COMO ARTE DE MAXIMIZAR LA CANTIDAD DE TRABAJO QUE SE HACE, ES ESENCIAL

LA ATENCIÓN CONTINUA A LA EXCELENCIA TÉCNICA ENALTECE LA AGILIDAD.

LOS PROCESOS ÁGILES PROMUEVEN EL DESARROLLO SOSTENIDO

EL SOFTWARE QUE FUNCIONA ES LA PRINCIPAL MEDIDA DEL PROGRESO

LA FORMA MÁS EFICIENTE Y EFECTIVA DE COMUNICAR INFORMACIÓN DE IDA Y VUELTA DENTRO DE UN EQUIPO DE DESARROLLO ES MEDIANTE LA CONVERSACIÓN CARA A CARA

CONSTRUCCIÓN DE PROYECTOS EN TORNO A INDIVIDUOS MOTIVADOS, DÁNDOLES LA OPORTUNIDAD Y EL RESPALDO QUE NECESITAN Y PROCURÁNDOLES CONFIANZA PARA QUE REALICEN LA TAREA

LAS PERSONAS DEL NEGOCIO Y LOS DESARROLLADORES DEBEN TRABAJAR JUNTOS DE FORMA COTIDIANA A TRAVÉS DEL PROYECTO

ENTREGAR CON FRECUENCIA SOFTWARE QUE FUNCIONE, EN PERIODOS DE UN PAR DE SEMANAS HASTA UN PAR DE MESES, CON PREFERENCIA EN LOS PERIODOS BREVES

SON BIENVENIDOS LOS REQUISITOS CAMBIANTES, INCLUSO SI LLEGAN TARDE AL DESARROLLO.

El 12 de febrero de 2001 diecisiete críticos de los modelos de mejora del desarrollo de software basados en procesos, convocados por Kent Beck, quien había publicado un par de años antes Extreme Programming Explained, libro en el que exponía una nueva metodología denominada Extreme Programming, se reunieron en Snowbird, Utah para tratar sobre técnicas y procesos para desarrollar software.

LA PRINCIPAL PRIORIDAD ES SATISFACER AL CLIENTE A TRAVÉS DE LA ENTREGA TEMPRANA Y CONTINUA DE SOFTWARE DE VALOR

VALORAR MÁS LA RESPUESTA ANTE EL CAMBIO A SEGUIR UN PLAN

VALORAR MÁS LA COLABORACIÓN CON EL CLIENTE QUE LA NEGOCIACIÓN CONTRACTUAL

VALORAR MÁS EL SOFTWARE FUNCIONANDO QUE LA DOCUMENTACIÓN EXHAUSTIVA

VALORAR MÁS A LOS INDIVIDUOS Y SUS INTERACCIONES QUE A LOS PROCESOS Y LAS HERRAMIENTAS

MANIFIESTO ÁGIL

DAVE THOMAS


Thomas acuñó las frases ‘Code Kata’ y ‘DRY’ (Do not Repeat Yourself).


Es autor de:


Programming Elixir: Functional |> Concurrent |> Pragmatic |> Fun, Dave Thomas, (2014)

Es co-autor de:


The Pragmatic Programmer, Andrew Hunt and David Thomas, (1999)

Programming Ruby: A Pragmatic Programmer’s Guide, David Thomas and Andrew Hunt, (2000)

Pragmatic Version Control Using CVS, David Thomas and Andrew Hunt, (2003)

Pragmatic Unit Testing in Java with JUnit, Andrew Hunt and David Thomas, (2003)

Pragmatic Unit Testing in C# with Nunit, Andrew Hunt and David Thomas, (2004)

Programming Ruby (2nd Edition), Dave Thomas, Chad Fowler, and Andrew Hunt, (2004)

Pragmatic Unit Testing in C# with Nunit, Andy Hunt and David Thomas with Matt Hargett, (2007)

Agile Web Development with Rails, Dave Thomas, David Heinemeier Hansson, Andreas Schwarz, Thomas Fuchs, Leon Breedt, and Mike Clark, (2005)

Agile Web Development with Rails, Dave Thomas, with David Heinemener Hansson, Mike Clark, Justin Gehtland, James Duncan Davidson, (2006)

KEN SCHWABER


STEVE MELLOR

ROBERT C. MARTIN

JEFF SUTHERLAND

BRIAN MARICK

JON KERN

RON JEFFRIES

JAMES GRENNING

MARTIN FOWLER

WARD CUNNINGHAM

ANDREW HUNT

JIM HIGHSMITH

ALISTAIR COCKBURN

ARIE VAN BENNEKUM



MIKE BEEDLE

KENT BECK

PRINCIPIOS

AJUSTES EN EL PROCESO
AUTOORGANIZACIÓN
SIMPLICIDAD
EXCELENCIA TÉCNICA
PROCESOS ÁGILES Y DESARROLLO SOSTENIDO
SOFTWARE FUNCIONAL
COMUNICACIÓN Y FEEDBACK
MOTIVACIÓN Y RESPALDO
TRABAJO CONJUNTO ENTRE CLIENTE Y DESARROLLADORES
ENTREGAS FRECUENTES
REQUISITOS CAMBIANTES
PRIORIDAD: SATISFACER AL CLIENTE