Author Archive

LECCIÓN 7: eXtreme Programming (1/3)

21/03/2012

XP establece unas buenas prácticas que hacen el proyecto más flexible para conseguir reducir los riesgos

eXtreme Programming (en adelante, XP), al igual que en otras metodologías ágiles, es una metodología adaptativa y centrada en las personas. XP agrega buenas prácticas que abarcan más allá de la gestión de proyectos definiendo aspectos más técnicos y cercanos al desarrollo software. (more…)

LECCIÓN 6: Scrum (2/2)

21/03/2012

 

Los pilares de Scrum son, principalmente, dos:
·  El desarrollo mediante el ciclo de vida iterativo e incremental.
·  Las reuniones a lo largo del proyecto.

Uno de los aspectos más importantes en cualquier proyecto, y también en los proyectos ágiles, es la estructura del equipo. Los roles y responsabilidades deben ser claros y conocidos por todos los integrantes del mismo. (more…)

LECCIÓN 5: Scrum (1/2)

21/03/2012

Scrum se basa en entregas parciales priorizadas por el beneficio que aporta al receptor final del software.

Scrum es una metodología ágil que proporciona un marco para la gestión de proyectos. Podríamos decir que hoy es la metodología ágil más popular. El objetivo principal de Scrum es obtener resultados tempranos adaptándose a los cambios. (more…)

LECCIÓN 4: La historia de usuario

03/03/2012

El objetivo es convertir las necesidades de negocio del cliente o usuario en historias de usuario lo suficientemente sencillas como para que se puedan transformar posteriormente en tareas de desarrollo para el equipo.

Una historia de usuario describe funcionalidad que será útil para el usuario, o el comprador, de un sistema software. Por definición, las historias de usuario no suelen ni deben tener el nivel de detalle que tiene la especificación de un requisito tradicional. Se recomienda que las historias de usuario se escriban en un espacio reducido, y que el soporte físico, normalmente un post-it o una tarjeta, tenga apenas una frase. (more…)

LECCIÓN 3: El Manifiesto Ágil

22/02/2012

LECCIÓN 3: El Manifiesto Ágil

Su objetivo fue establecer los valores y principios que permitirían a los equipos desarrollar software rápidamente y respondiendo a los cambios que puedan surgir a lo largo del proyecto.

El 12 de febrero de 2001, 17 destacados y conocidos profesionales de la ingeniería del software escribían en Utah el Manifiesto Ágil. Entre ellos estaban los creadores de las metodologías ágiles más usadas en la actualidad: XP, Scrum, DSDM, Crystal, etc. Su objetivo fue establecer los valores y principios que permitirían a los equipos desarrollar software rápidamente y respondiendo a los cambios que puedan surgir a lo largo del proyecto. (more…)

LECCIÓN 2: El ciclo de vida iterativo e incremental

22/02/2012

LECCIÓN 2: El ciclo de vida iterativo e incremental

El ciclo de vida iterativo e incremental es una de las prácticas fundamentales de un proyecto ágil. En este tipo de ciclo de vida, se va liberando parte del producto (prototipos) periódicamente mediante iteraciones o ciclos de desarrollo.

Como vimos en la anterior lección, el ciclo de vida en cascada es muy típico en la construcción de productos físicos. Y aunque ha sido utilizado ampliamente en el mundo del software… también ha sido muy criticado desde el punto de vista ágil. Frente al ciclo de vida en cascada, el paradigma ágil (en la mayoría de sus metodologías) recomienda el uso de otro tipo de ciclo de vida: el iterativo e incremental. (more…)

LECCIÓN 1: Introducción a la gestión ágil de proyectos software

22/02/2012

LECCIÓN 1: Introducción a la gestión ágil de proyectos software

 Construir software no es igual que construir productos físicos, como construir un edificio o un coche.

Aunque muchas veces se compara a la ingeniería del software con la arquitectura o la fabricación de productos físicos, como las cadenas de montaje, construir software no es igual que construir productos físicos. Pero son muchas las ocasiones en las que escuchamos que el desarrollo software debiera trabajar igual que este tipo de procesos de construcción de productos físicos. El desarrollo “debería trabajar como las cadenas de montaje, deberíamos enviar una especificación de requisitos a la empresa o equipo de desarrollo y esperar un producto que cumpla plenamente con la misma”. (more…)