Portfolio de analista de datos: cómo mostrar proyectos confidenciales
Demuestra el razonamiento de proyectos confidenciales mediante casos seguros, datos públicos o sintéticos, resultados honestos y enlaces claros a la parte técnica.

Javier Martínez Samblas
Fundador de Self · Plataforma de CV a web con IA

Cambiar el nombre de la empresa en un dashboard no convierte sus datos en material público. Las fechas, segmentos, valores extraños, volúmenes y hasta la estructura de una tabla pueden identificar el origen. Un portfolio serio parte de una idea poco vistosa pero esencial: algunos trabajos no deben salir de la organización.
Eso no impide demostrar capacidad. Quien contrata a un analista necesita saber cómo formulas preguntas, detectas problemas de calidad, escoges métodos, validas resultados, comunicas incertidumbre y ayudas a decidir. Todo eso puede mostrarse sin publicar el conjunto de datos original.
Separa el problema de negocio de los datos protegidos
Describe el caso desde la altura mínima necesaria. Puede tratarse de previsión de demanda para una red de centros, volumen de soporte, excepciones de inventario o retención de suscripciones. Explica qué decisión debía facilitar el análisis y cuál fue tu función, pero elimina los detalles propios de la organización que no puedes divulgar.
Agregar datos tampoco garantiza el anonimato. Los grupos pequeños, eventos raros, ubicaciones y tendencias particulares pueden seguir siendo reconocibles. Respeta la política de la empresa y los acuerdos firmados, consigue aprobación para cualquier material real y reconstruye el ejemplo cuando exista duda.
Demuestra el análisis en seis capas
Pregunta
Qué explicar
Evidencia segura
Datos
Qué explicar
Evidencia segura
Método
Qué explicar
Evidencia segura
Validación
Qué explicar
Evidencia segura
Comunicación
Qué explicar
Evidencia segura
Resultado
Qué explicar
Evidencia segura
| Capa | Qué explicar | Evidencia segura |
|---|---|---|
| Pregunta | Decisión, persona interesada y precisión necesaria | Un encargo generalizado |
| Datos | Fuentes, granularidad, uniones, calidad y límites | Un esquema rehecho con campos neutros |
| Método | Elección del análisis y alternativas descartadas | Código sobre datos públicos o sintéticos |
| Validación | Comprobaciones, referencia, casos límite e incertidumbre | Resultados de pruebas y plan de evaluación |
| Comunicación | Cómo presentaste el hallazgo para decidir | Gráfico reconstruido con valores ficticios |
| Resultado | Qué cambió y qué parte te corresponde | Rangos aprobados, impacto cualitativo o aprendizaje |
Muchos portfolios saltan de la descripción del dataset a un dashboard vistoso. La calidad suele estar en medio: detectar duplicados, rechazar una métrica engañosa, evitar una fuga de información, construir una referencia o cambiar la visualización después de hablar con la persona usuaria.
Construye un caso gemelo con datos publicables
Repite el tipo de razonamiento sobre una fuente que permita su publicación. Catálogos como Data.gov ofrecen datos abiertos para crear un caso paralelo. Otra opción es generar registros sintéticos a partir de un esquema propio, sin transformar filas reales ni conservar patrones que puedan identificar a personas o a la empresa.
El gemelo no tiene que reproducir el resultado profesional. Debe demostrar la misma clase de análisis. Si el trabajo real buscaba anomalías operativas, crea un conjunto pequeño con reglas de anomalía documentadas. Si estudiaba retención por cohortes, utiliza datos abiertos con una estructura de eventos similar y aclara qué parte del método estás reproduciendo.
- Indica si los datos son públicos, ficticios o sintéticos y deja claro que no proceden del proyecto de la empresa.
- Documenta la fuente o el proceso de generación para que el lector conozca los límites del ejemplo.
- Cambia todo el contexto: valores, categorías, fechas, etiquetas, anotaciones y presentación visual.
- Mantén un alcance revisable. Un análisis pequeño y reproducible aporta más que un repositorio enorme sin recorrido claro.
No rellenes el silencio con métricas inventadas
Si un resultado aprobado se puede expresar como intervalo, dirección o cambio operativo, utiliza ese nivel y explica la limitación. Cuando no sea posible, describe la decisión respaldada, la adopción del análisis o la validación realizada sin asignar una cifra. Confidencialidad no significa permiso para exagerar.
Separa también el impacto del equipo de tu contribución. Decir que construiste el modelo de datos y las comprobaciones resulta más fiable que atribuirte un aumento de ingresos en el que intervinieron producto, precios, ventas y estacionalidad.
La web explica; el repositorio permite comprobar
Una responsable de selección no debería descifrar un notebook para descubrir el objetivo del proyecto. Utiliza la web para contar la pregunta de negocio, el razonamiento, las visualizaciones elegidas, los límites y el resultado. Deja GitHub, el cuaderno o el dashboard público para quien quiera revisar la implementación.
Ambas capas deben coincidir. El repositorio necesita un README breve, instrucciones reproducibles cuando sean razonables, dependencias claras y ningún secreto o extracto privado. La página debe enlazar al proyecto exacto, no a un perfil lleno de carpetas sin ordenar.
Combina trayectoria y pruebas seguras
Self puede crear el marco profesional desde tu currículum y dar a cada análisis una sección legible. Usa el flujo de trabajo de Self para construir una web de portfolio con archivos que tengas derecho a procesar y añade enlaces a las reconstrucciones técnicas. No subas datasets, capturas o documentos internos para ahorrar tiempo en la maquetación.
El mejor portfolio de analista de datos no es el que acumula más dashboards. Es el que permite examinar el criterio analítico y, al mismo tiempo, demuestra madurez en el tratamiento de la información. En este campo, saber renunciar a una captura también forma parte de la prueba.