project-management - qué - que significa scrum

¿Cuáles son los principales beneficios del scrum como metodología? (13)

Trabajo en el departamento técnico de una agencia de diseño. Usamos XP para administrar el desarrollo de software de nuestro departamento. Se me ha pedido que haga una breve presentación describiendo Scrum y si sería adecuado, en un contexto más amplio, para administrar el trabajo del proyecto del cliente .

Scrum se aplicaría a equipos interfuncionales que incluyen diseñadores gráficos, arquitectos de la información, editores de contenido, ingenieros de experiencia del usuario, diseñadores web y desarrolladores de software.

¿Qué beneficios podría traer el scrum a este tipo de equipo?

Cuando dices "Scrum", no sé si te refieres a Agile o solo a la reunión diaria. Asumiendo que solo quieres decir cuál es la ventaja de la reunión diaria, veo 3

1 - Tiene la oportunidad de exponer cualquier problema que tenga con todo el equipo y puede obtener ayuda de personas que tal vez no haya pensado preguntar. Es más eficiente que tenga que interrumpir a sus compañeros de trabajo durante todo el día para tratar de obtener ayuda para algunos problemas que está teniendo.

2 - Los equipos de grupo tienen una mejor idea de lo que hace todo el grupo y usted tiene la oportunidad de influir en el desarrollo en el que no está involucrado de inmediato.

3 - Por lo general, pasa menos tiempo escribiendo informes de progreso porque todos, incluido su jefe, escuchan todos los días en qué están trabajando y qué progreso han logrado.

Esa es mi experiencia con el scrum

En mi experiencia, el principal beneficio es que su gerente llega a decir que está haciendo Scrum, y puede perder más tiempo yendo a reuniones diarias en lugar de hacer el trabajo.

... es posible que no lo estuvieran haciendo bien ;-).

He estado "Scruming" durante dos años y mi experiencia me dice que es mucho más fácil saber "dónde estamos" en cualquier punto porque el proceso de desarrollo se realiza en períodos fijos (Sprints) que permiten evaluar lo que se ha hecho. Y en medio de esos períodos teniendo el Daily Scrum (esas reuniones de las que hablaba Dmitriy) y el Burndown Chart (el gráfico del trabajo restante) permite que el equipo y el gerente siempre sepan qué está hecho y en qué está trabajando el equipo. .

En su caso, es probable que necesite tener varios Scrums más pequeños, en lugar de uno grande, porque Scrum funciona mejor con equipos más pequeños. Este libro tiene algunas ideas al respecto: http://www.infoq.com/minibooks/scrum-xp-f-the-trenches

No obtendrás plazos de entrega demasiado tarde :)

Para el equipo que describes, veo estos beneficios principales:

Visibilidad de lo que está sucediendo y responsabilidad. Durante la reunión diaria CORTA usted tiene una mejor idea de lo que está sucediendo, lo que se terminó y lo que no. Después de un tiempo comienzas a ver tendencias: quién es bueno para estimar, quién no, quién te dice que están trabajando cuando realmente no lo están. Tienes una mejor idea de cuándo terminarás.

Autoorganización. Los miembros del equipo son los que eligen qué hacer y cuándo para la iteración dada. Esto lleva tiempo cuando las personas no están acostumbradas, pero termina haciendo más felices a los miembros del equipo porque nadie está dictando quién puede hacer qué. Ellos deciden.

Capacidad mejorada para reaccionar rápidamente a los cambios de requisitos. Los conceptos de tiempo de boxeo, control de estado diario y la participación del usuario harán que sea más fácil capturar comentarios y cambiar sus prioridades.

Según mi experiencia, diría que las características clave de Scrum son:

Alta visibilidad del progreso.
Comentarios regulares del cliente.
Ritmo predecible
Productividad medible (a través de burndown, velocidad, etc.).
Equipos interfuncionales y autoorganizados.
Inspeccionar y adaptar
Bajo costo burocrático (reuniones, documentación, etc.).
Énfasis en la comunicación cara a cara.

Y estas características conducen a los siguientes beneficios :

El proyecto puede responder fácilmente al cambio.
Los problemas se identifican temprano.
El cliente obtiene el trabajo más beneficioso primero.
El trabajo realizado satisfará mejor las necesidades de los clientes.
Mejora de la productividad.
Posibilidad de mantener un horario predecible para la entrega.

Si hablamos de los beneficios, solo son bastante obvios.

