Presentaciones XP2011
Escrito el 12 de Mayo de 2011 a las 10:16
¡Hola chic@s! Un par de líneas para dejar links a las presentaciones sobre gestión Ágil y Scrumban que he podido celebrar en el XP2011. Lo siento, están en inglés, pero son bastante autoexplicativas, así que espero que os sean de utilidad. En el blog en inglés tengo algo más de información sobre las sesiones, por si estáis interesados 
El Rol de Scrum Master / lider de equipo
Escrito el 26 de Marzo de 2011 a las 11:00
Esta semana había una discusión interesante en Agile Spain y me dió por resumir lo que, de alguna forma, cuento en los cursos de Scrum sobre qué significa para mi el rol de Scrum Master. Creo que ha quedado apañado, así que lo recojo aquí para que no se me pierda 
El problema cuando hablamos del SM es que hay muchos tipos de SM. Para mi (o mejor dicho, en la escuela de pensamiento en la que yo milito) el SM no es un estado, sino un camino. Este camino tiene varios estadíos:
- “Scrunch Master” - El SM convoca las reuniones y poco más. Como no tiene mucha dedicación, suele ser alguien que trabaja en el equipo y, a ratos, hace de SM. Quizás actua como portavoz del grupo. Se habla de rotar el puesto de SM entre los miembros del equipo.
- “SM Mamá”: El SM comienza a tomar decisiones para el equipo en lo relativo a Scrum / Agile y a los impedimentos a los que el equipo se enfrenta. Elimina impedimentos para el equipo en la forma de “Ya lo hago yo”. Si el equipo o el P.O. no cumplen con alguna de sus responsabilidades también las asume él (”ya reporto yo en el tablón”, “ya escribo yo las historias de usuario”). Mayordomo y secretaria del equipo “para que el equipo no se desconcentre y no pierda el tiempo”, línea de pensamiento preliminar en las implementaciones que, si bien puede ser necesaria al principio, es peligrosa a largo plazo, ya que puede conducir a que el equipo no sea convocado a las reuniones por lo mismo. Interlocutor / Interfaz del equipo (misma consideración respecto a peligrosidad en el largo plazo). Comienza a moderar las reuniones. Es un avance respecto al Scrunch Master, pero no debería quedarse aquí.
- Scrum Master: Facilita y dinamiza las reuniones. Actúa de formador y mentor: enseña a cada uno a ejecutar su papel dentro de Scrum. Evangeliza en la organización y en el equipo sobre las prácticas ágiles, no solo Scrum (programación por parejas, refactorización, TDD, propiedad colectiva de código, estimación en puntos, planning poker, Kanban…). Es un agente del cambio organizativo. Es un lider del equipo. Mantiene y ejecuta con el equipo un plan de mejora continua. Diagnostica problemas y propone soluciones.
- Scrum Sensei / Agile Coach: Maestro de la escucha. Nunca decide ni sugiere soluciones: hace preguntas. Pero son las preguntas correctas. Respeta las decisiones del equipo, pero hace al equipo responsable de ellas. Ayuda al equipo a identificar problemas, descubrir soluciones e implementarlas por ellos mismos. Trabaja aspectos como el trabajo en equipo, la comunicación, la colaboración… Bajo su influjo emergen equipos de alto rendimiento con el máximo nivel de compromiso, motivación y rendimiento.
DISCLAIMER: utilizar la estrategia del Agile Coach con un equipo principiante solo conduce al desastre. Al igual que el SM, el equipo debe andar un camino.
La cultura corporativa en Zappos
Escrito el 10 de Marzo de 2011 a las 22:30
Tony Hsieh (pronunciado “Shay”) es uno de los actuales profetas del concepto de Cultura Corporativa, y su libro “Delivering Happyness” es tanto una entretenida historia de StartUps y emprendedores como una interesante guía al concepto Zappos de Cultura Corporativa.
El resumen del concepto de Tony es “para nosotros lo más prioritario no es vender zapatos”-venden mil millones de dólares al año-”ni tener un servicio al cliente excelente”- se les considera de los mejores, mejores que BMW y Apple, comparables a Jaguar y Ritz-Carlton-”sino tener una Cultura Coporativa correcta, ya que sentimos que si la cultura corporativa es la correcta lo demás vendrá como consecuencia”.
Ayer twiteé esta frase y a los pocos minutos Zappos me respondió: “Tío, y vaya si funciona!”
Para Tony, la cultura coporativa y la marca son dos caras de la misma moneda. Tener una Cultura Coporativa fuerte alinéa a toda la compañía, aporta una identidad de grupo y ayuda al establecimiento de la “tribu”.
Construir una Cultura Corporativa, tal como comenta Tony, comienza con el establecimiento de una serie de valores construidos por todos. Y no basta con imprimirlos en una placa y colgarlos en la pared: Zappos contrata, gestiona, decide, promociona (y despide) en función de esos valores. Sí: se despide a quienes son contrarios a la Cultura Corporativa, y el 50% del valor de las revisiones de rendimiento es realtivo a cómo uno se comporta respecto a la Cultura Corporativa.
Por cierto, por 25 pesetas de las de antes, nombren a CEO’s de compañías de 1.000 millones de dólares de ventas que vayan dando su correo en público e inviten a la gente a pedir copias gratuitas del libro de Cultura Corporativa de su empresa. Tony sabe algo que mucha gente no, os lo aseguro
Tomates en el campo
Escrito el 20 de Febrero de 2011 a las 19:29
En el pasado he utilizado muchas veces la expresión “team building”. Pero ya no. Me he dado cuenta de que los equipos no se construyen: se cultivan. Uno selecciona cuidadosamente las semillas (contratación), prepara y abona el terreno (entorno), quita piedras y hierbajos (impedimentos), riega la planta (recursos), la protege de los pájaros (defender), la refuerza con un tutor si se tuerce (liderazgo, alineamiento) e incluso le habla un ratito todos los días (coaching)… Pero con todo y con eso no tienes garantías de obtener un tomate perfecto. Eso sí: mejoras drásticamente las posibilidades.
Siendo el tomate una planta, en teoría debería poder encontrar de vez en cuando un lustroso tomate en medio del campo. Al fin y al cabo solo hace falta que una semilla encuentre el sitio correcto y no sea atacada. Pero curiosamente nunca he encontrado un tomate salvaje, y sí muchos tomates espléndidos en huertas (ay que ganas tengo de veranear en Conil otra vez… 
).
Con la metáfora quiero decir que las Culturas Corporativas excepcionales, Ágiles, de alto rendimiento, de mejora continua… pueden surgir por azar, porque se den los factores adecuados de forma puramente casual, pero generalmente cuando estudias una de estas culturas lo más probable es que haya existido un esfuerzo, consciente o no, por parte de los creadores de la empresa, los líderes o de todos sus integrantes. Este esfuerzo pasa habitualmente por adquirir una consciencia de grupo, honrar unos mismos valores, compartir un propósito, comunicar agresivamente y normalizar una serie de costumbres, prácticas y maneras. Y pasa también por purgar abiertamente a todos los agresores, es decir, aquellos que van contra los valores y formas acordados entre todos bien abiertamente o bien en la variedad pasivo-agresiva. Puede que “manzanas podridas”, como los catalogaba mi amiga Ana María en los comentarios del último post, puede que simplemente jetas o vagos… O puede que sean personas perfectamente válidas en otro entorno pero se sientan perdidas en este.
Dedicaré tiempo a la fumigación de pulgones, pero ahora mismo me gustaría continuar reflexionando sobre la selección de semillas y la preparación del terreno. Lamentablemente, en la inmensa mayoría de los casos que conozco el terreno y las plantas ya existían cuando el jardinero llegó a la empresa, y uno tiene que empezar a trabajar con lo que tiene (como decía Sergio)… Espero poder reflexionar también sobre ello.
Cultura Corporativa
Escrito el 6 de Febrero de 2011 a las 19:38
La frase “la cultura se desayuna a las estrategias” (culture eats strategy for breakfast) la atribuyen tanto a Peter Drucker como a Mark Fields. El primero, Drucker, es considerado “el hombre que inventó el management”, aunque suele afirmar que el 90% de las cosas a las que llamamos Management consisten en impedir a la gente poder desempeñar su trabajo 
. El segundo, Fields, es vicepresidente ejecutivo de Ford y alma mater del programa “Way Forward” que implementó un cambio drástico en la compañía. Cualquiera de los dos me vale para iliustrar lo que quiero contar. Y lo que quiero contar es que, como ya dije hace tiempo en este blog, todas las iniciativas que diseñemos, por muy acertadas y estupendas que sean, serán irremisiblemente arrasadas si no están en consonancia con la cultura corporativa.
¿Y qué es esto de la Cultura Corporativa? Ese es el primer problema, que es algo muy intangible y por tanto complicado de definir. Complicado, que no imposible. Afortunadamente todo un nuevo cuerpo de conocimiento está emergiendo en torno a este concepto y su ilimitado potencial. Por sentar algunas bases, digamos que la cultura corporartiva engloba lo que los miembros de la empresa valoran, su código de conducta y su estilo de comunicación y colaboración.
Cuidado: el código de conducta de la empresa y los valores de la empresa rara vez coinciden con la cultura corporativa. Esto parece un perogrullo, pero es tan simple como que no basta con enmarcar una rimbombante y altamente intercambiale declaración de valores y decirle a la gente “esta es nuestra cultura corporativa”. No funciona así. El hecho de que esté repetidamente comprobado que no funciona así no ha hecho desistir a muchos de implementar su propia versión del “cargo cult” copiando las declaraciones de valor o los códigos de conducta de grupos altamente exitosos en el vano convencimiento de que “si nosotros también ponemos una sala de guitar hero, seremos como Google”.
Reconoces una cultura corporativa de alto rendimiento en cuanto la ves. Grupos de gente concentrada, gente disfrutando de lo que hacen, sonrisas, actitud de “podemos con todo” y “hagámoslo”, resultados sobresalientes, identificación con el propósito de la compañía, compromiso, sensación de propiedad, intolerancia y firmeza hacia el que va a remolque del resto, responsabilidad… Y por contra, una cultura corporativa caducada huele desde antes de entrar por las puertas: caras de disgusto, bajas por depresión, ventanillas funcionariales kafkianas, calentamiento de asientos, cafelitos eternos, “esa no es mi responsabilidad”, “a mi dámelo mascadito”, “no me pagan por pensar”, “eso no va a funcionar”, “el cliente no tiene ni idea de lo que quiere”, “los jefes no entienden una leche del negocio”, “para que te metes en eso”, “tú hazme caso, que llevas poco y todavía no sabes de qué va esto”, “trabajando tanto nos dejas mal a los demás”, “otra vez lo mismo”, “si ya te lo decía yo”… En fin, podríamos seguir así todo el día, ¿verdad?
El caso es que durante mucho tiempo se me ha escapado cuáles eran los factores que llevan a unas empresas a crear culturas de alto rendimiento y cuáles llevan a muchas empresas a fracasar en este aspecto. Incluso cuando las intenciones han sido buenas y muchos ingredientes como la confianza, el respeto, la autogestión o los recursos han sido puestos en juego, muchas han fracasado en conseguirlo, pero últimamente comienzo a entrever una serie de patrones comunes en los casos en los que la cultura corporativa ha conseguido emerger como un factor clave de éxito.
No es algo que se pueda resumir en un post, pero espero empezar a escribir y, lo más importante, trabajar sobre ello. En ese sentido, en el marco de la ScrumWeek de abril en Madrid, celebraremos dos sesiones abiertas (lunes y martes, 19-21) para poder exponer el marco de trabajo que estamos desarrollando y poder compartir experiencias entre todos aquellos que estéis interesados en este concepto, podáis contarnos cómo habéis logrado una cultura corporativa de alto rendimiento en vuestra empresa o (y esto es importante), podáis compartir vuestros fracasos y problemas a la hora de intentar implementar este tipo de entorno, ya que muchas veces no se aprende de un éxito fortuito y sí de un fracaso correctamente estudiado, meditado y analizado a posteriori. Por supuesto, queda abierto este espacio para que podamos empezar a compartir estas experiencias
Carta de una alumna
Escrito el 29 de Octubre de 2010 a las 9:23
Termine ayer la primera edición sobre el curso de gestión de personas en proyectos Ágiles de Proyectalis, un proyecto en el que he volcado un gran esfuerzo este año y que debo decir que ha sido una gozada y promete darme muchas satisfacciones en el futuro. La primera ha sido el propio curso en sí, en el que me he divertido muchísimo y he sentido que había mucha energía entre los asistentes y yo. La segunda la recibí ayer por la noche, casi-casi de madrugada, y se trata de un correo de una de las asistentes, cuyo extracto reproduzco aquí:
Hola Ángel,
he asistido al curso que has impartido en CEIN sobre gestión de personas ágiles y estos dos días no he parado de pensar en toda esta metodología que nos has planteado.
Te confieso que para mi este curso ha sido como re-despertar un montón de sensaciones interiores, que por seguir la inercia de lo comunmente aceptado, no te planteas proponer a tu alrededor. Conceptos obvios y de sentido común pero que increíblemente no somos capaces de percibir (o defender a capa y espada) a pesar de estar, ya no delante de nuestros propios ojos sino en nuestro interior.
He aquí una nueva discípula, convencida de muchas de las cosas que has comentado que intentará venderlo en la empresa donde trabaja, esperando ponerse en contacto con vosotros lo antes posible y contribuir a profetizar esta metodología.
Admiro el convencimiento que muestras al defender tus valores como empresario de que entre todos podemos hacer de éste un mundo mejor, sin que sea necesario constituirse como ONG y trabajar sin ánimo de lucro. El mundo empresarial puede aportar mucho más que dinero, beneficios, rentabilidad, creación de empleo y demás argumentos políticos.
En realidad, este curso, además, me ha tranquilizado, porque me frustraba el hecho de tener que mentalizarme sobre la necesidad de autoconvencerme de que éste es un mundo de tiburones en el que cada uno debe luchar por su propia supervivencia y no perder el tiempo por los demás. Y francamente, no me agradaba nada la idea porque esa actitud no se corresponde con mi personalidad, no sale de mi. Pero a veces, una no se siente correspondida por el entorno y llega a sentirse sóla, ingénua, obstinada,… al intentar compartir con los demás, defendiendo que hay un equipo que debe remar en la misma dirección, para en definitiva, conseguir beneficio para todos a largo plazo.
Siempre me ha resultado frustrante que el mundo en muchas ocasiones queda intoxicado cuando la ambición por el dinero y los intereses ciega a las personas/organizaciones desviándoles de los buenos propósitos y la ilusión que en un principio surgen con los nuevos proyectos que se inician pretendiendo aportar a la sociedad. Enhorabuena por tu actitud. Espero que cada vez más gente y organizaciones tengan el coraje de unirse a esta forma de actuar. Humildemente, no me quiero incluir, porque estos días me has hecho recapacitar sobre la necesidad de defender mis ideas y no darme al conformismo tan alegremente
Te deseo mucho éxito en tu proyecto empresarial y social.
Y… que puedo decir. Que me quedo sin palabras. Que la vida es una gozada. Que no hay nada imposible, y que la misión de crear un mundo mejor que me autoimpuse hace ya unos años parece que no es tan descabellada como parecía. Que tenemos razón los que decimos que quizás un hombre no puede cambiarlo todo por si mismo, pero puede convencer al resto para que lo hagan. Que el trabajo, el esfuerzo, la constancia y el coraje dan sus frutos.
Que seguimos adelante.
De todo corazón, gracias a todos los que durante este tiempo me habéis mostrado que el trabajo que realizo os está ayudando a cambiar la forma en que vivís y está contribuyendo a hacer vuestro mundo un poquito más feliz. Hay pocas cosas más importantes. :’)
Irracionalidad
Escrito el 25 de Octubre de 2010 a las 18:32
Es curioso como mis proyectos llevan un ritmo primordial y casi arcano. El año pasado me pegué meses yendo a Madrid, el primer semestre del año ha tocado Pamplona, y de repente en Barcelona no pueden vivir una semana sin mi (¡hola chicos! ). En todos los casos he intercalado viajes a otros sitios, pero hay tendencias cíclicas, casi mareas. Y no solo en la localización geográfica, sino en los temas que surgen.
Hace unos meses el tema era la organización de equipos con un único responsable / jefe de proyecto / Dueño de Producto. Ahora, por una causa o la otra, el tema caliente en varios de mis proyectos es “mi Dueño de Producto me presiona con plazos irreales”. Y no estamos hablando de sitios en los que no existe ningún tipo de cultura respecto a la gestión de proyectos, sino casos en los que ya llevamos meses formando e implementando metodologías con toda la organización.
O sea, que no es que no le hayamos contado a los Comerciales / Clientes / Gerentes, por citar más perfiles, la historia del triángulo de hierro, la incertidumbre y cómo esta se desborda hacia las variables que no hayamos fijado, y que en el caso de que fijemos todas las variables principales (alcance, tiempo, coste) más nos vale haber diseñado un dispositivo de almacenamiento de incertidumbre, es decir, un buffer de proyecto en la terminología de CCPM o, en andalú, corshón , porque en caso contrario la incertidumbre volcará en variables como la calidad, los riesgos o los recursos humanos. O sea, que acabaremos haciendo más horas que cascoporro, entregaremos una bazofia hedionda e indocumentada que habremos de pasar por producto y suerte tendremos si no peta todo sin que tengamos un solo backup porque no había tiempo de hacer backups.
Oh, yeah!
Intento por todos los medios armar a los líderes de equipo / miembros senior / scrum master / jefes de proyecto con un arsenal de argumentos para explicar a los clientes / dueños de producto / comerciales / gerentes que, básicamente, lo que no puede ser, no puede ser y además es imposible. A lo que ellos responden “pues se tiene que poder“.
Y claro, el problema está ahí: en la irracionalidad. Ahí ya no hay argumentos que valgan. El equipo agacha las orejas, traga… Y la caga estrepitosamente, porque ahora la culpa de que todo haya ido mal es del equipo. El comercial es un heroe que vendió la moto, y el equipo unos pringaos que no consiguen que la moto (en realidad un triciclo) coja los 100 en 3,2sg. A echar horas. Y lo que es peor: quizás no sois culpables de que todo siga como siempre, pero como mínimo sois complices.
Así que ahí va mi receta para lidiar con estas situaciones: racionalidad, disciplina y coraje.
- Racionalidad: aunque la otra parte se acoja a argumentos irracionales y emocionales, nosotros somos el baluarte del orden en medio del caos. Todos los números, gráficas, documentos, ejemplos, tendencias, históricos y demás información tangible que podamos usar juega en nuestro favor. Podemos mostrar por ejemplo la velocidad media del equipo, la carga de trabajo actual, la estimación de esfuerzo de la tarea de última hora que nos piden y el impacto que tiene sobre la planificación, es decir, si hacemos esto, no hacemos esto otro, y además el cambio de contexto reduce no solo nuestra productividad sino tambiñen nuestra producción.
- Disciplina: incluso con todos los datos del mundo, el ejercito de los orcos tratará de salirse con la suya mediante lo que, para ellos, es la opción de mínimo esfuerzo, que es pedirle al equipo que meta horas. Mínimo esfuerzo para ellos porque no tienen que volver donde el cliente y admitir que han vendido una moto, o en caso de que el cliente se haya sacado la fecha de la manga, meterle en cintura y ponerse firme. Así que si nosotros no nos negamos a salirnos del proceso y de nuestros principios (como por ejemplo, paso sostenible), a ellos nunca acaba de dolerles que el cliente abuse o que las ofertas se hagan a volapluma en el Asador de Aranda entre cochinillo y rioja. Les tiene que doler. Y si hay un proceso establecido, es por algo. Si al final es la alta gerencia la que exige que el proceso se rompa, pues vale, discutiremos el coraje, pero como mínimo esta situación ya se ha hecho incómoda para un montón de gente, y podremos luego preguntar ¿no hay una forma mejor de hacer todo esto? (pista: estamos encontrando formas mejores de desarrollar software…)
- Coraje: como decía antes, si no nos enfrentamos al abuso y la irracionalidad, somos cómplices del status quo. No digo que uno tenga que estar poniendo su puesto a disposición del gerente todos los días, pero sí creo que todo el mundo debería tener muy clara la línea que no piensa traspasar, y estar dispuesto en determinados casos a poner toda la carne en el asador. Tener coraje no significa ser violento, agresivo o maleducado: hay que aprender a ser asertivo. Y para vuestra tranquilidad, sabed que a nadie le despiden de su puesto por poner algo de sentido común en la empresa. Y si lo hacen, congratulaos de poder salir huyendo subvencionados de un infierno así. . Por otra parte, si la resistencia no la ejerce una persona sola, sino todo el equipo, es virtualmente imposible que a la empresa le merezca prescindir de todo el equipo “por racionales y disciplinados”. Por supuesto, es casi inevitable la cantinela de “os parapetáis en el proceso”, “sois demasiado rígidos”, “no entendéis la criticidad del negocio”, “nos vamos a ir todos a la ruina como no hagáis esto”… Escuchad estas quejas como cánticos de victoria, indican que estáis en el camino correcto.
Una última palabra: como en todo, no se puede ser extremista ni talibán. Hay situaciones en las que hay que arrimar el hombro y tirar millas, pero en base a mi experiencia, en equipos motivados y en entornos sanos, no hace falta ni siquiera pedirle al equipo ese esfuerzo ya que ellos mismos serán los que tomen la decisión de apretar. Pero en el momento en que se toma esa decisión por ellos y no entienden los motivos o les parecen arbitrarios y parciales… Nos vemos en el mundo de la irracionalidad.
Resaltado en Slideshare
Escrito el 1 de Octubre de 2010 a las 9:06
No hay como hacer los power point en inglés y hacer un poco de Marketing… Pero el caso es que los de Slideshare han colocado una presentación mía entre los destacados de Business & Management durante 16-20 horas, a ver qué sale de esto
No se que vino será… Pero no es una chapata
Escrito el 19 de Septiembre de 2010 a las 20:24
Minipost a cuenta del artículo anterior en el que comparaba modelos de consultoría masiva o artesana con productos enológicos (razón aquí). Quiero puntualizar que lo que no debería de ser nunca un negocio de consultoría o, pongamos, una empresa de software, es una panadería. Me explico: entiendo que si le pides a una panadería que bloquée a todos sus trabajadores durante dos o tres días se planteen una terrible disyuntiva, ya que comparten con el mundo del espectáculo ese paradigma de “el show debe continuar”, y no puden concebir que en un día laborable no se entregue pan calentito por las mañanas.
Pero si tienes una empresa de trabajadores del conocimiento y te cuesta montar puntualmente un dispositivo para que la gente pueda reflexionar un día o dos sobre cómo están haciendo las cosas, como ser más productivos, como aumentar la calidad y la satisfacción de los clientes… O peor: si consideras que eso son cosas que debes hacer tú como gerente, y tus trabajadores deben limitarse a cumplir los horarios, atender los teléfonos y producir cuantas más líneas de código y commits al día mejor… Uf… Entonces son tantas las cosas que tendría que explicarte que este blog se me queda corto. En serio.
Una sola persona
Escrito el 27 de Mayo de 2010 a las 10:39
Hace poco hablaba sobre cambio, desarrollo y kaizen en uno de mis cursos, y uno de los asistentes apuntó que “los cambios los tendrían que hacer los de arriba”. Cuando empecé a argumentar que todo el mundo tenía que aportar en su medida y que el cambio es cosa de todos, me interrumpió diciendo “ya, pero es que una sola persona no puede cambiar nada“. Intenté decir que personas solas como Ghandi, Lennon, Buda, Sócrates, Lao Tze, Luther King o Mandela habían creado cambios significativos a nivel mundial, pero se armó una pequeña tangana en la clase y tuve que sacar mi probervial “manguera de butano” y liarme a gomazos con los riñones de los subversivos hasta retomar el hilo del curso
Pero la verdad es que me quedé tocado, porque una afirmación como “una persona sola no puede cambiar nada” torpedea drásticamente la línea de flotación de todo en lo que realmente creo. Lamentablemente, o la gente cree en la proactividad, entendida como darse cuenta de que es uno mismo el que tiene las riendas de su propia vida, o no cree en absoluto. Y uno puede ir sembrando argumentos y ejemplos, pero hasta que algo no hce “click” en la mente de la persona, no hay mucho más que se pueda hacer. Y la mayoría de las veces ese “click” no llega a producirse nunca.
Pero incluso si uno no llega a fichar por el bando de los proactivos, los emprendedores, los innovadores, los revolucionarios, los líderes o, llanamente, los luchadores, incluso en ese caso hay un argumento que me faltó en aquel momento, y que aprovecho para archivar aquí: una persona sola puede concienciar al resto. Quizás no puedes enfrentarte solo a la maquinaria corporativa, la cultura imperante o la inercia burocrática, pero a veces basta con que alguien señale el problema públicamente y ayude a que todo el mundo vaya formándose una opinión común sobre la solución necesaria. Y entonces ya no se trata de una persona sola.
Es una versión constructiva de lo que yo llamo “el derecho al pataleo”, probablemente el penúltimo derecho que nos queda ante una situación desagradable en la empresa. ¿Que cuál es el último? El último derecho es pirarse a otro sitio donde sí escuchen a las personas, claro
¿Horas ideales o puntos abstractos?
Escrito el 11 de Mayo de 2010 a las 18:10
Artículo ladrillaco por encargo, como los escritores de verdad . Es técnico y está muy orientado a las metodologías Ágiles, pero creo que todo el que tenga que realizar estimaciones en un proyecto se puede beneficiar de muchas de las ideas que contiene. Allá vamos.
Me escribe uno de mis clientes-y-a-pesar-de-ello-amiguetes comentándome la dificultad que tiene para convencer a sus equipos de que estimen en “puntos abstractos”, una técnica Ágil empleada, entre otras cosas, para enfatizar que en un buen proceso de estimación el foco no está en la precisión, algo casi imposible de lograr en un entorno complejo como el del desarrollo de software, sino en tener una idea común de cómo de grande y compleja es cada historia y, a partir de esa idea, concentrarse en trabajar con la velocidad del equipo como métrica. De hecho, la velocidad es la métrica Ágil por excelencia, y en mi opinión es la medida última de madurez de un equipo de desarrollo: lo rápidamente que puede satisfacer las necesidades del cliente con un producto de calidad.
Vamos a empezar por lo básico. ¿Por qué inventar cosas raras cuando todo el mundo estima en horas-hombre o en días-hombre, algo intuitivo, lógico y que se basa en un patrón perfectamente conocido como la hora o el día? Bueno, es cierto que las horas son una medida muy bien definida cuando hablamos de lo que tarda una máquina en hacer mil tuercas, pero cuando empezamos a intentar definir lo que tarda una persona en hacer algo, la cosa se complica. Porque las personas no son como las tuercas: no vienen todas en la misma medida. Y si hablamos de campos como el software, en el que según Pilar Jericó contaba en su libro “Gestión del talento”, el mejor de su campo es 50 veces más productivo que la media, entonces lo de la hora empieza a desmoronarse.
Así pues, si un experto tarda ocho horas en hacer algo realmente sutil y complejo, el programador promedio tarda veinte horas y un Junior tarda treinta y cinco… ¿Cuál es la estimación que debemos dar a esa tarea?
La respuesta lógica sería que la estimación dependerá de la persona que vaya a realizar esa tarea. Pero eso nos obliga a definir desde el principio quién va a hacer cada tarea del proyecto hasta el día de su finalización, y a reajustar constantemente esa asignación conforme vaya apareciendo incertidumbre en el proyecto.
Demasiada e innecesaria gestión.
Por ello se deberían estima las tareas contra un “programador mítico promedio e ideal” y lo que este señor tarda en hacer cada cosa. De ahí libros legendarios como “The Mythical Man Month”, que debería leer todo el que esté en este negocio de crear software y, en mi opinión, todo el que gestione proyectos de cualquier tipo. Lo que pasa es que definir las capacidades de ese “programador promedio” no es sencillo: ¿Tarda lo mismo en una tarea de Java que una de .Net? ¿Sabe de bases de datos? ¿Hace el diseño? Y aunque resolvieramos todo esto, seguiríamos teniendo otros problemas.
Por ejemplo, los de medida de la productividad. Hay grandes gurús de esto que predican que no es posible medir la productividad de un programador. Yo no es que discrepe, pero añadiría “aunque se puede aproximar muchísimo, sobre todo si medimos al equipo en lugar de a la persona”. La tesis básica es la siguiente: si tú has programado ocho horas, y yo he programado ocho horas, ¿hemos programado lo mismo? O dicho de otra forma, ¿hemos producido la misma cantidad de funcionalidad?
Y en contra de la lógica que nos indica que no, lo que hace la industria del software es poner un “precio medio” por hora y dedicarse a contar todas las horas que meten los programadores ante sus teclados. Y claro, no me gusta encontrarme al final de la semana con que alguien mete menos de cuarenta horas. Que las reuniones de trabajo, los correos, la gestión del proyecto, la formación, el I+D, el team building, las retrospectivas, las entrevistas a candidatos, la redacción de informes y todo lo demás que no sea programar se supone que lo hacen los programadores en sus horas libres porque les gusta. Sonamos. En fin, prefiero no hablar de las herramientas de seguimiento horario, que luego dicen que soy un sobrao .
Seguimos con los problemas: si este año cada programador mete cuarenta horas de programación a la semana, y el año que viene sigue metiendo cuarenta horas de programación a la semana… ¿Ha aumentado la productividad? Alguien diría que no (se facturan las mismas horas), pero a lo mejor ese programador está cometiendo un 1% de los errores que cometía el año anterior, y está entregando cerca del doble de funcionalidades por semana que antes… ¿Y le seguimos cobrando lo mismo a los clientes? Es más, ¿Le estamos pagando lo mismo al programador? Que mal, ¿no?
Más razones, bordeando el campo de Earn Value Management (EVM): si en un proyecto de mil horas llevamos invertidas quinientas horas… ¿está la mitad del proyecto hecha? Respuesta típica: “esperemos por Diox que sí” . Respuesta correcta: no lo sabemos.
Es por todas estas razones y alguna más que los equipos Ágiles maduros estiman las funcionalidades que deben desarrollar en función de su tamaño, no en función de las horas o recursos necesarios para construirlas. Sería, de alguna forma, estimar cuantos “kilos” de software vamos a entregar. O cuantos cientos de líneas de código (por el amor de $deity, no estiméis vuestros proyectos en cosas como ULOC’s , espero que no sea necesario explicar por qué ).
Por ejemplo, podríamos escoger una funcionalidad prototipo que nos sirva como patrón. Ésta toma diferentes formas dependiendo del entorno tecnológico y de mercado que tengamos: puede ser un formulario básico de cuatro campos, un login/logout, una pantalla de móvil con una consulta a base de datos, un listado básico de AS400… La idea es localizar un “bloque” de trabajo básico que siempre, o muy frecuentemente, se da en nuestros proyectos, y asignarle a esta idea un valor: por ejemplo, cien. ¿Cien qué? Cien. Cien Chipiklanders, si os sentís mejor (pequeño y sentido homenaje al maestro Fuckowski).
Y ahora comparamos las demás historias del proyecto contra el tamaño de este prototipo. Esta historia es algo más del doble de grande… doscientos cincuenta. Esta es el triple: trescientos.
Ahora veamos qué pasa los primeros días que utilizamos puntos. Cuando sacamos la historia prototipo (un formulario con cuatro campos), el miembro senior piensa “bah, dos horas”, el promedio “cuatro horas” y el junior “ocho horas”. Si se ponen a discutir sobre cuantas horas necesitan, cada uno dice un número. Y todos tienen razón. Y todos están equivocados. Como en la historia del elefante.
Pero ahora es un “cien”, y todos están de acuerdo en que es un cien. De forma que cuando sale una tarea el doble de grande, el senior piensa “ok, cuatro horas”, el promedio “ocho horas”, el junior “dieciséis horas”… Y todos dicen “doscientos”.
Este proceso interno de conversión personal de puntos-horas suele darse al principio. Es lo que lo llamo el “periodo de transición al euro”, en el que al principio nos decían “veinte euros” y pensábamos “ok, 6 euros son mil pesetas, 12 son dos mil, 18 son tres mil, y me quedan dos euros, que son 2 por 166 como algo, o sea algo más de trescientas… Uuuuuh… Tres mil trescientas pesetas”. Pero cuando ha pasado un tiempo suficiente, veinte euros es un cine con palomitas para dos, o dos menús, o una camiseta, o un tercio de depósito del coche… Ese número, que antes era abstracto, ahora tiene sentido para nosotros.
Otro de los problemas iniciales es que todo el mundo está muy acostumbrado a que se les pida precisión absoluta. De hecho, cuando les piden estimación generalmente lo que les están pidiendo es un compromiso, y eso funciona muy, pero que muy mal. Pero el caso es que cuando decimos “dame una estimación para esta historia, sabiendo que esta otra (aproximadamente la mitad) es un cien”, hay quien se bloquea con los detalles. ¿Esto es con patiflux de peristone o sin patiflux de peristone? ¿Los campos tienen que esgorziarse con el tetraconmutador cíclico? ¿Contamos con un condensador de fluzo? Detalles que, casi siempre, no tiene sentido ponerse a detallar en un proceso de estimación siempre que dejemos claro que el objetivo no es la precisión (esto daría para otro ladrillo importante ). Hay un ejercicio que suelo hacer en estos casos que es preguntar “¿Cuánto vale un adosado?”, sin más detalles. Si la gente no responde, voy diciendo cosas como “¿Un millón de euros? ¿menos? ¿cicuenta mil euros? ¿más? ¿doscientos mil euros? ¿trescientos mil euros? ¿Más trescientos o doscientos?”. Y al final hay un número. Que por descontado habrá que pulir, pero lo que me interesa ahora mismo es tener un primer orden de magnitud (¿diez mil o trescientos mil?), y eso es lo que procuramos al usar puntos. Porque si usamos horas o días, inmediatamente el subsconciente de los que luego van a tener que entregar el proyecto comienza a traducir la estimación en plazos de entrega. Y entonces comienzan otra vez los problemas.
Al grano: poco a poco el equipo comienza a familiarizarse con lo que es un “cien”, un “doscientos” o un “cuatrocientos”, y comenzarán a escoger en cada iteración tantas historias como consideren que pueden terminar totalmente (terminado, terminado) en una iteración (Sprint). Con el tiempo, en media, harán más o menos la misma cantidad de trabajo en cada iteración.
Y las palabras clave son “en media”.
Porque hay semanas buenas y semanas malas. Hay semanas que haremos tres mil puntos y semanas que haremos mil quinientos. Y lo malo es que muchos gestores entonces optarán por planificar de cara a tres mil puntos por semana. Cuando los consigan (semana buena), dirán “¿veis? ¿veis como cuando queréis podéis?”. Y cuando no los consigan (semana mala: muchos Bugs, reuniones, distracciones, retrabajos, peticiones de clientes…) dirán “es que no se os puede dejar solos, hay que estar con la vara encima de vosotros todo el tiempo”.
Lo lógico es no planificar de cara a tres mil puntos por iteración ni a mil quinientos, sino analizar la media sostenida. Si la media es dos mil y planificamos contra esa media, unas semanas andaremos retrasados, otras adelantados y, en media, cuadraremos los proyectos.
Y eso nos permite otra cosa importantísima: analizar cuál es nuestra velocidad media ahora y ver cuál será dentro de un año. Y entonces si podemos aproximar si nuestra productividad ha crecido o no, porque si hace un año nuestra media era de dos mil y ahora es de dos mil quinientos, podemos inferir una mejora de la productividad del 25%.
En resumen: la estimación en puntos cuenta con grandes ventajas para los procesos de estimación y gestión de proyectos, así como para la medida de la productividad y la mejora de los equipos de desarrollo, y el único inconveniente que personalmente he podido encontrarle con el tiempo es que es poco intuitiva de usar al principio… Como cualquier innovación basada en un cambio de paradigmas, por otra parte.
En fin, que espero que este granito de arena anime a algunos a investigar más sobre el tema, y si tenéis dudas o experiencias al respecto serán bienvenidas en los comentarios.
Emprender, crisis, subvenciones, funcionarios…
Escrito el 6 de Mayo de 2010 a las 10:57
He conocido esta mañana a Susana García. Virtualmente, vaya, pero hay gente a la que ya conoces antes incluso de que te la presenten. Emprendedora, entusiasta, luchadora, incansable, ingeniosa… Y por tanto, rara avis e incómodo forúnculo (perdón, Susana ) en las mentes de los mediocres pesebreros paniaguados que marcan las políticas de ayudas e incentivos. Con este video viral trata de denunciar una situación que ya hemos vivido muchos en el camino del emprendizaje: comenzar pensando que hay cientos si no miles de líneas de ayuda y promoción del emprendimiento y darte cuenta de que, a pesar de que te consideras joven, innovador, preparado y, en definitiva, candidato perfecto a que alguien al menos te eche algo de cuenta, la realidad es que al final no das el perfil. Los viveros están llenos de empresas fantasma, la subvención TIC es para que te compres un portatil y una impresora, los programas de formación te los imparten cuatro “expertos universitarios” que no han gestionado una empresa en su vida, funcionarios y miembros numerarios del partido que toque, cuando no sindicalistas.
Y casi mejor, Susana, porque como te metas en alguna que otra, acabas toda la vida encandenada a un artificio promocional construido a mayor gloria de la entidad promotora, esperando subvenciones que nunca llegan, pidiendo créditos que se venden como blandos pero que en poco se diferencian de la oferta de cualquier entidad bancaria, encasillada a pequeños proyectos mal pagados para clientes ficticios, como por ejemplo otros organismos o empresas políticamente ligadas a la promotora y, lo que es peor, anudado a los ritmos de una (¿una?) administración que, a juicio de muchos, es la culpable del bajo nivel de competitividad de las empresas Españolas, ya que raro es el sector en el que la administración, en la forma en la que toque, no sea “el gran cliente”. Y encima endurecemos la ley de contrataciones para que solo los grandes monstruos, burocráticos y ministeriales como las administraciones mismas, puedan acceder a la parte del león de estos contratos, no sea que entre algo de aire fresco en un despacho y se nos desmenuzen las momias.
Encadenando pensamientos, a ver si así salgo del bloqueo creativo del blog que ya me dura: ayer en un programa de estos de reporteros-callejeros-viajeros salía una familia, orgullosa gestora de una gran red de academias que el año pasado movió 35 millones de euros preparando a más de siete mil españolitos cuya principal meta en esta vida es sacarse una plaza de funcionario. Chupense ustedes esta, Gautama Buda, Lao Tze, Sócrates, Eduard Punset y Paulo Cohelo, la iluminación y la sabiduría estaban al final en unas buenas oposiciones . Pues la familia en cuestión declaraba sin tapujos que su hija se había podido ir a vivir a un piso porque, a parte del estipendio dispensado por la familia, disfrutaba de una beca de 400 euros al mes. A ver, que tampoco tengo yo todos los datos y a lo mejor la cosa está muy justificada, pero que pensaba yo que el concepto de “beca” está unido semánticamente al de “subvención”, y lo que ha unido el DRAE no voy a venir yo a separarlo. Y subvención viene de “subvenir”: venir en auxilio de alguien o acudir a las necesidades de algo. Pues ya me contarán mis queridos y desatendidos lectores las necesidades de auxilio de la interfecta. Perdonen si me indigno, pero es que ese dinero lo pongo yo. Pero aquí, como dice el maestro Reverte, no passssssa nada. Porque cuando las administraciones tienen, cito a un V.C. extranjero, “way too much money” y poco talento para gestionarlo, al final todo lo que se nos ocurre es soltar la guita a manos llenas. Que además tiene el efecto estupendo de comprar y cautivar votos.
Pasta a manos llenas. Como decía Gomaespuma, “dinero no habrá, pero pa tontás…”. Pues sí. Pa tontás, todo el que quieras. Susana menciona varias. Y aunque sea un cierto ejercicio de catarsis, es verdad que uno, que se considera emprendedor, se siente maltratado por un entorno político hostil que, luego, dedica millones a analizar cómo se puede potenciar el tejido empresarial y el emprendizaje en un ejercicio digno del despotismo ilustrado: todo por los emprendedores, pero sin los emprendedores.
Me bizquea el izquierdo hacia Grecia, porque si no me falla la brújula del Android estoy mirando al sur. Apañados vamos.
PD: mi pequeña ayuda a Susana, aquí estan sus proyectos
-
www.
-
www.regalosparadivorcios.com
Charla sobre Lean y Kanban
Escrito el 27 de Abril de 2010 a las 22:41
Un par de líneas para dejaros esta charla realizada en el marco de las presentaciones sobre Itinerario Ágil organizadas por CEIN en Pamplona. Gracias a todos los asistentes, a los que espero ver en las próximas citas que tenemos dentro de este ciclo de charlas.
Scrum: El Señor de los Pardillos
Escrito el 29 de Marzo de 2010 a las 8:57
En realidad me pidieron que diera una charla sobre Scrum y desarrollo Ágil, pero con ese título iba a sonar un poco fuera de lugar en un evento como el XGN, así que al final decidí echarle un poco de fantasía y… Bueno, dejo que lo veáis vosotros mismos. En breve el video y la presentación en Inglés
Actualización: primer video subido. Hay que trabajar el tema del sonido en el futuro, me veo comprándome una petaquita de esas de ponente serio (tendré que ver si mi cámara tiene entrada de audio, que espero que sí…) . En breve el segundo video.
Actualización 30/3/2010: La presentación está disponible en Inglés gracias a la colaboración de Jaime Buelta… Espero que sirva para evangelizar allende fronteras (y espero que a Peter Jackson no le de por ponerse medieval con mi c…. ).
Actualización 1/4/2010: Segunda parte del video
Próximas charlas
Escrito el 18 de Marzo de 2010 a las 16:34
En los próximos meses tengo varias charlas programadas, por si alguien tiene interés y posibilidad de asistir a alguna:
- Por una parte los señores de CEIN en Pamplona han tenido la amabilidad de tenerme en cuenta para el ciclo de conferencias sobre metodologías Ágiles que están programando de aquí a Junio. En concreto participaré en cinco sesiones sobre Agilismo en general, Scrum, Lean+Kanban (esta en solitario, jejeje), gestión ágil de equipos y herramientas de ingeniería y gestión Ágil de proyectos. En varias de estas charlas coincido con buenos amiguetes y excelentes ponentes, Rodrigo Corral, Jorge Uriarte y Joserra Díaz, por lo que el nivel de estas charlas está asegurado
- Por otra, y gracias a la buena gente del grupo local de Galicia de Agile-Spain (Axilmente), la semana que viene tengo un espacio en Santiago en Xuventude Galicia Net (XGN) . La verdad, habiendo actividades tan divertidas como las que tienen programadas (paintball, torneos de videojuegos) no se qué clase de malditos frikis van a venir a una charla sobre metodologías Ágiles…¡enfermos! Salid a que os de un poco el aire . JM Beas, Xavi Gost, Jerónimo López, David Esmerodes y David Bonilla andarán también por ahí repartiendo caña
- Y, last but not least, si todo va bien probablemente tenga un sarao en Junio por Donosti, que me apetece mogollón porque es una ciudad con la que tengo varias deudas pendientes (gastronómicas, por supuesto ). Ya os comento cuando sea oficial.
-
Artículos recientes
-
Categorías
-
Archivos
- Marzo 2012
- Febrero 2012
- Enero 2012
- Diciembre 2011
- Octubre 2011
- Mayo 2011
- Abril 2011
- Marzo 2011
- Febrero 2011
- Noviembre 2010
- Octubre 2010
- Septiembre 2010
- Agosto 2010
- Mayo 2010
- Abril 2010
- Marzo 2010
- Febrero 2010
- Enero 2010
- Diciembre 2009
- Noviembre 2009
- Octubre 2009
- Septiembre 2009
- Agosto 2009
- Julio 2009
- Junio 2009
- Mayo 2009
- Abril 2009
- Marzo 2009
- Febrero 2009
- Enero 2009
- Diciembre 2008
- Noviembre 2008
- Octubre 2008
- Septiembre 2008
- Agosto 2008
- Julio 2008
- Junio 2008
- Mayo 2008
- Abril 2008
- Marzo 2008
- Febrero 2008
- Enero 2008
- Diciembre 2007
- Noviembre 2007
- Octubre 2007
- Septiembre 2007
- Agosto 2007
- Julio 2007
- Junio 2007
- Mayo 2007
- Abril 2007
- Marzo 2007
- Febrero 2007
- Enero 2007
- Diciembre 2006
- Noviembre 2006
- Octubre 2006
- Septiembre 2006
- Agosto 2006
-
Blogroll
Bienvenido
Presión Blogosférica es un blog en el que almaceno mis reflexiones sobre negocios, empresas, emprendedores, gestión de proyectos, Internet... Pero también es un espacio plural en el que discutir sobre dichas ideas. Puedes dejar un comentario o contactar conmigo en angel.medinilla (arroba) presionblogosferica.net. También puedes seguir el blog a través de su Feed RSS
¿Un café?
Buscar:
Suscriptores:
Kisei Dojo Aikido
Pastafari!
Tags
2.0 3G actitud Agile Agile Management agile spain apple autentia autonomos bancos barcelona Biko2 blog Blogs burocracia business angel C++ calidad cambio CEIN charla charlas clientes coaching colaboración comentarios comunicación conciliación conferencia congreso consejos consultoras consultores consultoría contactos contratos contratos ágiles control corporate culture costes Creatividad crecimiento crisis crédito CSM cultura cultura corporativa curriculum curso curso de scrum curso madrid cursos curso scrum diversión dueño de producto EBE07 economía einstein ejercicios empleados empleo Emprendedores empresa empresarios empresas encuesta equipos España estrategia estudiantes Eventos exito externalización facturas feedback financiación finanzas flickr ford Formación fracaso funcionarios funky business fábulas gente GMail Google GTD horarios ideas impuestos inglés Iniciador innovación IT iweekend jefe de proyecto Jeff sutherland jornada laboral kaizen Kanban karma lean Libros liderazgo Linus Linux liquidez Madrid Marketing Matrix mejora mercado mercado laboral mercados metodologías microsoft mision mochila motivación muebles málaga navidad negociación negocio networking oferta ofertas oficina oficinas ONG Open Space outsourcing pagos pamplona pareto paro perseverancia personal personas plan de negocio planificación estratégica PMBOK PMI PMP power point precios presentaciones presentación proactividad problemas productividad producto programación programadores project management proveedores proyectalis proyectos pruebas rendimiento rentabilidad retrospectivas riesgo salarios scrum scrumban Scrum Master selección sevilla silicon valley sistemas SL Slideshare social software start-up startup subvenciones tecnología teletrabajo tests TI tiempo tim ferris toyota transparencia twitter usuarios VC ventas venture capital viajes video videos vision wii xp xp2008 zona de confort
Que se dice por aquí:
- Francisco Jofre: Me parece una excelente fabula. Coincido con Borja Prieto, en que no hay nada de malo en...
- Antonio de las Nieves: Joder Sergio, vaya anécdota. Casi más que estuvieras de ruta en un camión de aceite.. Muy...
- Chidiac Entrepreneur: If you desire to increase your knowledge simply keep visiting this site and be updated with the...
- Sonia: Disculpad mi ignorancia (estoy aprendiendo poco a poco), cuando dije metodologías tradicionales estaba...
- Sonia: Buenas tardes Ángel, he visto en on-line tu curso “Contratos ágiles: Vendiendo Scrum a tus...
Qué se dice por ahí:
- april 2nd: april 2nd...
- La Pastilla Roja: Devops
- Jefe de Proyectos: Funciones del Jefe de Proyectos (II)
- Muñoz, Consultor SEO: Lo mejor de los feeds
- El Canasto: Te invito a una cerveza...
Fotos
www.flickr.com
|
