#Podcast – Digital vs. physical boards, a bit of ALM, Jeff Bezos 2 pizzas rule and more (Spanish)



New podcast episode, this one talking about digital boards versus physical boards with Luis Fraile (@lfraile) and Pablo Escribano (@_pabloescribano). Actually that’s how we started, then by the way we started talking about ALM, best practices, and various other topics.

For these 50 minutes, we think ans shared our point of view for several questions

  • We let carry by the fashions?
  • Automate everything we do worth it?
  • Do the physical tools facilitate creativity?
  • Is Guardiola a benchmark in management of equipment?
  • The tools used to build teams?
  • It digital is destroying the Amazon?

And also we call Jeff Bezos 2 pizzas rules for meetings, we referenced to DotNet Rock and much more! .

I hope that you enjoy this one.



Greetings @ Toronto

El Bruno



[#ALM] Is your team too big?



For us, the developers, when we talk about the ideal size of a team, we always tend to think in the number 7. It may be because of the Scrum and agile methodologies influence, but it seems that 7 is a number that we all feel comfortable. Today April 15th, I strongly believe that 7 is the ideal size for a team.

However, in a team of this size we often don’t have all of the capabilities required to be able to bring forward a product that add real value. At some point, we will need to interact with some Subject Matter experts on a specific topic (technical or business), perhaps people from marketing, finance, etc. Although they are spontaneous interactions, from time to time, this type of interaction can become the arrival of a new member into the team.

And so without giving us, what started as a team of 7 people working on a project has become a group of 35 people with a very different dynamic. This change also involves the involuntary creation of processes to work. And we all know this is the path to the dark side: processes lead to bureaucracy, the bureaucracy tends to bore people, boring people are not productive, etc.

At Amazon they have a rule which is great

 “If you need more than 2 pizzas to feed a team, then the team is too big.”

This is known as the Two-Pizza team rule (link). It is at this point where you have to stop the progress of the project for a day and begin to check if there are points where you can improve. Surely, this will not be an easy or quick process, but it is necessary. One of the best examples I’ve read on this point is how the Visual Studio Team has adapted working his way to finish creating an agile culture at Microsoft (link)

So now you know, if when on a Thursday of beers you get to invite the team and have to ask more than 2 pizzas.Then, it is ideal to think if the team is not too large and what can be done to change the dynamics of the same.

Saludos @ La Finca

/El Bruno

PD: Source Image >> http://robertkaplinsky.com/work/giant-pizza/

[#ALM] Es tu equipo demasiado grande?



Los que somos desarrolladores, cuando hablamos del tamaño ideal de un equipo siempre solemos pensar en el número 7. Puede ser por la influencia de Scrum o de las metodologías ágiles, pero el 7 es un número con el que todos nos sentimos confortables. Hoy 15 de Abril, yo firmo ese número como el tamaño ideal para un equipo de trabajo.

Sin embargo, un equipo de esas dimensiones nunca suele contar con todas las capacidades que se requieren para poder sacar adelante un producto que aporte valor. En algún momento, necesitaremos interaccionar con expertos en algún tema específico (técnico o de negocio), tal vez gente de marketing, finanzas, etc. Si bien son interacciones espontáneas, en determinados momentos, este tipo de interacción puede convertirse en la llegada de un nuevo integrante al equipo.

Y así sin darnos cuenta, lo que se inició como un equipo de 7 personas trabajando en un proyecto se ha convertido en un grupo de 35 personas con una dinámica muy diferente. Este cambio también involucra el nacimiento involuntario de procesos internos para trabajar. Y todos conocemos el camino al lado oscuro: los procesos llevan a la burocracia, la burocracia tiende a aburrir a las personas, las personas aburridas no son productivas, etc.

En Amazon tienen una frase que es grandiosa

 “Si necesitas más de 2 pizzas para alimentar a un equipo, es que es demasiado grande”.

Esto se conoce como el Two-Pizza team rule (link). Es en este momento donde hay que detener por un día el avance del proyecto y comenzar a revisar si existen puntos donde se puede mejorar. Seguramente, este no será un proceso fácil ni rápido, pero es necesario. Uno de los mejores ejemplos que he leído sobre este punto es cómo el equipo de Visual Studio ha ido adaptando su forma de trabajo para terminar creando una cultura ágil en Microsoft (link)

Así que ya sabes, si cuando en un jueves de cervezas te toca invitar al equipo y tienes que pedir más de 2 pizzas. Ese momento, es ideal para pensar si el equipo no es demasiado grande y qué se puede hacer para cambiar la dinámica del mismo.

Saludos @ La Finca

/El Bruno

PD: La imagen es de >> http://robertkaplinsky.com/work/giant-pizza/