Módulo 4: Liderazgo técnico sin autoridad

2. Influir en vez de mandar

Siguiente →

Descripción

Al terminar esta lección vas a entender, con una curva medida y no con una intuición, por qué la orden es una mala palanca para el arquitecto —incluso peor cuando no tiene autoridad para hacerla cumplir— y por qué la influencia, que parece más lenta y más débil, es la única que de verdad mueve a cinco squads. La idea que hay que interiorizar es que el mandato y la influencia no son dos velocidades del mismo camino; son dos mecanismos distintos que producen resultados distintos. El mandato busca el cumplimiento por obligación: "hazlo porque lo digo". La influencia busca la adopción por convicción: "hazlo porque te conviene y aquí está por qué". El primero, donde hay autoridad, consigue obediencia rápida pero superficial —la gente cumple la letra y se resiste al espíritu—; donde no hay autoridad, como en el caso del arquitecto, ni siquiera consigue eso. El segundo arranca más lento —hay que convencer a alguien, y ese alguien convence a otro— pero produce una adopción genuina que se difunde y se queda. Esta lección modela las dos dinámicas sobre las cinco squads de Mercado a lo largo de doce semanas, para que veas con tus propios ojos cómo el estándar impuesto se erosiona mientras el estándar influido se propaga.

Esto importa porque es el porqué cuantitativo de todo el módulo. La lección 1 estableció que la autoridad formal del arquitecto es 0% —no puede ordenar—. Esta lección responde la objeción natural: "bueno, pero si pudiera ordenar, ¿no sería más eficiente?". La respuesta, medida, es no —y ese "no" es liberador, porque significa que la falta de autoridad no es solo una limitación que hay que sortear, sino que la palanca alternativa (la influencia) es de hecho mejor para el resultado que importa: la adopción real—. Un estándar que las squads adoptan porque las convenciste se usa bien, se mantiene, y sobrevive a que dejes de mirar; un estándar que "adoptaron" porque se los ordenaste (si pudieras ordenarlo) se cumple de dientes para afuera y se abandona en cuanto nadie vigila. La influencia no es el premio de consolación del que no tiene poder; es la técnica correcta, y esta lección lo demuestra con números.

Conexión con el módulo: esta lección es el porqué; las cuatro prácticas que siguen son el cómo. La lección 1 midió el problema (autoridad 0%); esta mide por qué la influencia es la solución y no un parche. Todo lo que viene se apoya en esto: la cuenta de confianza (lección 3) existe porque la influencia se paga de la confianza; los guardrailes (lección 4) son influencia a escala —influyes sobre muchas decisiones sin tocarlas una por una—; disagree-and-commit (lección 5) es cómo mantienes la influencia cuando discrepas; las load-bearing conversations (lección 6) son el canal por donde la influencia viaja; y el consenso (lección 7) es la influencia consolidada en una decisión que se queda. Si la lección 1 dijo "no puedes mandar", esta dice "y qué bueno, porque influir funciona mejor —aquí está la curva—".

La canción que pega y la frase corporativa que nadie usa

Piénsalo con algo que ves todo el tiempo. Una canción se vuelve un éxito. Nadie ordenó que se volviera popular —no hay una autoridad que pueda decretar "esta canción gustará"—. Lo que pasó fue difusión: unas pocas personas la escucharon y les encantó (los early adopters), se la mostraron a sus amigos, esos amigos a otros, y en unas semanas la canta medio mundo. La adopción fue genuina —la gente la canta porque le gusta— y por eso se sostiene: sigue sonando meses después, porque cada quien que la adoptó lo hizo por convicción, no por obligación. La influencia se propagó de persona a persona, y llegó lejos precisamente porque nadie la impuso.

Ahora el contraste. Una empresa decide, desde arriba, que todos los empleados usen una frase nueva en sus correos —digamos, "gracias por tu colaboración proactiva"—. Sale un memo: "a partir de hoy, es obligatorio". ¿Qué pasa? El día uno, el cumplimiento nominal es del cien por ciento —todos, obedientes, meten la frase, porque se los ordenaron y hay un jefe mirando—. Pero nadie la hizo suya: la frase suena forzada, ridícula, nadie cree en ella. Así que en cuanto la vigilancia afloja, la gente deja de usarla —vuelve a "gracias" a secas—, y a los tres meses la frase obligatoria ha desaparecido, mientras la canción que nadie ordenó sigue sonando. El memo consiguió obediencia inmediata y hueca; la difusión consiguió adopción lenta y real. Uno se evaporó; la otra se quedó.

Esa es exactamente la diferencia entre mandar e influir un estándar técnico. Cuando el arquitecto ordena "todos usen el nuevo formato de logs" (y aunque pudiera hacerlo cumplir, que no puede), consigue la frase corporativa: cumplimiento nominal el día uno, resistencia por debajo, y erosión en cuanto deja de mirar —las squads meten el formato a medias, lo llenan de campos vacíos, y lo abandonan en el primer sprint apretado—. Cuando el arquitecto influye —convence a una squad, esa squad ve el beneficio y lo cuenta, otra la sigue— consigue la canción: arranca lento (una sola squad al principio), pero se difunde de squad a squad por convicción y prueba social, llega a las cinco, y se queda porque cada una lo adoptó porque quiso. Esta lección mide las dos curvas.

Ejemplo trabajado: el estándar que se difunde contra el que se impone

Modelamos la adopción del estándar por las cinco squads a lo largo de doce semanas, contando adopción genuina —squads que usan el estándar de verdad—, no el cumplimiento nominal de cara a la galería. La influencia se modela como difusión: arranca con un early adopter convencido, y cada semana los ya convencidos contagian a una fracción de los que faltan (prueba social, boca a boca), con una adopción que se queda. El mandato se modela como una orden en la semana cero: nominalmente cumplen las cinco, pero la adopción genuina arranca baja —solo las que ya estaban de acuerdo— y no crece (nadie se convence por una orden), y además hay backsliding: sin convicción, parte de lo adoptado se revierte en silencio.

# Adopcion de un estandar por 5 squads a lo largo de 12 semanas.
# El arquitecto NO puede ordenar. Comparamos dos mecanismos y contamos
# SQUADS con adopcion GENUINA (usan el estandar de verdad), no el cumplimiento
# nominal de cara a la galeria.
SQUADS = 5
WEEKS = 12

# INFLUENCE: difusion. Arranca 1 early adopter convencido. Cada semana los ya
# convencidos contagian a una fraccion de los que faltan (prueba social, boca a
# boca). La adopcion es genuina y se queda.
def influence(seed=1.0, contagion=0.75):
    adopted = seed
    hist = [adopted]
    for _ in range(WEEKS):
        remaining = SQUADS - adopted
        new = contagion * adopted * (remaining / SQUADS)
        adopted = min(SQUADS, adopted + new)
        hist.append(adopted)
    return hist

# MANDATE: el arquitecto ordena en la semana 0. Nominalmente cumplen los 5.
# Pero la adopcion GENUINA arranca baja (solo los que ya estaban de acuerdo) y
# NO crece: nadie se convence por una orden. Ademas hay backsliding: sin
# conviccion, parte de lo adoptado se revierte en silencio.
def mandate(genuine0=2.0, backslide=0.12):
    genuine = genuine0
    hist = [genuine]
    for _ in range(WEEKS):
        genuine = max(0.0, genuine - backslide * genuine)
        hist.append(genuine)
    return hist

inf = influence()
man = mandate()

print("Adopcion GENUINA del estandar (de 5 squads), semana a semana:")
print(f"{'week':<8}{'influence':>11}{'mandate':>10}")
for w in range(0, WEEKS + 1, 2):
    print(f"{w:<8}{inf[w]:>11.2f}{man[w]:>10.2f}")
print()
print(f"Semana {WEEKS}: influencia = {inf[-1]:.1f}/5 squads   mandato = {man[-1]:.1f}/5 squads")
print(f"El mandato logro 5/5 de cumplimiento NOMINAL el dia 0, pero solo {man[-1]:.1f}/5 real.")
print("La influencia arranco mas lento y llego a las 5 squads -- y se queda.")

Qué esperar. Al correrlo:

Adopcion GENUINA del estandar (de 5 squads), semana a semana:
week      influence   mandate
0              1.00      2.00
2              2.42      1.55
4              4.18      1.20
6              4.91      0.93
8              4.99      0.72
10             5.00      0.56
12             5.00      0.43

Semana 12: influencia = 5.0/5 squads   mandato = 0.4/5 squads
El mandato logro 5/5 de cumplimiento NOMINAL el dia 0, pero solo 0.4/5 real.
La influencia arranco mas lento y llego a las 5 squads -- y se queda.

Lee las dos columnas de arriba abajo, porque el cruce entre ellas es el argumento entero.

Fíjate en la semana 0. El mandato empieza arriba de la influencia: 2.0 squads contra 1.0. Tiene sentido —el día que emites la orden, las squads que ya estaban de acuerdo cumplen de inmediato (por eso el mandato arranca en 2), mientras la influencia todavía solo tiene un early adopter (por eso arranca en 1)—. Si midieras solo el día cero, concluirías que el mandato gana: consigue el doble de adopción de arranque. Esta es la trampa que hace que tanta gente elija mandar: en el corto plazo, parece funcionar mejor. Y si además pudieras hacer cumplir la orden, el cumplimiento nominal sería 5/5 el mismo día —cinco squads que "ya lo adoptaron" en el papel—. Un arquitecto impaciente ve ese 5/5 nominal y declara victoria.

Ahora sigue las columnas hacia abajo. La influencia crece —2.42, 4.18, 4.91— porque cada squad convencida contagia a las que faltan: la difusión se acelera en el medio (cuando ya hay varias convencidas empujando) y llega a las cinco alrededor de la semana 8, donde se queda clavada en 5.00. El mandato hace lo contrario: 1.55, 1.20, 0.93 —se erosiona—, porque la adopción genuina que tenía (las 2 squads que estaban de acuerdo) no crece (nadie más se convence por una orden) y de hecho se desmorona (el backsliding: sin convicción, hasta las que cumplían revierten en silencio). En la semana 4 las curvas ya se cruzaron —la influencia (4.18) pasó al mandato (1.20)— y a partir de ahí la distancia solo se abre. En la semana 12, el desenlace es brutal: la influencia tiene 5.0 de 5 squads con adopción genuina; el mandato tiene 0.4 —menos que las 2 con las que empezó—.

Aquí está la lección hecha número, y hay que grabarla: el mandato compra un titular el día uno y lo paga con la ruina en el mes tres. Su 5/5 nominal era humo —cumplimiento de cara a la galería que se evapora en cuanto nadie vigila—; su adopción real nunca pasó de 2 y terminó en 0.4. La influencia hizo lo opuesto: renunció al titular del día uno (arrancó en 1, no en 5) a cambio de una adopción que se difunde y se queda. Y fíjate en la asimetría del arquitecto sin autoridad: él ni siquiera tiene el titular falso disponible —no puede forzar el 5/5 nominal, porque su autoridad es 0%—, así que si intenta mandar, obtiene lo peor de la columna del mandato (la erosión) sin siquiera el consuelo momentáneo del cumplimiento. Para él, la influencia no es la mejor opción; es la única que produce algo distinto de cero.

Un matiz honesto, porque el modelo simplifica. Los números exactos —1.0 de seed, 0.75 de contagio, 0.12 de backsliding— son ilustrativos, no medidos de Mercado; cambia los parámetros y las curvas se mueven. Pero la forma es robusta y es lo que importa: cualquier proceso donde la adopción se propaga por convicción (influencia) supera en el medio y largo plazo a cualquier proceso donde la adopción se fuerza sin convertir (mandato), porque el primero crece y el segundo se erosiona. El modelo no dice "serán exactamente 5.0 contra 0.4"; dice "la orden sin convicción se desmorona y la influencia con convicción se difunde", y ese cruce ocurre para un rango amplio de parámetros. La única forma de que el mandato ganara a largo plazo sería que produjera convicción —pero entonces ya no sería mandato, sería influencia con otro nombre—.

Profundización: por qué la orden produce resistencia, y qué es "influir" de verdad

Si el mandato es tan malo, ¿por qué es el reflejo de tanta gente? Y si la influencia es tan buena, ¿en qué consiste exactamente? Vale la pena desarmar las dos preguntas.

Por qué la orden produce resistencia. Cuando a alguien se le ordena adoptar algo que no entiende ni comparte, pasan tres cosas, y las tres juegan contra la adopción. Primera, la reactancia: las personas (y los equipos) valoran su autonomía, y una orden que se siente como una imposición sobre cómo hacen su trabajo dispara resistencia —no contra el contenido de la orden, sino contra el hecho de ser mandados—. Un ingeniero puede estar de acuerdo con el estándar en abstracto y aun así resistirse si se lo imponen, porque lo que defiende es su derecho a decidir cómo trabaja. Segunda, el cumplimiento malicioso: sin poder desobedecer abiertamente, el equipo obedece la letra y traiciona el espíritu —adopta el formato de logs pero lo llena de campos vacíos o de datos inútiles, "cumpliendo" de un modo que hace el estándar inservible—. Tercera, la ausencia de dueño: nadie se siente responsable de que el estándar funcione, porque nadie lo eligió; es la orden de otro, así que cuando algo se rompe, el equipo se encoge de hombros —"yo solo hice lo que me dijeron"—. Las tres se combinan en la erosión que mediste: la adopción impuesta no tiene quién la sostenga.

Qué es influir de verdad. Influir no es manipular ni "vender" con trucos; es un proceso concreto con tres movimientos. Primero, empezar por los convencibles: no intentas mover a las cinco squads a la vez, buscas al early adopter —la squad (o la persona) que tiene el problema que tu estándar resuelve y está dispuesta a probarlo—. Con platform, por ejemplo, que sufre cuando no puede rastrear un error a través de servicios: para ellos el estándar de logs no es una imposición, es un alivio. Segundo, producir evidencia: dejas que ese early adopter lo use y muestre resultados —"desde que migramos, encontrar la causa de un incidente pasó de horas a minutos"—. Esa evidencia, dicha por un par y no por el arquitecto, es lo que convence a la siguiente squad: no tu autoridad (que no tienes), sino la prueba social de que a un equipo como ellos le funcionó. Tercero, bajar el costo de adoptar: haces que decir que sí sea barato —una librería lista, una guía de migración, tu ayuda en el primer PR— para que la squad convencida no tenga que pelear con la implementación. Ese es el mecanismo de la difusión que mediste: no es magia ni carisma, es sembrar en el lugar correcto, dejar que la evidencia hable, y quitar la fricción para que el sí se propague.

La difusión de innovaciones, en una frase. Lo que modelaste tiene nombre y teoría: es la difusión de innovaciones de Everett Rogers —cómo una idea o tecnología nueva se propaga en una población a través de innovadores, early adopters, mayoría temprana, mayoría tardía y rezagados—. La forma de S de la curva de influencia (lento, luego rápido, luego se satura) es exactamente esa dinámica: el arranque cuesta porque hay que convencer a los primeros sin prueba social, el medio se acelera porque ya hay evidencia y presión de pares, y el final se aplana porque solo quedan los rezagados. El arquitecto que entiende esto no se desespera por el arranque lento —sabe que la primera squad es la más cara de convencer— ni se sorprende de que la última cueste —los rezagados siempre cuestan—; trabaja la curva, no pelea contra ella. Y sabe la moraleja central: su trabajo no es convencer a las cinco squads; es convencer a la primera tan bien que ella convenza a las demás.

Errores comunes

Elegir mandar porque parece más rápido (de miopía de corto plazo). Qué pasa: el arquitecto ve que el mandato arranca arriba (el 5/5 nominal del día uno) y concluye que es más eficiente, así que ordena en vez de influir —y a los tres meses tiene 0.4 en vez de 5—. Por qué pasa: el mandato sí gana en el corto plazo, y si solo mides el día uno, tomas la decisión equivocada; la erosión llega después, cuando ya nadie la atribuye a haber mandado. Cómo detectarlo: si tu métrica de éxito es "cuántos dijeron que sí esta semana" en vez de "cuántos lo usan bien en tres meses", estás optimizando el titular falso. Cómo corregirlo: medir la adopción genuina y sostenida, no el cumplimiento nominal inmediato; aceptar el arranque lento de la influencia a cambio del final alto, que es el que cuenta.

Intentar mandar sin tener autoridad (de simular poder). Qué pasa: el arquitecto, frustrado, emite la orden de todas formas —"es obligatorio"— sin poder hacerla cumplir; consigue la erosión del mandato sin siquiera el cumplimiento momentáneo, y de paso quema confianza. Por qué pasa: mandar se siente decisivo y rápido, y bajo presión es tentador; se olvida que sin autoridad la orden no tiene con qué sostenerse. Cómo detectarlo: si emites "deben" y "obligatorio" sobre equipos que no te reportan, estás simulando un poder que no existe. Cómo corregirlo: cambiar el "deben" por el "aquí está por qué les conviene, y aquí está la primera squad a la que ya le funcionó"; la influencia es la palanca que sí tienes.

Intentar convencer a las cinco squads a la vez (de ignorar la difusión). Qué pasa: el arquitecto lanza el estándar a las cinco squads simultáneamente con un gran anuncio, esperando adopción pareja, y se frustra cuando ninguna arranca —porque nadie quiere ser el primero sin evidencia—. Por qué pasa: se confunde comunicar (a todos a la vez, que fue M3) con influir (que se propaga de uno a otro); se salta el paso del early adopter. Cómo detectarlo: si tu plan de adopción es "anunciarlo a todos y esperar", no estás usando la difusión. Cómo corregirlo: sembrar en el early adopter correcto —el que tiene el dolor que el estándar cura—, producir evidencia con él, y dejar que esa evidencia mueva a la siguiente squad; convences a la primera para que ella convenza a las demás, no a las cinco de golpe.

Ejercicios

Ejercicio 1 — Lee el cruce de las curvas. Sin correr el código, usa la tabla de salida. (a) ¿En qué semana la influencia supera al mandato? (b) ¿Por qué el mandato empieza arriba de la influencia si supuestamente es el peor mecanismo? (c) Si un arquitecto solo pudiera medir la adopción en la semana 1, ¿qué mecanismo elegiría, y por qué sería un error?

Ver solución

  • (a) El cruce. La influencia supera al mandato entre la semana 2 y la 4: en la semana 2 la influencia va en 2.42 contra 1.55 del mandato (ya lo pasó), y en la 0 iba por debajo (1.00 contra 2.00). El cruce ocurre en las primeras semanas y a partir de ahí la brecha solo crece.

  • (b) Por qué el mandato empieza arriba. Porque el día que se emite la orden, las squads que ya estaban de acuerdo cumplen de inmediato —el modelo arranca el mandato en 2.0 por eso—, mientras la influencia todavía solo tiene su único early adopter (1.0). El mandato "cosecha" de arranque a los que no necesitaban ser convencidos; la influencia empieza literalmente por uno. El mandato tiene la ventaja del primer día.

  • (c) Medir solo la semana 1 sería un error. Elegiría el mandato, porque en la semana 1 va arriba (y su cumplimiento nominal sería 5/5). Sería un error porque esa ventaja es transitoria y engañosa: el mandato está a punto de erosionarse (no crece y hace backsliding) y la influencia a punto de acelerar. Medir en la semana 1 captura exactamente el único momento en que el peor mecanismo parece el mejor. La adopción es un fenómeno de meses, no de días; medirla el día uno premia el titular falso y castiga la difusión real. La métrica correcta es la adopción sostenida al final del horizonte (semana 12: 5.0 contra 0.4), no la de arranque.

Ejercicio 2 — El estándar impuesto que "todos adoptaron". Un arquitecto con un poco de autoridad prestada logra que las cinco squads adopten su estándar de logs por presión: manda un correo firme, consigue que los managers lo metan en los sprints, y en dos semanas las cinco squads reportan "hecho". Declara victoria. Tres meses después, cuando ocurre un incidente, descubre que no puede rastrear el error a través de los servicios. ¿Qué pasó, y qué señal debió alertarlo de que el "hecho" era falso?

Ver solución

Lo que pasó es la columna del mandato hecha realidad: consiguió cumplimiento nominal (las cinco reportaron "hecho") sin adopción genuina. Las squads, presionadas y sin convicción, adoptaron el estándar de la peor forma posible —cumplimiento malicioso—: metieron el formato de logs pero lo llenaron de campos vacíos, valores por defecto, o datos que no sirven para rastrear nada; "cumplieron" de un modo que satisface el checkbox y traiciona el propósito. Por eso, cuando llega el incidente y de verdad necesita seguir el hilo de un error a través de los servicios, los logs no le sirven: están en el formato correcto pero vacíos de contenido útil. El estándar existe en la letra y no en el espíritu.

La señal que debió alertarlo: la velocidad y la uniformidad del "hecho" eran demasiado buenas. Cinco squads adoptando genuinamente un estándar nuevo en dos semanas es sospechosamente rápido —la adopción real toma tiempo, tiene fricción, genera preguntas y dudas—. Un "sí" unánime y veloz bajo presión casi siempre es cumplimiento nominal, no adopción. La otra señal: nadie hizo preguntas difíciles ni pidió ayuda con la migración —lo que indica que nadie la tomó en serio como para toparse con los problemas reales de implementarla—. Debió medir la adopción usando los logs en un caso real (¿puedo rastrear un incidente de prueba?), no contando checkboxes. La lección: el "hecho" reportado bajo mandato mide obediencia, no adopción; solo el uso real la mide.

Ejercicio 3 — Diseña la difusión. El arquitecto quiere que las cinco squads de Mercado adopten un patrón de feature flags (poder encender y apagar funcionalidades sin desplegar). No tiene autoridad. Aplica el mecanismo de la influencia de esta lección: ¿por dónde empezarías, cómo producirías evidencia, y cómo bajarías el costo de adoptar para que la difusión arranque? Da un plan concreto, no "convéncelos".

Ver solución

El plan sigue los tres movimientos de la influencia:

1. Empezar por el early adopter correcto —la squad con el dolor que el patrón cura. No lanzarlo a las cinco. Buscar la squad que más sufre por no tener feature flags: probablemente catalog o orders, que despliegan seguido y han tenido sustos al soltar una funcionalidad a medias. Para ellos, poder apagar una feature sin desplegar no es una imposición, es un alivio a un dolor que ya sienten. Empezar ahí hace que el primer sí sea barato —le resuelves un problema que ya tienen—.

2. Producir evidencia con ese early adopter. Ayudarlos a montar feature flags en una funcionalidad real y esperar a que ocurra el momento de valor: el día que usan una flag para apagar algo que salió mal sin tener que hacer un despliegue de emergencia a medianoche. Ese caso —contado por ellos, no por ti— es la evidencia. "La semana pasada apagamos el nuevo checkout en treinta segundos cuando dio problemas, sin rollback ni despliegue" convence a la siguiente squad mucho más que cualquier documento tuyo, porque viene de un par que vivió el beneficio.

3. Bajar el costo de adoptar para que la difusión arranque. Convertir lo que aprendiste con el early adopter en algo listo para usar: una librería o wrapper de feature flags ya integrado con el stack de Mercado, una guía corta de "cómo añadir tu primera flag en 20 minutos", y tu ofrecimiento de sentarte con la siguiente squad en su primer PR. Así, cuando orders ve la evidencia de catalog y quiere adoptarlo, decir que sí no le cuesta pelear con la implementación desde cero —el camino ya está pavimentado—.

Lo que NO harías: mandar un correo a las cinco squads diciendo "adopten feature flags, es la nueva práctica estándar". Eso es el mandato (sin autoridad, además), que produce el arranque en cero y la resistencia. El plan de difusión convence a una squad tan bien que su evidencia y el camino pavimentado mueven a las demás —convences a la primera para que ella convenza al resto—.

Resumen y siguiente paso

En esta lección mediste el porqué del módulo: influir vence a mandar donde no hay autoridad —y de hecho también donde la hay—. Con la canción que pega y la frase corporativa que nadie usa viste las dos dinámicas: la difusión que arranca lento y se queda contra la orden que consigue obediencia hueca y se evapora. Y lo mediste ejecutando: sobre las cinco squads a doce semanas, el mandato empieza arriba (2.0 contra 1.0 el día uno, 5/5 nominal) pero se erosiona a 0.4 real, mientras la influencia arranca en 1.0, cruza al mandato hacia la semana 2-4, y llega a las cinco squads donde se queda. Entendiste por qué la orden produce resistencia —reactancia, cumplimiento malicioso, ausencia de dueño— y en qué consiste influir de verdad —empezar por el convencible, producir evidencia de par, bajar el costo de adoptar—, que es la difusión de innovaciones de Rogers aplicada a un estándar técnico.

Antes de avanzar deberías poder: explicar por qué el mandato gana el día uno y pierde el mes tres; distinguir cumplimiento nominal de adopción genuina; describir los tres movimientos de la influencia (early adopter, evidencia, bajar el costo); y argumentar por qué convences a la primera squad para que ella convenza a las demás, en vez de a las cinco a la vez.

Lo que sigue es la moneda con la que se paga la influencia. En la lección 3 vas a ver que influir no es gratis: cada intento de mover a una squad se paga de una cuenta de confianza que se deposita (con aciertos, ayuda, admitir errores) y se retira (imponiendo, equivocándose tras insistir, robando crédito). Vas a ver, ejecutado, cómo dos arquitectos con la misma propuesta técnica correcta obtienen resultados opuestos —a uno lo siguen, al otro lo ignoran— por la única diferencia de su saldo de confianza. Es el paso de "sé que la influencia funciona" a "sé con qué se compra la influencia, y cómo no quedarme sin fondos".

Recursos

← Anterior1. Presentación del módulo: liderar sin poder ordenarSiguiente →3. La autoridad prestada: la cuenta de confianza