Trabaja con nosotros · Prácticas en Sevilla
Prácticas de informática en Sevilla: aprende con mentalidad forense
Si estudias SMR, ASIR u otra formación tecnológica y quieres convertir lo que sabes en un método profesional, aquí verás qué perfiles encajan, qué se aprende y cómo preparar tu candidatura en un laboratorio donde la documentación, la confidencialidad y la trazabilidad importan tanto como la solución técnica.
Respuesta rápida
¿Quién puede solicitar estas prácticas?
GlobátiKa Lab recibe candidaturas para prácticas de informática en Sevilla, sobre todo de estudiantes de Sistemas Microinformáticos y Redes (SMR), Administración de Sistemas Informáticos en Red (ASIR) y formaciones relacionadas con sistemas, redes o ciberseguridad.
El objetivo es aprender en un contexto técnico y responsable. La existencia de una plaza, sus fechas, la modalidad, las tareas y el convenio se confirman de forma individual: enviar el currículum no garantiza entrevista, incorporación ni contrato.
Un buen comienzo profesional no consiste en memorizar herramientas. Consiste en entender por qué se hace cada cosa, documentar el antes y el después, pedir autorización cuando corresponde y saber detenerse cuando una operación podría alterar información importante. Esa disciplina sirve en soporte, sistemas, ciberseguridad y análisis forense.
El programa
Trabaja con nosotros: una puerta de entrada al trabajo técnico riguroso
La informática profesional tiene muchas capas. Detrás de una aplicación que funciona hay sistemas operativos, comunicaciones, almacenamiento, permisos, registros, copias de seguridad y personas que necesitan respuestas claras. En un laboratorio de peritación informática, además, cada dato puede acabar en un conflicto empresarial o judicial. Por eso la atención al detalle no es un adorno: forma parte del resultado.
Esta página no promete empleo ni mantiene una lista permanente de vacantes. Es un canal para que quienes están aprendiendo puedan mostrar su perfil y, cuando haya disponibilidad y encaje académico, participar en un itinerario formativo acordado. Antes de cualquier incorporación se aclaran el convenio, las fechas, los objetivos, la tutoría, la modalidad y las condiciones.
GlobátiKa Lab trabaja en informática forense e investigación técnica. Si quieres conocer mejor la profesión, lee qué es un perito informático y cuál es su función. Una persona en prácticas no sustituye al perito, no firma conclusiones profesionales por colaborar en un trabajo y no tiene acceso libre a los expedientes: su aprendizaje es progresivo, supervisado y acorde con su formación.
-
Aprender un método
Entender el objetivo antes de actuar, preparar el entorno, registrar lo que se hace y comprobar el resultado. El método permite repetir una tarea y explicar cómo se obtuvo cada dato.
-
Trabajar con responsabilidad
Confidencialidad, mínimo privilegio, entornos separados y prudencia. La curiosidad técnica nunca justifica acceder a información que no se necesita.
-
Comunicar lo técnico
Convertir comandos, registros e incidencias en notas comprensibles. Documentar bien ayuda al equipo, evita errores y demuestra qué se hizo realmente.
El aprendizaje puede incluir tareas de laboratorio, preparación de equipos, inventario, documentación, comprobaciones de red, máquinas virtuales, revisión de registros o apoyo a procesos internos. El alcance real depende de tu nivel, del plan formativo y de las necesidades compatibles con ese plan. Cuando se usan ejemplos periciales, se trabaja con materiales sintéticos, anonimizados o expresamente autorizados.
Perfiles
Perfiles formativos: SMR, ASIR y estudios relacionados
Los ciclos de formación profesional dan una base práctica muy valiosa. SMR ayuda a entender equipos, sistemas operativos, redes locales, aplicaciones y atención al usuario. ASIR profundiza en servidores, servicios de red, bases de datos, seguridad, automatización y administración de infraestructuras. El plan de prácticas se adapta al currículo y al nivel real de cada estudiante.
| Perfil | Base que puede aportar | Aprendizajes compatibles | Qué conviene reforzar |
|---|---|---|---|
| SMR | Montaje, mantenimiento, sistemas cliente, redes locales y soporte. | Preparación controlada de puestos, inventario, documentación, comprobaciones básicas y laboratorio. | Registro detallado, permisos, copias, virtualización y fundamentos de seguridad. |
| ASIR | Servidores, redes, servicios, bases de datos, scripting y seguridad. | Laboratorios virtuales, análisis de logs, automatización segura, documentación de infraestructura y validación. | Reproducibilidad, cadena de custodia, alcance autorizado y comunicación sin ambigüedades. |
| Ciberseguridad | Riesgos, controles, respuesta a incidentes y análisis técnico. | Triaje en laboratorio, cronologías, indicadores, preservación y redacción de hallazgos. | Diferenciar hipótesis, evidencia y conclusión; legalidad del acceso y minimización. |
| Desarrollo o datos | Programación, estructuras, consultas, control de versiones y depuración. | Scripts auxiliares, normalización, pruebas, revisión de trazas y herramientas internas no destructivas. | Sistemas, redes, seguridad operacional y tratamiento responsable de datos. |
También tiene sentido una candidatura desde DAM, DAW, especializaciones en ciberseguridad u otras titulaciones. Que un perfil sea afín no significa que siempre haya una plaza adecuada: lo importante es explicar qué estudias, qué resultados de aprendizaje necesita cubrir tu centro, en qué fechas puedes incorporarte y qué conocimientos puedes demostrar.
No hace falta presentarse como experto. Genera más confianza reconocer tu nivel: «he administrado un dominio en un laboratorio de clase», «sé interpretar una captura básica de Wireshark» o «he escrito scripts sencillos de PowerShell». La precisión transmite madurez; una lista inflada de tecnologías impide saber qué puedes hacer sin supervisión.
Importante: las prácticas no son una vía para acceder libremente a datos de terceros. Las tareas, la supervisión, las credenciales y los permisos se asignan según necesidad, competencia, autorización y normas internas. Nunca se copian muestras, capturas, conversaciones, credenciales ni documentos para construir un portfolio personal.
Si quieres ser perito
¿Tengo que ser ingeniero o estar colegiado para ser perito informático?
En España, con carácter general, no es obligatorio ser ingeniero informático ni estar colegiado para ejercer como perito informático. La informática no tiene hoy una reserva general de actividad como la de algunas profesiones reguladas. Eso no significa que cualquiera esté preparado: la aptitud se valora por los conocimientos, la especialización, la experiencia, el método y la capacidad de defender técnicamente las conclusiones.
-
Qué dice la Ley de Enjuiciamiento Civil
El artículo 340.1 de la Ley de Enjuiciamiento Civil exige el título oficial que corresponda cuando la materia esté comprendida en una profesión titulada. Si no existe un título oficial que la abarque, el perito puede ser una persona entendida en esa materia.
-
Formación sí; un título concreto, no siempre
Un grado, una FP superior, un máster, certificaciones o formación especializada acreditan parte de la preparación. Ningún diploma sustituye por sí solo la experiencia real, el conocimiento actualizado, un procedimiento documentado y la calidad del dictamen.
¿Qué es una profesión regulada?
Es aquella cuyo acceso, denominación o ejercicio exige por norma determinadas cualificaciones. En España lo son, entre otras, profesiones sanitarias (medicina, enfermería, odontología, farmacia, fisioterapia o veterinaria), jurídicas (abogacía y procura), la arquitectura y algunas ingenierías con atribuciones específicas. La relación completa está en la base oficial de profesiones reguladas de la Unión Europea, porque depende de cada actividad y puede cambiar.
La informática no figura en España como profesión con reserva general de actividad. No debe confundirse la existencia de titulaciones oficiales, colegios o asociaciones con una obligación legal de ser ingeniero informático para analizar una evidencia digital o emitir un dictamen pericial.
| Cuestión | Respuesta prudente | Qué conviene comprobar |
|---|---|---|
| ¿Debo ser ingeniero informático? | No existe una exigencia general de ese título para toda pericia informática. | Que la persona tenga conocimientos adecuados para el objeto concreto del dictamen. |
| ¿Debo estar colegiado? | No con carácter general. La colegiación solo es obligatoria cuando una ley estatal lo establece para una profesión. | Si la actuación concreta entra en una profesión regulada o en una reserva legal específica. |
| ¿Un colegio certifica la experiencia? | La pertenencia acredita la afiliación y da acceso a formación o servicios, pero no demuestra la calidad de cada informe. | Experiencia comprobable, especialización, medios, procedimiento, independencia y capacidad de ratificación. |
| ¿Puede impugnarse al perito? | Sí. Las partes pueden cuestionar su cualificación, imparcialidad, método o conclusiones. | Que el currículum y el informe expliquen por qué el perito es competente para ese asunto. |
Colegiación voluntaria y libre competencia
La ley permite crear colegios profesionales, pero crear un colegio no convierte una actividad en profesión regulada ni hace obligatoria la colegiación. El artículo 3.2 de la Ley de Colegios Profesionales limita la colegiación obligatoria a los casos que establezca una ley estatal.
En la Unión Europea, cualquier requisito de acceso a una profesión debe estar justificado por una razón de interés general, ser proporcionado y no crear restricciones innecesarias. Las autoridades de competencia también han advertido de que las reservas de actividad, los baremos de honorarios o las barreras de entrada injustificadas reducen la competencia y perjudican a los consumidores.
Una distinción importante: un colegio profesional puede ofrecer formación, códigos deontológicos, seguros, listas de peritos y servicios útiles para sus miembros. Lo que no es correcto es afirmar que la colegiación convierte a alguien en mejor perito, ni que quien no está colegiado carece de capacidad cuando la ley no lo exige.
Entonces, ¿qué debe valorar un abogado, una empresa o un particular?
- Experiencia real en asuntos comparables al que necesita analizar.
- Formación técnica coherente y actualización continua.
- Laboratorio, herramientas y procedimientos adecuados.
- Metodología reproducible, preservación de evidencias y cadena de custodia.
- Capacidad para explicar las limitaciones y no prometer conclusiones imposibles.
- Independencia, ausencia de conflictos de interés y confidencialidad.
- Experiencia redactando, ratificando y defendiendo informes ante preguntas técnicas y jurídicas.
La informática evoluciona muy deprisa: sistemas, aplicaciones, formatos, cifrado, nubes y dispositivos cambian continuamente. Por eso, además de la formación de base, es decisivo el trabajo diario del perito: conocer los límites de cada herramienta, validar los resultados y mantenerse actualizado.
«La competencia debe centrarse en quién trabaja con mejor método, experiencia, medios, valores y responsabilidad, no en intentar excluir a profesionales mediante una colegiación voluntaria que ni es obligatoria ni aporta un plus al cliente final».
Qué aprenderás
¿Qué puedes aprender en unas prácticas de empresa informática?
Una práctica útil conecta lo aprendido en clase con situaciones reales sin convertir al estudiante en mano de obra sin orientación. El valor aparece cuando hay un objetivo formativo, una persona de referencia, tareas proporcionadas y una revisión del trabajo. No todas las áreas se cubren en todas las estancias, pero estas son las competencias que más importan.
-
Sistemas operativos
Instalación y configuración en entornos autorizados, usuarios y permisos, servicios, eventos, actualizaciones, almacenamiento y verificación del estado de un equipo.
-
Redes y comunicaciones
Direccionamiento, DNS, DHCP, puertos, segmentación, conectividad y lectura básica de tráfico. La meta no es «probar comandos», sino formular y comprobar una hipótesis.
-
Laboratorios y virtualización
Máquinas aisladas, instantáneas, redes internas, conjuntos de prueba y procedimientos de restauración. Un buen laboratorio reduce el riesgo y permite repetir resultados.
-
Registros y cronologías
Fuentes de logs, zonas horarias, correlación de eventos y detección de lagunas. La cronología distingue siempre el registro observado de su interpretación.
-
Inventario y documentación
Nomenclatura, versiones, números de serie, cambios, incidencias y pruebas de comprobación. La documentación permite continuar el trabajo y saber quién hizo qué.
-
Seguridad y privacidad
Contraseñas, mínimo privilegio, cifrado, borrado seguro, bloqueo de sesión, canales autorizados y prevención de filtraciones. La seguridad cotidiana evita muchos incidentes.
La parte técnica es solo una parte. También se aprende a recibir una petición incompleta y convertirla en preguntas concretas: ¿cuál es el objetivo?, ¿qué sistema está afectado?, ¿quién autoriza el acceso?, ¿qué no debe modificarse?, ¿cómo sabremos que la tarea terminó bien? Esa fase previa evita actuar a ciegas.
Otra competencia esencial es validar. Si se hace una copia, se comprueba que se abre y contiene lo esperado. Si se crea un script, se prueba con datos no sensibles y se documentan sus dependencias. Si se cambia una configuración, se anota el valor anterior y hay un plan para restaurarlo. Si algo no puede confirmarse, se presenta como posibilidad y no como hecho.
Del conocimiento a la evidencia de trabajo
- Explicar el objetivo de una tarea antes de ejecutarla.
- Usar una lista de comprobación cuando un error pueda tener consecuencias.
- Anotar fecha, equipo, versión, entrada, salida y resultado.
- Separar los hechos observados de las interpretaciones o recomendaciones.
- Revisar permisos y confidencialidad antes de abrir, copiar o compartir datos.
- Pedir ayuda cuando el alcance no esté claro o una operación sea irreversible.
- Presentar el resultado de forma comprensible para otra persona técnica.
Mentalidad forense
La diferencia entre resolver una incidencia y preservar información
En soporte se intenta recuperar el servicio cuanto antes: reiniciar, actualizar, reparar, borrar temporales o reinstalar puede ser totalmente razonable. En un posible incidente de seguridad o asunto pericial, esas mismas acciones pueden cambiar fechas, registros, memoria, configuraciones o archivos. Una de las lecciones más importantes es reconocer cuándo hay que detener la intervención ordinaria y escalar.
La mentalidad forense no significa tratar cada avería como un procedimiento judicial. Significa valorar el contexto antes de alterar el sistema. Si una empresa sospecha una extracción de datos, apagar sin criterio, abrir archivos recientes o ejecutar limpiadores puede hacer perder información. Si solo hay que poner en marcha un ordenador de aula, basta una actuación de soporte convencional. El objetivo determina el método.
| Situación | Prioridad habitual de soporte | Prioridad si puede haber evidencia |
|---|---|---|
| El equipo no arranca | Diagnosticar y restaurar el funcionamiento. | Documentar el estado y valorar una adquisición antes de reparar. |
| Cuenta comprometida | Cambiar la contraseña, cerrar sesiones y asegurar el acceso. | Coordinar la contención con la preservación de registros y la cronología. |
| Archivo sospechoso | Eliminarlo o ponerlo en cuarentena para reducir el riesgo. | Aislarlo, conservar una muestra autorizada y registrar su procedencia. |
| Servidor lento | Reiniciar servicios o liberar recursos. | Comprobar si hay un incidente y capturar antes los datos volátiles relevantes. |
| Correo fraudulento | Bloquear el remitente y avisar al usuario. | Preservar el mensaje original, cabeceras, adjuntos, enlaces y registros disponibles. |
La cadena de custodia aparece pronto. No es solo una hoja con firmas ni convierte un archivo en verdadero: describe la identificación, posesión, transferencias, almacenamiento y tratamiento de un elemento para explicar su continuidad. Los hashes permiten comprobar que dos archivos son idénticos bit a bit, pero no demuestran quién creó el contenido, si lo que cuenta es cierto ni cómo llegó al dispositivo.
Entender esta diferencia evita afirmaciones exageradas. Un registro puede mostrar que una cuenta inició sesión desde una dirección IP; atribuir esa acción a una persona concreta puede requerir otras fuentes y contexto. Una captura muestra una pantalla, pero no acredita por sí sola la integridad de toda una conversación. Se aprende a escribir «el registro muestra» cuando hay una observación y «podría ser compatible» cuando solo hay una hipótesis.
Ejemplos
Ejemplos de aprendizaje durante una jornada
Estas escenas son ejemplos educativos, no una promesa de tareas concretas. Sirven para ver cómo se aplican sistemas, redes y documentación en un entorno riguroso. Las actividades reales se definen en el plan formativo según tu nivel.
-
Laboratorio
Preparar una máquina virtual reproducible
La tarea no termina al instalar el sistema. Se anota la imagen utilizada, su versión, la configuración de red, los recursos, las cuentas creadas y el propósito. Después se toma una instantánea limpia y se comprueba que la restauración funciona. Si otra persona puede reconstruir el entorno con tus notas, la documentación ha cumplido su función.
-
Redes
Explicar por qué un servicio no responde
En lugar de probar cambios al azar, se recorre la ruta: interfaz, dirección, puerta de enlace, resolución de nombres, puerto, servicio y reglas. Cada prueba responde a una pregunta. El resultado puede ser una causa localizada, varias posibilidades pendientes o una limitación por falta de acceso; todas son válidas si se documentan con precisión.
-
Registros
Construir una cronología con datos ficticios
Se combinan eventos de un sistema de prueba, autenticaciones y marcas de tiempo. Antes de ordenar se revisan la zona horaria, el desfase y el formato. Se conserva el dato original y se crea una vista normalizada. El ejercicio enseña que dos horas iguales en pantalla pueden no representar el mismo instante.
-
Informe
Convertir una comprobación en una nota técnica
Una buena nota incluye objetivo, fuente, procedimiento, resultado, incidencias y límites. «No funciona» se convierte en «desde el equipo de prueba, el puerto no respondió en tres intentos; no hubo acceso al servidor para saber si el servicio estaba detenido o filtrado». La segunda frase es verificable y evita atribuciones sin fundamento.
-
Seguridad
Saber cuándo no hay que continuar
Al abrir una carpeta aparece información personal que no hace falta para la tarea. Lo correcto es detenerse, no explorarla, avisar al tutor y ajustar los permisos o el conjunto de datos. Saber no mirar también es una competencia técnica.
Competencias
Qué valoramos en una candidatura
Las herramientas cambian; las bases y la forma de trabajar duran más. No esperamos que un estudiante actúe como un profesional sénior, pero sí valoramos la curiosidad ordenada, la capacidad de aprender y el respeto por las normas del entorno.
-
Atención al detalle
Leer los mensajes completos, distinguir rutas y versiones, revisar una salida antes de copiarla y detectar que falta un dato importante.
-
Comunicación
Preguntar sin ocultar dudas, avisar pronto de un error, escuchar las instrucciones y explicar el resultado sin tecnicismos innecesarios.
-
Pensamiento crítico
Plantear hipótesis, buscar datos que puedan refutarlas y no quedarse solo con los que confirman la primera impresión.
-
Organización
Priorizar, estimar, registrar avances y entregar una tarea revisada. Avisar de un bloqueo es mejor que ocultarlo hasta el último momento.
-
Aprendizaje autónomo
Consultar la documentación oficial, hacer pruebas pequeñas y resumir lo aprendido. Copiar una solución sin entenderla no es autonomía.
-
Ética profesional
Respetar la autorización, la privacidad, la confidencialidad y la propiedad intelectual. Saber hacer algo no da permiso para hacerlo.
También valoramos saber recibir correcciones. En sistemas y seguridad, una revisión puede descubrir un riesgo que pasó inadvertido; lo profesional es entender el problema, corregirlo y mejorar el procedimiento para que no se repita.
El inglés técnico ayuda, porque buena parte de la documentación de fabricantes, estándares y herramientas se publica primero en ese idioma. No siempre se exige un nivel formal, pero conviene poder localizar una opción, entender una advertencia y contrastar una solución con la fuente original. Aun así, redactar con claridad en español sigue siendo esencial para hablar con clientes, compañeros y profesionales jurídicos.
Itinerario
Un itinerario orientativo de aprendizaje
Cada estancia tiene sus propios objetivos, pero un recorrido progresivo evita asignar tareas complejas antes de dominar las bases. Este esquema muestra una secuencia razonable, no un calendario garantizado.
-
Contexto y seguridad
Conocer el entorno, las normas, los canales de comunicación, la gestión de credenciales, el bloqueo de equipos, la clasificación de la información y cómo avisar de un incidente.
-
Comprobar los fundamentos
Pequeñas tareas de sistemas y redes en un entorno de prueba para ver qué puedes hacer con autonomía y dónde necesitas acompañamiento.
-
Procedimientos repetibles
Seguir listas de comprobación, registrar resultados y practicar la restauración. La velocidad llega después de la consistencia.
-
Resolución guiada
Recibir una incidencia acotada, formular hipótesis, proponer pruebas seguras y revisar las conclusiones con tu tutor.
-
Comunicar el resultado
Preparar una nota, un diagrama o una explicación breve para que otra persona entienda el problema, lo que se hizo y sus límites.
-
Evaluación y siguientes pasos
Identificar avances, carencias y áreas de interés. El cierre deja objetivos concretos para seguir aprendiendo.
Candidatura
Cómo funciona el proceso de candidatura
Para solicitar prácticas de informática en Sevilla, escríbenos desde la página de contacto indicando «Prácticas» en tu mensaje, o llama al 900 649 252 y te explicamos cómo enviarnos tu currículum. Si tu perfil encaja con una necesidad o convocatoria, el equipo se pondrá en contacto contigo para ampliar información.
-
Revisa el encaje
Comprueba que tu formación, tus fechas y tus objetivos tienen relación con sistemas, redes, ciberseguridad o áreas afines. Lee la página completa antes de escribirnos.
-
Prepara un CV breve
Formación, tecnologías que manejas de verdad, proyectos, disponibilidad, localidad y datos de contacto. Sin información sensible innecesaria.
-
Explica tu motivación
Cuenta qué quieres aprender y qué has hecho para acercarte a ese objetivo. Dos ejemplos concretos dicen más que una frase genérica sobre tu pasión por la tecnología.
-
Valoración inicial
Revisamos tu perfil, lo que no significa que exista una vacante. El volumen de candidaturas y la disponibilidad del equipo pueden influir en el tiempo de respuesta.
-
Conversación o prueba
Si procede, una entrevista y una actividad técnica proporcionada. Su finalidad es conocer tu razonamiento, no pedir trabajo productivo gratuito.
-
Convenio e incorporación
Antes de empezar se confirman el centro educativo, las tutorías, el calendario, los objetivos, la modalidad, las obligaciones, los seguros y el resto de condiciones.
Sin falsas expectativas: una candidatura espontánea puede conservarse o descartarse según la información de privacidad aplicable, pero no crea una relación laboral ni académica. No abandones otro proceso ni des por confirmada una plaza hasta recibir una comunicación formal con las condiciones.
Tu currículum
Cómo preparar un currículum técnico que podamos entender
Tu currículum debe responder rápido a tres preguntas: qué estudias, qué sabes hacer y cuándo podrías hacer las prácticas. Una o dos páginas bien organizadas bastan para una primera candidatura. Usa un formato legible, evita las barras de porcentaje sin significado y revisa la ortografía, los enlaces y los datos de contacto.
Incluye
- Titulación, centro, curso y situación académica.
- Periodo aproximado y horas de prácticas.
- Windows, Linux, redes, virtualización o lenguajes, explicando tu nivel.
- Dos o tres proyectos concretos y tu aportación.
- Certificaciones reales, idiomas y enlaces profesionales relevantes.
- Localidad, disponibilidad y un correo que revises.
Evita
- Llamarte «experto» después de una práctica puntual.
- Enumerar decenas de herramientas sin contexto.
- Incluir el DNI, la cuenta bancaria o información médica.
- Compartir trabajos con datos personales o secretos de terceros.
- Enviar ejecutables, macros o archivos comprimidos inesperados.
- Inventar experiencia: una pregunta técnica suele delatarlo.
¿Sirve un portfolio?
Sí, si muestra el proceso y no solo una captura final. Puede incluir un diagrama de red de laboratorio, un documento de instalación, un script propio comentado, una automatización, una consulta sobre una base de datos ficticia o el análisis de logs generados por ti. Explica el objetivo, las decisiones, las pruebas y qué mejorarías. Publica solo material creado para ese fin o que puedas compartir legítimamente.
Un repositorio no debe exponer contraseñas, claves de API, direcciones privadas reales, datos de compañeros, imágenes de clientes ni código copiado sin licencia. Antes de enlazarlo, revisa su historial y no solo la última versión: una credencial borrada puede seguir en commits anteriores.
Cómo describir tu nivel técnico
En vez de ponerte un «80 % en Linux», describe lo que has hecho: instalación en máquina virtual, usuarios y grupos, permisos, systemd, red básica, logs y copias. En redes, indica si has configurado VLAN, DHCP, DNS, reglas o capturas de tráfico y en qué entorno. En programación, explica el problema resuelto, el lenguaje, las pruebas y si el proyecto fue individual o en equipo.
Lo mismo vale para las herramientas forenses. Seguir un tutorial no es dominar una suite, y dominar una interfaz no sustituye entender el sistema analizado. Puedes decir que tienes «una primera toma de contacto en laboratorio» y explicar el ejercicio: es una base perfectamente válida para aprender.
Entrevista
Cómo puede ser una entrevista técnica
Una conversación para prácticas explora fundamentos, razonamiento y actitud. Podemos preguntarte qué harías si un equipo no tiene red, cómo comprobarías que una copia es utilizable o qué anotarías antes de cambiar una configuración. No siempre hay una única respuesta: interesan el orden, las precauciones y que sepas explicar por qué eliges una prueba.
Si no sabes algo, explica cómo lo investigarías: documentación oficial, laboratorio aislado, prueba mínima y validación. Inventar una opción o ejecutar un comando sin entenderlo es más arriesgado que reconocer la duda. Tú también puedes preguntar por la tutoría, los objetivos, las herramientas, la modalidad, la protección de datos y la evaluación: las prácticas son un aprendizaje de dos partes.
Antes de la entrevista
- Repasa direccionamiento IP, DNS, permisos, procesos, almacenamiento y copias.
- Prepara una explicación de dos proyectos propios.
- Piensa en un error que cometiste y cómo cambiaste el procedimiento.
- Si es remota, comprueba cámara, audio y conexión.
- Ten claros el calendario, las horas, los requisitos del centro y tu coordinador.
- Lleva preguntas sobre aprendizaje, supervisión y seguridad de la información.
Privacidad
Confidencialidad, protección de datos y conducta profesional
Un proceso de selección ya implica tratar datos personales. La Agencia Española de Protección de Datos recuerda que la información exigida por el artículo 13 del RGPD debe facilitarse en los procesos de selección, también cuando se reciben currículums sin una convocatoria concreta. Antes de enviarnos tus datos, lee nuestra política de privacidad.
Aplica la minimización: aporta solo lo necesario para valorar tu candidatura. En una primera fase no es adecuado enviar copias del DNI, números de afiliación, cuentas bancarias, información sanitaria, certificados penales ni datos familiares. Si más adelante hiciera falta algún documento, se te explicará para qué y por qué canal enviarlo.
Regla práctica: el currículum describe tu formación y experiencia; no es un expediente con toda tu identidad. Tampoco envíes contraseñas, evidencias digitales, archivos de antiguos clientes, conversaciones ni capturas de sistemas ajenos para demostrar lo que sabes. Un ejemplo sintético bien explicado es más profesional y más seguro.
La confidencialidad continúa durante las prácticas. No se fotografían pantallas, no se suben archivos a nubes personales, no se reenvían correos a cuentas privadas y no se comenta un asunto fuera del entorno autorizado. Poder acceder técnicamente a una carpeta no significa tener permiso para abrirla: el principio de mínimo privilegio limita el acceso a lo que exige la tarea.
Si se produce un error —un destinatario equivocado, una pérdida, una credencial expuesta o un acceso accidental—, se comunica de inmediato por el canal establecido. Ocultarlo aumenta el daño y dificulta la respuesta. No esperamos perfección, pero sí honestidad, rapidez y cooperación ante un incidente.
Especialidades
Especialidades que puedes descubrir
La informática forense toca muchos ámbitos. Conocerlos ayuda a ver qué conocimientos de sistemas, redes, datos o desarrollo pueden convertirse en una especialización. Lo que veas durante las prácticas dependerá siempre del plan formativo y de los límites de confidencialidad.
-
Dispositivos y sistemas
Adquisición, estructura de archivos, registros, cuentas y aplicaciones. Más información en nuestra guía de análisis forense de móviles.
-
Correo y fraude
Cabeceras, servidores, autenticación, enlaces, adjuntos y cronologías. Consulta la pericial de correos electrónicos y el análisis de phishing.
-
Empresas e incidentes
Registros, accesos, extracción de datos, continuidad y responsabilidades técnicas. Casos habituales en peritaciones informáticas para empresas.
-
Web, CMS y ERP
Código, bases de datos, versiones, entregables y contratos tecnológicos. Así se analiza una peritación de páginas web, CMS y ERP.
GlobátiKa también publica contenidos para otras zonas e idiomas en PeritoInformaticoMalaga.com y PeritoInformatico.cat, donde puedes ver el tipo de servicios técnicos que rodean el trabajo del laboratorio.
Vídeo
La importancia de salvaguardar las evidencias digitales
Una idea útil para cualquier perfil técnico: antes de analizar o reparar, hay que saber qué información debe protegerse y cómo evitar alteraciones innecesarias.
Preguntas frecuentes
Preguntas frecuentes sobre prácticas de informática en Sevilla
Si alguna condición es decisiva para ti, confírmala durante el proceso: las necesidades, los calendarios y los acuerdos pueden cambiar.
¿Qué tipo de prácticas ofrece GlobátiKa Lab en Sevilla?
Prácticas formativas relacionadas con sistemas microinformáticos, redes, administración de sistemas, soporte técnico, ciberseguridad y cultura de informática forense. La disponibilidad, las tareas y el convenio se confirman en cada convocatoria.
¿Puedo enviar el currículum si estudio SMR o ASIR?
Sí. Los perfiles de Sistemas Microinformáticos y Redes y de Administración de Sistemas Informáticos en Red encajan con muchas tareas de laboratorio y soporte. La candidatura se valora según conocimientos, actitud, convenio, disponibilidad y necesidades del equipo.
¿Aceptáis perfiles de otras titulaciones informáticas?
Puedes enviar tu candidatura si tu formación está relacionada con informática, ciberseguridad, redes, sistemas o desarrollo. Recibir el currículum no implica que exista una plaza compatible ni garantiza una entrevista.
¿Enviar el currículum garantiza una plaza o un contrato?
No. El envío abre una candidatura para su valoración y no supone compromiso de entrevista, prácticas, beca ni contratación. Cualquier incorporación depende de la disponibilidad, el encaje, los requisitos académicos y un acuerdo formal.
¿Las prácticas son presenciales?
Son prácticas de informática en Sevilla. La modalidad concreta, el horario y una posible combinación presencial y remota se acuerdan antes de la incorporación, porque algunas actividades requieren un entorno controlado y supervisión.
¿Tendré acceso a casos periciales reales?
No debe darse por supuesto. La información pericial es confidencial y está sujeta a minimización, necesidad de acceso y autorización. La formación puede realizarse con materiales sintéticos, anonimizados o tareas controladas.
¿Qué conocimientos conviene tener antes de solicitar las prácticas?
Son útiles los fundamentos de Windows y Linux, redes TCP/IP, virtualización, almacenamiento, copias de seguridad, documentación técnica y seguridad básica. También se valora la capacidad de aprender, seguir procedimientos y reconocer los propios límites.
¿Necesito experiencia profesional previa?
No necesariamente para una práctica formativa. Un pequeño laboratorio personal, proyectos académicos, documentación propia o ejercicios de redes y sistemas ayudan a demostrar interés y método sin inventar experiencia.
¿Qué debe incluir el currículum?
Formación, disponibilidad, tecnologías que conoces de verdad, proyectos relevantes, idiomas y datos de contacto. Es mejor un currículum claro y verificable que una larga lista de herramientas utilizadas solo de forma superficial.
¿Debo adjuntar el DNI u otros documentos sensibles?
No, salvo que se soliciten más adelante con una finalidad justificada. Para la primera candidatura basta un currículum profesional. Evita incluir datos bancarios, sanitarios, documentos de identidad completos u otra información innecesaria.
¿Cómo es el proceso de selección?
Empieza con tu currículum. Si existe encaje, puede continuar con una conversación, la comprobación del convenio y, en su caso, una actividad técnica proporcionada. El proceso concreto puede variar.
¿Se puede firmar convenio con mi centro de estudios?
Debe comprobarse con tu centro y con GlobátiKa Lab antes de confirmar la plaza. El convenio, las tutorías, el calendario, los seguros y los objetivos formativos los definen las partes responsables.
¿Qué diferencia hay entre soporte informático e informática forense?
El soporte busca resolver una incidencia y recuperar el servicio. La informática forense prioriza además la preservación, la trazabilidad, la reproducibilidad y la explicación del dato. Una acción útil para soporte puede alterar evidencias si se realiza sin planificación.
¿Puedo presentar un portfolio técnico?
Sí, siempre que no contenga secretos, datos personales ajenos, malware operativo ni información obtenida sin autorización. Son útiles los diagramas, la documentación, los scripts propios y los laboratorios reproducibles explicados con claridad.
¿Dónde se realizan las prácticas?
En Sevilla. La dirección, la modalidad, los horarios y las condiciones vigentes se confirman durante el proceso de candidatura.
¿Tengo que ser ingeniero para ser perito informático?
No existe en España una exigencia general de poseer el título de ingeniero informático para realizar cualquier pericia informática. Debe acreditarse un conocimiento suficiente sobre el objeto concreto del dictamen y aplicarse un método técnico adecuado.
¿Es obligatorio estar colegiado para ejercer como perito informático?
No con carácter general. La colegiación obligatoria requiere una ley estatal y la actividad pericial informática no está sometida a una obligación general de colegiación. Pertenecer a un colegio o asociación puede aportar servicios, pero no sustituye la experiencia ni garantiza por sí solo la calidad del informe.
¿Cómo contacto si tengo una duda antes de enviar el currículum?
Escríbenos desde la página de contacto o llama al 900 649 252. No envíes contraseñas, evidencias de clientes ni documentación sensible como parte de una consulta sobre prácticas.
¿Quieres presentar tu candidatura?
Revisa tu currículum y cuéntanos qué estudias, qué quieres aprender y cuándo podrías empezar. Escríbenos desde la página de contacto indicando «Prácticas» o llámanos y te explicamos los siguientes pasos.
Fuentes y recursos
- BOE: Ley de Enjuiciamiento Civil, artículo 340
- BOE: Ley de Colegios Profesionales, artículo 3
- Comisión Europea: base de datos de profesiones reguladas
- CNMC: promoción de la competencia
- AEPD: La protección de datos en las relaciones laborales
- AEPD: información para la provisión de puestos de trabajo
- Acción social y formación de GlobátiKa
Esta página ofrece información general sobre candidaturas y prácticas. Las condiciones definitivas son las que se comunican formalmente para cada plaza y convenio, y no sustituyen la información académica de tu centro.
Del blog











