El consejo del presidente de Telefónica que nunca deberías seguir

Hace unos días atrás el presidente de Telefónica César Alierta realizaba un par de aseveraciones importantes durante una presentación, las que me han quedado dando vueltas por el fin de semana. Pienso utilizarlas como ejemplo para explicarte dos modelos de organización diferentes.

Alierta indicó que el ritmo de crecimiento de los ingresos de Telefónica se podría duplicar en los próximos años gracias a la digitalización de la economía y a la monetización de los datos. Esto último se concretaría (entre otros) mediante la limitación de la banda ancha a 500GB de datos, con el fin de que una vez alcanzado el tope, el cliente tuviese que pagar por el exceso. Esta idea ya la utiliza Telefónica en Argentina y Chile, y se estudia su implementación también en Brasil.

La decisión es mayoritariamente debida a que algunas de las infraestructuras no soportan bien el tráfico, lo que se podría enmendar de ésta forma y ayudar al pago de dividendo en efectivo de como mínimo 0,75 euros por acción garantizado para los próximos cinco o diez años a los accionistas. Añadió que la compañía está comprometida con la actual política de alto dividendo (0,75 euros al año en efectivo)

¿Pero qué tiene esto de particular?

Déjame hacer un poco de historia para que pueda exponerte mi punto. Éste modelo de compañía al servicio de sus accionistas y como principal motor de las decisiones estratégicas se lo denomina Economía Tradicional. Aquí, los planes son lineales en el tiempo y normalmente el cliente está ausente de las grandes decisiones de la empresa, aunque es el motor de sus ganancias. Lo importante es la previsibilidad a coste de una menor agilidad o adaptación, lo que repercute en una menor innovación y creación de disrupciones, pero ello se puede compensar parcialmente con enormes inversiones para lograr cierta innovación.

Figura1EmpresaCentro

Una característica para reconocer éste tipo de organizaciones es que cuentan con jerarquías rígidas donde normalmente la firma se sitúa como centro del universo, o lo que se denomina empresa geocéntrica. Aquí el cliente gira en la periferia alrededor de una compañía estable con planes a los próximos años y donde los clientes serán casi un hecho.

La meta principal es hacer más dinero para los accionistas y la pegunta central ronda en torno a “¿Cómo puedo hacer que los clientes me dejen más dinero?”. Ello se logra mediante 4 pilares adicionales:

Figura3ModeloTradicional.png

¿Crees que el patrón es similar al objetivo de Telefónica? Los roles en este tipo de empresa tienen la particularidad de estar basados en el control férreo sobre las tareas e individuos, coordinación mediante burocracia, reglas, planes e informes, y normalmente la eficiencia se lleva adelante mediante la reducción de costes. Finalmente, las comunicaciones fluyen de arriba hacia abajo dentro de canales formales y bien definidos, con densidad social baja (lee más sobre densidad social aquí).

Con el advenimiento de la agilidad y Scrum, el ecosistema comenzó plantearse de forma más horizontal, donde los equipos se sitúan en contacto directo con el cliente y la moneda de cambio de la organización es el valor generado hacia éste. Aquí la empresa ofrece el deleitar al cliente como núcleo, lo que da como resultado que sea involucrado en las decisiones como parte de ciclos de retro-alimentación cortos. Se mueve entonces hacia el modelo heliocéntrico similar a la revolución de Copérnico, dejando de ser la organización el centro del universo.

Figura2ClienteCentro

En vez de preguntar “¿Cómo puedo hacer que los clientes me dejen más dinero?”, se pasa a  “¿Cuáles son las necesidades de los clientes no satisfechos que puedo resolver cuanto antes?”

Con ésta nueva pregunta, el modelo cambia rotundamente ya que ahora a la cabeza de la pirámide ya no está el hacer más dinero para los inversionistas, lo cual puede parecer extraño a primera vista. Tomando el ejemplo de Telefónica, ¿Sería la decisión corecta bajo esta forma de pensamiento el poner una restricción al anchos de banda para generar más ganacia?

Ello genera una cadena de preguntas y respuestas diferentes que dan como resultado 5 nuevos pilares:

Figura4ModeloCreativo.png

Ahora el pilar principal es en deleitar al cliente en vez de generar dinero, lo que acarreará un cambio en la estructura de roles de la organización de jefes controladores pasando a ser ahora facilitadores/habilitadores, de burocracia a Ágil/Scrum/Lean, de valor a valores (transparencia, mejora continua y sustentabilidad) y de comunicaciones de arriba hacia abajo a conversaciones horizontales. Esto se llama “Economía Creativa”, lo que deriva en un paradigma diferente que crea un círculo virtuoso positivo donde se genera como resultante secundario más dinero aunque éste no sea parte de la fórmula.
Es un sistema de organización diferente, pero se deberá tener en cuenta que la falta de alguno de los elementos de las cajas superiores derivará en una empresa incapaz de lograr el objetivo de deleitar al cliente.

