## [ALM] Always ask “Why” like a child

Good,

a few years ago in my neighborhood we did the following experiment:

We got into a room of 4 meters by 4 meters to 4 people, with 3 conditions:

• should be barefooted all the time
• could not speak between if
• each wore a rubber stick

In the fourth, had a ladder of 2 meters high that allowed approaching a very large and eye-catching red button. When all were inside, one of the test persons (so called “subject to“) were encouraged to climb the stairs and touch the red button with the stick of gum; What this person did not know is that when they played the red button, the floor of the fourth gave an electric shock that frightened even the bravest. Therefore, when this person, he came down from the ladder with the satisfaction of having played the button with the stick, his teammates were making gestures to explain to him that “playing the damn button” was not a good idea.

I don’t know if once you’ve tried it, but explain the concept of “electric shock” with gestures is not very simple to say. It is for this reason that the person who had played the button did not understand very well what he wanted to tell his teammates, and decided to go back to the button. This is predictable: fellow molieron it to sticks rather than put a foot in the second step.

So, subject to found completely sore on the floor of the room not understand very well that it had passed. At that time, it was decided to change to one of the people involved in the experiment by another foreign person who had not seen anything of this. When this new participant (“subject B”) entered with the rubber stick in hand, the first thing that did was pay tribute to his fellow and wait to see it passed. After a while of watching eager that bright red button at the end of the ladder, he then decided to upload. The subject (b) did not know is that he was about to suffer one of the beating of his life in charge of the other members of the group, including A subject, that did not understand very well why but had grasped the idea: “to which touches the button then grind it to shovels“.

After a time, they were to change the team participants and eventually which had not been any of the original participants. But one thing they learned all the new members: “to which attempts to climb the ladder must be give sticks in the back until you learn”.

After explaining to the police and social workers that it was just an experiment, we could see as often own inertia of a team does the same work in a certain way. Without knowing the reason for this way of working, or whether it is the best way to do it.

Something similar happens in development projects. Many times I’ve met scenarios where to arrive and see a certain way of working, my question is: “why you do this in this way?“. And the answer is: “when I arrived I was so” or “Dave told me“.Several ways to download the responsibility in an external entity, instead of asking whether there is a better way or why a situation.

I was lucky enough to work on many different projects, each of them with different ways of doing things; and I’ve always had a soul of children where I question everything we do from a viewpoint that I try to understand and then propose to improve.

I also serves people to question everything, because the only question; but that never provide a creative solution to the matter. Much less those who think that there is no single correct answer to each question.

If for example, a project where the problem is the management that is being given to the project. But at the moment to ask: “have assessed it change the way to work?” or “Ihave thought to implement a solution as a Team Foundation Server?“;the answer is: “is that we don’t have time right now, because I see that it is a project that knows that things are bad, but nobody dares to break a dynamics of work which, although it is known by all, has many problems.

So… ask, animate animate to think different, and obviously ask yourself 20 times if you can do something different and better

Greetings @ Home

The Bruno

PS: As I see it I can not finish the project management book because I it is costing horrors close it, because I’ll be posting these sections to give me a happy time.

PD2: I am sure that this experiment so I read somewhere, someone is encouraged to throw a bit of information in this regard? Thanks

## [ALM] Pregunta “Porqué” como un niño, y mejorarás la gestión de tus proyectos

Buenas,

hace unos años en mi barrio hicimos el siguiente experimento:

Metimos dentro de un cuarto de 4 metros por 4 metros a 4 personas, con 3 condiciones:

• debían estar descalzos todo el tiempo
• no podían hablar entre si
• cada uno llevaba un palo de goma

Dentro del cuarto, había una escalera de 2 metros de alto que permitía acercarse a un botón rojo muy grande y llamativo. Cuando todos estuvieron dentro, una de las personas de la prueba (lo llamaremos el “sujeto A”) se animó a subir por la escalera y tocar el botón rojo con el palo de goma; lo que ésta persona no sabía es que cuando se tocaba el botón rojo, el piso del cuarto daba una descarga eléctrica que asustaba hasta a los más valientes. Es por esto que cuando esta persona, bajó de la escalera con la satisfacción de haber tocado el botón con el palo, sus compañeros estaban haciendole gestos para explicarle que el “tocar el dichoso botoncito” no era una buena idea.

