Greenfield: Difference between revisions
Created page with "{{Meta-bok|min=3}} <div class="bok-def"> '''Greenfield''' describe un proyecto que empieza desde cero o casi cero, sin una base técnica existente que condicione fuertemente la solución. En desarrollo con IA, los proyectos greenfield permiten explorar más rápido, pero también pueden generar deuda temprana si no se definen límites, arquitectura y criterios de calidad. </div> Un proyecto greenfield parte de un terreno limpio. No hay una codebase heredada que respeta..." |
No edit summary |
||
| Line 1: | Line 1: | ||
{{Meta-bok|min=3}} | {{Meta-bok|min=3}} | ||
'''Greenfield''' describe un proyecto que empieza desde cero o casi cero, sin una base técnica existente que condicione fuertemente la solución. En desarrollo con IA, los proyectos greenfield permiten explorar más rápido, pero también pueden generar deuda temprana si no se definen límites, arquitectura y criterios de calidad. | '''Greenfield''' describe un proyecto que empieza desde cero o casi cero, sin una base técnica existente que condicione fuertemente la solución. En desarrollo con IA, los proyectos greenfield permiten explorar más rápido, pero también pueden generar deuda temprana si no se definen límites, arquitectura y criterios de calidad. | ||
Un proyecto greenfield parte de un terreno limpio. No hay una codebase heredada que respetar, pocos usuarios dependen del sistema y las decisiones iniciales están abiertas. | Un proyecto greenfield parte de un terreno limpio. No hay una codebase heredada que respetar, pocos usuarios dependen del sistema y las decisiones iniciales están abiertas. | ||
Revision as of 11:55, 20 May 2026
Greenfield describe un proyecto que empieza desde cero o casi cero, sin una base técnica existente que condicione fuertemente la solución. En desarrollo con IA, los proyectos greenfield permiten explorar más rápido, pero también pueden generar deuda temprana si no se definen límites, arquitectura y criterios de calidad.
Un proyecto greenfield parte de un terreno limpio. No hay una codebase heredada que respetar, pocos usuarios dependen del sistema y las decisiones iniciales están abiertas.
Esto da libertad, pero también riesgo: las primeras decisiones pueden condicionar todo el producto.
Diferencia con brownfield
| Contexto | Característica principal |
|---|---|
| Greenfield | Se construye desde cero o casi cero. |
| Brownfield | Se trabaja sobre un sistema existente. |
En greenfield, el problema principal no suele ser romper lo existente. Es tomar demasiadas decisiones implícitas sin validarlas.
Ventajas
- Menos restricciones heredadas.
- Mayor libertad arquitectónica.
- Posibilidad de experimentar.
- Menos dependencias iniciales.
- Más facilidad para aplicar buenas prácticas desde el inicio.
- Buena compatibilidad con prototipos y vibe coding.
Riesgos
- Sobrearquitectura prematura.
- Falta de criterios de calidad.
- Deuda técnica desde el primer prototipo.
- Reescrituras innecesarias.
- Demasiadas decisiones tomadas por la IA sin revisión.
- Confundir velocidad inicial con avance real.
- Elegir tecnologías por moda.
Greenfield e IA
La IA puede acelerar mucho un proyecto greenfield: scaffolding, prototipos, primeras pantallas, APIs, tests, documentación o estructura inicial.
Pero esa velocidad puede ocultar decisiones críticas:
- arquitectura;
- modelo de datos;
- seguridad;
- gestión de errores;
- dependencias;
- patrones de testing;
- observabilidad;
- estándares de código.
Aunque no exista codebase heredado, sigue haciendo falta una spec, una Definition of Done y boundaries claros si el resultado va a producción.
Buenas prácticas
- Usar vibe coding para explorar, no para fijar arquitectura sin revisión.
- Definir criterios mínimos de calidad desde el inicio.
- Escribir specs cuando la idea pase a producción.
- Elegir tecnología por contexto, no por sugerencia automática del modelo.
- Evitar construir demasiado antes de validar valor.
- Mantener tests y documentación desde fases tempranas.
- Revisar las decisiones generadas por IA.
Error frecuente
Pensar que empezar desde cero elimina la necesidad de disciplina. Greenfield reduce restricciones heredadas, pero no elimina riesgos. Las primeras decisiones de arquitectura, datos y seguridad pueden crear deuda técnica muy pronto, especialmente si la IA genera la base sin revisión.
Recursos
📄 SDD – Spec Driven Development en equipos ágilesGuía interna de Scrum Manager sobre SDD, vibe coding, greenfield y brownfield · 2026
Referencias
- Scrum Manager. (2026). SDD – Spec Driven Development en equipos ágiles. Scrum Manager.
- Scrum Manager. (2026). Scrum en equipos con IA. Scrum Manager.
Véase también
¿Quieres avanzar en agilidad? Puedes buscar convocatorias de cursos y exámenes o ir a tu ritmo haciéndote miembro del Club Agile. Esta membresía incluye recursos exclusivos, aulas e-learning y acceso a Skill Arena: un espacio para practicar y medir tus habilidades ágiles a tu ritmo.