GSD en el Mundo Real: Guías Prácticas para Código, Escritura y Propuestas

Los cinco artículos anteriores cubrieron el problema, la mentalidad, las herramientas y las trampas de GSD. Este artículo tiene un trabajo: convertir todo eso en un manual de operaciones que puedas usar hoy.

Los diferentes tipos de tareas se quedan atascados en diferentes lugares, y el enfoque de lanzamiento también difiere. A continuación se presentan ritmos GSD completos para tres de los tipos de tareas más comunes — no necesitas usar todos ellos, solo encuentra el que coincida con tu trabajo de hoy.

Escenario 1: Desarrollo de Código

Puntos de Atasco Más Comunes

Requisitos vagos — no está claro dónde termina "terminado"
La IA cambió algo, no está claro si tocó cosas que no debería haber tocado
Se arregló un bug pero se creó otro, en un bucle interminable
"Construirlo primero, añadir tests después" — y los tests nunca se añaden

Guía GSD

Inicio (3 minutos)

Dile a la IA estas cuatro cosas claramente:

Qué completar en esta sesión (una funcionalidad/arreglo — limita a una cosa)
Qué está fuera del alcance (decláralo explícitamente — que la IA no toque algo es más fiable que adivinar)
Estándar de finalización (qué comportamiento/resultado cuenta como terminado)
Qué restricciones o dependencias conocidas están en juego

Tarea: Implementar lógica de refresco JWT para inicio de sesión de usuario
Fuera de alcance: Flujo de inicio/cierre de sesión, esquema de usuario — no tocar
Estándar de finalización: el refresh token puede intercambiarse por un nuevo access token, el viejo refresh token expira automáticamente
Restricciones: usar auth.service.ts existente, sin nuevas dependencias

Ejecutar (bloque enfocado)

Haz que la IA liste lo que planea hacer, confírmalo, luego empieza
Después de cada pequeño paso (por ejemplo, una función), ejecútalo localmente para verificar, confirma que es correcto antes de continuar
Si el resultado de la IA es algo que no puedes entender, esa es una señal — entiéndelo primero, luego continúa. No ejecutes ciegamente.

Cerrar (5 minutos)

Ejecuta el flujo principal manualmente, confirma que el happy path pasa
Escribe un mensaje de commit que diga claramente qué cambió
Si hay tests o casos extremos que no se manejaron todavía, abre un elemento de tarea pendiente, regístralo — no lo dejes en tu cabeza

Trampa común a vigilar
Cuando la IA está arreglando bugs, fácilmente "incidentalmente" mejora cosas que no le pediste. En el diff, revisa cuidadosamente los cambios que no solicitaste — no porque sean necesariamente malos, sino porque necesitas saber qué cambió. De lo contrario no puedes decir "entiendo qué hace esta funcionalidad."

Escenario 2: Escritura de Artículos

Puntos de Atasco Más Comunes

No saben por dónde empezar, indefinidamente "en el momento adecuado"
El borrador generado por IA suena como si fuera escrito por IA — revisarlo es más difícil que reescribirlo
Llegó a la mitad y se dio cuenta de que la estructura es incorrecta, de vuelta al principio
Siente que no está listo para publicar todavía, en modo perpetuo de "pulir"

Guía GSD

Inicio (5 minutos)

Antes de escribir una palabra, usa la IA para clarificar estas dos cosas:

Quién lee y qué sabrán después de leer
No "este artículo es para desarrolladores" — sino "después de leer este artículo, la persona debería poder explicar qué es X y saber cuál es su próximo paso."
El esqueleto del artículo (lista de H2)
Resume en una oración qué argumenta cada H2 — no el título en sí, sino "qué dice esta sección." Confirma que el esqueleto es correcto, luego empieza a escribir.

Con el esqueleto correcto, el borrador de la IA puede ir en la dirección correcta. Empieza a escribir sin confirmarlo, y probablemente te darás cuenta a mitad de camino de que la estructura se torció, luego caerás en el costoso modo de "reestructurar el artículo."

Ejecutar (sección por sección completa)

Ritmo recomendado: pide a la IA que escriba una sección H2 a la vez, no el artículo entero de una vez.

Una sección a la vez tiene varios beneficios:

Puedes verificar que el tono y la perspectiva coinciden con lo que quieres al completar cada sección
Tu propio coste de intervenir y revisar es mucho menor — editar una sección es mucho más fácil que editar un artículo completo
Cada sección completada te da una pequeña sensación de progreso — psicológicamente más fácil de manejar que ver un borrador completo "casi perfecto" de una vez

Cuando le pidas a la IA que redacte, incluye: "Sé más directo, menos preámbulo, evita aperturas como 'Vale la pena señalar que'" — esto al menos filtra los patrones de sonido más comunes de la IA que son dolorosos de editar.

Cerrar (10 minutos)