Usando una metodología adecuada trabajas mejor, es decir, tienes una mayor tasa de proyectos exitosos. Si sus proyectos ya son 100% exitosos, probablemente no necesite cambiar nada.

Para nosotros, usar Agile ayuda a:

Aumenta la calidad de los entregables (debido a las estrictas reglas de iteración, cuando esperas que todo esté funcionando al final de la iteración en lugar de que ''la codificación esté completa '' funciona de maravilla)
Haga frente mejor a los cambios (y espere los cambios. Se trata principalmente de un problema psicológico, pero realmente ayuda cuando los desarrolladores esperan que un requisito cambie en algún momento)
Proporcione mejores estimaciones y pase menos tiempo haciéndolos
Tener más control sobre el cronograma y el estado del proyecto (iteraciones cortas, formas claras e inequívocas de calcular la velocidad, etc.)
Como resultado, logramos una mayor tasa de satisfacción de los clientes en general

Creo que el scrum es más un hábito que un método o práctica. Hay muchos equipos que operan en scrum sin saber que están haciendo agilidad y que podría haber muchos equipos que afirman que son ágiles y no siguen los principios básicos del scrum.

No veo muchas diferencias entre XP y Scrum. Si ya tienes XP, probablemente no necesites cambiar. Tal vez adopte algunas prácticas específicas de Scrum para una mejor escalabilidad como Scrum-of-Scrums. Casi todas las otras prácticas existen en XP, como reuniones diarias, iteraciones, separación de roles, retrospectivas, etc.

De hecho, no estoy seguro de que tal separación tenga beneficios. Es mejor decidir qué está haciendo mal durante las reuniones retrospectivas y aplicar las prácticas de cualquier proceso (o crear soluciones propias) a sus problemas específicos. XP y Scrum te brindan un marco que te ayudará a ser adaptativo y creativo. Mientras que los procesos tradicionales te dan un conjunto de reglas que impiden cualquier comportamiento creativo.

Tu equipo y tu proyecto ES especial. Piense y comuníquese para agudizar su proceso de desarrollo.

En primer lugar, Scrum es una metodología para la gestión de proyectos, no para el desarrollo ... se puede combinar con XP o RUP ...

Scrum es bueno para ti si tienes un proyecto que cambia ... cuando cambien tus requisitos necesitas mantenerte al día con estos cambios ... Scrum tiene iteraciones cortas (2-4 semanas) y esto proporciona más respuesta a los cambios ... . y el cliente puede tener un lanzamiento anticipado de su producto y usted puede tener todos los comentarios que necesita ... tal vez este es el primer beneficio ...

Otro beneficio: tu equipo siempre estará sincronizado especialmente cuando dependen el uno del otro ...

Según lo entiendo, las reuniones diarias de Scrum son para que el equipo discuta el progreso y bloquee los problemas. El maestro Scrum facilita. El propietario del producto puede ser invitado si el equipo decide hacerlo, pero la reunión no tiene la intención de proporcionar ningún estado de progreso a un jefe o un gerente.

Espero estar en lo correcto

Espíritu de equipo Alta visibilidad del progreso. Demostración frecuente y retroalimentación temprana de las partes interesadas Los problemas se identifican temprano Calidad del producto y productividad mejorada Mayor satisfacción del cliente

He trabajado con kanban, cascada, scrum ágil y otros mientras desarrollo productos de software y, con mi experiencia, estoy más cómodo con el scrum. Le da sentido de logro y lo mantiene despierto a la luz de lo que debe lograrse más y cómo hacerlo.

La metodología de desarrollo de productos de Scrum se basa en un proceso de desarrollo de productos incremental e iterativo donde las soluciones crecen gracias a la colaboración entre equipos multifuncionales y autoorganizados. Estos son los principales beneficios del scrum

Simplicidad y transparencia de los procesos
Planificación adaptable
Adaptabilidad rápida para cambiar
Modelo evolutivo de desarrollo y entrega
Enfoque iterativo
Ciclos de aprendizaje rápido
Las pruebas automatizadas ofrecen una plataforma estable
Lanzamiento rápido del mercado
Equipos integrados y flexibles que pueden cambiar los requisitos en cualquier momento en función de los comentarios de los usuarios

Siento que he hecho suficiente justicia a la respuesta.

Aquí es donde puede obtener más información sobre mi experiencia: http://www.cygnet-infotech.com/blog/agile-scrum-methodology-for-product-engineering