#Podcast – NTN 39 – Overview of Agile today, #Agiles2017 experience and more …

giphy

Hello!

Finally an Agile episode, which I think I owed a long time ago. In this episode with the collaboration of Ernesto Cardenas (@fisica3). Ernesto helps me to understand the current state of agility (a sensitive issue) and then we move on to his experience during the Agiles 2017 event.

If you do not know this event,  I strongly recommend listening to the podcast. It is not the typical developers event, it has an amazing format and a simply breakthrough Output. The event is Latin American, and its objectives are to help unite communities (the next one is in Mexico, maybe I’ll get closer). I really encourage you to listen.

A small change of format and at the end of the episode we have the technology news thanks to Sergio Mabres. I hope you enjoy it, and apologize for the mistakes (if any).

Greetings @ Burlington

El Bruno

References

Advertisements

#Podcast – NTN 39 – Repasando el estado de la Agilidad, la experiencia de #Agiles2017 y mas …

giphy

Hola!

Episodio dedicado a la agilidad, que creo que se lo debía desde hace tiempo. En este caso con la colaboración de Ernesto Cardenas (@fisica3). Ernesto me ayuda a comprender un poco el estado actual de la Agilidad (ojo que esto es un tema sensible) y después pasamos a su experiencia durante el evento Agiles 2017.

Si no conoces este evento, pues te recomiendo escuchar el podcast, porque no es el típico evento de developers, tiene un formato y un Output simplemente rompedor. El evento es Latinoamericano, y su objetivos es ayudar a unir comunidades (el próximo es en México, tal vez me acerque). Realmente os animo a escucharlo.

En este caso, un pequeño cambio de formato y al final del episodio tenemos las novedades de tecnología gracias a Sergio Mabres. Espero que lo disfruten, y que disculpen los errores (si es que hubo alguno).

 

Saludos @ Burlington

El Bruno

References

#Podcast – #Agile at enterprise level, and another couple of interesting experiences

wall-climbing-boss

Hi!

After a couple of weeks of silence now is time to publish a new episode in my Podcast. In today’s episode, I am lucky to be with 4 great friends. And, after talking with them for a long time about personal experiences when we work with Agile projects, it was time to gather them all together and see what opinion we have on diverse topics such as:

  • Agile as a trend
  • What happens when we do Scrum of Scrum?
  • Can a junior teamwork without a coach?
  • Why do we use the rate as a measure of progress?
  • The cone of the uncertainty
  • Work product-oriented or project-oriented
  • When estimates are used as a mechanism for micro-management
  • Chess as an agile framework similar
  • When you modify a Scrum and works, is it still Scrum?
  • When a project Waterfall is masked with Scrum or the reverse

I’ve put all the references that I have found on some of the issues we are talking about. And although this time arrived 90 minutes, I think that you as a lesson learned for next time, if we see that the podcast “is estira¨ as is done in 2 episodes.”

As always many thank and I hope you enjoy it. Podcast Link

Saludos @ Toronto

El Bruno

References

#Podcast – NTN 21 – #Agile en las empresas, y otro par de historias interesantes

wall-climbing-boss

Después de un par de semanas de silencio, hoy es momento de publicar un nuevo episodio. Y tengo la suerte de estar con 4 grandes amigos. Después de hablar durante mucho tiempo sobre las experiencias personales que compartimos cuando trabajamos con Agile, llegó el momento de juntarlos a todos y ver qué opinan sobre algunos temas como:

  • La moda de Agile
  • ¿Qué pasa cuando hacemos Scrum de Scrum?
  • ¿Un equipo junior puede funcionar sin un coach ?
  • ¿Utilizamos la velocidad como métrica de avance ?
  • El cono de la incetidumbre
  • Trabajar orientados a producto u orientados a Proyectos
  • Cuando se utilizan las estimaciones como un mecanismo de microgestión
  • El ajedrez como simil de un marco ágil
  • Cuando modificas Scrum y funciona, ¿sigue siendo Scrum?
  • Cuando un proyecto Waterfall se enmascara con Scrum o al reves

He puesto todas las referencias que he encontrado sobre algunos de los temas que hablamos. Y aunque esta vez llegamos a los 90 minutos, creo que como lección aprendida para la próxima, si vemos que el podcast “se estira¨ pues lo haremos en 2 episodios.

Como siempre muchas gracias y espero que lo disfruten. Podcast Link

Saludos @ Toronto

El Bruno

References

#INNOVATION – The importance of the speed in fight

Hola!

