El compromiso del equipo

Escrito el 26 de Enero de 2009 a las 13:06 

A lo largo de todo el pasado año hemos trabajado con muchas empresas relacionadas más o menos directamente con el mundo del desarrollo del software. Así, hemos pasado por operadores de telecomunicaciones, grupos editoriales, software factories puras, desarrolladores de videojuegos, empresas de contenidos, empresas de comercio on-line, “serenos” (de portal en portal ;-) ), desarrolladores de productos software, empresas de software libre, integradores, consultoras… Y en ellas nos hemos encontrado todo tipo de equipos, lo que nos ha proporcionado una visión privilegiada de lo que funciona y lo que no, lo que va bien y lo que va mal, los denominadores comunes y las singularidades maravillosas.

En tal panoplia de escenarios hemos implantado con difrerentes niveles de profundidad y éxito muchos tipos de herramientas y metodologías, siendo nuestro “producto estrella” la consultoría ágil y la implantación de Scrum como metodología de gestión de proyectos. Aquí, señores, debo decir que hay equipos que lo pillan y equipos que no. A nivel individual, Ken Schwaber estima en “The enterprise and Scrum” que un proyecto de implantación corporativa de cualquier iniciativa “Agile” debería estar dispuesto a dejar ir hasta al 20% de la plantilla. Mi experiencia confirma la cifra a partir de determinado tamaño de empresa (típicamente 40-50 desarrolladores o más).

Una importante parte de este 20% de seres impermeables a la filosofía Agile suele estar compuesta de inmobilistas, tradicionalistas y escépticos, es decir, lo normal en cualquier proceso de gestión del cambio. Pero hay otra parte que comienza con cierto entusiasmo en esto de Agile, por aquello de la autogestión del equipo, que el Dueño de Producto no deba intervenir en los Sprints, que las fechas más o menos las pongan ellos (ya que son los que dan las estimaciones y deciden cuánto puedes hacer por Sprint), que no se puedan introducir cambios “al tun-tun” sino que deban hacerse al principio de los nuevos Sprints (y generalmente a cambio de otras funcionalidades o compromisos), la comunicación cara a cara… Guay.

Pero señores, no nos engañemos: Scrum y Agile no son “buenrollismo institucionalizado”, al igual que XP no es “hacking institucionalizado”. Me viene a la mente la anécdota del autor del libro “Balancing Agility and Discipline” (creo que fue este), al que, en la presentación del mismo, se le plantaron los Popes y Gurus de Agile a preguntarle que quién le había dicho a él que Agile no era disciplinado. De hecho, somos los tíos mas disciplinados del mundo. Planificamos a diario. Reportamos a diario. Entregamos continuamente. Nos comunicamos constantemente. Progresamos en orden de prioridad… ¿Sigo?

Y eso es lo que algunos equipos no pillan: que todos estos componentes de “buenrollismo” tienen un precio. A saber: desarrollaréis el trabajo en el orden que yo, cliente o Dueño de producto, determino. Me reservo el derecho de aceptar o rechazar el resultado del trabajo, pues yo soy quien tiene la visión y debo deciros si nos acercamos o no a lo que tengo en mente. Debéis reportar y aportar visibilidad a diario sobre el estado del proyecto, pues si no deberé intervenir e interrumpir para saber qué está ocurriendo. Y debo ver compromiso, rendimiento, en definitiva: entregas. Es un precio que muchos pagamos con gran satisfacción y convencidos de que merece la pena el esfuerzo.

Pues bien, cuando ponemos la ecuación completa en juego (que es lo que funciona de verdad), en estos equipos de los que hablábamos comienzan los problemas:

Como comprenderéis, ante un panorama como este hay muy poquitas cosas que se puedan hacer. ¿Se os ocurren algunas? ;-)

Categorías: Gestión, Gestión de Proyectos
Tags: ,,,,,,,
Compártelo

Comentarios

6 comentarios a “El compromiso del equipo”

  1. Antonio de las Nieves , el 26 de Enero de 2009 a las 13:27 | Trackback

    soltar lastre

  2. Jose Manuel Beas , el 26 de Enero de 2009 a las 13:45 | Trackback

    Hombre, creo que todo depende de dónde viene “impuesto” el agilismo. Si viene desde abajo, difícil lo veo. Lo mejor, cambiar de aires. Si viene desde arriba, hay dos escenarios: “arriba” impone su criterio o “arriba” se deja llevar por la corriente. En el primer caso, nos remangamos y seguimos empujando porque hay posibilidades (y tiramos lastre ;-) ). En el segundo caso, cambiamos de aires. :-)

    Muchas gracias por el “insight” que proporcionas tan a menudo, Ángel. (Demonios, ¿cómo se traduce “insight”?) :(

  3. Diego , el 26 de Enero de 2009 a las 16:01 | Trackback

    ¿Headshot?

  4. Joserra , el 26 de Enero de 2009 a las 17:45 | Trackback

    Supongo que buena parte de esa gente es “convencible”, y únicamente es resistencia al cambio. Poco a poco irán asumiendo los cambios, conforme la mejora se haga evidente.
    Otros no aguantarán o dejarán de estar agusto y se irán, y el resto… unos se quedarán apartados o boicoteando el sistema, y a otros se les echará a la calle.

    Yo creo que lo importante es “envolver” a esa gente con la gente que más entusiasmo muestra, para arrastrarles y contagiarles. No hay que asumir tampoco que lo que tú ves como bueno, todo el mundo deba pensar igual, y nunca está de más una voz crítica en el sistema. (aunque tú más que de los críticos entiendo que hablas de los pasotas o boicoteadores)

  5. JM , el 27 de Enero de 2009 a las 12:50 | Trackback

    Muy bueno, sí señor. Con este post me has conquistado (:

    Esa es la sensación que tenemos nosotros desde hace tiempo, que decir “ágil” es dar puerta abierta a “hago lo que me da la gana y encima tengo excusa”.

    Los americanos no se han preocupado de dejar las cosas bien claras cuando presentan Scrum o similares.
    Será cultural, pero en España hay que explicar muy clarito (y varias veces) el componente “esto no es jauja” o técnicas de motivación.

    Mi compañero ya escribió sobre el tema hace poco:

    http://managementfromscratch.wordpress.com/2008/12/26/claro-que-soy-agil-por-dios/

    Un saludo

    JM

  6. Juan , el 27 de Enero de 2009 a las 23:31 | Trackback

    No tienen la visión del proyecto como propia. Los problemas, visión y objetivos del cliente como propios.
    Puede ser porque son de naturaleza lastre, por problemas de comunicación-cultura en la organización, un mix… ?

    Un saludo!

Deja tu comentario




Buscar:

Suscriptores:

Kisei Dojo Aikido

Pastafari!

Tags

Que se dice por aquí:

Qué se dice por ahí:

Twitter

    Fotos

    www.flickr.com
    angel.medinilla fotos Más fotos de angel.medinilla
    Cerrar
    Enviar por Correo