¿Cómo gestiona SCRUM un entorno en el que los miembros del equipo se comparten?

13

Bueno, las preguntas se dijeron por sí mismas. En mi lugar de trabajo, estos casos ocurren, pero también, muchos libros de Agile promueven el trabajo en el mismo lugar de trabajo y se concentran en el proyecto actual para acelerar el ritmo del trabajo.

Tal vez no esté tan informado sobre el tema, tal vez no sea tan estricto, pero es por eso que quería saber qué propone Agile en casos como esos.

¿Alguien?

    
pregunta Xanathos 07.04.2011 - 00:50

6 respuestas

6

En la metodología Scrum, simplemente afecta la estimación.

Asignaría un factor de enfoque para esa persona según la asignación de su tiempo a cada proyecto.

Por lo tanto, si estoy trabajando en Proyecto A y Proyecto B por igual, el Proyecto A calcularía los recursos de este modo:

  

Proyecto A : factor de enfoque del equipo del 70%
  Sam - 10 días, asignación del 100% (7 después del factor de enfoque)
  Joe - 10 días, asignación del 100% (7 después del factor de enfoque)
  Yo - 10 días, 50% de asignación (3.5 después del factor de enfoque)
  Total: 25 días * 70% de factor de enfoque = 17.5 velocidad proyectada

También puede calcular factor de enfoque por separado para los miembros del equipo a tiempo completo y para los miembros del equipo a tiempo parcial en lugar de una vez para todo el equipo, debido a la reducción de la eficiencia de los proyectos divididos. En este caso, usaría mi factor de enfoque del proyecto del 50% y lo multiplicaría por una asignación personal del 50% para el 25%, o 2.5 días proyectados velocidad .

Qué tan bien funciona esto en la práctica, será un factor de qué tan bien sabe de antemano cuánto tiempo va a dedicar un recurso compartido a cada proyecto, y qué tan bien funciona Scrum para usted de otras maneras.

    
respondido por el Nicole 07.04.2011 - 01:13
10

En mi experiencia en Scrum, la velocidad solo se puede predecir si el proyecto & El equipo sigue siendo el mismo y dedicado. Si cualquiera de estas cosas cambia, entonces realmente no puede usar los cálculos de velocidad de los sprints anteriores para hacer su estimación. Puedes intentarlo, pero estarás fuera por mucho más de lo que normalmente harías.

En general, definitivamente debe tratar de mantener al equipo igual y & dedicado al MENOR a lo largo de un sprint, más si puedes.

    
respondido por el Brook 07.04.2011 - 03:11
1

En mi opinión, esto afectará muy gravemente a todos los proyectos. No se trata solo de estimar o planificar. Sí, puede decir que si los miembros del equipo se asignan a tres proyectos y tienen un 33% de asignación para cada proyecto, usted sabe todo lo que necesita y está listo, pero eso no es cierto.

El cambio de contexto es muy costoso. También es imposible mantener un compromiso total con múltiples proyectos paralelos, por lo que el 33% del tiempo del desarrollador está muy lejos del 33% cuando el desarrollador se asigna a un solo proyecto.

Otro lugar donde esto falla totalmente es la comunicación. ¿Qué sucede si un miembro del equipo que trabaja actualmente en el proyecto A debe comunicar algo con un miembro del equipo que trabajó en el proyecto A ayer pero actualmente está trabajando en el proyecto B? Eso es un impedimento para ambos porque el primero necesita información, pero el segundo está concentrado en un proyecto completamente diferente y cualquier pregunta para el proyecto A simplemente lo molesta. Scrum master del proyecto A quiere que su desarrollador obtenga información lo más rápido posible y Scrum master del proyecto B no quiere que su miembro del equipo se vea perturbado por nada que no esté relacionado con el proyecto B. Si desea evitar esto, debe planificar todo Los desarrolladores del equipo trabajarán en el mismo proyecto en los mismos días, lo que es una gran complicación para todo el proceso de planificación y algo que debe evitarse por completo.

