La importancia de llamarse "equipo"

Pues sí, es importante, y ¿por qué?, simple, el equipo decide y es uno de los factores de éxito principales.

Vaya, si que es importante este equipo ¿eh?, bromas a parte, lo que quiero reflejar en este post, es algo que yo siempre intento dejar claro y que se asuma, y es que el equipo debe tener la capacidad de decisión sobre como organizarse, herramientas, procesos, metodologías, … Por supuesto, para esto el equipo tiene que ser responsable y sobre todo, sentirse “importante”, para tomar estas decisiones con responsabilidad.

Si no tenemos un equipo capaz de auto-organizarse, de hacer cosas como las que se discutían hace poco por http://geeks.ms acerca de las estimaciones, y de hacerlas, siempre con sentido común claro, usando las herramientas que ellos sienten que les funcionan, mejorando los procesos que no les funcionan, utilizando las prácticas del modo que mejor funcionan en ese equipo.

Tenemos que tener en cuenta, que una de las cosas que tenemos las personas, es que cada uno somos diferentes, lo que nos funciona a unos, no les funciona a otros, y esto mismo se traspasa a los equipos, pero lo que nunca funciona es que una persona o un grupo reducido de personas impongan su criterio al resto, cuando este no es compartido.

Esto es una gran fuente de problemas en los equipos, ya que cierta parte del equipo no asumirá como suyas esas prácticas, procesos, decisiones, etc… y otra de las cosas que tenemos las personas, es que cuando no asumimos las decisiones como nuestras, no se llevan a cabo con la misma efectividad.

En ello se basan metodologías como Scrum, en la que se toma al equipo como una unidad que es capaz de decidir como se van a organizar, de estimar las tareas de un modo eficaz para decidir la capacidad del sprint, asumiendo como suyas esas decisiones, y dándole mayor responsabilidad y mayor poder de decisión.

Pero siempre, al equipo, no a una única persona, por muy alto sea el árbol al que se suba, y esto se puede aplicar a metodologías ágiles y no ágiles, tenemos que aprender a respetar a los equipos como tales, incluyendo a todas las personas desde la primera hasta la última de las que están involucrados en el equipo, si necesitamos usar CMMI porque, cosas de la vida, necesitamos que este proyecto esté certificado, bueno esa no es una decisión del equipo, por supuesto, casi siempre será del cliente, pero si podemos dejar al equipo la responsabilidad de decidir como nos vamos a organizar para que todos los entregables, se entreguen en los plazos, y con la calidad exigida por el cliente y en este caso CMMI.

Y, si bien hasta ahora he estado hablando a nivel de desarrollo de software, realmente esta reflexión me viene no por algo vivido en un proyecto, si no en otro entorno completamente diferente al del desarrollo de software (como es el de la asociación dónde colaboro), y dónde se puede ver como los equipos, sean de la disciplina que sean, tienen que tener la capacidad de establecer sus criterios organizativos, acordados y asumidos por todos los miembros del equipo, para que estos sean llevados a cabo con efectividad.

No cabe duda de que hay decisiones que no corresponden al equipo, difícilmente podrá el equipo decidir como se tiene que tramitar un crédito por ejemplo, pero si podrán tomar las decisiones de su implementación, que herramientas son las adecuadas para su implementación, las estimaciones de plazos (que aunque no quiero reabrir el debate, estoy con Rodrigo plenamente, especialmente en la parte de que todo el equipo opina en las estimaciones), como se van a organizar para conseguir el objetivo.

Por supuesto, esto requiere otra cosa de la que podremos hablar más adelante, disciplina y equipos disciplinados y responsables, pero para eso antes tenemos que empezar a darles la responsabilidad.

2 comentarios en “La importancia de llamarse "equipo"

  1. No quiero entrar de nuevo en polémicas, y además conozco a Rodrigo personalmente y conozco sus opiniones de primera mano, no puedo pegar de nuevo aquí su post o el de planning poker, pero si una frase:

    “Sobre todo cuando se trata de estimar requisitos que es cuando precisamente se usa Planning Poker. Sin duda es recomendable, pero no imprescindible, que todo el equipo participe en el proceso de estimación a nivel de requisitos, si que es imprescindible cuando estimamos tareas de desarrollo, pero no es este el nivel de granularidad que hoy me ocupa.”

Deja un comentario

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