“Maximizar el valor para el accionista es la cosa más tonta del mundo”
Jack Welch ex-CEO de General Electric

“La idea de maximizar el dinero de los inversionistas lo cual es omnipresente en el mercado está totalmente equivocado”
Marc Benioff, CEO de Salesforce

La Economía creativa es el paradigma necesario en las empresas del nuevo siglo para obtener una alta flexibilidad a los cambios y adaptación a las turbulencias del mercado, productividad, generación de innovación y altos dividendos, y en lo que está basada la Agilidad.

Cualquier empresa que no transforme su modelo y siga tomando sus decisiones en base a paradigmas tradicionales, tendrá dificultades para competir, un alto nivel de desperdicio en sus procesos y ofrecerá productos menos atractivos.

Por lo que antes de seguir ideas o un consejo, piensa como quieres que tu organización piense y se mueva en los próximos años,

Gracias por escucharme,
Erich.

Recuerda que puedes seguirme en Twitter @erichbuhler con mis pensamientos diarios sobre Scrum, disrupciones, Agilidad y organizaciones progresivas o en Linkedin.

Porqué comprender la teoría de integración ayuda a tus productos Ágiles a ser exitosos

Ya hace más de una década que se escribió el manifiesto ágil y aún más desde que se comenzó a utilizar Scrum. Es momento de que te olvides del marco de trabajo tal cual lo concibes, y te explicaré porqué.

He visitado muchas empresas en los últimos años obsesionadas con crear más y más equipos Scrum. En las organizaciones con mayor flujo de información cruzada entre sus empleados (densidad social), con 4 o 5 personas alcanza para conformar un nuevo equipo, pero en donde existen o existieron silos, se requieren al menos 9 individuos por grupo para poder contar con las habilidades para crear un software específico. Es así que desde la concepción tradicional de Scrum, el foco se traduce en apoyar y buscar diferentes roles que sean capaces de llevar adelante el desarrollo de un producto, lo que lo focaliza en resolver un problema normalente orientado a lo que la herramienta puede hacer por el cliente.

Pero esto ha cambiado y mucho en los últimos años. Comencemos por entender la situación actual de los mercados, lo cual te permitirá comprender qué es lo que puedes hacer y hacia dónde deberías dirigirte o poner el esfuerzo de tu organización.

En los mercados tradicionales para los cuales se desarrolla un software, la cadena de comercialización se clasifica en 3 grupos:

  • o bien la compañía produce (o crea) un producto tangible o intangible
  • o se es un distribuidor
  • o se es un consumidor/usuario final

En muchos casos el resultado puede ser mixto, pero es siempre uno de estos el factor predominante.
La forma en la cual se hace dinero más fácilmente es mediante la retención del monopolio de alguna de las partes, por ejemplo, ser el proveedor o distribuidor único o integrar 2 de éstas áreas en una empresa. En éste último caso produces el bien y su vez lo distribuyes.

Ambas opciones se han empleado por años y son las que permiten en definitiva hacer  más fácilmente dinero ya que controlas al mercado.

Un ejemplo de la integración de dos áreas puede ser una revista, donde la creación del contenido (producto) y la distribución la hace la misma compañía. Otro ejemplo es una empresa de viajes aéreos, donde los aparatos, la atención de ventas y gestión de los aviones lo realiza la misma empresa (ejemplo Ryanair).

Draw1Spanish.png

Esto es lo que llamamos integración: quien crea/produce el servicio o elemento y quien realiza la gestión y distribución se integra bajo un mismo bloque para así controlar gran parte del mercado.
Aquí el foco normalmente del desarrollo de software radica en equipos que puedan potenciar productos que hagan posible unificar los servicios del proveedor y distribuidor bajo una misma solución.

Si el proveedor y distribuidor no son la misma empresa, la forma más efectiva es mediante el logro de la exclusividad, lo que asegurará una alianza estratégica.
Bajo éste mundo, se considera que si tienes un buen producto para ofrecer (zapattos, seguros, etc.), los clientes vendrán solos. Es por ello que la experiencia de usuario pasa a un segundo plano ya que aquí lo crucial es contar con un distribuidor estratégico, un producto y un software que pueda integrar ambas partes.

A medida que la internet y los teléfonos inteligentes se hicieron disponibles a escala masiva y precios asequibles, se generó la primera disrupción en los mercados, cambiando la estructura, las reglas y la forma de ver y crear software.

