El objetivo de Scrum es evitar las fallas comunes que se tienen en el típico proceso de desarrollo, tales como:

• Caos debido a los cambios en los requerimientos. Los requerimientos de un proyecto normalmente pueden cambiar drásticamente desde que el producto se ha diseñado para cuando se lance. En la mayoría de métodos de desarrollo de productos, todo el diseño se realiza al comienzo del proyecto y, a continuación, no se permiten los cambios al cambiar los requerimientos.

• Estimaciones de tiempo, costo y calidad del producto poco realistas. La gestión de proyectos y los desarrolladores tienden a subestimar cuánto tiempo y recursos tomará el proyecto, y cuánta funcionalidad se pueden producir dentro de esas limitaciones. En realidad, esto normalmente no se puede predecir con precisión al comienzo del ciclo de desarrollo.

• Los desarrolladores se ven obligados a mentir sobre el avance del proyecto. Cuando se subestima el tiempo y el coste necesarios para alcanzar un determinado nivel de calidad, los desarrolladores deben, ya sea mentir acerca de cuánto se ha progresado en el desarrollo del producto, o indignarse.

Cualidades de Scrum

• Este proceso ágil se centra en ofrecer el más alto valor comercial en el menor tiempo.
• Permite inspeccionar el trabajo real del desarrollo (cada mes).
• El Dueño del producto establece las prioridades, y el Equipo se auto-organiza para determinar la mejor manera de entregar los elementos del producto con mayor prioridad.
• Entre las dos semanas y el mes, quien sea puede ver el trabajo real y decidir si entregarlo así como está o continuar incrementándolo en otro Sprint.

Scrum se ha empleado con éxito en cientos de diferentes empresas en diferentes ámbitos, con resultados destacables. Hay muchas similitudes entre Scrum y Extreme Programming (XP), pero uno de las principales diferencias es que Scrum tiene un conjunto de directrices que rigen el proceso de desarrollo de un producto. Por esta razón, es a menudo utilizado como un “envoltorio” para otras metodologías, como como son XP o CMM (Capability Maturity Model), es decir, se utiliza para guiar el proceso general de desarrollo al utilizar estas otras metodologías.

Compartir/guardar

Compartir/guardar

• Aprender a tenerle cariño al cliente en nuestro sitio.

Es atemorizante al principio, pero una vez que el cliente es parte del equipo y está en el equipo de desarrollo encontrarás que no es un espía y que él tiene la misma meta que tienes tú y tu equipo. Un cliente que está en sitio aprende los procesos, mientras que uno que está lejos no. Además, entender cómo trabajas, y lo que es el trabajo, hará mas realista la planeación y mucho más aceptable el costo. 

• Escribir código de acuerdo a estándares. 

Se gasta mucho tiempo tratar de entender lo que un programador ha hecho si no sigue un formato. Por esa razón es bueno dirigir un desarrollo siguiendo un conjunto de estándares para la codificación, convención de nombres, una estructura de directorios, etc.

• Codificar las pruebas unitarias primero.

Escribir las pruebas unitarias es benéfico por varias razones, una es la gran ayuda que ellas proporcionan con la escritura actual de código.  Las pruebas unitarias son una excelente herramienta para decomponer cada tarea de programación en “TO DO’s”. Una vez que finalizas tus “TO DO’s” habrás finalizado tu taréa..

• Hacer desarrollo en pareja.

Las construciones de programacion en pareja da confianza en el equipo así como entre la compañía y los clientes. Además, incrementa el desarrollo de habilidades de manera global y acelera el trabajo conjunto.

• Dejar la optimización hasta lo último.

De acuerdo con XP siempre debes esperar hasta que tengas finalizada un historia y ejecutar las pruebas antes de tratar de optimizar el trabajo. Solo entonces puedes analizar qué es exactamente lo que necesita optimización.

• Evitar sobrecarga de tiempo.

