Un día en la vida de un Operations Manager
Turn this article into takeaways for your work.
Each assistant summarizes the article only for you and suggests best practices for your work.
La descripción de puesto decía "impulsar la excelencia operativa y ser dueño de la mejora de procesos interfuncional". Usted leyó esa línea en la etapa de la oferta y se imaginó algo con una pizarra y un diagrama de Gantt. Dieciocho meses después, el trabajo real se parece más a esto: usted es el Zapier humano entre Finance, Legal, IT y quienquiera que acaba de escribirle por Slack "pregunta rápida". Usted intermedia. Usted persigue. Usted escribe documentos que nadie lee, y luego se los lee en voz alta a las personas que no los leyeron. Ese es el trabajo.
Este es un martes real. No el versionado y maquillado de la página de empleos. El que termina con 22 pestañas abiertas y una página de Notion que empezó a escribir a las 2pm y nunca terminó.
8:14am: The Ticket Queue
Abre Asana. O Monday. O Linear, si su equipo de ingeniería lo metió en el suyo porque "las solicitudes de ops son básicamente tickets, ¿no?". Catorce tareas aterrizaron durante la noche. Las ordena más o menos en este orden:
- Tres son urgentes. Un AE de ventas bloqueado fuera de HubSpot. Una nueva contratación cuya laptop no se envió. Un líder de finanzas que pide el W-9 de un proveedor porque un pago está retenido.
- Cinco son rutinarias. Solicitudes de acceso, reembolsos de gastos, la pila de "¿puedes agregarme a esta página de Notion?".
- Cuatro son personas preguntando dónde está la página de Notion. Está fijada en el canal. Ha estado fijada en el canal durante seis meses.
- Dos son problemas reales disfrazados de preguntas. Una es "oye, ¿podemos conseguir una nueva herramienta para X?" (esa es una decisión de compra de 14.000 dólares que finge ser una petición de paso). La otra es "¿hay un proceso para la salida de contratistas?". Lo hay. Usted lo escribió, y el hecho de que alguien pregunte significa que no lo encontró, lo que significa que el proceso está roto.
Los primeros 45 minutos de su día son clasificación. El problema de señal contra ruido es el verdadero trabajo aquí. Si empieza a responder cada ticket a medida que aterriza, se convierte en la mesa de ayuda del equipo y su semana se esfuma. La disciplina consiste en ordenar primero, agrupar segundo y proteger al menos un bloque de tiempo de concentración antes del mediodía. Pone el estado en "no molestar" en Slack. Tres personas le escriben de todos modos. Una empieza con "perdón por molestar".
Desbloquea los tres urgentes, confirma los cinco rutinarios con un "en cola, fin del día" de una línea, y marca los dos problemas reales para un trabajo más profundo más tarde. El grupo de "dónde está la página de Notion" recibe un solo mensaje de Slack en el canal con el enlace, fijado de nuevo, con una pequeña nota: "si no lo encuentra, es culpa mía. Avíseme qué buscó para que pueda arreglar el título." Esa última frase es la diferencia entre una persona de ops que dura y una que se quema culpando al equipo por no leer.
9:30am: Vendor Email Triage
Abre la bandeja de entrada y ahí está. El correo de renovación de un proveedor en el que su equipo gasta 48.000 dólares al año. La renovación automática es en 11 días. Nadie lo señaló. El AE de ventas del otro lado ya reservó una "charla rápida" en su calendario para las 2pm. Su estómago hace ese pequeño giro de lado que hace cada vez que se da cuenta de que está a punto de negociar desde una posición perdedora.
Esto no es algo aislado. Esto es la mayoría de los martes. Las renovaciones de proveedores son el calendario de ops que nadie le dijo que era suyo, y de alguna manera lo es de todos modos. Esto es lo que se ha acumulado:
- Cola de Vendr o Tropic: cuatro renovaciones en los próximos 60 días, dos de ellas software que no está seguro de que el equipo todavía use. Tropic le muestra que una herramienta tiene 11 licencias de usuario activas de 40 pagadas. Eso son 14.200 dólares de software sin uso.
- Revisión con cambios marcados de Legal: un DPA de un nuevo proveedor de analítica lleva dos semanas en la cola de su contraparte de Legal. La compra está bloqueada hasta que se resuelva. Su Head of Marketing pide un estado día por medio.
- La "charla rápida": el AE quiere hacerle un upsell al nivel enterprise. Lo sabe porque el asunto del correo era "oportunidad de partnership para el Q2" y esa frase solo significa una cosa.
Pasa 25 minutos extrayendo datos de uso del panel de administración de la herramienta, cruzándolos con la lista de licencias en su HRIS, y escribiendo un informe de renovación de una página. Herramientas usadas, licencias activas, valor en dólares, tres palancas de negociación (reducción de tamaño, descuento plurianual, eliminación de los módulos que nadie usa). Se lo envía a su CFO antes de la llamada de las 2pm para que la conversación sea "esta es nuestra posición" en lugar de "déjame responderte luego".
Esta es la realidad poco glamorosa de la gestión de proveedores. No es abastecimiento estratégico. Es ser la persona que nota la fecha de renovación automática en un contrato que alguien firmó antes de que usted siquiera fuera contratado. La razón por la que ops es dueño del calendario de proveedores es que la descripción de puesto de nadie más incluye "recordar cuándo expiran las cosas". La suya sí, aunque no lo diga.
11:50am: Mid-Day Process Review
Tiene un 1:1 con la nueva contratación del equipo de customer success. Tres semanas dentro. Ella está recorriendo el documento de incorporación que usted escribió en febrero, ese del que estaba orgulloso, ese que le tomó todo un fin de semana.
Se atasca en el paso 4.
El paso 4 es "cree su bandeja de soporte en Zendesk". Salvo que en marzo, IT migró al equipo de Zendesk a Intercom, y nadie se lo dijo, y el documento todavía dice Zendesk. El paso 5 hace referencia a un canal de Slack que se renombró en abril. El paso 7 tiene una captura de un panel de administración que no existe desde que el proveedor SaaS lanzó una renovación de interfaz en enero.
Esto es lo que hacen los documentos de procesos. Se deterioran. Usted los escribe una vez, los publica, se siente bien al respecto, y 90 días después están mintiéndole en silencio a cada nueva contratación que los lee. La nueva contratación es demasiado educada para decirle que el documento está roto. Solo dice "ah, ya lo resolví, está bien". No está bien. La próxima persona chocará contra el mismo muro y perderá 40 minutos en silencio.
El ajuste de cuentas honesto aquí, el que ninguna descripción de puesto le prepara: el documento no es el entregable. El ritmo de revisión es el entregable. Un documento de procesos sin dueño y sin revisión trimestral es un pasivo disfrazado de documentación. O construye un ritmo de revisión (trimestral, dueño con nombre, fecha de última revisión en el encabezado), o deja de fingir que el documento existe.
Agrega tres cosas a su semana:
- Un bloque de calendario el último viernes de cada trimestre etiquetado "revisión de documentos de procesos" con los cuatro documentos de incorporación enlazados.
- Una regla de Zapier que escribe por Slack al dueño del documento 60 días después de la última edición, preguntando "¿esto sigue siendo preciso?". Si no responde en 5 días, escribe a su manager.
- Una línea de "última revisión" en la parte superior de cada documento. No "última edición" (eso es el wiki). Revisado significa que un humano lo leyó de principio a fin y confirmó que los pasos todavía funcionan.
Hace los cambios al paso 4 ahí mismo en el 1:1. La nueva contratación lo ve hacerlo. Eso también es el trabajo: dejar que la gente vea que el documento es algo vivo, no un monumento.
1:15pm: Async with Finance, Legal, and IT
Come un sándwich en su escritorio y mira tres hilos de Slack, cada uno una conversación asíncrona distinta donde usted es el tejido conectivo.
Finance quiere un PO para el proveedor de analítica. No pueden emitir el PO hasta que Legal resuelva el DPA. Usted ya le insistió a Legal dos veces. Le insiste una tercera, esta vez con una fecha límite clara: "Marketing necesita esto en producción para el 6 de mayo, ¿podemos cerrar la revisión con cambios marcados para el jueves?". Las fechas límite específicas mueven las cosas. La urgencia vaga no.
Legal tiene preguntas sobre la ubicación de los datos de un nuevo proveedor. Quieren saber si el proveedor almacena datos de clientes en la EU. Usted no lo sabe. Va al portal de confianza del proveedor, encuentra la respuesta (Frankfurt y Dublín), la captura en pantalla, la pega en el hilo. Legal lo confirma. El DPA pasa a la posición uno en su cola. Esto le tomó cuatro minutos. A Legal le habría tomado 20 minutos porque no saben qué portales de proveedores existen, que es por lo que ops es dueño de la intermediación.
IT le escribe por Slack a la 1:47pm: "oye, nos quedamos sin licencias de Notion. El all-hands es a las 2pm y tres personas de marketing no pueden acceder al deck."
Este es el pánico de licencias. Toda persona de ops lo ha vivido. El patrón siempre es el mismo: alguien agregó un lote de contratistas a una herramienta el trimestre pasado, el conteo de licencias se desvió más allá del nivel pagado, la factura subió 200 dólares al mes, nadie se dio cuenta, y ahora tiene 13 minutos para arreglarlo antes de una reunión de toda la empresa.
Hace lo que hay que hacer. Abre el administrador de Notion, degrada cuatro cuentas inactivas (los contratistas que se fueron en marzo y de alguna manera todavía tienen licencias), libera las licencias, escribe a las tres personas de marketing con el enlace al deck. Funciona. No escribió un memo estratégico. No impulsó la excelencia operativa. Desbloqueó un all-hands. Eso, también, es el trabajo.
El patrón asíncrono que hace que esto funcione, cuando funciona: sea la persona que acorta el ciclo. No retransmita mensajes. Extraiga los datos, pegue la captura, proponga la fecha límite, nombre al dueño. Cada mensaje que envíe debería reducir el número de mensajes que otra persona tiene que enviar. Si está reenviando sin agregar valor, está frenando el sistema, no ayudándolo.
3:40pm: The Scope Creep Meeting
Un product manager lo mete en una "sincronización rápida" de 30 minutos que se convierte en 50. Tiene una nueva iniciativa. Necesita ayuda con "el lado operativo". Veinte minutos dentro, se da cuenta del alcance: quiere que usted sea dueño de la selección de proveedores para una nueva herramienta, construya el plan de despliegue, capacite al equipo, escriba el SOP y dirija los primeros 90 días de reportes de uso. Nada de esto estaba en la petición original. Nada de esto tiene un dueño de presupuesto. Nada de esto tiene una fecha límite. Él simplemente cree de verdad que usted tiene el tiempo.
Esto es ampliación incontrolada del alcance, y nombrarla en voz alta es la única manera de manejarla. Usted no dice que no. Dice: "con gusto ayudo con el plan de despliegue y el SOP. La selección de proveedores debería quedar con usted y compras, y yo reviso la lista corta. La capacitación y los reportes de uso de 90 días son un proyecto aparte; planifiquémoslo como una petición de Q3 con su propio presupuesto." Anota lo que se comprometió a hacer en las notas de la reunión. Le envía las notas dentro de una hora. Si no está por escrito, no pasó.
Las personas de ops que se queman son las que absorben cada petición adyacente sin acotarla. Las que duran son las que dicen que sí a la porción correcta y ponen el resto en un backlog de Q3 con un dueño real.
5:20pm: End-of-Day Prioritization
Cierra la laptop con 22 cosas todavía abiertas. Esto es normal. El instinto es quedarse una hora más y aplastar tres más. La disciplina es parar.
Antes de parar, ejecuta un filtro de 10 minutos: de los 22 ítems abiertos, ¿cuáles tres de verdad hacen avanzar a la empresa mañana? No cuáles tres son los más ruidosos. No cuáles tres se sienten más urgentes. Cuáles tres, si no se hacen, le costarán a la empresa tiempo, dinero o confianza.
Hoy los tres son:
- El informe de renovación de proveedor para el CFO (fecha límite: mañana a las 2pm).
- El correo de seguimiento del DPA a Legal (cada día que esto se retrasa, el lanzamiento de marketing se retrasa).
- La corrección del documento de incorporación que empezó al mediodía y no terminó.
Los otros 19 ítems van a una lista de "mañana" en Asana con una nota de una línea cada uno. No porque no importen. Porque el cerebro de mañana tendrá una lectura más limpia de ellos que el cansado de esta noche.
La razón por la que las personas de ops se queman no es la carga de trabajo. Es la ausencia de un ritual de cierre. Cualquier otra función tiene un interruptor de apagado natural. Un trato se cierra, un sprint termina, una campaña se lanza. El trabajo de ops no tiene bordes. Simplemente sigue. Así que tiene que construir el borde usted mismo, y el hábito de la tarde del viernes que previene el pánico del lunes por la mañana es este: 30 minutos, cada viernes, para recorrer la cola, eliminar los tickets muertos, escribir las tres cosas que más importan para la próxima semana y cerrar la laptop. Eso no es un truco de productividad. Es la única manera de hacer este trabajo por más de dos años.
What This Job Actually Is
Este trabajo no es excelencia operativa. Es suficiencia operativa sostenida por una persona que nota cosas. La renovación de proveedor que nadie más señaló. El documento que en silencio dejó de ser verdad. El pánico de licencias a la 1:47pm. El hilo de Slack donde tres equipos hablan sin escucharse y necesitan un traductor.
Si está leyendo esto y se siente un poco visto, un poco cansado y un poco a la defensiva: bien. Usted no es malo en ops. El trabajo es genuinamente así de fragmentado, y las personas que fingen lo contrario o no lo hacen de verdad o acaban de ser contratadas para algo que todavía no se ha roto.
La razón por la que las buenas personas de ops son imposibles de reemplazar no es que el trabajo sea difícil en ningún momento puntual. Es que el trabajo está compuesto de 200 pequeñas observaciones, y el conocimiento institucional de cuáles observaciones importan tarda de 12 a 18 meses en construirse en cualquier empresa dada. Usted no es un flujo de Zapier. Usted es la parte de la empresa que mantiene las costuras unidas mientras todos los demás construyen lo siguiente. Eso es poco glamoroso. También es la razón por la que, cuando se vaya, tres funciones distintas se desmoronarán en silencio durante un trimestre.
Mañana por la mañana la cola tendrá 14 tickets nuevos, y usted los ordenará, e intermediará entre Legal y Finance, y en algún punto cerca de las 2pm alguien le escribirá por Slack "pregunta rápida". Ese es el trabajo. Bienvenido a él.
Learn More
