En mi opinión, esto afectará muy mal a todos los proyectos. No se trata solo de estimar o planificar. Sí, puede decir que si los miembros del equipo están asignados a tres proyectos y tienen una asignación del 33% para cada proyecto, usted sabe todo lo que necesita y ya está, 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, de modo que el 33% de los porcentajes de tiempo del desarrollador están 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 que actualmente trabaja en el proyecto B? Eso es un impedimento para ambos porque el primero necesita información pero el segundo se concentra en un proyecto completamente diferente y cualquier pregunta para el proyecto A simplemente lo perturba. 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 molesto por nada que no esté relacionado con el proyecto B. Si desea evitar esto, debe planificar todo Desarrolladores del equipo para trabajar en el mismo proyecto en los mismos días, lo cual es una gran complicación para todo el proceso de planificación y algo que debe evitarse por completo.
También debe planificar todas las reuniones para que no choquen. También debe comprender que la reunión es realmente un desperdicio y, por eso, debe haber un número mínimo requerido de reuniones lo más corto 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 del 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 comercial entregado para la asignación del 33% a un solo proyecto será igual al valor comercial entregado del 10-16% de la asignación a tiempo completo. Eso significa que el desarrollador no solo participará 1/3 de tiempo en el proyecto, sino que durante ese tiempo su productividad estará entre 1/3 y 1/2.