Pregunta

¿Qué metodología ágil recomendarías para una tienda web?

Tenemos una variedad de proyectos pequeños y algunos grandes, los equipos son proyectos cruzados y realizan múltiples tareas.Estamos realmente interesados ​​en Scrum, pero parece que no se aplicaría a proyectos pequeños (menos de 2 semanas), que actualmente ocupan gran parte de nuestro tiempo.

¿Qué alternativas existen para implementar principios ágiles en nuestra situación?

¿Fue útil?

Solución

Comenzamos con Scrum porque su estructura formal (estimación, planificación de historias de usuario, planificación de tareas, reuniones diarias, retrospectiva) nos ayudó a dejar nuestros viejos métodos para ser más ágiles.Ahora hemos descubierto que las 3 reuniones de planificación y estimación se pueden realizar por tarea/historia de usuario en las reuniones de la mañana.

Contamos con un tablero de anuncios grande y fichas con pines para cada historia de usuario.El tablero se divide en no iniciado, en progreso y terminado.Nos aseguramos de que ninguna tarea lleve más de un día cuando la desglosamos, y desglosamos cada historia de usuario en la reunión diaria de la mañana el día que la vamos a necesitar.Esto nos mantiene ágiles para que la lista de "características" como historias de usuarios pueda cambiar sin que perdamos tiempo dividiéndola en tareas.Esto garantiza que los proyectos de dos semanas se puedan manejar fácilmente de la misma manera que los más grandes.

Para estimar la velocidad contamos las cartas al final de la semana para ver cuántas tareas hemos realizado.La desventaja es que la planificación de lanzamientos y la estimación de la velocidad no son tan precisas como con Scrum, pero esta metodología híbrida de XP ayuda a los desarrolladores a concentrarse en las tareas cuando están listos y no perder demasiado tiempo en reuniones.

Tener tareas más pequeñas también promueve compromisos más regulares con el control de código fuente y, combinado con un servidor de compilación y scripts de implementación, podemos ofrecer una progresión en la aplicación al menos una vez al día, lo que es excelente para obtener comentarios del cliente.También tenemos retrospectivas semanales y hemos contratado a un consultor ágil durante una semana cada 3 meses aproximadamente para asegurarnos de que seguimos en el camino correcto.

Otros consejos

Scrum ciertamente puede aplicarse a proyectos de dos semanas.Puedes acortar la duración del sprint o realizar varios proyectos por sprint.

Además, no hay nada que diga que no puedes elegir partes de diferentes metodologías para usar en tu proyecto.

Pruebe una metodología por proyecto y vea cuál funciona bien.

Creo que usar TDD (desarrollo impulsado por pruebas) proporcionaría muchos beneficios en estos proyectos.Ayudaría al desarrollo y al diseño.Las pruebas unitarias también podrían ser una "microdocumentación" para detalles de implementación y decisiones de diseño.

Recomendaría usar Scrum aunque los proyectos típicos sean pequeños.Considere que sus sprints duran dos, tres o cuatro días.Aún puedes incorporar la base de "mucha retroalimentación continua" de Scrum en tu proyecto.

No querrás trabajar en algo durante dos semanas y que al final el cliente diga: "¡Oh, eso no es lo que buscábamos!".

Escuche el corto de Ken Schwaber hablar de scrum sobre Conversaciones de TI que está lleno de excelentes podcasts, por cierto.

Luego vería la película de Tim McKinnon. hablar sobre ágil sobre InfoQ que además está lleno de estupendas charlas y entrevistas.

HTH.

salud,

Robar

Creo que deberías probar, como dice Kevin, alguna metodología para ver cómo trabaja tu equipo actual con ella.Algunas personas no están muy abiertas a probar XP u otras metodologías nuevas.También debes probar diferentes metodologías para tu proyecto pequeño y grande.Las metodologías para proyectos de 2 semanas o de 2 años pueden cambiar.En un proyecto de 2 semanas, puede tener 1 iteración y puede planificar las 2 semanas completas al principio, esto es algo que no es posible para proyectos de 2 años.

Scrum no funcionará para un proyecto pequeño como ese.Dado que, en su definición, los sprints scrum duran 2 semanas.alguna variación de XP o Programación Extrema sería mucho más adecuada.Sin embargo, terminar un proyecto en 2 semanas, si es complicado, requerirá que tus desarrolladores estén extremadamente concentrados.

Además, sea cual sea la metodología que elijas, no temas modificar el proceso para adaptarlo mejor a tu equipo.

Yo recomendaría Scrum.

Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top