i guess that everyone with an similar to me, will have Bruce Lee among his idols. As a child, every time I watched his movies it was an amazing time. When you see his films today, you have to get a special chip to be able to relive those moments. However nowadays, the Bruce Lee-s story is something that you can start to check. I’m not going into details, about the life of Bruce Lee, since there is a lot of material on it. But if I want to highlight a constant that had at the time of fight

Bruce Lee was trying to finish his fights quickly

It’s simple. All the decorations and stunts that we usually see in his films, in actual fights were completely unnecessary. In a real fight, the important thing was to win and win quickly, I mean to do so effectively. If you are still learning about the life of other great fighters, you’ll see that this is a common feature among most of them.

This type of mentality is something that we also often find in innovative companies. In them, when they face an unexpected situation, what really matters is how fast they can reacts against it. There is a general feeling that “everything moves faster” on these types of companies.

On the other hand, in traditional companies, roles, processes, hierarchies, are the values who dominates the company way of work. These other values, generate additional noise, acting as a brake on the speed of reaction. In these classic environments, it is common to see executives who want to be innovative, but don’t want to innovate. When there is time to choose, they always go for traditional processes with results against the chance to face the uncertainty posed by applying a change.

Innovate is risk, and common sense advised us not to risk everything. However, risking little by little we can begin to learn and in this way, we can begin the basic cycle of growth Build > Measure >  Learn.

In my post, fail fast is cheaper than you think, I explained how failing fast is a good way to help us to quickly adjust our course. And this can be achieved by respecting principles 2.

  • Trust in the changes you are doing, they will be effective
  • Act quickly and efficiently

It is not so complicated, and if you know the foundations of Agile you will see many similarities. For example, rely on people not on processes, be transparent and learn fast, etc. Although if we further back to see that the great Bruce Lee, was right

Act quickly and efficiently to achieve good goals.

Saludos @ Madrid

/El Bruno

References

– Wikipedia, Bruce Lee

– El Bruno, Fail fast is cheaper than you think

The Lean StartUp

– Header Image, Wikimedia

#INNOVATION – Velocidad en combate

Hola!

Creo que todas las personas que tengan una edad parecida a la mía, tendrán a Bruce Lee entre sus ídolos. De niño, ver sus películas era un momento increíble. Cuando ves sus películas hoy, tienes que ponerte un chip especial para poder revivir esos momentos. Sin embargo de mayor, la historia de Bruce Lee es algo que te puede atrapar. Yo no voy a entrar en detalles, sobre la vida de Bruce Lee, ya que hay muchísimo material sobre la misma. Pero si quiero remarcar una constante que tenía al momento de luchar

Bruce Lee intentaba terminar sus combates rápidamente

Así de simple. Todos los adornos y acrobacias que solemos ver en sus películas, en combates reales eran completamente innecesarios. En un combate real, lo importante era ganar y ganar rápido, es decir, hacerlo de una forma eficaz. Si sigues aprendiendo sobre la vida de otros grandes luchadores, verás que esta es una característica común entre la mayoría.

Esta mentalidad es algo que también solemos encontrar en empresas innovadoras. En las mismas, frente a una situación inesperada, lo importante es lo rápido que se reacciona frente a la misma. Hay una sensación general de que “todo se mueve más rápido”. En cambio, en empresas tradicionales, predominan los roles, las jerarquías, los procesos, etc. Estos otros valores, generar un ruido adicional, que se traduce en un freno sobre la velocidad de reacción. En estos entornos clásicos es común ver a ejecutivos que quieren ser innovadores, pero no quieren innovar. Al momento de elegir, se opta sobre los procesos tradicionales con resultados conocidos frente a la incertidumbre que supone aplicar un cambio.

Innovar es arriesgar, y el sentido común nos aconseja no arriesgar todo. Sin embargo, arriesgando de a poco podemos comenzar a aprender y de esta manera, podemos comenzar el ciclo básico de crecimiento Build > Measure > Learn .

En mi post, Equivocarse es más barato de lo que parece, expliqué como fallar rápido tiene sentido para poder ajustar nuestro rumbo. Y esto se logra respetando 2 principios.

– Confiar que los cambios serán efectivos

– Actuar de forma rápida y eficiente

No es tan complicado, y si conoces las bases de Agile verás muchas similitudes. Por ejemplo, confiar en las personas no en los procesos, ser transparentes y aprender rápido, etc. Aunque si volvemos más atrás veremos que el gran Bruce Lee, tenía razón

Actúa rápido y de forma eficiente para lograr buenos objetivos.

Saludos @ Madrid

/El Bruno

References

– Wikipedia, Bruce Lee

