Guías de Lodos
Cómo usan los equipos los treinta módulos: qué configurar primero, qué saltarse y dónde se atasca la gente.
Primeros pasos
-
Configurar tu primer espacio de trabajo
Un espacio de trabajo no es una carpeta: es la frontera que treinta módulos consultan para decidir qué puedes ver. Si la trazas mal, pasarás meses moviendo cosas.
-
Invitaciones, roles y quién ve qué
Invitar es barato. Equivocarse de orden no: medio equipo que entra antes de que el espacio esté listo deja de abrirlo sin decir nada.
-
Qué plataforma para qué tarea
Una cuenta, tres formas. Casi todo el mundo elige una y aguanta en silencio aquello en lo que es mala.
-
Adónde van los tokens de IA
Hay un saldo, no uno por módulo. Ese es todo el diseño, y explica tanto lo bueno como lo molesto.
-
Traer el trabajo desde otras herramientas
Casi todas las migraciones fallan en el mismo punto: alguien intenta traerlo todo, y todo tarda más de lo que nadie previó.
-
Los veinte minutos que protegen la cuenta
Casi ningún espacio de trabajo se pierde por un ataque ingenioso. Se pierden por una contraseña compartida y un portátil por el que nadie preguntó.
-
Decidir qué tiene derecho a interrumpirte
Cada módulo llega con las notificaciones subidas, porque quien lo construyó cree que su parte es la importante. Los treinta se equivocan a la vez.
-
Qué se rompe cuando el equipo crece
Nada de un equipo pequeño escala. Simplemente deja de funcionar de persona en persona, y cuando lo notas el arreglo es una reorganización.
-
Los primeros cinco días de alguien
Una persona nueva decide en la primera semana si aquí es seguro preguntar. Casi nada de lo que le enseñes pesa tanto como eso.
-
Plantillas y trabajo que vuelve
Una plantilla es una decisión que tomaste una vez y dejaste de cuestionar. Ese es su valor y todo su peligro.
-
Vivir dentro de los límites de un plan
Nadie lee los límites al darse de alta. Todo el mundo acaba topando con uno, y casi siempre el día menos oportuno.
Trabajo diario
-
Cómo se mueve realmente una tarea
Tres módulos pueden guardar un pendiente. Elegir el equivocado es como los equipos acaban manteniendo la misma lista en dos sitios.
-
Control del tiempo que la gente sí mantiene
Todo equipo que adopta control del tiempo lo abandona hacia la tercera semana. La razón casi nunca es la pereza.
-
Qué conversación va en cada sitio
La mayoría de equipos tiene un solo sitio para hablar y lo usa para todo. Por eso seis semanas después nadie encuentra nada.
-
Dónde vive realmente el conocimiento
Archivos y notas son las dos cosas que nadie configura a conciencia, y las dos que deciden si en el segundo año alguien encuentra algo.
-
Encontrar eso que sabes que existe
Rara vez buscas algo que nunca has visto. Buscas algo que recuerdas, y la memoria no guarda palabras clave.
-
Traspasar el trabajo sin que se caiga
Un traspaso falla no porque se ocultara algo, sino porque lo evidente parecía demasiado evidente para escribirlo.
-
Veinte minutos el viernes
Una semana se tuerce despacio. No pasa nada dramático: tres cosas dejan de moverse en silencio y nadie se entera hasta que se entera la fecha límite.
-
Decir lo difícil en el trabajo
Casi todo el feedback fracasa antes de elegir una palabra, porque se da en el sitio equivocado, con meses de retraso y envuelto en dos elogios.
-
Escribir a un cliente sin crear un problema
Los clientes rara vez se van porque algo saliera mal. Se van porque se enteraron tarde y por el lado equivocado.
-
Cuándo una actualización escrita gana a una reunión
La mitad de las reuniones recurrentes son un documento leído en voz alta despacio. A la otra mitad un documento la arruinaría.
-
Trabajar con cuatro clientes a la vez
Nadie trabaja en cuatro proyectos a la vez. Se trabaja en uno y se paga un peaje cada vez que se cambia de cuál.
Desarrollo
-
De una petición a documentación que alguien lee
La documentación de API se pudre porque se escribe aparte de las peticiones. Generarla desde la colección es la única versión que sigue siendo cierta.
-
Delegar el trabajo repetitivo a una automatización
La automatización que corre a diario y ahorra cuatro minutos gana a la ingeniosa que corre una vez al mes. Empieza más pequeño de lo que parece que vale la pena.
-
Probar en dispositivos que no tienes
Un simulador te habla del maquetado. No puede decirte cómo se siente la página en un Android de hace cuatro años, y fingir lo contrario es como los fallos llegan a producción.
-
Publicar un cambio sin arruinarte la tarde
La pregunta antes de publicar no es si funciona. Es qué harás en los veinte minutos siguientes a que no funcione.
-
Antes de actuar según un número
Un número en un informe tiene una autoridad que no se ha ganado. Cuatro preguntas le devuelven la humildad con la que debería haber llegado.
-
Decidir si automatizarlo siquiera
La pregunta no es si algo podría automatizarse. Casi todo podría. La pregunta es si esa automatización seguirá siendo correcta dentro de seis meses.
-
Los primeros treinta minutos de una avería
El instinto cuando algo se rompe es averiguar por qué. Ese es el segundo trabajo. El primero es que deje de costar dinero.
-
Depender del servicio de otro
Cada servicio externo que conectas es una parte de tu producto que no controlas y no puedes arreglar. No pasa nada, siempre que lo hayas decidido a propósito.
-
Heredar algo que construyó otra persona
Todo sistema heredado parece peor de lo que es, por la misma razón por la que toda ciudad desconocida parece mal planificada.
-
Una copia de seguridad que nunca has restaurado
Todo el mundo tiene copias de seguridad. Muchos menos tienen restauraciones, y descubres de cuál de las dos dispones el peor día del año.
Módulos · IA
-
Preguntarle algo a tu base de datos
La calidad de la respuesta depende mucho más de a qué lo apuntas que de cómo formulas la pregunta.
-
Auditar un sitio que has heredado
Una auditoría con cuarenta hallazgos no es una lista de tareas. Tres importan y el resto es ruido hasta que esos tres estén hechos.
-
Escanear un archivo que te han enviado
La pregunta útil no es «ies esto un virus?» sino «¿esperaba este archivo?». El escaneo apoya ese criterio, no lo sustituye.
-
Prueba virtual que produce una imagen usable
El resultado solo es tan bueno como la foto de origen. Casi todo resultado decepcionante se rastrea hasta la imagen, no hasta el modelo.
-
Producir un vídeo corto sin equipo
El storyboard no es un trámite. Saltárselo es el hábito más caro de este módulo.
-
Generar un sitio y luego hacerlo tuyo
La generación te lleva a un borrador en un minuto. La hora siguiente decide si parece tuyo o de todos.
Módulos · Desarrollo
-
Cuando una petición falla y no sabes por qué
La mayoría de los «la API está rota» son una petición que nunca dijo quién era. La respuesta suele decirlo, en la parte que nadie lee.
-
Escribir la parte que el generador no puede
La documentación generada responde «qué recibe este endpoint». Nadie se quedó nunca atascado en esa pregunta.
-
Usar las DevTools dentro del panel
La atención se la lleva la vista multidispositivo. La razón para dejar de saltar al navegador son las DevTools que hay debajo.
-
Por qué hay un navegador dentro del espacio de trabajo
No intenta sustituir a Chrome. Existe para que un enlace que encuentras a las 11 siga siendo localizable a las 16.
-
Leer y construir un grafo de nodos
Un flujo que puedes leer seis meses después vale más que uno ingenioso. Aquí la disposición no es decoración.
-
Diagramas que sobreviven a la reunión
Casi todos los diagramas se dibujan una vez, se admiran una semana y luego se vuelven falsos en silencio. Los que duran se dibujaron al nivel correcto.
-
Un editor para el cambio que haces una vez
No intenta sustituir a tu IDE. Sustituye los diez minutos de preparación previos a un cambio de cinco.
-
Las utilidades que dejas de pegar en sitios cualquiera
Pegas un payload en un formateador JSON online sin pensarlo. A veces ese payload lleva un cliente dentro.
-
3D cuando necesitas una forma, no un modelo
Es para el momento en que un dibujo no puede responder la pregunta y montar un pipeline 3D completo es absurdo.
Módulos · Colaboración
-
Gestionar una comunidad, no solo un chat de equipo
El chat de equipo y la comunidad son trabajos distintos. El segundo tiene público, y el público no se comporta como un equipo.
-
Llevar la llamada en sí
La mitad de lo que hace que una llamada funcione ocurre antes de que nadie hable, y casi todo tiene que ver con el enlace.
-
El día del evento
Casi todo problema de un evento es un problema de puerta, y la puerta se decide semanas antes.
-
Dejar entrar a la gente, y sacarla
Añadir a alguien lleva diez segundos. Quitarlo exige acordarse, y por eso nadie lo hace.
-
Correo que se queda junto al trabajo
El sentido del correo dentro de un espacio de trabajo no es sustituir tu cliente de correo. Es acabar con el copia-pega.
Módulos · Productividad
-
Cuando el tablero deja de decir la verdad
Un tablero solo sirve mientras coincide con lo que de verdad pasa. La mayoría dejan de hacerlo en un mes.
-
Para qué sirven de verdad las horas
El tiempo registrado responde bien a una pregunta: ¿cuánto nos cuesta de verdad este tipo de trabajo? Lo demás es efecto secundario.
-
Listas de verificación que la gente sí lee
Una checklist no es una lista de cosas por hacer. Es una lista de cosas que se olvidan.
-
Notas que puedes volver a encontrar
Escribir una nota lleva un minuto. Encontrarla ocho semanas después es la parte que nadie planifica.
-
Un calendario que refleja tu semana real
Si tu calendario solo tiene reuniones, está diciendo que todas las demás horas están libres. Ninguna lo está.
-
Archivos por los que un desconocido sabría moverse
La prueba de una unidad no es si tú encuentras las cosas. Es si las encuentra alguien que entró la semana pasada.
-
Cuántos espacios de trabajo necesitas de verdad
La mayoría de los equipos necesita un espacio de trabajo y cree que necesita seis. Los sobrantes no ordenan el trabajo: lo esconden.
-
Un pipeline que te dice algo
Casi todos los CRM mueren de dos cosas: etapas que nadie sabe definir y campos que nadie rellena. Ambas se arreglan en una tarde.