Lo digital permitió que toda compañía se transformase en una empresa de software y que pudiese  distribuir de forma gratuita. Una aerolíneas o una compañía de trenes ya no tenía que enviar físicamente los boletos, ya que ahora era posible integrar el proveedor y distribuidor bajo la misma herramienta Web y que se ofreciese de ojos a los clientes de forma unificada/integrada la totalidad de la solución. Esto permitía bajar los costes de las transacciones a casi cero, lo que potenciaba el escalar fácilmente el software  a cientos de usuarios en tiempo record. A esto es lo que llamamos agregación, y es parte de la teoría de Ben Thompson.

Draw2InternetEraSpanish.png

Esta primera disrupción cambió fundamentalmente la concepción de cómo las empresas competían entre sí. Un distribuidor ya no lo hacía basado en la relación exclusiva de productos que podía ofrecer a un conjunto de clientes sino que se centraba en que tan bien su software podía integrar la producción y ventas con sus usuarios.
Es aquí que comienza a cobrar vida un factor nuevo y desconocido para los equipos Scrum: La experiencia de Usuario.

Aquel que pudiese unificar el proveedor y su distribución con una buena  experiencia de cara al usuario ganaría más clientes, lo que haría posible que más gente emplease el producto, brindando así mayor retro-alimentación para los equipos de desarrollo (Scrum), cosa que permitiría mejorar el software más rápidamente (círculo vicioso positivo). Esto a su vez ayudaría a los Propietarios de Producto (Product Owner) a centrarse con mayor facilidad en aquellas funcionalidades deseables por el mercado.

Aparece aquí una segunda disrupción que fue originalmente descrita por la llamada Ley de la conservación de las ganancias/utilidades atractivas. Esta indica que cuando se tiene una disrupción, el titular que dominaba el mercado anteriormente (por ejemplo una casa de venta de tickets) ya no lo haría y sus ganancias caerían, pero ellas no se perderían sino que se transferirían a otra parte de la cadena, seguramente adyacente.

Déjame ponerte un ejemplo para que quede claro; antes de Internet, para conseguir huéspedes  los hoteles ofrecían habitaciones bajo una marca que el cliente reconocía y tenía confianza. Recuerdo que la primera vez que viajé a Seattle me alojé en la cadena Hilton, ya que confiaba en que el servicio de esa marca era de calidad, requisito necesario si nunca estuviste en una ciudad.

Draw3HotelesBeforeInternetSpanish

En ese tiempo, las cadenas de hoteles tenían integrada la propiedad que ofrecía las habitaciones con la confianza de la experiencia del usuario, y se dejaba en manos de terceros (modularizaba/tercerizaba) los mecanismos de reservas, los cuales se hacían generalmente a través de una agencia de viajes.
Al madurar la Internet, aparecieron nuevos jugadores en el mercado. Pongamos el caso del sitio Web AirBnB que permite a cualquier persona alquilar una habitación o propiedad. En éste caso, el mercado comenzó a funcionar de forma diferente.

Draw4HotelesAfterInternetSpanish

La Internet transformó la confianza en digital mediante una excelente experiencia de usuario y la posibilidad de emplear la reputación donde huéspedes podían votar sobre su estancia con un determinado anfitrión. De ésta forma, la confianza pasó a ser un bien digital y la propiedad modularizado/tercerizado.

Ahora al modularizarse la confianza (ya no pertenece al titular del monopolio) y ser digitalintegrarse con el sistema de reservas (sitio Web), se consigue que no sea necesario que la propiedad esté localizada en un mismo lugar, cualquier apartamento o habitación del mundo podría ser un candidato.  Lo que antes era un monopolio de una marca ligado a la confianza, ahora se transformó en digital, lo cual hizo que la marca ya no fuese lo importante sino que el centro se transformase en la experiencia que tenía el usuario desde su reserva hasta el fin de su estadía.

Pensemos ahora en una empresa de taxis, antes ella monopolizaba los coches y el despacho de los mismos y se tercerizaba en varios casos la reserva y el sistema de pagos (tarjetas de crédito).

DrawUberBeforeInternetSpanish

Ahora con Uber, Lyft, Cabify, etc. la confianza nuevamente se ha digitalizado mediante la posibilidad a los pasajeros de valorar conductores y a estos últimos al pasajero. A su vez, los coches se han tercerizado/modularizado (puede ser cualquier coche que funcione) y el sistema de despacho y pago está integrado en la plataforma Web.

DrawUberAfterInternetSpanish

En todos los casos se ha digitalizado la confianza, lo que hace que las ganancias se muevan a estas nuevas compañías y generen pérdidas en los «dueños/titulares» originales del mercado.

Esto es lo que la Ley de la conservación de las ganancias atractivas predice: cuando una disrupción aparece en el mercado, el dinero que pierde quien tenía un pseudo-monopolio se transferirá a otro eslabón adyacente de la cadena.

