E191 - Hablemos de organización

Resumen

Episodio conversado sobre organización personal y de equipo en el trabajo, motivado por la sensación de estar siempre disponible, colapsado o sin avanzar. Parten de un artículo según el cual el multitasking no existe: lo que hacemos es cambiar de contexto y arrastramos un "residuo de atención" que tiene un costo. Cada integrante cuenta su método: descargar la "RAM" en notas (OneNote), time blocking, días por proyecto, calendario, tableros tipo Jira o Azure DevOps y reglas como los 2 minutos o eat the frog. Discuten cómo priorizar (matriz de Eisenhower, la regla 80/20, una matriz propia de ansiedad), cómo manejar pedidos "urgentes" y cómo evitar el burnout, que desde el punto de vista productivo lleva la productividad a cero. También tratan la importancia de las relaciones, el networking y la office politics, y cierran con herramientas (Miro, whiteboards de Teams, Obsidian, Claude Code), un ejemplo de vibe coding con Codex y la idea de que los métodos son sugerencias que cada uno adapta.

Capítulos

• 00:00
  IntroPresentan el tema de la organización, motivado por la necesidad de estar siempre disponible que se ve en redes y en el trabajo. Quieren dar tips con experiencias reales, útiles sobre todo para quien recién empieza.
• 02:25
  Multitasking y cambio de contextoUn artículo plantea que el multitasking no existe: se cambia de contexto y queda un "attention residue" de la tarea anterior. En el trabajo llegan muchos temas a la vez (mails, mensajes, el jefe), y tareas como programar o hacer data science requieren periodos de concentración.
• 04:45
  Time blocking y días por proyectoUn integrante dedica días completos a cada proyecto (lunes y miércoles uno, martes y jueves otro, viernes para temas misceláneos y reuniones). Su equipo bloquea al menos 2 horas diarias sin reuniones para trabajar concentrado. Otro integrante comenta que los estudios de multitasking son promedios y que puede haber perfiles distintos.
• 07:39
  Cierre mental y ritualesEl artículo indica que terminar la tarea no basta para eliminar la interferencia: hace falta una sensación de cierre. Recomienda rituales de transición (anotar en Jira o similar), agrupar tareas parecidas (task batching), fijar límites de tiempo, unas 4 horas ideales sin interrupciones, y apagar Teams y el correo. Hay un desvío sobre si "ingeniero comercial" es un trabajo o una profesión, y sobre los roles que uno puede tener a la vez.
• 13:50
  Interrupciones y prioridadesLo que más interrumpe son pedidos de gestión como permisos y desbloqueos, con Teams siempre abierto. Un integrante propone conocer los objetivos por los que lo evaluarán y priorizar las 2 o 3 tareas que importan al jefe, aceptando que las otras 10 o más pueden quedar atrasadas.
• 18:15
  Burnout y límites sanosEl burnout es el peor escenario porque la productividad llega a cero y se pierde un mes. Recomiendan parar para hacer ejercicio si evita llegar a ese punto, y mapear también las interrupciones de la vida personal. Un integrante cuenta que lleva un mes colapsado por salidas de personas del equipo, que dejó temas "tirados" y que lo comunicó por escrito a su jefatura. Mencionan el libro *Think Fast, Think Slow* y la importancia de dejar acuerdos por correo.
• 24:16
  Descargar la memoria a notas y KanbanUn integrante "descarga su RAM" anotando en OneNote todo lo que le piden y elige solo 2 tareas diarias como meta. Para la semana usa objetivos en un tablero Kanban, anota las reuniones por proyecto y las entrevistas por equipo y puesto, y hace Gantt cuando se lo exigen.
• 29:14
  Jira y reglas rápidasOtro integrante usa Jira o Azure DevOps para registrar tareas y las vincula a pull requests y estados (en desarrollo, en revisión, bloqueado). Aplica la regla de los 2 minutos (o menos de 5 minutos) y menciona eat the frog, que no puede aplicar mucho. También usa comentarios TODO con la extensión Todo Tree. Otro critica que su sistema antiguo, muy detallado, no servía porque a nadie le importaba la data.
• 33:57
  Calendario y planificación semanalUn integrante gestiona con el calendario en niveles: próximas dos semanas, semana, tres días y día. Cancela o delega reuniones poco importantes, marca las importantes y reserva al menos dos bloques de 3 horas a la semana para análisis profundo.
• 36:17
  Ownership al usar IAReflexión sobre hacerse responsable de lo que se hace con IA. Se critica presentar como propio lo que se hizo con GPT, frente a decir con honestidad que se pidió y se hizo con vibe coding. El presentador explica cómo le pidió al modelo las fuentes del artículo.
• 37:51
  Eisenhower Matrix en vivoPresentan la matriz urgente/importante: hacer, programar, delegar y eliminar. Se menciona que hay tareas anotadas que con el tiempo pierden contexto y nunca se hacen.
• 38:54
  Debate urgente vs importanteDiscuten qué cuadrante delegar y si "no importante" está bien nombrado: puede ser menos importante en términos relativos pero igualmente urgente. Un caso típico es un pedido del jefe.
• 41:31
  Adaptar métodos al equipoUno de ellos no usa la matriz de forma individual porque lo hace intuitivamente, pero la considera útil para ordenar tareas a nivel de equipo. Insisten en que Eisenhower, Kanban, Scrum o el manifiesto ágil son sugerencias que se ajustan a la realidad propia.
• 43:25
  Matriz de ansiedad personalUn integrante reemplazó un eje de la matriz por "¿me dará ansiedad si no lo termino?", porque terminaba sintiéndose mal por no hacer cosas que su lógica marcaba como no urgentes.
