[#OPINION] My honest opinion about “meetings addicts”

Hello!

I was reading this entry on Forbes “The Art and Science of Team Optimization” (link), and I remembered a talk we had a few days ago with a few coworkers about those people addicted to meetings.

I’m not a SME in biology , but if you want to identify them is very easy. The following characteristics tend to define this type of people

  • Meetings usually do not have no agenda, no topics at all
    • This point is what make meetings a surprise every time. The subject of the meeting is usually something like “Checkpoint”. This word is so open and ambiguous that it can give rise to anything. These meetings tend to finish taking unexpected directions and perhaps, you take more unplanned work that you thought that you could fall.
  • The addict organizes meetings of no less than 60 minutes
    • Any meeting which initially lasts less than an hour, is considered a casual encounter. A target official of these people is to ruin your day. That is, if they can stretch the meetings a bit more, stealing time from here and there, that will be a big day for them. I still do not have access to it, but I am convinced that there is a group in Yammer where these people share their small achievements.
  • Punctuality is optional
    • This is fundamental, relativity at its maximum power. What it appears to be a lack of respect for you (5 minutes late, for example), for this kind of people is normal. And, of course, it goes in the 2 parts of a meeting, at the beginning and at the end of a meeting.
  • They are always the same faces
    • This is another principle of biology, where the crowd like tend to gather. I’m not much attend meetings; moreover it gives me pleasure to reject them when I see that they will be unproductive. However, what they usually do is look the same and, or chance, there is always the same faces. It’s amazing, there are people who spend their day to be “in meeting time”

And of course, to complete the phrase that defines this species: “bored or you feel alone? “Hold a meeting!

hold-a-meeting

Source: Internet (link)

Greetings @ Madrid

/El Bruno

[#OPINION] Sobre los adictos a las reuniones

Hola!

En un período de descanso mientras leía esta entrada en Forbes “The Art and Science of Team Optimization” (link), recordé una charla que tuvimos hace unos días con unos compañeros de trabajo sobre los adictos a las reuniones.

Yo no soy muy adicto a la biología, pero si tienes ganas de identificarlos es muy fácil. Las siguientes características suelen definir a este tipo de personas

  • Las reuniones por lo general no tienen ni agenda, ni temas a tratar
    • Este punto es el que les da emoción a las reuniones. El subject de la reunión suele ser algo como “Checkpoint”. Esta palabra es tan abierta y ambigua que puede dar lugar a cualquier cosa. Estas reuniones suelen terminar tomando derroteros inesperados y tal vez en las mismas, te lleves mucho más trabajo no planificado del que pensabas que podía caerte.
  • El adicto organiza reuniones de no menos de 60 minutos
    • Cualquier reunión que inicialmente dure menos de una hora, se considera un encuentro casual. Un objetivo no oficial de estas personas es arruinarte el día. Es decir, si pueden estirar las meetings un poco más, robando tiempo de aquí y allá, ese será un gran día para ellos. Todavía no tengo acceso al mismo, pero estoy convencido de que existe un grupo en Yammer donde estas personas comparten sus pequeños logros.
  • La puntualidad es opcional
    • Esta es fundamental, es la relatividad en su máxima potencia. Lo que a ti te puede parecer una falta de respeto (5 minutos tarde, por ejemplo), para esta especie de personas es lo normal. Y claro, aplica en las 2 partes de una reunión, al comienzo y al final de una reunión.
  • Siempre son los mismos
    • Este es otro principio de la biología, donde los similares tienden a juntarse. Yo no soy de ir mucho a las reuniones; es más me da placer rechazar las mismas cuando veo que serán poco productivas. Sin embargo, lo que suelo hacer es asomarme a las mismas y, o casualidad, siempre hay las mismas caras. Es increíble, hay personas que dedican su día entero a estar “reunidas”

Y claro, para finalizar la frase que define a esta especie: “¿Estás aburrido o te sientes solo? Organiza una reunión !!!

hold-a-meeting

Source: Internet (link)

Saludos @ Madrid

/El Bruno

[#OPINION] Be ready for a #hackathon like you’ll do for a half marathon

Clipboard03

Hello!

Yesterday I ran the Madrid’s Half Marathon and now that spring is here, those 21K in Madrid are quite funny. In Avanade we have a Yammer group for runners, and in the past days before the race someone shared a list of 10 tips for the day of the race. (By the way, I already wrote about why must use Yammer, and forget about emails). Most of these are common sense ones, however they are quite applicable to the world of the development of the software, especially for a hackathon .

Clipboard02

For example: “do not use any new stuff“. Is a very bad moment if you to decide to use a set of new sneakers, in the same new day that you are going to spend more than 90 minutes punishing your feet. Blisters, abrasions or even a bad choice of shoes may be the failure in a race. Similarly, when arriving at a hackathon, it is “nothing new in hardware or software” is always a good advice. This types of event usually are located for a short period of time so, there is no time for software or hardware errors. If for example, you decide to bring your new laptop, it is best that you go installing all the tools that you use in your day to day during the previous week.

Caution, there is a big difference between a race and a hackathon. On the 2nd we will learn as well as you create. So, for sure, you’ll know people who help you to learn new skills. So, you really want to lose 60 minutes reinstalling a stable version of a soft-you know, when you could take them to install a new IDE and also learn beside someone .

B3CS_aGCMAAIDeq

Another tip that you need to follow Yes or Yes, when you run is “rise time“. In addition to problems you can arrive late, or being anxious to upon arrival; Here the most valuable resource we have to take care of is time. It is advisable to eat about 3 hours before the race, that time is ideal to be able to assimilate the food well and take advantage of them in the race.

If we are going to the world hackathon, the comparison is simple and we can do it in questions of auto mode because of the style, really want to arrive late and Miss 1 hour in a 3 hour session? The previous day before the hackathon we recommend to leave prepared everything for the event. In the same way, properly plan trip to the event is something that is appreciated. (If, as in my case, you move with a variety of hardware in tow, planning is essential)

And during the holidays, I think that I’ll be here. Post could go much further, with comparisons related to training or the decision of what kind of task you will perform; but it’s time to add a couple of KMs more legs which, in a few days, there is another good competition.

Greetings @ Madrid

/El Bruno

[#OPINION] Preparar tu #hackathon como prepararías una media maraton

Clipboard03

Hola!

Ayer corrí la media maratón de Madrid y la verdad que ahora que ha llegado la primavera, esos 21K en Madrid son bastante divertidos. En Avanade tenemos un grupo en Yammer para los runners, y en los días previos a la carrera alguien compartió un listado de 10 consejos para el día de la carrera. (Por cierto, ya escribí hace un tiempo sobre porqué debemos usar Yammer y dejar de lado los emails). Estos consejos son más bien de sentido común, sin embargo son bastante aplicables al mundo del desarrollo del software, en especial a un hackathon.

Clipboard02

Por ejemplo: “No estrenes nada de material”. Muy mal tienes que tener el instinto para decidir estrenar unas zapatillas nuevas, el día que vas a dedicar más de 90 minutos a castigar a tus pies. Ampollas, rozaduras o inclusive una mala elección de zapatillas pueden ser el fracaso en una carrera. De la misma forma, al momento de llegar a un hackathon, lo ideal es “no estrenar nada”, ni hardware ni software. En un período de tiempo tan corto, no hay tiempo para errores de software o de hardware. Si por ejemplo, decides llevar tu nueva laptop, lo mejor es que durante la semana anterior vayas instalando todas las herramientas que utilices en tu día a día.

Cuidado, una gran diferencia entre una carrera y un hackathon, es que en el 2do vamos a aprender además de a crear. Con lo que es por seguro, que conoceremos a personas que nos ayudaran a aprender nuevos conocimientos. Con esto dicho, realmente quieres perder 60 minutos reinstalando una versión estable de un soft que conocer, cuando los podrías aprovechar para instalar un nuevo IDE y además a aprender al lado de alguien.

B3CS_aGCMAAIDeq

Otro consejo que hay que seguir sí o sí, cuando corres es “levántate con tiempo”. Además de los problemas de poder llegar tarde, o estar ansioso al momento de llegar; aquí el recurso más valioso que tenemos que cuidar es el tiempo. Es recomendable comer unas 3 horas antes de la carrera, ese tiempo es el ideal para poder asimilar bien los alimentos y aprovechar los mismos en la carrera. Si vamos al mundo hackathon, la comparación es simple y la podemos hacer en modo de preguntas de auto culpa del estilo, ¿realmente quieres llegar tarde y perder 1 hora en una sesión de 3 horas? El día anterior anterior al hackathon es recomendable dejar preparado todo lo necesario para el evento. De la misma forma, planear correctamente el viaje al evento es algo que se agradece. (Si como en mi caso, te mueves con mucho hardware a cuestas, la planificación es fundamental)

Y en época de vacaciones, creo que llegaré hasta aquí. El post podría ir mucho más lejos, con comparaciones relacionadas con el entrenamiento o la decisión de qué tipo de tarea vas a realizar; pero creo que es momento de ir a sumar un par de KMs más en las piernas que en pocos días hay otra competición de las buenas.

Saludos @ Madrid

/El Bruno

[#OPINION] The non easy path from Managers to Leaders

Hello!

There is plenty of books, posts, etc. related to the “managers problem”. Besides the unnecessary bureaucracy and hierarchy levels that are usually added within an organization, managers jobs tend to be the main rope to the neck which a professional can face at some point in this career. I usually told the story of my friend Pablo, as the clearest example of a career evolution

  • Paul was a great professional who one day decided to devote himself to the noble art of vegetable arrangement in the local market in the village
  • After 2 years, Paul was the best vegetables organizer in the market
  • The people who worked with Paul started to came to him to ask his view about the best way to organize vegetables
  • After a while the happiness of Pablo began to fall, in their working day he didn’t have time to arrange vegetables, he was devoted to help his teammates to organize vegetables
  • The owner of the market, when he saw this situation, thought that the best thing that could be done was to create a manager role for Paul. He will be dedicated to manager a team who arrange vegetables
  • At first glance, this seemed a “career development” for Paul, so I accept the challenge with lot of desire
  • After a year of being in this role, Paul realized that
    • He wasn’t really prepared to manage a team. Manage accounts, talk to the suppliers of the orchards and control the schedules of the people, was not something he liked
    • Paul just wanted to arrange vegetables! When he failed to do this work, his morale went down
    • With the low morale, Paul didn’t give his best in his work
  • … you can imagine the next steps in the story

As well, this classic-sounding incompetence of Peter principle (link) tends to be used as an example to demonstrate the low value of managers in organizations. What it seems to be a natural step in the career of a person, can become a very difficult wall. Personally, I have seen many examples of this kind: people who hold positions with responsibility for a team, but who lack the skills necessary to performs this role.

Now, if ever think on this with the point of view of a team I always ask myself: Do I really want to work with a person who only wants to perform one role?. I know I don’t.

I think that subject specialization is essential to have an agile and focused mind, while learning something new and play different roles in a team also helps to grow as a professional. In 15 years I have been in computer science I have performed a lot of roles. This has helped me to not became the best in a specific subject, however it also gave me enough perspective to be able to say things like Why not use branches or not add unnecesary tools. When I say this for the first time, more than one came to me to fight. Lucky me, after 5 years specializing in ALM, my reasoning had a bit of foundation.

When I hear people complaining of Managers jobs, many times I wonder if these criticisms are based on the experience or it is simply criticize as an sport. Anyone who has taken a position of “manager”, learns that, regardless of the technical skills needed to lead a team, there are some other skills which are fundamental. This is the ideal time to stop talking about managers and start talking about leaders, which is the ideal term for people who lead a team. For example, in the case of the leaders, I’m going to share 3 skills that are fundamental

  • Generosity. About this one, I more difference nowadays: “leaders of the old school” who believe that information is power. The basis of his bad leadership is summed up in “if we triumph, the team triumph; If we fail the failure is of the team”. Good leaders understand that equality and transparency in a team is a fundamental aspect.
  • Transparency. Related to the previous point. Leaders which are not transparent with information are destined to fail. 10 years ago it was a model that worked. However, today where everything is shared, all published, models are open and collaborative, a manager should adapt to this model; or the team will leave him.
  • Passion. This is fundamental, a person who lead a team has to have passion for the work. When a person demonstrates passion for his work, it is certain that passion will be transmitted to your computer. Take care that the same goes for the apathy.

This list could continue to grow and add topics as know to listen and know to ask. The number of managers who have their against their noses awkward situations and do not know how something as simple as listening is amazing and ask can help reach a solution. Others such as understanding body language, or have courage are also skills that a leader must have. But these topics are for another post with a title that sounds to “People Skills for a Leader”

Greetings @ Home

/El Bruno

Wikipedia, Peters Principle

[#OPINION] Sobre como los Managers deben convertirse en Lideres (y como algunos no deberian ejercer)

Hola!

El problema de “los managers” es algo sobre lo que se ha escrito mucho. Además de la innecesaria burocracia y niveles de jerarquía que suelen agregar dentro de una organización, los puestos de managers suelen ser la principal soga al cuello que se puede atar un profesional. El ejemplo más claro de esto lo suelo contar con la evolución de la carrera de mi amigo “Pablo”

  • Pablo era un excelente profesional que un día decidió dedicarse a la organización de verduras en el mercado de su pueblo
  • Al cabo de 2 años, Pablo era el mejor organizando verduras en el mercado
  • Las personas que trabajaban con Pablo acudían a él para pedir su punto de vista sobre la mejor forma de organizar verduras
  • Al cabo de un tiempo la felicidad de Pablo comenzó a caer, en su tiempo de trabajo ya no organizaba verduras, sino que se dedicaba a ayudar a sus compañeros a organizar verduras
  • El dueño del mercado, cuando vio esta situación, pensó que lo mejor que podía hacer era crear un puesto de manager donde Pablo se dedicase a llevar un equipo que organiza verduras
  • A simple vista, esto parecía una “evolución en la carrera” para Pablo, así que acepto el desafío con ganas
  • Al año de estar en este rol, Pablo se dio cuenta de que
    • No estaba realmente preparado para organizar un equipo. Lo de llevar las cuentas, hablar con los proveedores de los huertos y controlar los horarios de la gente, no era de su agrado
    • Pablo sólo quería organizar verduras! En el momento que dejó de hacer este trabajo, su moral cayó por el piso
    • Con la moral baja, Pablo dejó de dar lo mejor de sí en su trabajo
  • … ya te imaginas como sigue la historia

Pues bien, esto que parece el clásico principio de incompetencia de Peter (link) suele ser usado como ejemplo para demostrar la poca valía de los puestos medios en las organizaciones. Lo que parece una ayuda en la carrera de una persona, puede convertirse en un muro muy difícil de superar. Personalmente, yo he visto muchísimos ejemplos de este tipo: personas que ocupan puestos con responsabilidad sobre un equipo, pero que carecen de los skills necesarios para llevar adelante el mismo.

Ahora bien, desde el punto de vista de un equipo yo siempre me pregunto: ¿realmente quiero trabajar con una persona que solo quiere hacer una sola cosa?. YO NO.

Creo que especializarse en un tema es fundamental para tener la mente ágil y enfocada, aunque aprender algo nuevo y desempeñar diferentes roles en un equipo ayuda a crecer como profesional. Yo en 15 años que llevo en la informática he tocado un poco de todo. Esto me ha servido para no destacar en nada, sin embargo me ha dado la perspectiva suficiente para poder decir cosas como Porqué no usar ramas o no te pases 4 pueblos con las herramientas. Cuando solté esta frase la 1ra vez, más de uno se me lanzó al cuello. Aunque claro, después de estar 5 años especializándome en ALM, por suerte mi razonamiento tenía un poco de fundamento.

Cuando escucho a personas que se quejan de los puestos de Managers, muchas veces me pregunto si estas críticas están basadas en la experiencia o simplemente es criticar por criticar. Cualquier persona que haya llevado un puesto de “manager” al final aprender que, independientemente de las aptitudes técnicas que se necesitan para llevar un equipo, hay algunas que sin fundamentales y que sirven para todos los casos. Este es el momento ideal para dejar de hablar de managers y comenzar a hablar de líderes, que es el término ideal para las personas que lideran un equipo. Por ejemplo, en el caso de los líderes, dejo 3 skills que son fundamentales

  • Generosidad. Este aspecto es de los que más veo en diferencia en estos tiempos: hay “líderes de la vieja escuela” que piensan que la información es poder. La base de su liderazgo se resume en “si triunfamos, triunfamos todos; si fracasamos el fracaso es del equipo”. Los buenos líderes entienden que la igualdad y transparencia en un equipo es un aspecto fundamental.
  • Transparencia. Lo nombré antes, las personas que no son transparentes con la información están destinadas al fracaso. Hace 10 años es un modelo que funcionaba. Sin embargo, hoy donde todo se comparte, todo se publica, los modelos son abiertos y colaborativos, un manager o adapta este modelo; o las personas dejan de trabajar con él.
  • Pasión. Este es fundamental, una persona que lidere un equipo tiene que tener pasión por el trabajo que realiza ese equipo. Cuando una persona es apasionada por su trabajo, es seguro que esa pasión se transmitirá al equipo. Cuidado que lo mismo pasa con la apatía.

Esta lista podría seguir creciendo, y agregar tópicos como Saber escuchar y Saber preguntar. Es increíble la cantidad de managers que tienen frente a sus narices situaciones incómodas y no saben cómo algo tan simple como escuchar y preguntar puede ayudar a llegar a una solución. Otros como Comprender el lenguaje corporal, o tener Coraje también son habilidades que debe tener un líder. Pero estos tópicos van más para otro post con un título que suene a “People Skills for a Leader

Saludos @ Home

/El Bruno

Wikipedia, Principio de Inconpetencia de Peter

El Bruno, Porqué no usar ramas o no te pases 4 pueblos con las herramientas

[#VS2013] Node.js tools V1.0, much more important than you think

Hello!

After a couple of posts about the plugin in Visual Studio to work with NodeJs, we reach to final version 1.0.So here is a not so “great” news if you’re a Visual Studio developer.

However, from another perspective:

There are formal channels that echo on how Microsoft is changing and opening / promoting these platforms that are not 100% exclusive Ms.

For example: forbes.

Now before that I forget to, link to Node.js Tools 1.0 for Visual Studio (NTVS) and the link to the download

Then we’ve go to the classics such intellisense and some very good stuff like NPM integration (something like the NuGet for NodeJs) and the interactive REPL panel which is quite addictive when you get used to working with it.

Greetings @ Barcelona

/El Bruno

Sources

http://blogs.msdn.com/b/visualstudio/archive/2015/03/25/node-js-tools-1-0-for-visual-studio.aspx

http://www.forbes.com/sites/adrianbridgwater/2015/03/25/building-internet-of-things-robots-microsoft-opens-visual-studio-to-node-js/