Cohorte 02 - Roles disponibles Reclutando
Primavera 2027·16 semanas·Con créditos académicos—Arranque: enero de 2027 · West Palm Beach, Florida
Donde la innovación se encuentra con la oportunidad. Un equipo interdisciplinario de estudiantes seleccionados construye un proyecto real en dieciséis semanas, con mentores de la industria en todo momento. Estos son los puestos que estamos reclutando.
Playground Lab es una incubadora tecnológica semestral que une a estudiantes universitarios con mentores de la industria para trabajar en proyectos reales de uso real. Durante 16 semanas pasarás por tres fases - idear, construir y lanzar - como parte de un equipo pequeño e interdisciplinario, con mentoría técnica y de negocio en todo momento, y especialistas legales y de otras áreas disponibles cuando se necesiten.
Esto no es una clase, y no es una pasantía de observación. Harás trabajo real desde la primera semana, y no lo harás en solitario. Estarás rodeado de personas cuyo trabajo es asegurarse de que no te quedes atascado: mentores, un equipo de programa y compañeros. Nadie llega sabiendo hacer todo esto.
La Cohorte 01 está construyendo Boujee Pet Care, una app premium de conserjería para mascotas en comunidades privadas. La Cohorte 02 construirá algo nuevo.
El proyecto de la Cohorte 02 ya está seleccionado. Se anunciará en la reunión de arranque en West Palm Beach en enero de 2027. Ahí conocerás a tu equipo, escucharás el brief y comenzarás el proyecto. La meta es un producto funcional entregado al cliente dentro de las 16 semanas.
Construirás para un cliente real, así que el trabajo se trata como trabajo profesional. El proyecto y todo lo que el equipo construya pertenece a Playground Lab y al cliente. Lo tuyo es la experiencia, las habilidades y un producto entregado que puedes mostrar.
PlataformaMóvil, web o escritorio - se define en el arranque
ClienteCliente real, trabajo profesional
PIAcuerdo estándar de confidencialidad y PI
ArranquePresencial y obligatorio
03Cómo funcionan los roles
Los roles que siguen son puntos de partida, no descripciones fijas de puesto. Una vez anunciado el proyecto en el arranque, definimos el alcance real de cada persona alrededor de tres cosas: tu carrera y la formación que ya tienes, las áreas en las que nos dijiste que quieres crecer, y lo que el proyecto genuinamente necesita. Dinos qué quieres aprender en tu solicitud. Lo usamos.
Cada rol es multifuncional por diseño. Funciona como una startup en etapa temprana, porque eso es lo que es: un equipo pequeño, una fecha límite real y más trabajo que títulos para repartirlo. Los diseñadores reportan bugs y participan en entrevistas con usuarios, los desarrolladores opinan sobre el alcance, el líder de growth prueba las versiones, y todos hablan con usuarios.
Créditos académicos
Otorgados por tu universidad, estructurados para que tu departamento pueda aprobarlos como horas de crédito hacia tu título - licenciatura, maestría o doctorado. Te acompañamos en el proceso y proporcionamos la documentación que tu institución necesite.
Exposición real a mentores de la industria
Mentores que ven cómo trabajas durante dieciséis semanas: cómo manejas una fecha límite, cómo recibes retroalimentación y si terminas lo que empiezas. Una señal mucho más fuerte que una línea en el currículum, y el tipo de relación que puede llevar a una recomendación.
Una pieza de portafolio que no es hipotética
Un producto real entregado en el que trabajaste, utilizable en tu portafolio y en tu currículum. Antes del Demo Day confirmamos qué se puede mostrar públicamente.
No necesitas haber hecho esto antes. Cada rol lista cosas que quizá nunca has tocado. Eso es lo esperado, y es el punto. Lo que evaluamos es diferente:
→Evidencia de que terminas lo que empiezas. Un proyecto de clase, un club que dirigiste, un artículo de investigación, un evento que organizaste. El tamaño no importa; terminarlo, sí.
→Disposición a trabajar fuera de tu título. Los equipos pequeños no tienen fronteras limpias.
→Motivación por encima de credenciales. Preferimos a alguien que quiere esto con ganas y aprende rápido que a alguien con un currículum más largo que no.
→Una lectura honesta de tu disponibilidad. Un proyecto de 16 semanas junto con una carga académica completa es algo serio.
→El instinto de preguntar por qué. El instinto útil es preguntar por qué, no defender el trabajo.
Reclutamos en todas las disciplinas: ciencias de la computación, ingeniería, negocios, políticas públicas, diseño y más. Los equipos interdisciplinarios son una decisión de diseño, no un accidente.
Cada rol mezcla construcción práctica con análisis real. Dos son roles de liderazgo: el Project Lead y el Design & Requirements Lead. Usamos Claude, Claude Code y Claude Design en todos nuestros proyectos, y se espera que cada puesto los use bien. La expectativa es simple: entiende y prueba lo que entregas. Si Claude lo escribió y no puedes explicarlo, no está listo.
Si algunos puntos de un rol te suenan desconocidos, es normal y esperado. Esas listas describen el trabajo que aprenderás a hacer, no una lista de requisitos previos. Postúlate al rol más cercano a ti; la forma exacta se define en el arranque alrededor de tu carrera, tus intereses y lo que el proyecto necesita. Más de un estudiante puede compartir un rol, así que no te descartes asumiendo que un puesto ya está tomado.
Rol de liderazgo
Dirección del equipo, entrega práctica y el ritmo semanal de desarrollo — Aparece como "Product" en la página de aplicación
De qué eres responsable: El resultado. No una parte del producto, sino que el equipo entregue o no. Marcas la dirección, sostienes el calendario, mantienes a tus compañeros desbloqueados y apuntando al mismo lugar, y respondes por el resultado frente a mentores, patrocinadores y la sala en el Demo Day. Cuando el semestre termina, alguien tiene que poder decir qué pasó y por qué. Ese alguien eres tú.
Qué estarás haciendo
→ Convertir el brief del arranque en un plan con alcance: desglose de trabajo, calendario de hitos, qué queda explícitamente fuera y qué significa "terminado" en cada etapa
→ Mantener el registro de riesgos: qué podría hundir el semestre, qué tan probable es y qué estás haciendo al respecto antes de que pase
→ Liderar al equipo en el día a día: dirigir los standups, proteger el enfoque de la gente y despejar los bloqueos que tus compañeros no pueden despejar solos
→ Ser dueño del calendario. Detectar lo que se atrasa, nombrarlo temprano y tomar la decisión: recortar alcance, mover una fecha o entregar algo menos pulido de lo que todos querían
→ Ser el punto de contacto de mentores, patrocinadores y el equipo del programa: estatus, escalaciones y las preguntas que nadie más tiene tiempo de perseguir
→ Escribir las especificaciones y los documentos de decisión desde los que el equipo construye, con la claridad suficiente para que el trabajo empiece sin tres preguntas de seguimiento
→ Hacer investigación con usuarios temprano y seguido, y convertir lo que escuchas en cambios al plan en lugar de una carpeta de notas
→ Definir las métricas con las que el equipo se guía, y mantener el registro de decisiones y sacrificios sobre el que se construyen los check-ins con mentores y la historia del Demo Day
Con qué te irás sabiendo
→ Cómo liderar a pares sin autoridad sobre ellos, la habilidad de gestión más difícil y transferible que existe
→ Práctica central de gestión de proyectos que puedes nombrar en un currículum: desglose de trabajo, ruta crítica, registros de riesgo, control de cambios y reportes de estatus
→ Cómo acotar trabajo real a lo que un equipo pequeño puede genuinamente entregar contra una fecha fija
→ Cómo gestionar hacia arriba: dar malas noticias a mentores y patrocinadores temprano, con un plan adjunto
→ Cómo dirigir entrevistas con usuarios que produzcan decisiones en lugar de una pila de citas
Herramientas con las que trabajarás
Jira para tickets y el tablero, Confluence para decisiones y documentación de referencia, una herramienta de chat de equipo, Claude para redactar especificaciones y reportes, y una hoja de cálculo para el calendario y el registro de riesgos. No se espera experiencia previa con ninguna.
Podrías encajar si
→ Eres la persona que termina organizando el proyecto en grupo, y no lo odias
→ Has liderado algo antes: un equipo, un club, un laboratorio, un capítulo, un turno, una startup que no llegó a nada
→ Puedes sostener una opinión firme y aun así cambiar de parecer cuando la evidencia se mueve
→ Estás dispuesto a tener la conversación incómoda sobre el calendario en lugar de esperar que se resuelva sola
→ Escribes con claridad. La mayor parte de este rol es comunicación escrita
→ Ventaja, no requisito: cursos de gestión de proyectos, exposición a PMP o CAPM, certificación ágil, o formación en negocios, gestión de ingeniería, MIS u operaciones
No se requiere experiencia previa en gestión, y este no es un puesto de coordinación. Lo que no se puede enseñar en 16 semanas es el criterio bajo presión y la disposición a tomar una decisión de la que tu equipo depende. Trae eso; nosotros enseñamos los marcos de trabajo.
Rol de liderazgo
Requerimientos, flujos de usuario y la interfaz que resulta de ellos — Aparece como "Design" en la página de aplicación
De qué eres responsable: El puente entre lo que los interesados dicen que quieren y lo que el equipo realmente construye. Diriges el levantamiento de requerimientos, lo conviertes en flujos documentados y criterios de aceptación, y luego diseñas la interfaz que los satisface. Este es el segundo puesto de liderazgo: si el Project Lead es dueño de que el equipo entregue, tú eres dueño de que lo entregado sea lo correcto.
Qué estarás haciendo
→ Dirigir el levantamiento de requerimientos con interesados, mentores y usuarios: entrevistas, talleres y las preguntas de seguimiento que revelan lo que la primera conversación no captó
→ Documentar requerimientos contra los que el equipo puede construir: historias de usuario, criterios de aceptación y una definición de terminado que cada desarrollador pueda verificar por su cuenta
→ Mapear el proceso actual y el futuro: qué hace un usuario hoy, qué haría con el producto y dónde aparece el valor
→ Diseñar las pantallas y los flujos del producto en Claude Design, de los primeros conceptos a especificaciones listas para construir, y ser dueño de las guías de marca y estilo detrás de ellas
→ Dirigir pruebas de usabilidad como un ejercicio medido: tasas de éxito por tarea, tiempo por tarea y dónde abandona la gente, no solo impresiones
→ Ser dueño del control de cambios: cuando un requerimiento cambia a mitad del desarrollo, evalúas el impacto, lo documentas y llevas el sacrificio al Project Lead
Con qué te irás sabiendo
→ Levantamiento y documentación de requerimientos, el núcleo del análisis de negocio y la habilidad que la mayoría de las descripciones de puesto piden por nombre
→ Mapeo de procesos y análisis de brechas, incluyendo cómo modelar un flujo de trabajo que todavía no existe
→ Cómo escribir criterios de aceptación tan precisos que "terminado" no sea una negociación
→ Cómo dirigir pruebas de usabilidad y leer datos de comportamiento en lugar de opiniones
→ Cómo construir un sistema de diseño que sobreviva el contacto con una base de código real
→ Gestión de interesados cuando dos interesados quieren cosas incompatibles
Herramientas con las que trabajarás
Claude Design para guías de marca y estilo, diseños de producto y material de marketing, Claude para redactar requerimientos, Confluence para documentación de requerimientos, una herramienta de diagramación para mapeo de procesos, y Jira para seguimiento.
Podrías encajar si
→ Haces la segunda y la tercera pregunta, no solo la primera
→ Puedes sentarte entre un interesado que habla en resultados y un desarrollador que necesita especificaciones, y traducir en ambas direcciones
→ Escribes con precisión. La ambigüedad en un requerimiento se convierte en un bug tres semanas después
→ Tienes un portafolio, un archivo de diseño o un proyecto de clase del que estás orgulloso; el pulido importa menos que la intención
→ Ventaja, no requisito: cursos de análisis de negocio, exposición a BABOK o IIBA, modelado de procesos (BPMN), análisis de sistemas, o formación en MIS, HCI, ingeniería industrial o diseño
Este es un puesto genuinamente híbrido: mitad analista, mitad diseñador. Si has hecho una de las dos cosas y quieres la otra, dilo en tu solicitud; el alcance se define alrededor de eso.
Líder de móvil y datos: web, móvil, el modelo de datos y la analítica detrás de ellos — Aparece como "Full-Stack" y "Mobile" en la página de aplicación
De qué eres responsable: La construcción, de punta a punta. El backend y el modelo de datos, las superficies web y móviles que tocan los usuarios, y la instrumentación con la que se mide todo lo demás. Construyes el backend y las superficies que se apoyan en él, y te aseguras de que los números que el equipo discute en el demo del viernes sean números confiables.
Qué estarás haciendo
→ Diseñar el modelo de datos pensando en reportes desde el día uno, no agregado en la semana 12
→ Construir la capa de aplicación, el dashboard web y la app móvil cuando el proyecto lo requiera - incluyendo funciones nativas de plataforma como ubicación, cámara, biometría o notificaciones
→ Diseñar y mantener la API que consumen las aplicaciones cliente, incluyendo autenticación
→ Construir la capa de seguimiento de eventos y analítica, y montar los dashboards internos con los que corre el equipo: embudo, retención y la métrica central del proyecto
→ Ser dueño de la calidad de los datos. Una métrica en la que nadie confía es peor que ninguna métrica, y los bugs de seguimiento son invisibles hasta que alguien toma una mala decisión con ellos
→ Escribir pruebas mientras construyes. Todo lo que entregamos lleva cobertura de pruebas adecuada, y se verifica en la revisión
→ Entregar a través de un pipeline automatizado: pruebas y despliegue en CI estándar de la industria, con monitoreo y las partes poco glamorosas de mantenerlo funcionando
→ Manejar el lanzamiento y la distribución: revisión de app stores si entregamos móvil, o despliegue y notas de versión si entregamos web, más versiones beta y retroalimentación de testers
Con qué te irás sabiendo
→ Cómo se estructura una aplicación en producción - no un proyecto de tutorial, sino uno con usuarios y datos reales
→ Un framework full-stack moderno de punta a punta (la Cohorte 01 trabaja en Laravel con Vue e Inertia; el stack de la Cohorte 02 se define en el arranque)
→ Desarrollo móvil multiplataforma cuando el proyecto entrega una app (la Cohorte 01 trabaja en Flutter y Dart)
→ Analítica de producto como disciplina: activación, retención, análisis de cohortes e instrumentación de embudos
→ SQL contra un esquema que ayudaste a diseñar, la forma más rápida de aprender qué hace bueno a un esquema
→ Despliegue, monitoreo y depuración de problemas que solo aparecen en producción
→ Cómo trabajar de forma efectiva con herramientas de desarrollo con IA como parte seria de tu flujo de trabajo
Herramientas con las que trabajarás
Un framework web moderno, MySQL, SQL, herramientas de reportes y analítica de producto, VS Code, Git y GitHub con revisión de pull requests, y Claude Code en los repositorios. Cuando el proyecto entrega una app móvil, llegan las herramientas de plataforma correspondientes. Las licencias de pago están incluidas, así que no compras nada.
Podrías encajar si
→ Puedes escribir código en al menos un lenguaje, aunque todo lo que hayas construido haya sido para una clase
→ Entiendes datos relacionales, o quieres volverte bueno en eso rápido
→ Eres la persona que pregunta de dónde salió un número antes de creerlo
→ Usas Git, o puedes aprenderlo en un fin de semana
→ Quieres rango: el backend, la app que tocan los usuarios y los datos debajo, en lugar de una sola rebanada estrecha
→ Ventaja, no requisito: MySQL, experiencia con APIs REST, dbt o una herramienta de BI, formación en estadística o ciencia de datos, o trabajo previo con Claude Code, Cursor o herramientas similares
Este es el rol más amplio de la cohorte, y más de un estudiante puede compartirlo. Si eres más fuerte en el backend, en móvil o en el lado de datos y analítica, dilo en tu solicitud. Los estudiantes de datos y estadística que saben programar también pertenecen aquí, aunque nunca te hayas llamado desarrollador.
Dimensionamiento de mercado, posicionamiento, lanzamiento y las métricas detrás de los primeros usuarios — Aparece como "Growth" en la página de aplicación
De qué eres responsable: La demanda, y el análisis que la dirige. Dimensionas el mercado, defines el posicionamiento, construyes el pipeline de primeros usuarios antes de que haya un producto que mostrarles, y luego mides cuál de tus canales funciona en lugar de adivinar.
Qué estarás haciendo
→ Construir el análisis de mercado: dimensionamiento de segmentos, análisis de competidores e investigación de precios sobre los que puedan apoyarse las decisiones del equipo
→ Definir el posicionamiento: para quién es esto, qué reemplaza y por qué alguien debería cambiar
→ Montar una landing page con captura de correos en las primeras semanas y mantener la lista activa durante el desarrollo
→ Hacer alcance a los socios, comunidades u organizaciones que ponen el producto frente a sus primeros usuarios
→ Construir el modelo de adquisición: costo por canal, tasa de conversión y recuperación. Un modelo real, no una diapositiva
→ Seguir el embudo de impresión a registro a activación, y cortar lo que no convierte
→ Convertir los primeros registros en beta testers y transformar su retroalimentación en insumo de producto y en testimonios
→ Ser dueño de la narrativa de tracción para el Demo Day y las conversaciones con mentores: los números y la historia que sostienen
Con qué te irás sabiendo
→ Dimensionamiento de mercado y análisis competitivo hechos bien, con supuestos defendibles
→ Análisis de embudo y de cohortes aplicado a adquisición en lugar de producto
→ Cómo lanzar desde cero: sin presupuesto, sin audiencia, sin reconocimiento de marca
→ Redacción que convierte, que es una habilidad distinta de escribir bien
→ Cómo presentar tracción a inversionistas y mentores sin exagerarla
Herramientas con las que trabajarás
Una hoja de cálculo para el modelo de adquisición, Claude para investigación y borradores de textos, Claude Design para landing pages y material de lanzamiento, herramientas de analítica web y email marketing, y Jira y Confluence junto con el resto del equipo.
Podrías encajar si
→ Te sientes cómodo en una hoja de cálculo y puedes construir un modelo que otra persona pueda seguir
→ Escribes bien y rápido, y puedes cambiar de registro entre una landing page y un correo en frío
→ Enviarás el correo, harás la llamada y darás seguimiento después de que te ignoren dos veces
→ Has hecho crecer algo antes: un club, un newsletter, una cuenta, un evento, un pequeño negocio
→ Ventaja, no requisito: cursos de finanzas, analítica de marketing, investigación de mercados o consultoría; SQL; Google Analytics; o experiencia en adquisición pagada
07Cómo funciona el semestre
La base de código compartida y el demo semanal mantienen a todos apuntando en la misma dirección: un lugar donde el trabajo se integra, un momento cada semana donde tiene que sostenerse frente a la sala.
El ritmo es un standup diario corto, una llamada semanal de equipo y priorización continua del backlog. Los mentores están disponibles en todo momento para preguntas técnicas y de negocio, con especialistas legales y de otras áreas cuando se necesiten. El semestre termina con el Demo Day, donde el equipo presenta lo que construyó - en persona, donde dieciséis semanas antes nada de eso existía.
01
Arranque
Enero, West Palm Beach: se anuncia el proyecto, se forman los equipos, se define el alcance de cada persona y se planea el primer sprint.
02
Idear
Investigación con usuarios, definición del MVP, diseño de los flujos centrales, y montaje del repositorio y la landing page.
03
Construir
Ciclos semanales de entrega, pruebas beta con usuarios reales e iteración continua sobre lo que te dicen.
04
Lanzar
Lanzamiento a producción y distribución, el empuje de adquisición y el Demo Day.
08Requisitos y cómo aplicar
Requisitos
→ Estar actualmente inscrito en un programa de grado: licenciatura, maestría o doctorado
→ Disponibilidad durante el semestre completo de 16 semanas
→ Una computadora donde puedas instalar herramientas de desarrollo - nosotros proporcionamos las licencias de pago, así que no compras nada
→ Posibilidad de asistir al arranque presencial en West Palm Beach, Florida, en enero de 2027
→ Cualquier disciplina académica - reclutamos en una amplia gama de campos
→ Disposición a asegurar la aprobación de tu departamento para las horas de crédito antes de que empiece el semestre
Escribe a hello@playgroundlab.org con cuatro cosas
01 Una nota breve: qué has construido o dirigido antes, y por qué este rol
02 Tu currículum o portafolio
03 El rol que mejor te queda, y tu carrera o programa
04 En qué quieres mejorar: las áreas a las que te gustaría que llegara tu alcance, aunque estén fuera del rol que elegiste
Ese último punto no es una formalidad. Como los alcances se definen alrededor de carreras e intereses en el arranque, lo que nos digas ahí afecta directamente el trabajo del que terminarás siendo dueño. Aplicar a más de un rol está bien - dinos tu orden de preferencia y por qué.
La selección es competitiva, pero si no estás seguro de estar listo, aplica de todas formas y deja que nosotros tomemos esa decisión. Leemos todas las solicitudes.