Excelente diagrama.
¡Muy buen aporte Miguel!
En mi caso el tener un equipo multidisciplinario entre ingenieria de producto y desarrollo de software encuentro lo siguiente. Beneficios. Mejor producto de software. Mayor candidad de necesidades cubiertas. Retroalimentacion mas rápida. Mejoras en pruebas. Negativos. Elementos importantes tomando su tiempo para solocuionar o trabajar en el software y destender sus areas de producción.
La experiencia que he tenido en algunos proyectos es en Universidades, donde se identifican claramente algunos silos que se han formado a lo largo del tiempo, tenemos por ejemplo: el área de RH, Financiero, Becas, Académico, etc, cada una de éstas áreas tienen claramente identificados sus procesos y si bien es cierto funcionan dado el tiempo que las personas llevan trabajando juntos, romper este esquema para un esquema colaborativo entre áreas puede que involucre la definición de nuevos procesos que abarquen las áreas que se vayan a relacionar, por ejemplo un caso muy puntual que pude experimentar es que el área de Becas con el departamento financiero, cuando se implementó un nuevo sistema ERP, tuvieron que involucrarse y definir procesos conjuntos, el mayor inconveniente que se presentó es que nadie quería dar "su brazo a torcer" sino más bien, esperaban que una área se adapte a la otra, esto ocasionó una alta resistencia al cambio, pero después de un tiempo, esto se pudo solventar llegando a acuerdos y puntos en común que permitieron definir procesos que actualmente funcionan muy bien. Como resultado tenemos procesos más ágiles para postulaciones a becas y aprobación de las mismas en tiempos considerablemente reducidos.
Gracias por tu ejemplo compañero.