Escanea rápidamente el conjunto, confirma que el argumento de cada H2 es claro y que el artículo tiene flujo apropiado
Cambia las oraciones que no suenen como tú hablas (dos o tres, no el conjunto)
Fija una hora de publicación — hoy o mañana, comprométete con ello, luego cúmplelo

Trampa común a vigilar
El sentimiento de "esto no está listo todavía" es, el 99% de las veces, no real — es que estás un poco ansioso por ser visto. Hazte una pregunta: "Si este artículo solo necesita darle algo valioso a una persona, ¿lo hace ahora?" Si sí, publica.

Escenario 3: Preparación de Propuestas

Puntos de Atasco Más Comunes

No está claro qué le importa realmente a la otra parte — hizo mucho pero perdió el núcleo
Demasiada información comprimida, la gente no puede encontrar el punto
Las propuestas generadas por IA se sienten demasiado "de plantilla," no persuasivas
Múltiples versiones revisadas de ida y vuelta, pero sin dirección entre versiones

Guía GSD

Inicio (5 minutos)

El paso más importante al lanzar una propuesta es primero clarificar "el problema de la otra parte" — no lo que estás proponiendo, sino "cuál es la situación actual de la otra parte, qué resultado quiere, qué restricciones le importan más."

Usa la IA para construir un "resumen de perspectiva de la otra parte":

Audiencia: [quiénes son, qué rol tienen]
Su situación actual: [problema o desafío al que se enfrentan]
Su resultado deseado: [en su lenguaje]
Sus principales restricciones: [tiempo, presupuesto, riesgo, política interna...]
Por favor ayúdame, desde la perspectiva de "qué le importa más a la otra parte," a resumir las preguntas centrales que esta propuesta necesita responder.

Una vez hecho este paso, tienes un marco del que es difícil desviarse.

Ejecutar (estructura primero, detalles después)

El orden correcto para escribir una propuesta: primero confirma "el argumento central de una oración," luego expande la estructura, luego rellena los detalles al final.

El coste de hacerlo al revés: gastas mucho tiempo rellenando detalles, luego te das cuenta de que el argumento central no está claro, y toda la propuesta necesita una revisión importante.

Orden sugerido usando la IA:

Pide a la IA que genere un argumento de una oración para la propuesta (tres versiones, tú eliges una)
Expande en 3-4 puntos de apoyo basados en el argumento central
Qué datos o ejemplos necesita cada punto de apoyo (lista primero, luego ve a buscarlos)
El diseño del layout y el pulido visual solo al final

Cerrar (10 minutos)

Lee rápidamente desde la "perspectiva de la otra parte": ¿responde esta propuesta "por qué esta solución es la mejor para ellos"?
Confirma que hay un "siguiente paso" claro — qué debería hacer la otra parte después de leer, cómo quieres que respondan
Nombra la versión claramente, guarda la "versión a enviar" como un archivo — no dejes que las versiones sigan derivando

Trampa común a vigilar
El lenguaje de propuestas generadas por IA tiende a ser demasiado "formal" — lleno de oraciones de relleno del estilo "para lograr el objetivo" y "a través de métodos efectivos". Estas oraciones tienen palabras pero no dicen nada. Antes de enviar, reemplaza este tipo de lenguaje con "hicimos X, por lo tanto obtienes Y" — lenguaje concreto y específico.

El Ritual de Cierre Universal

Independientemente del tipo de tarea, haz estas tres cosas antes de terminar — para que tu cerebro pueda decir genuinamente "esta cosa está hecha":

Confirma que se cumplen las condiciones de finalización (no "parece correcto" — la lista de verificación del DoD está marcada)
Registra los problemas no resueltos en el lugar correcto (no se queden en el chat — en la lista de tareas o notas)
Deja que el resultado salga del estado de borrador (commit, publicar, enviar — déjalo verdaderamente "salir")

Convirtiendo GSD en un Hábito

Esta serie ha ido desde "diagnosticar el problema" hasta "guías de escenarios del mundo real." Todo junto quiere que te lleves solo este ritmo diario:

Mañana: cuáles son las tres cosas de hoy (lista a nivel de tarea)
Antes de cada cosa: ¿están confirmados el límite y la condición de finalización?
Después de cada cosa: ¿puedo marcar esta casilla, están registradas las cosas no resueltas?
Final del día: ¿se completó algo realmente?

Estas cuatro preguntas no requieren herramientas especiales — pero harán que tu eficiencia de uso de la IA sea un orden de magnitud más alta que la de la mayoría de personas. No porque estés usando un modelo más potente o prompts más largos, sino porque sabes qué estás haciendo, dónde está "terminado" y cómo cerrar cuando llegas ahí.

Eso es Get Shit Done.

Volver a la Visión General de la Serie

Esta es la parada final de la serie GSD, que cubre guías prácticas para tareas de código, escritura y propuestas. Para el camino de lectura completo y otros temas de artículos, vuelve al Curso GSD para Principiantes.