¿Cuál es la metodología ágil más adecuada para productos en curso? [cerrado]

Somos una empresa basada en productos. ¿Cuál es la metodología ágil más adecuada para productos en curso? Es como si tuviéramos que seguir mejorando nuestros productos para seguir siendo competitivos. Parece que es algo interminable.

Hay muchos factores que influyen en la elección de un marco adecuado. Los "productos en curso" son solo uno de muchos. Entonces, no hay una respuesta canónica a su pregunta. Todas las respuestas reflejarán gustos personales.

Respuestas (4)

Estamos produciendo un producto SaaS interminable que en realidad comenzó su vida en 2006. Usamos Scrum y lo hemos hecho durante aproximadamente 5 años. Ha aumentado nuestra productividad de manera inconmensurable y, en mi opinión, es ideal para este tipo de desarrollo.

Otra ventaja es que si un producto continúa año tras año, su personal cambiará; sin embargo, un equipo Scrum bien disciplinado facilita la incorporación de nuevos miembros con bastante rapidez.

Microsoft Solutions Framework es un conjunto de principios, modelos, disciplinas, conceptos y pautas para brindar servicios de tecnología de la información de Microsoft. MSF no se limita únicamente a desarrollar aplicaciones; también es aplicable a otros proyectos de TI como proyectos de implementación, redes o infraestructura.

¿Por qué cree que MSF es la mejor solución para productos en curso?

Un buen punto de partida es Scrum y luego adaptarse a partir de ahí. Siempre que realice buenas retrospectivas y haga un seguimiento de los problemas planteados, encontrará su lugar. No tengas miedo de adaptar el cambio y la investigación. Asegúrate de convertirte o tener un campeón Agile. Las cosas saldrán mal, solo aprende de ellas, mantén a la gente informada de que ese es el plan, mejora, improvisa y mejora. (centrarse en mantener a las partes interesadas (todos) informados y comprometidos)

Como han dicho otros, Scrum es un buen punto de partida. Scrum brinda una buena estructura si los equipos son nuevos en Agile. Tener un Scrum Master designado es bastante esencial para comenzar. Con el tiempo, los equipos pueden volverse más autosuficientes, ejecutando sus propias ceremonias y manteniendo el backlog en buen estado durante el sprint (es decir, fuera de una sesión de planificación).

A medida que un equipo madura, también puede valer la pena mirar a Kanban. Descubrí que esto funciona mejor para los equipos que son proactivos en la redacción de tickets (a través de la planificación justo a tiempo) y mantenerlos aproximadamente del mismo tamaño.

Un enfoque que he usado es tener Scrum para proyectos y Kanban para trabajos continuos de tipo BAU. Hay ventajas y desventajas para estas y otras metodologías. Hagas lo que hagas, asegúrate de tener retrospectivas para que el equipo tenga la oportunidad de inspeccionar y adaptarse.