No sé si alguna vez lo has intentado, pero explicar con gestos el concepto de “descarga eléctrica” no es muy simple que digamos. Es por esto que la persona que había tocado el botón no entendía muy bien lo que le querían decir sus compañeros, y decidió subir de nuevo a tocar el botón. Lo siguiente es previsible: sus compañeros lo molieron a palazos antes que pusiese un pié en el segundo escalón.

Así que, el sujeto A, se encontró completamente dolorido en el piso del cuarto sin entender muy bien que había pasado. En ese momento, se decidió cambiar a una de las personas que participaban del experimento por otra persona externa que no había visto nada de esto. Cuando este nuevo participante (sujeto B”) entró con el palo de goma en la mano, lo primero que hizo fué saludar a sus compañeros y esperar a ver que pasaba. Al rato de estar viendo con ganas ese brillante botón rojo al final de la escalera, pues se decidió a subir. Lo que el sujeto B no sabía es que estaba a punto de sufrir una de las palizas de su vida a cargo de los demás integrantes del grupo, incluido el sujeto A, que no entendía muy bien el porqué pero había captado la idea: “al que toca el botón pues lo molemos a palazos”.

Pasado un tiempo, se volvieron a cambiar los participantes del equipo y llegó un momento en el que no había quedado ninguno de los participantes originales. Pero una cosa habían aprendido todos los nuevos integrantes: “al que intenta subir la escalera hay que darle palazos en el lomo hasta que aprenda”.

Después de explicarle a la policía y a los asistentes sociales que esto era solo un experimento, pudimos ver como en muchas ocasiones, la propia inercia de un equipo hace que el mismo funcione de una forma determinada. Sin saber el porqué de esta forma de trabajo, ni tampoco si es la mejor forma de hacerlo.

En los proyectos de desarrollo pasa algo parecido. Muchas veces me he encontrado con escenarios donde al llegar y ver una determinada forma de trabajar, mi pregunta es: “¿porqué se hace esto de esta forma?”. Y la respuesta es: “Cuando llegué ya estaba así” o “Dave me dijo”. Varias formas de descargar la responsabilidad en un ente externo, en lugar de preguntarse si existe una forma mejor o el porqué de una situación.

Yo he tenido la suerte de trabajar en muchos proyectos diferentes, cada uno de ellos con diferentes formas de hacer las cosas; y siempre he tenido un alma de niño donde cuestiono todo lo que hacemos desde un punto de vista en el que trato de entender y luego proponer para mejorar.

Tampoco me sirve la gente que cuestiona todo, por el solo hecho de cuestionar; pero que nunca aportan una solución creativa al respecto. Ni mucho menos aquellos que piensan que para cada pregunta hay una única respuesta correcta.

Si por ejemplo, llego a un proyecto donde el problema del mismo es la gestión que se le está dando al proyecto. Pero al momento de preguntar: “¿Han evaluado cambiar la forma de trabajo?” o “¿Han pensado en implantar una solución integral como Team Foundation Server?”; la respuesta es: “Es que no tenemos tiempo ahora mismo”, pues veo que es un proyecto en el que se sabe que las cosas están mal, pero nadie se anima a romper una dinámica de trabajo que, si bien es conocida por todos, tiene muchos problemas.

Asi que .. animate a preguntar, animate a pensar diferente y obviamente pregúntate 20 veces si puedes hacer algo diferente y mejor

Saludos @ Home

El Bruno

PD: Como veo que no puedo terminar el libro de gestión de proyectos porque me está costando horrores cerrarlo, pues iré posteando estas secciones para darme un gusto cada tanto.

PD2: estoy seguro que a este experimento lo he leído en algún lado, ¿alguién se anima a tirarme un poco de información al respecto? thanks

