Volver a Proyectos
Proyecto en equipo
JEG Studio
Landing page profesional y MVP para un equipo de desarrolladores y creativos. Proyecto colaborativo con control de versiones profesional, code review y participación activa en decisiones de arquitectura y diseño.

De un vistazo
- Tipo de proyecto
- Proyecto en equipo
- Rol
- Proyecto en equipo con ownership de features completas y participación en decisiones de arquitectura y diseño.
- Stack
- Next.js 14
- React 18
- Tailwind CSS
- Git Flow
- Vercel
- Enlaces
Qué demuestra
- Trabajo en equipo con Git Flow: ramas feat/ y fix/ y PRs con al menos un reviewer.
- Decisiones compartidas sobre estructura, naming, estilado y modelo de datos.
- Comunicación técnica: defender propuestas de arquitectura y escribir código que otros puedan mantener.
Flujo de Trabajo
Cómo viaja el trabajo del equipo desde una rama hasta main.
- Rama, feat/ · fix/. Git Flow: cada feature o fix vive en su propia rama. Siguiente: Pull request.
- Pull request, Con reviewer. Los PRs son obligatorios y llevan al menos un reviewer del equipo. Siguiente: main.
- main, Solo con revisión. Nada se mergeaba a main sin revisión. Fin del flujo.
El Contexto
Proyecto colaborativo con otros desarrolladores.
El objetivo era construir una solución web completa trabajando como un equipo de desarrollo real, no como individuos que juntan código al final.
Dinámica de Equipo
- Git Flow profesional: Branches por feature (
feat/), por fix (fix/), PRs obligatorios con al menos un reviewer. Nada se mergeaba amainsin revisión. - Decisiones compartidas: Definición de estructura de carpetas, convenciones de naming, estrategia de estilado y modelo de datos consensuados en equipo.
- Coordinación técnica: Sincronización diaria sobre el estado de cada feature, resolución proactiva de conflictos, y pair programming para módulos críticos.
- Responsabilidad individual: Cada miembro tenía ownership de features completas, pero el equipo revisaba y aprobaba todo.
Habilidades Demostradas
- Capacidad real de colaboración, excediendo el "trabajar solo y subir a un repo compartido".
- Experiencia con flujos de trabajo profesionales que replican entornos organizacionales (PRs, Issues, agile).
- Habilidad para comunicar decisiones técnicas y defender propuestas de arquitectura ante colegas.
- Empatía técnica: adaptar el código propio para que otros lo entiendan y lo puedan mantener a futuro.