- Tags:: ✍️OwnPosts , Qué hago trabajando con datos en vez de estar zurriendo mierdas con un látigo
- Date:: 2024-12-15
Prompt: “A technology startup office. One person is clearly in charge, tyrannical, giving orders to another person”. Qué lista la IA en Freepik, qué sutil el “Teamwork” de detrás y las manos en los bolsillos de la Doer.
Ayer me azotaron con un látigo ante unas 100 personas.
No es la única práctica del BSDM que disfruto. También disfruto de las que tienen que ver con mi profesión:
🔗 to original contextIn such minimal, but clearly unequal, social environments [work environments], strange things can start to happen. Back in the 1960s, the radical psychoanalyst Erich Fromm first suggested that “nonsexual” forms of sadism and necrophilia tend to pervade everyday affairs in highly puritanical and hierarchical environments. In the 1990s, the sociologist Lynn Chancer synthesized some of these ideas with those of feminist psychoanalyst Jessica Benjamin to devise a theory of Sado-Masochism in Everyday Life. What Chancer found was that unlike members of actual BDSM subcultures, who are entirely aware of the fact that they are playing games of make-believe, purportedly “normal” people in hierarchical environments typically ended up locked in a kind of pathological variation of the same sadomasochistic dynamic: the (person on the) bottom struggles desperately for approval that can never, by definition, be forth-coming; the (person on the) top going to greater and greater lengths to assert a dominance that both know is ultimately a lie-for if the top were really the all-powerful, confident, masterly being he pretends to be, he wouldn’t need to go to such outrageous lengths to ensure the bottom’s recognition of his power. (p. 121)
El BDSM que me apasiona del mundo laboral es la divisiĂłn de tareas entre “hacedores” y “pensadores”. Parezco Shakira rompiendo con PiquĂ©: bienvenidos al cuarto artĂculo en la serie “QuĂ© hago trabajando con datos en vez de estar zurriendo mierdas con un látigo”. Perdonadme, estoy en crisis y me saco de ellas (o me termino de hundir) escribiendo.
Thinkers - Doers
La primera vez que me lo crucé fue con Engineers Shouldnt Write ETL. A Guide to Building a High Functioning Data Science Department, y es exactamente como suena:
Transclude of Engineers-Shouldnt-Write-ETL.-A-Guide-to-Building-a-High-Functioning-Data-Science-Department#^13aa04
Transclude of Engineers-Shouldnt-Write-ETL.-A-Guide-to-Building-a-High-Functioning-Data-Science-Department#^a5bf0b
Y obviamente:
Transclude of Engineers-Shouldnt-Write-ETL.-A-Guide-to-Building-a-High-Functioning-Data-Science-Department#^c1bde2
-
Entre Product Managers y Software Engineers (Engineers Feeling Less and Less Involvement in Product Decisions, Suggestions).
-
Entre Staff Engineering o Arquitectos y otros equipos de desarrollo (^46c8e7, Tactical tornados).
-
Entre roles de negocio y equipos de producto:
-
Entre equipos de producto y equipos de soporte (Breaking Your Data Team Out of the Service Trap).
…y, por supuesto, como caso particular del anterior, mi favorito: cualquiera vs. equipos de datos, y en particular, cualquiera vs. Heads of Data. ¡No os imagináis la de Heads of Data en la sombra que hay por ahĂ!
Stakeholders mirando al Head of Data montar un Looker
El problema no es que haya Thinkers. Es el monopolio del thinking
Desde luego, mi rant no es sobre que haya figuras en una compañĂa que tengan responsabilidad estratĂ©gica, esto es, quĂ© hacer y por quĂ©. Eso es un job to be done, y tiene sentido que tenga responsables concretos (aunque podrĂamos argumentar si eso son roles exclusivos, si eso no es “sobre-especializar” o el abuso al delegar el Doing).
El verdadero problema es que se metan en el cómo hacer algo (a través de qué artefactos, y mucho menos, cómo hacer esos artefactos) si no han sido Doers previamente. Es más, lo chungo es que algunos hasta se saltan el qué: no tienen bien pensando cuál es el problema a resolver.
En equipos de datos se da cuando los lĂderes de otras áreas te piden implementar historias, a veces con bastante especificidad en el cĂłmo, incluso sin compartir para quĂ©. Pasa tanto a nivel macro/estratĂ©gico—preescribiendo un artefacto pero no el problema que busca resolver (e.g., “es el momento de un nuevo modelo de atribuciĂłn de subscripciones”)—como a nivel micro (“quiero un dashboard con <insertar una lista infumable de KPIs>”). Vamos, que no nos dan un seat at the table del pensamiento y las decisiones. Y en algunos, cuando escarbas, descubres que ni el problema a resolver era el correcto, con lo que se te forma tremendo kilombo para hacer las cosas bien (literalmente echarte roles de otras áreas encima).
A los Doers les va regular…
Aunque haya gente por ahĂ que crea que serĂamos más felices si simplemente nos dijeran quĂ© hacer (que resulta que no), la realidad es que esta separaciĂłn funciona como el culo para los Doers. Esto es fácil de ver: es la destrucciĂłn total de la motivaciĂłn de un trabajador. Si Daniel H. Pink en Drive dice que los tres componentes básicos de la motivaciĂłn son autonomĂa, maestrĂa y propĂłsito, pues con esto del Thinker - Doer le estás pegando una patada en la espinilla a las tres:
- No tienes autonomĂa. Te están diciendo cĂłmo hacer algo, hasta el detalle a veces.
- No tienes propósito. Porque al Thinker no le flipa compartir el contexto porque le retrasas. Cállate y ejecuta puto minion.
- Tampoco vas a tener maestrĂa en el dominio del problema. Como mucho habrá maestrĂa tĂ©cnica, que veremos a ver el valor que tiene en el futuro con los Foundational models (e.g., escribir una query en SQL vs. quĂ© pregunta es la que merece la pena preguntar).
… y a la compañĂa tambiĂ©n
Pero es que además, para sacar cosas que merezcan la pena adelante, tampoco funciona. A no ser que tenga un background tĂ©cnico, es muy difĂcil que un experto en el dominio de un problema se erija como Thinker de otro dominio—el tĂ©cnico—y sepa cuál es la mejor herramienta disponible para resolver un problema / aprovechar una oportunidad. En Data, como ya contĂ© en Falsos amigos en Data, esto es más peligroso e ineficiente aĂşn porque:
- La peña va sobreconfiada en sus capacidades pero luego no sabe diferenciar la media de la mediana.
- A la hora de meterse en harina de analizar datos hay que tomar 20mil decisiones nada triviales.
- El trabajo con datos es súper interactivo: tampoco está muy claro por dónde tirar hasta que te vas metiendo en harina, salen preguntas y repreguntas…
Entonces, acabamos con un ping-pong horrible entre Thinker y Doer, con montones de slices and dices de datos (desperdiciados) y además sin una narrativa coherente (confundidos).
Por no hablar de que también te pierdes ideas “bottom-up, de la gente que está en el barro: Amazon Prime fue una idea de un software engineer.
Un mĂnimo de Thinker
Hay Thinkers y Thinkers. Ya que pagamos un coste de ineficiencia y de motivación por esto, por lo menos que seas un buen Thinker, “porque seremos fascistas, pero sabemos gobernar”. Ojalá que al menos sean buenas aspiradoras del caos. De Don’t Create Chaos:
🔗 to original contextMy litmus test for effective leadership: any room that you enter should have more certainty and a firmer plan by the time that you leave it. Good leaders can walk into a situation where people have lost track of their goals and get everyone aligned on a clear path forward. They remove unimportant details, distill complex situations to their essence, and get the right decision-maker to make a call – even if it’s not them. They’re able to not only stop bad plans before it’s too late, but get them moving again in the right direction.
Me da pena porque precisamente esto es algo que creo que los roles de datos ÂżdeberĂamos traer? a la mesa. Pertenece, de las distintas visiones que puede tener un equipo de datos, a una de las que más me gustan: Driving Operational Clarity.
Black Hat Thinker
Esta dinámica se puede dar por puro error. Es verdad que si hablamos de “equipo de datos”, ya vamos mal. Es Conway law pura: estamos creando un equipo que no está alineado con los flujos de valor de la compañĂa, forzando handoffs feĂsimos como Ă©ste (y otros peores con los equipos de ingenierĂa). Analiza pero no tiene ownership sobre decisiones o producciĂłn. Es, sencillamente, la topologĂa de equipo de data incorrecta, al menos para la parte de análisis. A estas alturas, todos sabemos que por ejemplo un “equipo de backend” no tiene sentido, Âżno? Lo que molan son equipos multidisciplinares: tienen todo lo que necesitan, no hay dependencias raras, no hay “poner tareas a Fulano en un Jira”. Con Data es lo mismo: lo ideal es que los perfiles de análisis / ciencia de datos estĂ©n embebidos en equipos de producto, para que no haya esa desconexiĂłn.
Peeeero, donde hay voluntad hay un camino: aunque no estĂ©s con la organizaciĂłn ideal, si la peña quiere, puede funcionar. O como decĂa uno de los mejores jefes que he tenido nunca: “con gente buena todo funciona”.
Lo que pasa es que lo mismo no hay voluntad: si el modelo Thinker-Doer funciona para alguien, es para el Thinker. No es de extrañar que la gente busque posicionarse aquĂ. No ya porque sea cool, si no porque permite una cosa muy guay, que es el oportunismo a la hora de responder ante el ROI de buscar gamusinos. Si lo que te han mandado explorar tiene impacto, mĂ©rito del Thinker. Como Doer, aunque parezca increĂble, te invisibilizas. Si no tiene impacto, al Thinker que le registren y… “¿éste equipo de data pa que vale?“.
No quiero sonar Iker JimĂ©nez, pero, esta separaciĂłn del curro tiene raĂces… inquietantes, Âżno es asĂ, Carmen?. Viene del Taylorismo. De Reconquista tu tiempo de Jenny Odell:
đź”— to original contextLa administraciĂłn cientĂfica no tenĂa que ver Ăşnicamente con medir el trabajo y aumentar la productividad, sino tambiĂ©n con el disciplinamiento y el control. Tal como demuestran los largos años de batalla de Taylor, siempre que tuvieran conocimiento del proceso de trabajo completo, los trabajadores mantendrĂan cierto control sobre el ritmo de trabajo. (p. 77)
Todo paso en el proceso del trabajo está divorciado, lo más posible, de un conocimiento o entrenamiento especial y reducido a trabajo simple. Mientras que las relativamente pocas personas a las que está reservado el conocimiento y el entrenamiento se ven liberadas, lo más posible, de las obligaciones del trabajo simple. En esta forma, todos los procesos del trabajo se ven dotados de una estructura que polariza en sus extremos a aquellos cuyo tiempo es infinitamente valioso y a aquellos cuyo tiempo casi no vale nada. (p. 77)
đź”— to original context
Por no hablar de que los Thinkers (especialmente los Black Hat) son casi siempre hombres y no es casualidad su fetichismo por moverse rápido y romper cosas (que en el trabajo con datos por cierto nos revienta bastante). De Jenny Odell en Cómo no hacer nada:
^e75808La fuerza de la vida tiene que ver con lo cĂclico, con el cuidado y la regeneraciĂłn; la fuerza de la muerte se me parece mucho a la «disrupciĂłn». Evidentemente, las dos son necesarias en alguna medida, pero una se valora por defecto, por no mencionar que se masculiniza, mientras que la otra carece de reconocimiento porque no forma parte del «progreso» (p. 57)
đź”— to original context
El Thinker se la agarra con la mano
Hace poco me decĂa un buen compañero de fatiga:
Estoy ejecutando tan a saco que ni siquiera me da tiempo a ver lo que he hecho.
Como los Thinkers en general no tienen skin in the game en cuanto al ROI de los Doers (ni de su priorización ni de su coste en horas), y como en concreto en el trabajo con datos lo que se puede pedir es infinito, los Doers vamos a piñón para cumplir unas expectativas irreales.
Tan a piñón que a veces montas unas visualizaciones para trackear alguna historia y no te paras ni a ver lo que se está viendo. Pero al Thinker, que se la agarra con la mano, le sobra tiempo para dictar y luego fiscalizar tu trabajo (y ay de ti si te encuentra algĂşn error, porque eso justificará la necesidad de su thinking). Por otro lado, tampoco te puedes parar mucho porque dirá que vas muy lento (again, porque no tiene interiorizado lo que se tarda, y peor, tiene la intuiciĂłn de que se deberĂa tardar poco). De hecho, el tiempo que se tarda tambiĂ©n es un mecanismo de autorrefuerzo de la posiciĂłn del Thinker para que el Doer no pueda revelarse contra esta divisiĂłn de tareas. Como dice Slavoj Ĺ˝iĹľek en Demasiado tarde para despertar:
Transclude of Demasiado-tarde-para-despertar#^a9b81e
¿Qué hacemos entonces?
Desde luego, no es una moda pasajera, aunque la nueva narrativa del “taste”, de los vibes, o los cursos para salir de la uni siendo directamente Thinker no van a ayudar.
Podemos montar una matriz de Thinkers como en Data Means Business hacen con los stakeholders…
Although, their bias will be different, and you will need different stuff to get buy-in:
đź”— to original context![]()
… pero con distintos cuadrantes. A la gente que se posiciona como Thinker respecto de ti la podemos catalogar en torno a dos ejes: cuánto poder tienen en la compañĂa, y su Ă©tica profesional.
- Baja Ă©tica profesional, poco poder (“Liante”): a esta gente hay que darle lo mĂnimo que puedas. Todo lo que digas podrá ser usado en tu contra. Son pĂ©rdida de energĂa inĂştil. Pero hay que mantener un ojo por si ganaran poder.
- Alta ética profesional, poco poder (“Clueless Thinker”): esta gente tiene arreglo. Probablemente te están haciendo de Thinker porque tampoco saben hacerlo de otra manera. Con que expliques que esta dinámica está regular, será suficiente.
- Alta Ă©tica profesional, mucho poder (“True leader”): aquĂ es que quizá ni siquiera hay nada que arreglar. Probablemente sea un verdadero “thought leader”, que ayude: es difĂcil que alguien tenga mucho poder teniendo una buena Ă©tica profesional sin que eso implique tambiĂ©n unas muy buenas habilidades en el planteamiento de problemas complejos (en general, aunque no sean de su dominio de expertise).
- Baja ética profesional, mucho poder (“True Black Hat Thinker”): el verdadero chungo. Lo tratamos aparte.
Hay un subset entre de Thinkers con poco poder que es bastante increĂble que existan: serĂan los Taskmasters de David Graeber en Bullshit Jobs. No son ni Thinkers ni Doers, son intermediarios. Si estás en esta posiciĂłn, ojito, que al primer recorte que haya en la organizaciĂłn, vas a la puta calle (rightly so, porque es inĂştil esta labor). Como Doer, por Dios, sáltatelos, no gastes un segundo ahĂ.
CĂłmo relacionarse con The True Black Hat Thinker
Si tuviera la soluciĂłn, no estarĂa regalándola en un artĂculo. EstarĂa haciendo carrera como Jeffrey Pfeffer. Hay dos cosas a tener claras:
-
Siempre va a ver gente de este tipo.
Transclude of Power#^2855de
-
No hay soluciĂłn definitiva. Solo workarounds.
Tu objetivo como Doer (o como mixed Thinker/Doer si vas a por ese sueño) al lidiar con estos perfiles es:
- Sobrevivir. No salir por la puerta a no ser que tu quieras.
- Vivir bien. Intentar conseguir tanta autonomĂa como puedas para preservar las ganas.
- Hacer un buen trabajo. Esto no ya como imperativo moral, si no porque Black Hat Thinkers campando a sus anchas se pueden cepillar una compañĂa tranquilamente. Y si eres una data person, estás en la posiciĂłn para Being the Eyes of Your Organization. Además tu valor como profesional (dentro de esa compañĂa y fuera) es el impacto que puedas acreditar que has conseguido.
Es un delicado balance. Lo Ăşnico que se puede hacer es forzar posiciones en el tablero de juego, con mucho cuidado de no ofrecer una oposiciĂłn frontal (porque si tiene poder, es que te vas a la calle). Es un gastazo de energĂa, pero es lo que hay, aver studiao. Son cuatro cosicas:
- Reconduce si puedes. El Black Hat Thinker tampoco es tonto. Si lo que propone no tiene sentido, todavĂa le puedes convencer.
- Overdo. Una vez visto algo, no lo puede ignorar: si además de lo que te ha pedido le puedes enseñar algo que pruebe tu punto, lo mismo consigues inclinar la balanza en tu favor.
- Defend (positive). Para protegerte de que se invisibilice tu trabajo, es importante ser vocal con tu contribuciĂłn: intenta estar en los foros donde se publique el trabajo para que quede patente que has estado ahĂ. Comenta en el post de Slack donde se haya publicado (si no has podido publicar tu), da apreciaciones si se está presentando en una reuniĂłn… El que no llora, no mama.
- Defend (negative). Por otro lado, si la cosa ves que va a descarrilar, y no has conseguido ni reconducir, ni puedes hacer el overdo, hay que dejar patente por escrito en algún sitio que la idea no es tuya y que no estabas de acuerdo con antelación. Es la más complicada porque por narices tienes que expresar disagreement, es decir, un poquico de enfrentamiento directo. Ofrecerse a hacer meeting notes es la clave, asà se puede escribir algo de tipo: “El Black Hat Thinker propone hacer X. Nosotros expresamos estos concerns y ofrecemos esta alternativa Y. Como el Black Hat Thinker está muy convencido, continuamos con la propuesta del Black Hat Thinker”.
Y ya está. Cuando te canses, pues te vas de ese sitio, y empiezas este ciclo sin fin en otro lugar. O buscas Power:
Transclude of Power#^150135
Transclude of Power#^c71893