Evitar horas extras es relevante en los proyectos Web así como en los proyectos de software. Todos sabemos que no podemos hacer nuestro mejor trabajo cuando estamos cansados o consumidos, porque es mucho más probable de cometer errores y hacernos menos eficientes, y por lo tanto prolongaríamos el tiempo para completar nuestras tareas.

Compartir/guardar

• Eliminar código duplicado
• Colocar comentarios en el código
• Quitar los Code Smells (código que tiene indicios a que algo pueda fallar)
  
• Conservar el código ordenado
• Tener cuidado con la Herencia
• Manejar referencias apropiadas
• Separar las bases de datos, interfaces de usuarios, y la lógica del dominio
• Conducir proyectos de software con User Stories
• Diseño orientado a objetos con CRC Cards
• Hacer pruebas de aceptación
• Hacer pruebas unitarias
• Test Driven Development
• Desarrollo en equipo con control de versiones (CVS)
• Comunicación
• Programación en pareja

Para mayor detalle puedes descargar y consultar el libro: Essential Skills for Agile Development

Compartir/guardar

Estos son algunos métodos que están específicamente diseñados alrededor del Desarrollo Ágil:

DSDM es probablemente el original método de Desarrollo Ágil. DSDM ha estado incluso antes de que el término Desarrollo Ágil fuera inventado, pero está basado absolutamente en todos los principios del Desarrollo Ágil.

SCRUM es también un método de Desarrollo Ágil, el cual se concentra particularmente sobre cómo administrar tareas dentro de un ambiente de desarrollo basado en equipo.

XP (eXtreme Programming) es la metodología Ágil más radical, se enfoca en el proceso de desarrollo de software y dirige las fases de análisis, desarrollo y pruebas aspirando en lograr la calidad en el producto final.

DSDM es probablemente la metodología Agil más completa, sin embargo SCRUM y XP son más fácil de implementar y complementarias porque ellas afrontan diferentes aspectos de los proyectos de desarrollo y están fundadas sobre los mismos principios del Desarrollo Ágil.

En la actualidad, no hay una caja mágica para el desarrollo de software. El truco está en conocer varios métodos y seleccionar una mezcla de los mejores enfoques que sean los más apropiados para cualquier situación dada. Para hacer esto exitoso se requiere de mucha experiencia y habilidad.

En proyectos de Desarrollo Ágil, la Administración de Proyectos toma una forma diferente, se basa más en las habilidades de los administradores para la comunicación, facilitación, coordinación, y con menor énfasis en la planeación y control.

El Desarrollo Ágil puede ser un enfoque muy excitante y muy energizante, aunque algunos proyectos se prestan más al Desarrollo Ágil que otros. La colaboración y visibilidad pueden proporcionar mayor riqueza y una experiencia más gratificante a los equipos para desarrollar grandes productos de software. El Desarrollo Ágil puede ser mucho más agradable que el enfoque en Cascada que requiere de mucho más documentación y es menos flexible por naturaleza. Y cuando las personas disfrutan su trabajo, es asombroso lo que se puede lograr!

Introducción del Desarrollo de Software Ágil

Scrum, metodología ágil para el desarrollo de software

Metodologías Ágiles y Extreme Programming

Compartir/guardar

1. La activa intervención del usuario es necesaria.
2. El equipo debe estar facultado para la toma de decisiones.
3. Los requerimientos evolucionan pero el tiempo (escala) es fija.
4. La captura de requerimientos es en alto nivel; ligeros y visuales.
5. Desarrollos pequeños, liberaciones incrementales e iterativas.
6. Se centra en la entrega frecuente de productos.
7. Completa cada característica antes de pasarse a la siguiente.
8. Aplica la regla 80/20, algo así como Mínimo Esfuerzo Máximo Avance (MEMA).
9. Las pruebas se integran durante todo el ciclo de vida del proyecto.
10. El enfoque colaborativo y cooperativo entre todos los involucrados es esencial.

Fuente: http://kw-agiledevelopment.blogspot.com

Compartir/guardar