En un futuro podríamos ver entrar en el mercado a otros actores en la industria de trenes, bancos, líneas aéreas, etc. donde el digitalizar la confianza permita que lo importante sea la experiencia de usuario de principio a fin sin tener en cuenta quien realice el transporte.

Existe quizás una pequeña excepción a la digitalización de la confianza y es que el servicio sea excelente y precio muy razonable. Por ejemplo, en España el servicio de taxímetros es excelente, los coches son nuevos y están siempre limpios, personas amables y precio razonable. Aquí seguramente el impacto de la digitalización de la confianza tenga mucho menor impacto sobre su modularización, o su impacto sea debido a la digitalización de las empresas o servicios aledaños. Pero… conozco pocas empresas donde sus clientes estén muy satisfechos y consideren los precios del servicio más que razonables.

Es así que el centro de la creación del software en sí ya no radica en las tareas computacionales para resolver un problema específico y puntual sino en satisfacer al cliente de inicio a fin, y si la compañía desea sobrevivir, deberá poner el foco y llamar ahora a los equipos Scrum/Kanban o cualquier otro marco de trabajo Ágil como Equipos de Experiencia de Usuario, siendo el entendimiento de ésta última disciplina el nuevo centro del universo de la organización, y los cambios consecuentes en las estructuras de los equipos y la organización pasos urgentes de llevar adelante.

Si te gustó el artículo, ¿porqué no lees más sobre mi libro para consultores en cambio de empresa Lidera el Cambio Exponencial?

Gracias por escucharme,
Erich

¿Qué tipos de Coach Ágiles puedes encontrar en el mercado y en qué se diferencian?

Ésta es una pregunta muy frecuente en organizaciones nuevas con Agile, ¿Hay un solo tipo de Coach Ágil?

Déjame ponerte un ejemplo antes de darte la respuesta, si eres un jugador de fútbol, te preocuparás por tu rendimiento, estrategias de juego, habilidades con el equipo y personales, etc.

¿Es ésta la única perspectiva?

No, puedes ayudar al equipo en sí y pensar en sus divisiones inferiores, resto del club, su visión, mejorar la relación con los auspiciantes, proveedores y todas aquellas cosas que están en la periferia de éste.

Lo mismo sucede con Coach Ágiles. Existen actividades relacionadas con los equipos y la forma en la que se desarrolla el software, su calidad, la facilitación entre los grupos, los rituales de Scrum y la enseñanza de las técnicas para que ellos puedan ser exitosos.
Existen otras tareas que están relacionadas con las actividades más periféricas, por ejemplo, coaching de gerentes, la interacción de equipos con el resto de la empresa, el crecimiento de la organización hacia la agilidad, el cambio de los sistemas de compensación y evaluación, modificaciones en los contratos con terceros, la forma de presentar los servicios y todas aquellas áreas relacionadas con la transformación en sí. Aquí los equipos es tan solo un pequeño trozo de la tarta.

Es por ello que la industria normalmente se decanta por 4 tipos de Coach:

  • Scrum Master (facilitador de equipo)
  • Technical Coach (trabajo técnico con equipos)
  • Agile Team Coach (trabajo con varios equipos incluido Scrum Masters)
  • Agile Enterprise Coach (o Transformational Agent) (trabajo especializado en transformación organizacional)

En general, un coach empresarial (Enterprise Coach) requiere más experiencia sobre transformaciones de gran escala y sus dinámicas, y si bien puede hacer las tareas de un Coach de equipos (Team Coach), muy comúnmente un Team Coach carece de conocimiento para efectuar la transformación de toda una organización. Muchas veces él (Team Coach) es la progresión de la carrera de Scrum Master. Éste último es el peldaño inicial, pero no por ello, deja de ser difícil y requiere conocimientos de muchas áreas.
Por su parte, los Coach técnicos se especializan en tareas relacionadas con la construcción de software, herramientas, testing, programación, etc

¿Puedes ver la diferencia?

Lo que no deberías es tratar de tener la navaja suiza, donde una persona cubra todo el espectro (Scrum Master que es un coach organizacional o cualquiera otra combinación). Ello no solamente disminuye el foco (¡que es un valor de Scrum y Agile!) sino que aumenta la posibilidad de conflicto de prioridades. ¿Qué pasaría si un coach de equipos tuviese que hacer una tarea organizacional y otra de equipo, ambas de igual prioridad? Lógicamente una de ellas tendría que ponerse en espera, lo que provocaría un bloqueo temporal. ¡Y ello es justamente lo que estamos tratando de evitar!

Obviamente nada es blanco o negro, pero el seguir ciertas recomendaciones ayuda a crear un ambiente seguro y que la empresa sea más ágil, eficiente y un mejor lugar para trabajar.

Si necesitas conocer más sobre como potenciar equipos Scrum y Agilidad dentro de tu empresa, visita nuestro sitio Web.

Gracias por escucharme,

Erich.