– El Bruno, Equivocarse es más barato de lo que parece (o cómo #Agile ahora es ser #Innovador)

The Lean StartUp

– Header Image, Wikimedia

#INNOVATION – 4 tips for working as a #StartUp within a large #organization

Hola!

Raise in a large company with startup or agile mentality is not always easy. If the company has thousands of employees and several years of experience, you’ll often find a middle and upper Management layer who always try to use the “known formulas” to lead teams. This is not a problem (as my mother used to said: “if it works don’t touch it“), although this way of think is usually a stopper when it comes to propose changes and try to tests new frameworks. The friction and problems of communication with this layer of Management in the long run end up eroding and ruining internal initiatives.

If you face this situation, there are a series of proven strategies to grow in “StartUp Mode” within a large organization.

· Adopt a [Blue Ocean Strategy], this is almost mandatory. The book is easy to read (250 pages) and basically presents the following idea: at the time of choosing strategies, we must move away from saturated markets (Red Ocean) where you will find a lot of competition and move to new markets and new ideas (Blue Oceans) that are much more stable and to ensure us a major tour. This ensures a minimum of internal competition, thus avoiding the “red oceans” (you get the blood idea?) If in addition, the chosen strategy can bring benefits to the organization, it is almost certain that the internal problems will be minimal.

· Shield your team to other areas of your organization. While I’ve not said, I assume that the team chosen to carry out this new idea, is supposed to be a small one. If the team should start to grow and interact with other areas, it is very likely that something starts to smell bad. Experience has taught me, that in such situations “everyone has something to say“. Keep a shielded team with a clear vision, helps not to corrupt the final vision.

· Take your time and set a target clear with all members of the team. In his book “The Lean StartUp“, Eric Ries writes [“All innovation begins with vision. It’s what happens next that is critical“]. For this to involve all members of the team at a meeting of definition of objectives, helps to ensure the proper understanding of the long-term goal to be pursued.

· Learn that “Good enough” is usually better than “Perfect”. This is another lesson learned based on errors and failures. Trying to create an MVP that allows to collect, with the least possible effort, the maximum amount of knowledge will allow us to work in a dynamic of Continuous Feedback, and this is the perfect operational model for these teams. Fall into the mistake of creating a “perfect” product from day one, leads to an excessive consumption of resources will not compensate at the end when it evaluates the same.

This experience is given most of software development projects. But as all kinds of projects, they require a certain sequence and Cadence to begin to evolve and give results.

Saludos @ Madrid

/El Bruno

References

– Blue Ocean Strategy http://www.amazon.com/Blue-Ocean-Strategy-Expanded-Uncontested/dp/1625274491

– The Lean StartUp http://www.amazon.com/The-Lean-Startup-Entrepreneurs-Continuous/dp/0307887898

– Mínimum Viable Product https://en.wikipedia.org/wiki/Minimum_viable_product

[Tags Innovation, Lean, Blue Ocean Strategy, MVP, EnglishPost]

#INNOVATION – 4 consejos para trabajar en modo #StartUps dentro de una gran organización

Hola!

Crecer dentro de una gran empresa no siempre es fácil. Cuando la empresa tiene miles de empleados y varios años sobre sus espaldas, suele crearse una capa media y superior de Management que tiende a las fórmulas conocidas para definir los marcos de trabajo. Esto de por sí no es un problema (como dice el proverbio popular: “si funciona no lo toques”), aunque suele ser un impedimento a la hora de proponer cambios e intentar aplicar nuevos marcos de trabajo. Los roces y problemas de comunicación con esta capa de Management a la larga terminan desgastando y arruinando iniciativas internas.

Sin embargo, hay una serie de estrategias que se ha comprobado que suelen funcionar para crecer en “StartUp Mode” dentro de una gran organización.

  • Adopta una estrategia del tipo [Blue Ocean Strategy], esto es casi obligatorio. El libro es de fácil lectura (250 páginas) y básicamente presenta una idea en la que al momento de elegir estrategias, debemos alejarnos de mercados saturados (océanos rojos) donde encontraremos mucha competencia e inclinarnos a nuevos mercados y nuevas ideas (océanos azules) que son mucho más estables y que nos aseguran un mayor recorrido. Esto asegura un mínimo de competencia interna, evitando de esta forma los “océanos rojos”. Si además, la estrategia elegida puede traer beneficios a la organización, es casi seguro que los problemas internos serán mínimos.
  • Cierra las puertas de tu equipo a otras áreas de tu organización. Si bien no lo he comentado, doy por sentado que el equipo elegido para llevar adelante esta nueva idea, es pequeño. Si el equipo comienza a crecer y tener interacciones con otras áreas, es muy probable que algo comience a oler mal. La experiencia me ha enseñado, que en este tipo de situaciones “todo el mundo tiene algo que decir”. Mantener un equipo blindado y con una visión clara ayuda a no corromper la idea final a la que está destinado el mismo.
  • Tómate tu tiempo y define un objetivo claro con todos los integrantes del equipo. En su libro “The Lean StartUp”, Eric Ries comenta [All innovation begins with vision. It’s what happens next that is critical]. Es por esto que involucrar a todos los integrantes del equipo en una sesión de definición de objetivos, ayuda a asegurar la correcta comprensión del objetivo a largo plazo que se persigue.
  • Aprende que “Suficientemente Bueno” suele ser mejor que “Completamente Perfecto. Esta es otra lección aprendida a base de errores y fallos. Intentar crear un MVP que permita recolectar, con el menor esfuerzo posible, la máxima cantidad de conocimiento nos permitirá trabajar en una dinámica de Feedback Continuo que es el modelo operacional perfecto para estos equipos. Caer en el error de crear un producto “perfecto” desde el día cero, nos llevará a un consumo excesivo de recursos que no compensará al final cuando se evalúe el mismo.

Esta experiencia viene dada en su mayoría de proyectos de desarrollo de software. Aunque como todo tipo de proyectos, los mismos requieren una cierta secuencia y cadencia para comenzar a evolucionar y dar resultados.

Saludos @ Madrid

/El Bruno

References

[category Innovation, Lean, Blue Ocean Strategy, MVP]

[Tags Innovation, Lean, Blue Ocean Strategy, MVP]

#INNOVATION – Fail fast is cheaper than you think (and now #Agile is called #Innovator)

Hola!

To innovate is part of a paradigm shift where the tools and best practices are useful, yet the main obstacle is people and their attitude. Get out of our comfort zone is rather complicated, and if we also add the probability of fail, the problem is bigger. Nobody likes to deal with a failure. However, one of the best ways to learn and become more productive is “Fail fast and cheap“. If we are part of a team where we run practices which allow us to identify these errors, correct them and learn from them to not repeat them, this road is a good one.

Today we listen to this “big innovation experts” and they suggest us this same idea, with a large plan view for even larger enterprises. And they are not wrong.. However, if you think back a little and have a little more background, you will realize that this is part of the essence of agility

Fail fast, adapt and move on

So, you know, please do not change your current words, nor much less the way in which you have learned to do things.

“Innovation” in the background is to implement the good practices of working as a team that we already know from Agile experience, but in a much more oriented way to enterprises.

Is that finally the SCRUM out is reaching all levels of businesses?

Saludos @ Madrid

/El Bruno

References

– Out of your comfort zone, https://elbruno.com/2013/02/21/video-out-of-your-comfort-zone/

– SCRUM in or SCRUM out? https://elbruno.com/2013/11/14/scrum-scrum-in-or-scrum-out/

#INNOVATION – Equivocarse es más barato de lo que parece (o cómo #Agile ahora es ser #Innovador)

Hola!

Innovar es parte de un cambio de paradigma donde las herramientas y buenas prácticas son de gran utilidad, aun así el principal obstáculo con el que nos encontramos son las personas y su actitud. Salir de nuestra zona de confort es algo complicado, y si además le sumamos la probabilidad de fallar, el problema se hace más patente. A nadie le gusta enfrentarse a un fracaso. Sin embargo, una de las formas más rápidas de llegar a un buen camino es “Fallar rápido y barato”. Si somos parte de un equipo donde las prácticas nos permiten identificar estos errores, corregirlos y aprender de los mismos para no repetirlos, este camino nos llevará a buen puerto.

Hoy escuchamos estas frases de grandes “expertos” en Innovación sugiriendo este camino en grandes planes de cambios en empresas aún más grandes. Y ojo, y equivocados no están. Aunque si tenemos un poco más de background nos daremos cuenta que esta premisa es parte de la esencia de la agilidad

Equivócate pronto, adapta y sigue

Así que bien, ya sabes, no cambies tus palabros de moda, ni mucho menos la forma en la que has aprendido a hacer las cosas.

“Innovación” en el fondo es aplicar las buenas prácticas de trabajo en equipo que conocemos pero en un aspecto mucho más orientado a las organizaciones.

¿Será que por fin el SCRUM para afuera está llegando a todos los niveles de las empresas?

Saludos @ Madrid

/El Bruno

References

– Salir de la zona de confort, https://elbruno.com/2013/02/19/video-saliendo-de-tu-zona-de-confort/

– SCRUM para adentro o SCRUM para afuera? https://elbruno.com/2013/11/13/scrum-scrum-para-adentro-o-scrum-para-afuera/