También tienes que planificar todas las reuniones para no chocar. También debe comprender que la reunión es realmente un desperdicio y, debido a eso, debe haber un número mínimo de reuniones lo más breve posible para mantener el control sobre el proceso. Pero si tiene un miembro del equipo trabajando en tres proyectos, debe participar en todas las reuniones para esos tres proyectos = > Tres veces más reuniones donde el desarrollador no produce ningún valor comercial.

Como conclusión, ágil también se trata de reducir el desperdicio (sí, es desde el enfoque Lean) y compartir los miembros del equipo entre los equipos es una de las peores fallas en términos de introducir desperdicios y reducir la productividad. Supongo que el valor de negocio entregado para el 33% de la asignación a un solo proyecto será igual al valor de negocio entregado del 10-16% de la asignación de tiempo completo. Eso significa que el desarrollador no solo participará 1/3 del tiempo en el proyecto, sino que durante ese tiempo su productividad estará entre 1/3 y 1/2.

    
respondido por el Ladislav Mrnka 24.05.2011 - 10:51
1

SCRUM se basa en tener un equipo comprometido sin miembros compartidos, por lo tanto, también puede estar preguntando:

  

Dado que nos han dicho que debemos hacer   true == false, ¿cómo hacemos x

Si no es SCRUM, ¡no lo llames SCRUM!

    
respondido por el Ian 24.05.2011 - 17:57
0

La pregunta clave es sobre el compromiso del miembro del equipo con el proyecto. Idealmente, un miembro del equipo debe estar totalmente comprometido con el éxito del proyecto. Esto no significa que su tiempo esté totalmente dedicado al proyecto, sino que está disponible para hacer cualquier tarea que se requiera para el proyecto cuando esté trabajando en el proyecto.

A menudo, con personal que solo trabaja a tiempo parcial en un proyecto, solo participan por un alcance limitado de compromiso. Por ejemplo, puede tener una persona que solo hace la optimización de la base de datos.

En ese caso, a menudo es mejor tratar a esa persona como un "recurso" en lugar de como un miembro del equipo. El equipo decide la cantidad de ese recurso que querrá en un Sprint particular, y les da un conjunto muy específico de tareas para completar para el Sprint. A veces es mejor si el Equipo tiene un miembro del equipo en particular responsable de ese recurso, y harán las actualizaciones de estado e informes de impedimentos para ese recurso en el Scrum diario.

    
respondido por el Dave 24.05.2011 - 03:24
0

Creo que uno de los aspectos centrales de Scrum es mantener al equipo enfocado en una cosa a la vez (un proyecto, una historia, una tarea ...)

Preguntó "¿qué propone Agile" en la situación en la que no puede asignar los recursos a un proyecto? ... Podría considerar probar uno de estos:

  • Mantenga una gran tabla Kanban que abarque los múltiples proyectos. Como un proyecto tiene una necesidad, se agrega a la junta, ya que las personas tienen capacidad, extraen las historias clave. El problema es que todos los proyectos se administran juntos, lo que disminuye la previsibilidad general para cualquier proyecto. Dicho esto, los elementos individuales de la historia / Kanban serán extraídos y desarrollados por una persona o equipo enfocado. (Puede intentar crear equipos más pequeños de 4-5 personas para extraerlos del tablero Kanban
  • Solo asigna recursos comprometidos. Mantener un conjunto de recursos dedicados para un proyecto. Estos están protegidos como un equipo y las interrupciones se mantienen cerca de cero. Además, mantenga un "equipo de respuesta rápida" que no tenga un retraso y no tenga un enfoque de proyecto / producto. A medida que surgen las interrupciones, el equipo de respuesta rápida se ocupa de las interrupciones. Cuando no tienen interrupciones, pueden enfocarse en mejorar el sistema de compilación, agregar al marco de prueba de automatización, etc. Además, pueden ayudar con revisiones de código / revisiones de diseño y solución de problemas que surgen con errores engañosos. Gestiona el desarrollo como si este equipo no existiera. Todo lo que pueden hacer es tirar en la entrega. Gire a la gente a través de este equipo para "mantenerlo fresco" (a la gente parece gustarle / odiar estar en el equipo de respuesta rápida ...)

espero que esto ayude!

    
respondido por el Al Biglan 24.05.2011 - 05:52

Lea otras preguntas en las etiquetas