Damien Soitout
Un título de CTO es un trabajo con límites claros. Aprende qué cubre el asiento en la práctica: herramientas para compartir el trabajo, el registro de una comprobación y operar más de una marca.
La gente oye «director de tecnología» y se imagina a alguien que evalúa aparatos, firma licencias de software o dirige en silencio cada número que la firma vaya a producir jamás. El título sugiere un mandato amplio. En la práctica, al menos en el trabajo que yo hago, cubre un conjunto más estrecho y más ordinario de problemas: cómo las personas que llevan el negocio comparten información, guardan un registro fiable de lo que han comprobado, y operan más de una actividad distinta sin inventar un sistema privado para cada una.
Yo tengo el título en Foundation, junto a Richard Ohebshalom como cofundador. La pregunta útil no es cómo suena el título, sino qué toca de verdad el asiento y dónde se detiene. Si el límite no está claro, el papel se vuelve un cajón de sastre. Cada problema difícil que no tiene un dueño evidente acaba en el escritorio de tecnología, no porque le corresponda, sino porque el título está disponible. Así es como las organizaciones van perdiendo, despacio, la capacidad de decir quién responde de qué.
El trabajo en sí no es glamuroso. Es la diferencia entre una decisión que se puede reconstruir seis meses después y una que existe solo en la memoria de quien casualmente estaba en la sala. Es la diferencia entre que una persona nueva pueda encontrar la versión actual de un archivo y que esa misma persona tenga que preguntar a tres colegas en qué bandeja está el de verdad. Esas diferencias se acumulan. Con el tiempo deciden si una organización puede pasar el trabajo de una persona a otra, o si tiene que volver a reunir al mismo grupo pequeño cada vez que hay que entender algo.
La FAQ de Foundation describe el papel como construir buena parte de la pila tecnológica para la colaboración, la diligencia y las operaciones de varias marcas. Esa frase es exacta, pero también está comprimida. Cada una de esas palabras señala un problema que vuelve a aparecer en casi cualquier grupo que ha crecido más allá de un solo equipo trabajando en el mismo sitio.
La colaboración es la menos técnica de las tres. Es, sencillamente, la pregunta de dónde vive el trabajo compartido. Documentos, decisiones, reglas de acceso, y la historia de lo que cambió. Cuando la colaboración es un montón de bandejas privadas y discos personales, la organización no tiene un registro compartido. Tiene una colección de memorias individuales. Quien estuvo presente suele poder reconstruir lo que pasó. Cualquier otra persona no puede. Con el tiempo la organización empieza a depender de que las mismas personas sigan ahí, no porque sean las únicas con una habilidad especial, sino porque son las únicas que saben dónde están las cosas.
Un sistema usable de colaboración no exige un software elaborado. Exige que una persona en una oficina pueda ver lo que tiene permitido ver, y nada de lo que no, sin tener que preguntar. Exige que una decisión, una vez tomada, tenga un lugar que no sea el correo de alguien. Exige que la siguiente persona que se incorpora al trabajo pueda encontrar la versión actual sin una visita guiada. Son estándares ordinarios. También son los estándares que la mayoría de las organizaciones deja de cumplir en cuanto tiene más de un puñado de personas y más de una sede.
La diligencia es el registro de una comprobación. En el trabajo que hacemos, esa comprobación suele tratar de una oportunidad inmobiliaria, de una contraparte, o de un documento que tiene que ser verdadero antes de que el dinero se mueva. La pregunta útil no es si alguien miró el material. Es si el camino que recorrió el material se puede mostrar después: quién lo tocó, qué seguía abierto, y qué estaba alguien dispuesto a sostener cuando se tomó la decisión. Una carpeta de correos no es ese registro. Es una colección de mensajes que pueden contener o no los hechos que importan, ordenados por el momento en que se enviaron y no por el orden en que importan.
He visto procesos de diligencia que parecen completos hasta que alguien pregunta qué se sabía un martes concreto. En ese punto el grupo tiene que volver a reunirse, buscar en las bandejas y reconstruir los hechos de memoria. La reconstrucción suele bastar para usos internos y no basta nunca para alguien de fuera del grupo que necesita apoyarse en ella. Construir el flujo de modo que el camino se pueda reconstruir sin una reunión no es un logro técnico. Es negarse a tratar la memoria como sistema de registro.
Las operaciones de varias marcas son la menos comentada de las tres y, a menudo, la de más consecuencia. Foundation no es una sola tienda con un solo logo. El trabajo corre en América, Israel y Ucrania, y los esfuerzos de capital humano se sientan al lado del trabajo de inversión. Cada una de esas salas tiene sus propios clientes, sus propias restricciones regulatorias y sus propios operadores. Desde fuera deben seguir siendo distintas. Desde dentro no deberían inventar cada una una manera privada de nombrar a un cliente, guardar un archivo o probar que un paso ocurrió.
Si cada marca desarrolla su propio dialecto, el grupo deja de ser un grupo. Se vuelve un conjunto de actividades vecinas que comparten algo de gasto común y poco más. Añadir una marca nueva exige entonces o forzar la actividad nueva dentro de un dialecto que no le cabe, o dejar que invente el suyo y aceptar que la siguiente persona que se incorpore tendrá que aprender todavía otro idioma local. La pila es el mecanismo que mantiene las marcas legibles entre sí sin hacerlas idénticas. También es el mecanismo que permite mover a una persona de una marca a otra sin un aprendizaje de meses en los hábitos privados de la sala nueva.
El asiento tecnológico no pone precio a los activos, y no decide si un trato merece hacerse. Esos juicios pertenecen a las personas que van a sostenerlos. Guardar el archivo no es lo mismo que ser dueño de la decisión que el archivo sostiene. Cuando la distinción se cae, pasan dos cosas. Las personas que deberían responder del juicio comercial empiezan a tratar el sistema como un sustituto del juicio, y la persona responsable del sistema empieza a ser tratada como la persona que «de verdad dirige» el trabajo comercial. Ninguno de los dos resultados sirve.
El papel tampoco es un comentario continuo sobre lo moderna que es la firma. El código en una pantalla es un medio. La prueba es si un operador nuevo puede encontrar el registro, si una diligencia se puede pasar de una persona a otra sin una explicación heroica, y si se puede añadir una segunda marca sin crear un segundo caos. Una diapositiva que dice «tecnología» no es prueba de que ninguna de esas cosas sea verdad. La prueba es la semana en que la persona que construyó el flujo está de viaje y el trabajo sigue sin una serie de llamadas para aclarar.
Richard ha descrito a las personas de estos papeles como principales, no como empleados. La palabra sirve porque traza un límite en las dos direcciones. Un principal no espera un ticket. Un principal responde de la calidad de una función. Mi función son las herramientas compartidas y los registros que contienen. La función de Valeriia, en el trabajo de Ucrania, es la operación misma. La función de Richard incluye la dirección de conjunto del grupo. Ninguno de estos escritorios absorbe a los otros. Cuando una sala intenta hacer del CTO la persona que «de verdad dirige» la operación de un país, la sala suele estar cansada y busca un solo cuello al que apretar. La respuesta más útil es nombrar a la persona que de verdad es dueña del juicio y darle el registro, no mover el juicio al escritorio tecnológico porque resulta cómodo.
Una semana en el asiento tiene una forma reconocible. Se rompe un acceso, y la pregunta es quién podía ver qué, no a quién se le hirieron los sentimientos. Una diligencia se atasca porque un documento no tiene dueño: tres personas han dado por hecho, cada una, que otra estaba siguiendo los puntos abiertos. Una marca pide una excepción privada que haría más difícil de entender la marca siguiente. Alguien pide un número que el sistema no debería inventar para parecer completo. En cada caso la tentación inmediata es resolver el problema local lo más rápido posible. El coste a más largo plazo de esa solución suele ser invisible hasta que la siguiente persona intenta usar el mismo camino.
Prefiero mostrar un campo en blanco que una ficción segura de sí misma. Un campo en blanco es una declaración honesta de que la información no está en el sistema. Una ficción segura es una declaración de que la información está presente cuando no lo está. La segunda es más peligrosa porque entrena a la gente a fiarse del sistema en situaciones en las que el sistema no tiene nada que decir. Con el tiempo ese entrenamiento produce exactamente lo contrario de lo que el sistema debía producir: la gente deja de comprobar, porque el registro parece completo.
El estándar práctico que quiero es que las herramientas de colaboración, el registro de la diligencia y la estructura de varias marcas sobrevivan a una semana en la que yo no estoy disponible. Si mueren, lo que tenemos es una dependencia, no una pila. Las dependencias son corrientes y se entienden. También son la razón por la que las organizaciones descubren, casi siempre en un momento incómodo, que solo una o dos personas pueden explicar cómo se mueve de verdad el trabajo. El sentido del sistema es hacer ese descubrimiento menos probable.
Una herramienta clara es más útil que un discurso sobre la cultura, porque la herramienta quita un insulto diario: la búsqueda del archivo, la duda sobre qué versión está vigente, la reunión que existía solo para repetir lo que una página podía haber contenido. La gente nota la ausencia de esos insultos más de lo que nota la mayoría de las intervenciones positivas. Cuando baja la fricción diaria, el trabajo se vuelve más tolerable sin que nadie tenga que motivarse para tolerarlo.
He construido sistemas que eran ingeniosos y crueles. El ingenio es fácil de admirar en el momento y caro de habitar. Una persona debería poder terminar un paso de diligencia, ver que el registro está completo, e irse. Si el sistema le exige tener miedo de perderse algo que no se ve, o quedarse hasta tarde persiguiendo piezas por el correo, el sistema es el defecto. El mismo estándar vale para contratar. Una contratación lenta es una manera de no colocar a una persona descuidada dentro de un sistema que ahora recordará su descuido a la perfección. Una salida rápida es una manera de detener a una persona que trata el registro como opcional. El registro no es opcional. Eso es a la vez una regla de tecnología y una regla de dirección.
Nada de esto exige un campus ni un programa largo de formación. Exige que las distinciones que el sistema hace cumplir se vean en las propias herramientas. Una explicación corta de cómo se cierra una diligencia es útil. Un sistema que no deja marcar la diligencia como cerrada hasta que los elementos exigidos están presentes es más útil, porque sigue enseñando la distinción después de que la explicación se haya olvidado. La meta no es eliminar el juicio. La meta es dejar el límite entre el juicio y la llevanza del registro lo bastante claro como para que las dos cosas se hagan sin una negociación constante.
El fallo más común del título de CTO es la expansión. Como las herramientas tocan todos los escritorios, es fácil que la persona responsable de las herramientas sea tratada como responsable de cada problema que las herramientas sacan a la luz. Una diligencia atascada se vuelve un problema de tecnología. Una marca que quiere una excepción se vuelve un problema de tecnología. Un desacuerdo sobre lo que significa un número se vuelve un problema de tecnología. En cada caso la cuestión de fondo suele ser una pregunta de propiedad o de juicio que el sistema puede registrar pero no puede resolver.
La disciplina útil es devolver la pregunta a la persona que es dueña del juicio. El sistema puede mostrar que un documento no tiene dueño. No puede decidir quién debería ser el dueño. El sistema puede mostrar que dos marcas usan convenciones de nombre distintas. No puede decidir qué convención debe prevalecer. Cuando esas decisiones emigran al escritorio tecnológico, los otros principales pierden la capacidad de hacer su propio trabajo, y el escritorio tecnológico pierde la capacidad de mantener un sistema coherente. Los dos resultados se evitan si el límite está dicho con la claridad suficiente para que la gente pueda corregir una frase que da al asiento tecnológico un poder que no tiene, o que le quita un poder que sí tiene.
El mismo límite vale en la otra dirección. Un asiento tecnológico que se niega a absorber el juicio comercial o el operativo no queda por eso dispensado de hacer las herramientas usables para las personas que sostienen esos juicios. Si la única manera en que un operador puede completar una diligencia es rodear el sistema, el sistema ha fallado por muy cuidadosamente que se hayan dibujado sus límites. La prueba es práctica: ¿puede la persona que lleva una casa en un país usar las herramientas compartidas sin necesitar un traductor, y puede la persona que lleva una casa en otro país ver lo que necesita ver sin que se le dé acceso a todo?
Si tienes un título parecido, el ejercicio útil es escribir las tres cosas que el asiento cubre de verdad en tu organización, y después escribir las cosas que no cubre. ¿Qué comparte la gente, y dónde vive ese material compartido? ¿Qué registro prueba que se hizo una comprobación, y se puede reconstruir ese registro sin reunir a las personas que hicieron la comprobación? ¿Cómo vive una segunda marca o un segundo equipo en el mismo sistema sin desarrollar un dialecto privado que la siguiente contratación no pueda leer? Esas son las preguntas en positivo.
Las preguntas en negativo importan igual. No pones precio al activo porque guardas el archivo. No sustituyes al operador que lleva una casa. No aceptas una excepción privada que la siguiente persona no puede ver. No dejas que el título se convierta en el lugar al que se envía cada ansiedad sin resolver de la sociedad. Si puedes decir esas cosas un lunes ordinario, sabes qué cubre el asiento. Si solo puedes decir que estás «a cargo de la tecnología», tienes un apodo. Los apodos salen baratos. El coste de un límite poco claro se paga después, casi siempre por las personas que tienen que reconstruir, bajo presión, lo que el sistema debía haber dejado a la vista.
Lee la página sobre nosotros por los títulos que de verdad imprime. Lee la FAQ por el trabajo en tres partes. El título no es el trabajo. El trabajo es la colaboración, la diligencia y las operaciones de varias marcas, dentro de un límite que puedes decir en voz alta.
