|
|
|
Hola,
Antes de nada, un aviso: esta newsletter cambia a partir de hoy.
Llevas un tiempo recibiéndola con secciones cortas — novedades, OKR, equipos, IA.
Esa estructura ayudaba a escanear, pero rara vez dejaba algo que pudieras llevarte
al lunes por la mañana.
He estado pensando dónde estoy aportando de verdad a la gente con la que trabajo,
y casi todo lo que mueve la aguja se articula alrededor de tres ejes:
|
→ Entregar antes
, sin sacrificar lo que importa
|
|
→ Entregar mejor valor
, no más output
|
|
→ Usar la IA con criterio
, como palanca, no como sustituto
|
Estos tres ejes van a ser la brújula de cada edición. No siempre los tocaré con la
misma fuerza, pero estarán siempre ahí, conectando lo que te cuento con lo que
de verdad pasa en tu trabajo.
|
|
|
Cómo estoy llegando al final de mi proyecto
Ya te conté hace un par de semanas que estoy migrando todo mi entorno digital
— gestor de contenidos, CRM y LMS — a una tecnología abierta y propia.
Sin equipo externo, en paralelo a mi trabajo habitual.
Hoy te cuento cómo lo estoy gestionando, porque es la parte que más
me ha sorprendido a mí mismo.
|
|
01
Empecé por el rediseño completo con Claude Design.
Antes de tocar una sola línea de código, dediqué tiempo a rehacer toda la
identidad visual y la estructura del sitio. La paleta, la tipografía, los
componentes, la navegación, la arquitectura de información. Eso me dio una
base clara: sabía qué estaba construyendo y cómo se tenía que ver.
Es un paso que mucha gente se salta cuando trabaja con IA — directo al código,
a ver qué sale. En mi experiencia,
saltarse esa fase es lo que más caos genera después.
Cuando no sabes adónde vas, ninguna velocidad te lleva a buen sitio.
|
|
|
|
02
Después pasé a Claude Code, con un mapa de historias organizado por releases.
Esto es lo que de verdad me ha salvado.
No es un mapa de historias genérico. Es un mapa
estructurado por releases: cada release agrupa un conjunto
de historias que tiene sentido sacar juntas, con un objetivo claro de qué
queda funcionando al cerrarlo. Release 1 era poner el sitio en pie con el
contenido básico. Release 2 era el sistema de cursos. Release 3 el CRM. Y así.
|
Cada release me obliga a tomar decisiones:
· Qué entra y qué no
· Qué es lo mínimo para considerarlo cerrado
· Qué dejo para más adelante sin perderlo de vista
|
Sin eso, vibe coding se convierte en construir cosas inconexas durante semanas
y no tener nunca nada terminado del todo.
Y lo más interesante: el mantenimiento del mapa lo está haciendo el
propio Claude, en una Google Sheet que actualiza a medida que cierra
trabajo. Marca historias completadas, deja pendientes con prioridad, me genera
vistas — de planificación, de progreso, de bloqueos. Sin Jira, sin Trello,
sin herramienta de gestión adicional.
|
|
|
Lo que esto me está enseñando
Hay una idea que se repite mucho últimamente: que con la IA "ya no hace falta
gestionar". Que el código aparece solo, que las decisiones se delegan, que el
flujo se ordena por arte de magia.
|
Es falso. Y es fácil verlo cuando lo vives en primera persona.
|
Lo que la IA te quita es la fricción de las tareas de descubrimiento
y realización. Acelera mucho el código, los esquemas, las pruebas.
Eso es real. Pero la gestión sigue ahí.
Alguien tiene que decidir qué entra en el próximo release. Alguien tiene que
decir que no a las ideas que sobran. Alguien tiene que mantener una visión de
conjunto de lo que se está construyendo y por qué.
Si no haces esa gestión tú, la haces de otra forma. En mi caso,
la hago con un story map organizado por releases, una Google Sheet mantenida
por el asistente y una disciplina de no abrir frente nuevo hasta cerrar el
anterior. Sin ello, esto sería un caos en dos sprints.
La diferencia entre quien convierte la IA en valor real y quien acumula código
que nadie revisa no está en la tecnología. Está en cómo se gestiona el trabajo
que la tecnología acelera.
|
|
|
El siguiente reto: cuando entra un equipo
Trabajando solo, este enfoque funciona muy bien.
Pero cuando metes a un equipo, el reto cambia. Lo que es ágil
para una persona puede ser caótico para varias, porque cada quien arrastra
contexto distinto, suposiciones distintas, y un asistente que les ayuda
de forma distinta.
Sobre eso he escrito un artículo que acabo de publicar:
|
Artículo nuevo
Vibe Programming vs Spec-Driven Development
Por qué las prácticas que funcionan cuando vibe-codeas en solitario
empiezan a fallar en equipo, y por qué las especificaciones explícitas
vuelven a tener todo el sentido en cuanto sois más de uno.
Leer el artículo →
|
|
|
|
Cerrando con los tres ejes
Antes de despedirme, te conecto lo de hoy con la brújula:
|
ENTREGAR ANTES
Sí, Claude Design y Claude Code aceleran muchísimo. He hecho en semanas
lo que con desarrolladores externos me habría llevado meses. Eso es real.
|
|
|
|
ENTREGAR MEJOR VALOR
Pero solo si gestionas. El código rápido sin foco produce más output,
no más impacto. Lo marca el mapa por releases, la decisión sobre qué
entra y qué no, y la disciplina de revisar si lo construido sirve a alguien.
|
|
|
|
USAR LA IA CON CRITERIO
La IA no sustituye la gestión. La acelera, la libera de fricciones,
pero no la hace por ti. Quien lo entiende saca diez veces más partido
que quien la trata como un becario que entrega tareas.
|
|
|
Hasta aquí esta edición. Si te ha resonado algo, dímelo. Y si estás haciendo
algo parecido en tu organización, todavía mejor — me encantaría leerlo.
Buena semana,
Alex
|
|
ITNOVE
· Strategic Agility & AI
Recibes esto porque te suscribiste a la newsletter de Alex de ITNOVE.
Darte de baja
|
|