¿Qué me dice a mi “equipo multidisciplinar”?

Volvemos con artículos de lo que yo veo, vivo y experimento con metodologías ágiles. Y hoy le toca a los equipos multidisciplinares, algo sobre lo que hay mucho escrito, y con muchas y diferentes visiones.

Si nos atenemos al concepto general, y en el que muchos piensan, un equipo multidisciplinar es un equipo de generalistas, en el que todos saben hacer cualquier tipo de tarea necesaria para completar el sprint. Esto tiene una serie de beneficios, que son obvios:

  • Evitamos cuellos de botella
  • Facilitamos la comunicación del conocimiento de todo el proyecto en el equipo
  • Tenemos múltiples puntos de vista sobre un mismo punto

Y más beneficios que podríamos seguir enumerando.

Sin embargo, también hay cosas que perdemos, como pueda ser conocimiento especializado para algún tema concreto.

A parte, es bastante difícil encontrar un buen equipo de personas generalistas en todas las tareas que nos puedan surgir en un sprint, recordad que nos encontraremos tareas que van desde realizar front-ends de las aplicaciones, bases de datos, despliegues de aplicaciones, etc etc.

Por esto, en mi punto de vista, para conseguir un equipo multidisciplinar me baso en otra aproximación. Para mi un equipo así es el equipo en el que tengo, trabajando como uno sólo, y que tiene todos los conocimientos necesarios para el sprint, esto no quiere decir que todo el mundo sepa hacer de todo.

Aquí nos aprovechamos del conocimiento especialista de alguno de los miembros del equipo, también sería iluso creer en un equipo de sólo especialistas. En un equipo de sólo especialistas tiemblo de pensar en las posibles luchas de egos, y las luchas de cada cual en su terreno.

No está mal tener un equipo compuesto por algunos especialistas en los temas que necesitemos, y gente más generalista. Siempre y cuando trabajan como uno sólo, colaboren entre ellos, y tengan todos claro el objetivo último del sprint. Edito: y que por supuesto, y en la mayor medida posible, todos tengan un conocimiento básico para cualquiera de las cosas que hay que hacer durante un sprint.

Y ojo, cuando hablo de especialistas no hablo de gente que sólo sabe hacer una cosa, las personas, cuanto más conozcamos, mejor, aunque luego tengamos una habilidad más concreta, como decía un amigo mío, la especialización es para las moscas, los humanos debemos saber hacer muchas cosas.

El conocimiento generalista es muy enriquecedor, y cuanto más variado en cuanto a temática, más enriquecedor, pero también lo es saber mucho acerca de algo y tener mucha experiencia en ello, que nos permita no sólo salvar situaciones conocidas, si no enfrentarnos con nuestras armas a problemas desconocidos.

7 comentarios en “¿Qué me dice a mi “equipo multidisciplinar”?”

  1. «Para mi un equipo así es el equipo en el que tengo, trabajando como uno sólo, y que tiene todos los conocimientos necesarios para el sprint, esto no quiere decir que todo el mundo sepa hacer de todo.»

    Amén.

    No obstante Luis, para mí un equipo multidisciplinar es aquel en el que casi todos los miembros del equipo saben hacer casi cualquier cosa, con el añadido de que alguno de sus miembros está más especializado en hacer alguna de esas tareas mejor que otras.

    Puede haber varios integrantes en la misma situación, pero la retroalimentación entre todos, hará que los individuos de ese equipo multidisciplinar tengan cada vez conocimientos más sólidos sobre alguno de los conocimientos generales que tenía.

    El equipo está vivo, por lo que si pasa de un proyecto a otro y es multidisciplinar, cada vez serán más aventajados.

    Un saludete.

  2. Es necesario un equilibrio. Es deseable que todos tengan unos conocimientos mínimos comunes sobre todas las partes del proyecto. Pero sobre todo cuando el proyecto comienza a ser grande es evidente que cada miembro del equipo tendrá algo más o algo menos de experiencia en algún punto. Por ejemplo, habría matado en algún proyecto por contar con un experto en WCF, o un experto en proyectos de setup o WiX, o alguien que supiera optimizar planes de ejecución de SQL Server, o alguien que sepa encontrar memory leaks, y utilizar memory profilers… No es necesario que todos sepan de eso en profundidad, obviamente. Es más. Es muy complicado que todos lo sepan. Sin embargo he encontrado hasta ahora que las diferencias de experiencia en esos millones de tecnologias enriquecen al equipo. La idea es que todos nos aprovechemos de tener alguien que sabe un poco más, con el propósito de ir aprendiendo un poco todos.

    O así lo veo, vaya

  3. Sin embargo, a mi entender la especialización será cada vez más difícil, llegara el momento si no lo ha hecho ya, en que cada proyecto pase por aprender y aplicar nuevas tecnologías y esto hará cada vez más difícil los perfiles especializados, el cambio constante de tecnologías hace que sea muy difícil obtener perfiles que sean capaces de saber de todo, la realidad es que el desarrollo es cada vez más difícil, para mí el mejor perfil es el de personas con capacidad para hacerse rápidamente con una tecnología y que tengan la base suficiente para realizar desarrollos de calidad, sin necesidad de dominarla, y si el proyecto lo requiere y con capacidad quizás para contratar a personal o consultoras especializadas en determinados momentos si alguna tarea así lo requiere. Llega el momento en que estar al día en tecnología puede ser una desventaja pues la exigencia es tan alta que no podríamos hacer otra cosa.

    Un saludo.

Responder a lfraile Cancelar respuesta

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *