Glosario
Las palabras que el libro emplea con un sentido preciso, ordenadas alfabéticamente.
Arquitecto del Contexto
El papel que el libro atribuye al PM: transformar un conocimiento disperso —entrevistas,
objeciones comerciales, soporte, decisiones, datos, fuentes y señales débiles— en un
recurso organizativo reutilizable.
No se trata de producir más páginas, sino de hacer accesible lo que alguien necesita para
decidir sin tener que reconstruir todo el razonamiento desde cero.
Autonomía local
El primero de los tres niveles de control.
La decisión se mantiene dentro de los objetivos y estándares conocidos. Es reversible, sus
posibles consecuencias son limitadas y no altera una regla estructural.
El owner decide por su cuenta.
Contexto compartido
Los elementos que permiten a una persona decidir de forma local: lo que los clientes han
dicho realmente, las hipótesis que ya se han probado, las restricciones que importan, las
decisiones estructurales tomadas, los compromisos aceptados y las métricas que permiten
evaluar el resultado.
El libro lo trata como una infraestructura. Una organización no puede pedir que más
personas tomen decisiones y, al mismo tiempo, mantener lo esencial del contexto en la cabeza
de unos pocos especialistas: distribuiría capacidad para actuar sin distribuir capacidad para
comprender.
Cuello de botella
El punto de la cadena que limita lo que la organización puede entregar realmente.
La IA no vuelve inútiles las demás actividades: desplaza los cuellos de botella. Lo que la
lentitud de la ejecución ocultaba se vuelve visible: la calidad del problema elegido, la
claridad de la intención, las decisiones, la validación, la coherencia y la capacidad de
aprender después de la entrega. El nuevo cuello de botella es el criterio.
Decisiones vagas
Decisiones lo bastante vagas como para mantener una apariencia de consenso.
Cada persona puede proyectar en ellas su propia prioridad; más adelante, la ejecución revela
que las restricciones eran incompatibles. No hacen explícitos ni la elección, ni la renuncia
aceptada, ni la persona que decide.
Son especialmente peligrosas en un sistema muy autónomo: cada equipo puede tomar una
decisión razonable en su ámbito, pero incoherente en el conjunto.
Escalado
El tercero de los tres niveles de control.
La decisión modifica los propios límites del sistema: arquitectura estructural, seguridad,
datos sensibles, una interacción nueva e importante, un cambio de cliente objetivo, de
propuesta de valor o de precios. El owner ya no decide dentro del marco: propone
modificarlo. La situación requiere la intervención de un Garante o de un nivel superior de
decisión.
Garante
La persona o el equipo que sigue siendo garante de la coherencia y la calidad de un ámbito.
El Garante no es necesariamente quien realiza el trabajo del ámbito, ni quien aprueba cada
pequeña decisión. Es la persona a la que la organización acude cuando una decisión importante
afecta a ese ámbito, cuando se supera un límite o cuando algo sale mal.
El libro propone al menos tres:
- Garante de Producto: coherencia del producto, decisiones estructurales, cliente
objetivo, propuesta de valor, decisiones importantes y relación con la estrategia.
- Garante de Diseño: sistema de diseño, coherencia de la experiencia, accesibilidad,
nuevos patrones y nivel de exigencia de la experiencia de usuario.
- Garante de Desarrollo: arquitectura, seguridad, rendimiento, facilidad de
mantenimiento, calidad técnica y condiciones de puesta en producción.
El principio: todos pueden contribuir a varios ámbitos, pero cada ámbito conserva a alguien
que responde por él. El Garante cuida el marco, no aprueba cada gesto: si tiene que
inspeccionarlo todo, vuelve a convertirse en un cuello de botella.
No debe confundirse con el owner.
Marco para tomar decisiones
Lo que sustituye parte de las instrucciones detalladas: la información que orienta las
decisiones locales sin fijar de antemano cada solución.
Puede incluir el cliente prioritario, el problema que hay que resolver, el resultado
esperado, los límites del alcance, las restricciones importantes, el nivel de calidad
exigido, aquello que la organización acepta no hacer y los umbrales a partir de los cuales
debe elevarse una decisión.
Es la paradoja del libro: cuanto más se quiere distribuir la autonomía, más explícito debe
ser el marco. La autonomía no nace de la ausencia de reglas, sino de la posibilidad de actuar
sin pedir una autorización permanente.
Mecanismos de control en el sistema
Las reglas repetitivas que la organización traslada desde la aprobación humana hacia las
herramientas: pruebas, CI, sistema de diseño, estándares, reglas de seguridad, plantillas,
instrucciones para agentes y métricas.
Un Garante no necesita recordar la misma regla en cincuenta pull requests si esa regla puede
comprobarse automáticamente. Así, la experiencia humana se concentra en las excepciones. No
es una garantía de que la automatización baste para asegurar la calidad.
Niveles intermedios
Los escalones de management cuya función consiste en coordinar las decisiones entre la
dirección y los equipos.
El libro distingue las funciones de quienes las ocupan. Transmitir información, consolidar
informes de avance u organizar aprobaciones repetitivas puede perder importancia. Decidir
entre prioridades, resolver un conflicto, transmitir la experiencia y responder de los
resultados debe asumirse de otra manera. Lo que se cuestiona no es necesariamente el
management, sino la jerarquía como mecanismo obligatorio de coordinación.
Niveles verde, naranja, rojo
La tabla que escriben los equipos de Malorean Corp. para saber quién decide.
- Verde: se decide por cuenta propia cuando la decisión es local, reversible, conforme a
las reglas conocidas y no supone una promesa nueva al cliente.
- Naranja: se consulta ante una situación nueva, una contradicción entre objetivos o una
duda importante.
- Rojo: nadie decide por su cuenta cuando se trata de modificar una regla estructural,
comprometer a la empresa, tocar datos sensibles o asumir un riesgo importante y
difícilmente reversible.
Es la versión vivida de los tres niveles de control: autonomía local, validación específica,
escalado.
Owner
La persona que lleva un asunto.
Debe comprender el problema, hacer avanzar el trabajo, tomar las decisiones locales,
coordinar lo que haya que coordinar, comprobar el resultado y asumir que el asunto llegue a
buen término.
El owner y el Garante no son la misma persona: el owner es dueño de un asunto; el Garante
responde de un nivel de coherencia, de calidad o de riesgo en un ámbito. Un Product Engineer
puede ser owner de una funcionalidad sin convertirse en garante de toda la arquitectura.
Product Decision Record (PDR)
El registro de las decisiones de Producto lo bastante estructurales como para orientar a
varios equipos, varios productos o varias situaciones futuras.
Conserva el contexto, las alternativas consideradas, la decisión adoptada, sus razones, sus
consecuencias, los riesgos aceptados, las condiciones que justificarían reabrirla y las
personas que decidieron.
No documenta cada pequeña decisión. Una decisión sin memoria vuelve a ser negociable
rápidamente: el código conserva el rastro de lo que se construyó; el PDR, el del porqué.
Validación específica
El segundo de los tres niveles de control.
La decisión introduce una novedad, una excepción o un riesgo importante dentro de un ámbito.
Interviene el Garante correspondiente. No tiene por qué hacerse cargo del asunto: aporta el
criterio especializado que falta.