## [NEWS] MASTER RIAtec 2nd Edition (the 2nd parties improve the saga)

Good,

It seems that she was yesterday when Braulio told me his idea for the creation of a master’s degree 100% dedicated to Microsoft technologies, because look at several months after already going for the Second Edition and this time, with the lessons of the surprises will be much better. To continue the tradition of the previous Master, and updated to 2011 / 2012 the technologies and products that will be in the Master go from Silverlight 4 (or 5), HTML 5, a bit of Visual Studio for Architects, obviously something Visual Studio 2010 ALM, PRISM, Testing, etc.; and this time have been added in the IDEs section a few points that attract attention (all the details athttp://riatec.lcc.uma.es/tecnologias.html)).

We are that this gives to write fairly, but the complete syllabus you can see inhttp://riatec.lcc.uma.es/Files/TemarioMasterRIAtec.pdf and obviomente informationhttp://riatec.lcc.uma.es/index.htmlmaster.

Ahh and I almost forgot, the Faculty is 50% of the University and the other 50% are MVPs, MCTs, and which supports (not put names because surely I forget anyone).

Greetings @ Home

The Bruno

Reference; http://riatec.LCC.UMA.es/index.html

## [NEWS] MASTER RIAtec 2da Edición (las 2das partes mejoran la saga)

Buenas,

parece que fué ayer cuando Braulio me comentaba su idea para la creación de un Master 100% dedicado a tecnologías Microsoft, pues mirá varios meses después ya vamos por la segunda edición y esta vez, con las lecciones aprendidas las sorpresas serán mucho mejores. Para seguir con la tradición del Master anterior, y actualizando a 2011/2012 las tecnologías y productos que se verán en el Master van desde Silverlight 4 (o 5), HTML 5, un poco de Visual Studio for Architects, obviamente algo de Visual Studio 2010 ALM, PRISM, Testing, etc.; y esta vez han agregado en la sección de los IDEs unos puntos que llaman la atención (todo el detalle en http://riatec.lcc.uma.es/tecnologias.html).

Vamos que esto da para escribir bastante, pero el temario completo lo pueden ver en http://riatec.lcc.uma.es/Files/TemarioMasterRIAtec.pdf y obviomente toda la información del Master en http://riatec.lcc.uma.es/index.html.

Ahh y casi me olvido, el profesorado es 50% de la universidad y el otro 50% son MVPs, MCTs, y el que suscribe (no pongo nombres porque seguro que me olvido a alguien).

Saludos @ Home

El Bruno

Referencia; http://riatec.lcc.uma.es/index.html

## [ALM] Sobre asados, proyectos y el amigo que nunca se ensucia o el consultor que nunca se moja

Buenas,

seguramente alguno no lo sabe, pero me he pasado las últimas 3 semanas en mi tierra compartiendo buenos momentos con amiguetes (no con todos lo siento) y comiendo asados a cascoporro. El tema del asado argentino va mucho más allá de la calidad de la carne de vaca o ternera como dicen aquí en España, es todo un ritual que empieza cuando prendes el fuego y comenzas a preparar la parrilla, hasta que sacas la primera tanda de carne y la llevás a la mesa, te gritan un “un aplauso para el asador”, te sacuden un par de aplausos y a partir de ahí es una fiesta donde compartis un buen momento con seres queridos.

Ahora bien, para entender el concepto del “amigo que nunca se ensucia” o “el consultor que nunca se moja”, es necesario explicar que a diferencia de otros lugares en el mundo, en Argentina el asado se hace a las brasas. Esto significa que la carne en la parrilla se cocina con el calor de las brasas, muy lentamente. Este calor además ayuda a que cuando la carne suelta pequeñas gotas de grasa o aceite, las mismas caen sobre las brasas y éstas sueltan un pequeño humo que además ayuda a mejorar el sabor de la carne, ya que además de cocinarse lentamente con un calor parejo, se impregna de un humo “saborizado” que le da un sabor muy especial a la misma. Bueno, es por esto que el “asador” tiene que dedicarle tiempo y ganas frente al fuego y la parrilla, y con mucha paciencia ver como está la carne, darla vuelta para que no se queme, etc … jo, ya me dió hambre.

En este proceso frente al fuego, siempre se recomienda tener un vinito o cervecita a mano para pasar mejor el rato y, si es posible, una buena companía con la que charlar un rato. Pero aqui llegó el pero te puede pasar que se acerque el “amigo que nunca se ensucia”. Este tipo de amigos, siempre van vestidos muy pulcramente, con sus lentes/gafas de sol en la cabeza y se caracterizan por ponerse a 1,5 metros del asador, dar un vistazo y empezar a soltar frases como:

• Me parece que se te está quemando fiera
• Esa carne no tiene muy buena pinta, si me hubieses avisado te traiga un costillar que es un manjar
• No te falta fuego?
• No te sobra fuego?
• Es tu primer asado, no?
• etc …

Los que hacemos de la paciencia un arte, aguantamos un rato e intentamos no hacerle caso, luego pasamos a técnicas de distracción pidiendole que te acerque otra cerveza, o diciendole que cuente una hilera de hormigas, pero llega un momento en el que lo querés matar y finalmente dejas sobre la mesa todo lo que tenes en la mano y le soltas un

¿Querés hacerlo vos?

Y aquí es la prueba final, porque la respuesta en el 99.99% de los casos es

Es que mirá como me vine vestido, no te puedo dar una mano sino me ensucio

Personalmente, pienso que más de una guerra ha comenzado cuando a “ese amigo” lo asesinaron antes de terminar el asado, pero claro en mi caso que tengo que cuidar al Valentino y a la Martina me lo pienso 2 veces. Usualmente lo que sé hacer es forzar torpemente una equivocación y tirarle una brasa caliente al brazo o a la pierna, como para escuchar los gritos de dolor un rato y ver como se va muy rápido a ponerse algo para la quemazón. Además el olor a carne quemada se hace un merge con el olor del asado y mucho no se nota.

Si llegaste hasta aquí, seguro que te estás diciendo a vos mismo:

Confirmado, al Bruno se le fué la olla, ¿qué tiene que ver esto con los proyectos de software?

Pues así como en el proceso de cocción de carne está el “amigo que nunca se ensucia”, en los proyectos de software está “el consultor que nunca se moja”. Este último se caracteriza por opinar de todo pero no conocer mucho de nada. Si tuviese que listar algunos puntos que lo identifiquen, estos podrían ser algunos:

• Puede criticar una solución o aplicación hasta las tripas, pero nunca aportar una solución para los puntos que critica.
• Habla de tecnologías como churros, se conoce todos los últimos artículos de tecnología, pero eso sí: él no programa porque ya ha hecho “mucho de eso”, seguramente en otra vida.
• Te puede dar mil links a referencias o artículos que son la solución mágica que arregla 3 años de proyecto desastrozo, eso sí la implementación de esta solución se la tenes que pedir a Batman, porque creo que es el único mortal que puede ayudarte.

Yo recuerdo una vez en un proyecto en llamas donde teníamos un MQSeries super atorado con más problemas que Egipto, uno de estos personajes vino y soltó la siguiente frase:

Esto con un enfoque SOA no hubiese pasado. Porque claro, la orientación a servicios …

Yo que soy una persona de principios, siempre dedicada al bien común, mientras él disertaba sobre SOA, rápidamente agregué un checkbox en un form de configuración de una aplicación, le puse como etiqueta [Enable SOA mode] y en una pausa le mostré al equipo de desarrollo el form, el check y solté un:

¿Probamos habilitando esto?

Como mis compañeros de trabajo eran unos cabrones de cuidado, se quedaron calladitos esperando la palabra del “experto” y cuando empezó la frase con:

Muy bien Bruno, veamos si este cambio nos ayuda a …

Pues a reirnos un rato, dejar que nos putee en todos los idiomas que conozca y que se vaya solito a molestar a otro lado. Vamos que esa es la forma el que “te tiro una brasa caliente” pero en proyectos de software

Saludos @ Home

El Bruno