• 44:28
  Reglas rápidas y 2 minutosComentan la idea de acortar deadlines para reducir el proceso y la regla de los 2 minutos. Aplican la regla de inmediato en bloqueos directos del equipo, como permisos, para que nadie quede parado.
• 45:29
  Cuando todo es urgenteFrente a clientes internos que piden todo como urgente, citan que "cuando todo es urgente, nada es urgente". Proponen argumentar con calma, explicar las prioridades para bajar la ansiedad de la contraparte y reconocer que no es un problema trivial.
• 46:43
  Escalar y usar al jefeCuentan tácticas: usar al jefe como escudo cuando eran analistas, parar el pedido directamente con más seniority y escalar solo si insisten. Un ejemplo es decir "mi líder no me deja hacerlo de otra manera". También sirve hacer preguntas (¿se cae algo?, ¿impacta?) para que la urgencia se desinfle, y levantar a tiempo la carga con la jefatura.
• 50:53
  Relaciones y canales de comunicaciónUn integrante propone una escala de cercanía: ticket, correo, chat de Teams, reunión con cámara, reunión presencial y conversación de pasillo. Con buena relación la contraparte cree que "estoy ocupado" es verdad.
• 53:07
  Office politics y networkingHablan del contexto político en empresas grandes y de la estrategia de decir sí al gerente directo, negociando más en roles con interacción directa. Comentan un caso en que verse en persona o por llamada cambió la percepción de un mensaje frío. Aconsejan a los juniors considerar desde el inicio el networking, las buenas relaciones con áreas clave y entender la cultura de la empresa, incluso llevarse bien con la secretaria.
• 01:01:57
  MemesRevisan memes del chat sobre vibe coding en producción, un meme booleano (0 = falso, 1 = verdad absoluta) y Jira como "workflow simplificado". Debaten Jira, los puntos de historia, Fibonacci y el burn down chart. Concluyen que lo importante es usar las funciones que le sirven a cada uno.
• 01:06:58
  Preguntas raras en entrevistasResponden un mensaje de Discord sobre "selección adversa en ML", un término que no conocían. Sugieren que podría tratarse de A/B testing o multi-armed bandit y recomiendan preguntar cuando no se entiende una pregunta en una entrevista.
• 01:08:22
  Idea próximo tema con ClaudeProponen un tema sobre cómo hacer un proyecto de data science con Claude. Piensan en un ejercicio en vivo con un dataset de Kaggle y en explicar archivos de configuración, skills, harness y spec driven development, que dejarían para más adelante.
• 01:12:25
  Vibe coding con Codex y ScrapingMuestran un proyecto personal: scraper de Portal Inmobiliario hecho con Codex para buscar departamento. El modelo generó el scraping, CSV y base de datos, y el presentador solo verificó que los datos y enlaces cuadraran. Dicen que hacer scrapers con un LLM es mucho mejor que a mano.
• 01:14:30
  Scoring de oportunidadesDescriben el script de score de oportunidades: toma la base SQLite, considera sector, microsector, metros cuadrados, habitaciones y antigüedad, y deja ver cada día los 3 mejores para hacer reservas. Leen el prompt usado.
• 01:17:28
  IA personal vs producciónComentan que no leer el código es correcto en una herramienta personal. Si se involucran otras personas o se pone en un servidor, se necesitan más capas de arquitectura y definiciones claras.
• 01:20:01
  Reglas de productividadRepasan eat the frog (alivia carga mental), regla 80/20, time blocking, not-to-do list, Pomodoro (usado para reenfocarse y como "pseudo pomodoro") y elegir seis tareas la noche anterior. Dicen que planificar el día anterior reduce la preocupación.
• 01:24:09
  Feedback y weekly reviewDestacan el feedback como lo más importante, comparándolo con el feedback que necesita el machine learning para mejorar. Prefieren hacerlo de forma continua en el día a día más que en una revisión semanal formal.
• 01:25:52
  Herramientas de organizaciónUn integrante usa OneNote, Outlook y la pizarra (whiteboard) de Teams en reuniones de planificación. Otro prefiere Miro, de pago, para dibujar, hacer flujos y retros.
• 01:28:25
  Obsidian y Cloud CodeUn integrante migró de Notion a Obsidian local y usa Claude Code desde la terminal sobre su base de conocimiento en Markdown para minutas, estatus, correos, tickets y presentaciones. Mencionan la integración con PowerPoint y Excel.
• 01:29:27
  IA para minutas y PPTComentan que Copilot graba y resume reuniones, pero hay que validar el resumen. Quisieran que OneNote tuviera IA. Debaten si la IA puede hacer presentaciones estilo McKinsey: requiere contexto, system prompt y template, y no logra aún el nivel de la consultora. Mencionan la herramienta LazyGit.
• 01:34:47
  Frameworks y canvas proyectosPara organizar proyectos de meses recomiendan metodologías como CRISP-ML y Team Data Science Process, tratadas en el episodio 102 aproximadamente. También recomiendan un canvas de una lámina con cliente, público objetivo, desarrollo, despliegue, involucrados y restricciones.
• 01:36:53
  Obsidian en equipoUn equipo mantiene su base de conocimiento en Markdown con commits y pull requests aprobados por los dueños de las metodologías, lo que permite que los LLM usen esa documentación para planes y skills. Comentan la opción de pago de Obsidian (Sync, unos 4 dólares al mes) para leer en el celular y la complejidad de sincronizar.
• 01:39:59
  CierreÚltimo tip: hacer un test de personalidad y buscar en Reddit consejos de organización para ese perfil. Advierten que quien lidera puede generar context switching en el equipo con demasiado seguimiento. Anuncian que el próximo tema sería arquitectura de software, aún por confirmar, y se despiden.

Palabras clave