que - Pasos básicos para la metodología de desarrollo de software Agile
scrum master (10)
Hay una serie de screencast llamada Autumn of Agile , que da una introducción a los principios ágiles. Todavía no hay muchos episodios, pero el plan del episodio se ve así:
- Descripción general de los valores y las prácticas ágiles
- Principios básicos de diseño de OO
- Patrones de diseño en acción
- Conceptos básicos de pruebas unitarias
- Simulacros de objetos
- TDD
- Organización de archivo / carpeta de proyecto
- Conceptos básicos de control de fuente
- Automatización continua de integración / compilación
- Principios de planificación de proyectos ágiles
- Descripción general de Conceptos básicos de diseño impulsado por dominio
¿Cuáles son los pasos básicos para Agile software development
?
¿Y cómo comienzas un nuevo proyecto con una metodología ágil?
Henrik Kniberg compiló un breve PDF , rápido y fácil de leer. Puedes comenzar leyéndolo. Obtendrás la respuesta a tu pregunta y mucho más.
La mejor forma de adoptar un enfoque de desarrollo de software ágil depende mucho de la situación en la que te encuentres. ¿Por qué quieres adoptar Agile? ¿Qué beneficios son más importantes para ti? ¿Cuáles son los mayores problemas que necesita resolver? ¿Tiene los recursos para hacer una adopción disruptiva todo en uno? ¿O prefiere comenzar con una adopción incremental de toma más larga y potencialmente más dolorosa?
Recomiendo mucho el libro "Patrones de adopción ágiles" para ayudarlo a pensar cuál es el enfoque de adopción adecuado para usted. También podría ser una buena idea obtener ayuda directa (en el sitio) de alguien con conocimiento en desarrollo Ágil: alguien que pueda observar a su equipo, ver patrones y antipatterns y aportar su experiencia sobre cómo tratar con ellos.
Una de las prácticas que siempre me gustaría adaptar como una de las primeras son las retrospectivas de iteración. Esos son vitales para el ciclo de adaptación de los enfoques ágiles.
eche un vistazo a "Desarrollo de software ágil, principios, patrones y prácticas" de robert marin. hay una versión java y ac #. http://www.amazon.com/Software-Development-Principles-Patterns-Practices/dp/0135974445
Voy a secundar la recomendación de Ilja para el libro: http://www.amazon.com/Agile-Adoption-Patterns-Roadmap-Organizational/dp/0321514521
Creo que la pieza más valiosa del libro es la descripción de qué prácticas adoptar primero para alcanzar ciertos valores comerciales (calidad, tiempo de comercialización, ...).
Reseñas del libro: http://www.amazon.com/Agile-Adoption-Patterns-Roadmap-Organizational/dp/0321514521 Capítulo de muestra: http://www.informit.com/store/product.aspx?isbn=0321514521 # info8
Finalmente, únete a una lista de correo Agile en groups.yahoo.com ya sea ScrumDevelopment o AgileProjectManagement que se adapte a tus necesidades.
Recomiendo el artículo "Crear un entorno ágil" de Gregory S. Smith ( http://www.methodsandtools.com/archive/archive.php?id=70 ) y el video "Transición a una metodología ágil en la empresa" ( http : //www.renewtek.com/index.php? page = agile-methodology-in-the-enterprise )
He leído muchos libros de Agile, y el único libro que realmente podría recomendar de todos ellos es "The Art of Agile Development" de James Shore.
La mejor forma es contratar un coach ágil con experiencia técnica. Consigue que alguien trabaje en tu equipo que haya hecho cualquier método ágil que quieras adoptar (scrum, xp, crystal, kanban, ... lo que sea) antes. Tendrán que ver sus circunstancias laborales y, preferiblemente, trabajar en el entorno para ayudar. Verifique sus referencias y asegúrese de que realmente lo hayan usado en la práctica. Un montón de aspirantes y falsificaciones.
Tener a alguien con experiencia en el equipo marca la diferencia. Es extremadamente difícil adoptar desde solo leer un libro. Estás tratando de cambiar una cultura y no puedes hacer eso usando una lista de verificación o un algoritmo. Es una cosa de complejidad social. Estás tratando de alentar el comportamiento emergente en un sistema complejo.
Si no puede contratar un entrenador ágil, busque otras personas en el equipo o en su departamento o empresa que tengan experiencia e invítelos a visitar al equipo. Muéstreles sus circunstancias y obtenga su opinión.
Los diferentes equipos necesitarán diferentes consejos: depende de muchas cosas, incluidos los miembros del equipo, el tipo de tecnologías que utilizas, el tipo de negocio en el que trabajas ...
Sobre todo, haga contactos con agilistas locales y aprenda cara a cara.
No eres ágil o no, eres más o menos ágil.
Para comenzar a ser más ágil de lo que ya estás haciendo,
- visualizar más (métricas en la pantalla, tablero visual, etc.)
- obtener más comentarios y acortar los ciclos de retroalimentación (IC, métricas de código, métricas de errores, etc.)
- reducir la cantidad de trabajo simultáneo en progreso (WIP), es decir, reducir la multitarea tanto a nivel individual como de equipo
Si puedes probar algo nuevo, recomendaría Kanban. Es la herramienta ágil más flexible y menos prescriptiva, y usted comienza visualizando su flujo de trabajo y limitando su WIP.
Bueno OP, no hay una sola guía documentada paso a paso para el ''desarrollo de software ágil'' y cualquier procedimiento que se alinee con el manifiesto califica como ágil
Pero también entiendo que para comenzar, tiene que haber una fase de aprendizaje de "mantenimiento de la mano" / "por el libro". Así que lo recomendaría, echen un vistazo a su proceso de desarrollo actual. Descubra las actividades de "desperdicio" que implican mucho tiempo y retome una práctica ágil que contrarresta / minimiza el tiempo dedicado a esa actividad. por ejemplo, si está luchando de forma rutinaria con los problemas de compilación, configure primero un servidor de integración continuo y establezca una rigurosa verificación previa de verificación. En lugar de cambiar todo para que todos se sientan perdidos y alienados,
- recoger una práctica a la vez
- Invierte unas 2-3 semanas con eso ... no te sientas cómodo con eso
- verifica si todos en el equipo sienten que es útil. Si es así, quédese con él, hágalo parte de su nuevo proceso. De lo contrario, descartar y encontrar y reemplazar con otro remedio alternativo.
En caso de que su equipo entero sea nuevo en ágil, lo recomendaría (en orden de intensidad)
- Prácticas de un desarrollador ágil (Andy Hunt, Venkat S., libro delgado, relación de alto valor por página para novatos)
- Prácticas y patrones de principios ágiles (Robert y Micah Martin)
- Realice sesiones semanales de ''Mejora'' para prácticas selectas como TDD (beck, astels, et.all), Refactoring (Fowler, Joshua K.), etc., que seguramente tendrán grandes recompensas.
- un mes más o menos en .. vaya por los libros filosóficos como XP Embrace Change - Beck, Lean Books por Poppendieck, Agile S / w Desarrollo - Alistair Cockburn, Peopleware - DeMarco, Lister
Recomiendo echar un vistazo a los libros que figuran aquí