Hace tiempo que quiero hablar sobre las entrevistas. Principalmente porque no hay mucha información ahí fuera. Casi todo lo que uno aprende de como hacer entrevistas es de la propia experiencia o sino, del boca-a-boca con otros compañeros. Personalmente he pasado por bastantes, he modificado mi CV un millón de veces – bueno a lo mejor alguna menos 😆 – y también he podido realizar entrevistas a candidatos para puestos de DBA (Junior y Senior). Así que os puedo dar algunas pautas básicas pero muy importantes.

1. Regla Número Uno -> CONGRUENCIA.

Existe una cualidad que está por encima de vuestros conocimiento técnicos, títulos universitarios, idiomas, o habilidades personales. No se anuncia en las ofertas de trabajo, no se habla de ello, pero es lo más importante. Voy a tratar de explicároslo lo mejor posible. Cuando vais a una entrevista de trabajo lo que estáis haciendo en venderos a vosotros mismos. Vuestra forma de ser así como vuestras cualidades (experiencia, conocimientos, etc..) deben ajustarse a un marco de congruencia. Por poner un ejemplo más concreto.

Si vais a un proceso de selección de un DBA Junior y te empiezan a hacer preguntas técnicas, no se espera de vosotros que lo sepáis todo. Es un fallo muy común al entrevistar a un Junior, que piensa que debe tener todas las respuestas, se pone nervioso, empieza a titubear y responde cosas sin sentido. Es en ese punto cuando al entrevistador se le sube una ceja tal que así. Es mucho mejor decir que no se sabe la respuesta a la pregunta y comentar algo que sí se esperaría de un Junior, como que estás muy emocionado por poder aprender y convertirte en un profesional experimentado con el tiempo. Otra respuesta válida e interesante es que estás pensando en hacer un curso por tu cuenta de Tuning (por poner un ejemplo).

Podemos aplicar la misma reglar a un Senior. Recuerdo una entrevista con un Senior al que le pregunté acerca de su experiencia con Data Guard y empezó a hablar y hablar, y paso de Data Guard a RMAN y de ahí a no se-que-otra-cosa que no recuerdo por que ya había desconectado. Si aplicamos la regla de la congruencia a un Senior, esperaríamos una respuesta sensata, proporcionada y que normalmente esté respaldada por un ejemplo. Un Senior se supone que debe ser una persona experimentada, segura, comunicadora (mentor para los Junior). En este tipo de entrevistas se utiliza mucho el método STAR que comentaré más tarde. Si un Senior se pone nervioso al hablar o no sabe comunicar, inmediatamente dudas de el.

Esta regla aplica a TODO: vuestra dirección de correo electrónico, CV, formato, forma de hablar, de saludar, de despediros, de sentaros, seguridad al hablar, etc. Por ejemplo, si un Senior te presenta un CV que está mal redactado o desestructurado, cómo puedes esperar de el que redacte documentación de calidad? Descartado! (o casi) Os podría dar montones de ejemplos 🙂 Si no os queda claro la idea de congruencia, dejad un comentario con vuestras dudas. A lo mejor os ayuda visualizar al entrevistador como una persona que va a buscar los fallos que tenéis, en vez de las virtudes. Esto es así en muchas ocasiones.

2. Regla Número Dos -> MARKETING.

Hay que venderse, y venderse bien, pero siempre respetando la regla número uno (marco de congruencia), así que no mintáis. Si hay otra persona que se vende mejor que vosotros, la van a escoger a ella. La mayoría de las veces no se elige a la persona que más sabe sino aquella que encaja mejor en el puesto, o mejor dicho, la persona que tu piensas que va a encajar mejor en el puesto. Aquí podríamos poner todas las pautas generales que podáis buscar en internet:

  • CV impecable: visualmente estético al primer golpe de visto, contenido relevante (especialmente último o puesto actual), bien resumido, max. 2 páginas, etc….
  • Vestimenta adecuada: zapatos, chaqueta y corbata a no ser que estés seguro de que el entorno es “casual”
  • Estrechar la mano con firmeza <- OJO aquí, aprended a dar la mano si no sabéis, hay mucha mano floja ahí fuera, no hay que romper huesos pero hay que mostrar fortaleza y seguridad
  • Forma de hablar pausada, tranquila, escuchar con atención, mirar a los ojos, manejar bien las manos (sentido común)

Todo esto deberías practicarlo con alguien que haya pasado por varias entrevistas para que os de su opinión. Por último, la observación más importante que os puedo dar aquí es que estéis preparados para explicar con detalle hasta el punto más pequeño e insignificante de vuestro CV, vuestra apariencia, lugar de nacimiento, etc. Los entrevistadores lanzan preguntas al azar muchas veces para ver como reaccionáis a preguntas inesperadas. Saber reaccionar aquí es crucial, os remito a la regla número uno. Digáis lo que digáis que cuadre con vuestra historia.

3. Regla Número Tres -> Ejemplos.

En grandes empresas se utiliza mucho el método STAR para hacer entrevistas. El objetivo de este método es averiguar como reaccionáis a los problemas o tareas del día a día en vuestro puesto. Un buen ejemplo es 1.000 veces mejor que la mejor explicación teórica que podáis dar. Supongamos que os preguntan por RMAN (pregunta abierta) tenéis dos opciones:

  • ERROR -> Explicar que RMAN es una utilidad que proporciona Oracle para hacer y restaurar copias de seguridad, y no explicar nada más.
  • CORRECTO -> Explicar qué es RMAN y contar vuestra experiencia con ello, como por ejemplo, que política de backups utilizáis para las BBDD de producción. Si además añadís como hacéis el backup de esa BD gigantesca de 168TB entonces bordáis la pregunta.

Si os parece bien, podemos compartir un documento en Google Docs con Preguntas y Respuesta que pueden darse en una entrevista. Yo he puesto unas pocas separadas por area. Es un documento colaborativo así que os invito a añadir preguntas y respuestas que habéis tenido. Es un experimento 🙂 así que veremos como funciona. Más consejos en siguientes posts.

Preguntas y Respuestas Entrevista DBA Oracle -> https://goo.gl/aF7TzD

 

8 Responses a “Reglas Básicas para una Entrevista – Parte 1”

  1. Rodolfo dice:

    muchas gracias, y gran idea la del documento

  2. sguinales dice:

    Muy buen articulo, seguiremos el cuestionario, me parece una herramienta muy útil. Propongo dos documentos uno nivel junior otro senior.

  3. raulibaper dice:

    Samuel, podemos usar el mismo documento pero señalado que preguntas son Junior (Jr) o Senior (Sr). A veces las preguntas se cruzan en las entrevistas.

  4. Jonnathan Ferrada dice:

    Estimado, muy buen articulo al igual que algunas de sus publicaciones anteriores. Me gustaría que realizara un post donde se pudiera discutir si un DBA debe ser un desarrollador. Lo comento por que en cada entrevista que he ido como DBA Junior me dicen, si usted es DBA como no sabe programar o desarrollar.

  5. raulibaper dice:

    Hola Jonnathan, Cuál fue la pregunta anterior? Te preguntaron directamente si sabías programar? En qué contexto te realizaron la pregunta? Como te puedes imaginar depende mucho del hilo de la conversación que estés teniendo. A lo mejor el entrevistador no hizo la pregunta adecuada.

    Volviendo a tu comentario. Un DBA no tiene que porque se un programador “puro”, es decir, que se haya dedicado con anterioridad a programar. Pero si es muy recomendable, sino indispensable, que sepa al menos programar algún lenguaje de scripting (ej. bash/ksh). Hay muchos procesos en las empresas que se lanzan via scripts de Unix (backups de RMAN, export de datos, purgados de datos, scripts de monitorización). Si no sabes bash/ksh estás un poco perdido para dar mantenimiento cuando falle el script o haya algún problema. Ahora con la implantación de programas de Automatización/”DevOps” como Puppet, Chef, Ansible, etc… refuerza la necesidad de saber algún lenguaje de scripting.

    Respecto a PL/SQL, sucede algo similar. Muchos DBAs dan soporte al código para hacer troubleshooting cuando hay un problema de rendimiento. Es necesario saber “leer” el código. No es que sea necesario para DBA Juniors pero un Senior debe saber moverse rápido por el código. Con el tiempo y la experiencia acabas sabiendo “picar” PL/SQL.

    Es muy poco probable que te pidan programar en C/C++, Java, Javascript, Ruby, etc… Eso lo piden en puestos “mixtos” de DBA/Desarrollador.

    Moraleja
    1. Si no sabes bash o ksh aprende bash. Aprende los principios de la programación estructurada (secuencia y estructuras de control). Lo básico se aprende muy rápido.
    2. Aprende un mínimo de PL/SQL, por lo menos para saber interpretar el código.
    3. No te preocupes por otros lenguajes como Java, C, etc… a no ser que en el puesto de trabajo al que vayas lo pidan. Un argumento que utiliza la gente como respuesta suele ser que no son programadores pero saber “leer” el código. Aquí me remito a la regla número uno del post 🙂 No mientas, pero aprende un mínimo para poder leer el código por encima.

    Espero que te ayude. Recuerda que las empresas no suelen encontrar al candidato perfecto. Suelen coger aquel que mejor encaje. Si hay alguien que se defiende “programando” o incluso si da una respuesta mejor que la tuya a la pregunta de si sabe programar, tiene más opciones que tu.

  6. Jonnathna Ferrada dice:

    Estimado.
    Yo soy del area Networking, pero seguí mi profesión como Apps DBA para la EBS de Oracle. Se lo básico para crear o hacer una shell scripts, sql Ansi y pl/sql, cuando digo básico es porque yo no se programar o desarrollar. No obstante existen herramientas que ayudan a mi labor día a día, entre ellas un awr, o el auto tunning que ofrece EM, herramientas de monitoreo y revisión de código.
    Mi fuerte es la operación, administración y actualizaciones de base datos, no obstante tomo en cuenta sus recomendaciones. Me gustaría saber de que forma podría aprender mas de pl/sql (es necesario mencionar que ya hice el curso de sql introduction y workshop | DBA 11g), en los cuales aprendi las bases de sql ansi.

    Saludos !!

  7. Jonnathna Ferrada dice:

    Disculpa Olvide responder tu pregunta, sobre la ultima entrevista laboral,. fueron.

    1) Cuantos años de experiencia tiene como DBA Oracle ?
    2) Cuantas horas tiene en proyectos de Implantación o Implementación de Productos Oracle ?
    3) Sabe desarrollar, pl/sql y Java ?
    4) Que Storage a Utilizado ? Sabe Administrar Storage 3 Par HP
    5) Sobre Virtualización usted a trabajado con servidores en plataformas VM Ware y OVM Server ?
    6) Con que versiones de base de datos a trabajado ?
    7) Cual es su experiencia con Oracle Data Guard y Cluster Oracle ?
    8) En una escala de 1 a 7 cual es su experiencia y manejo de Rman.
    9) Sobre el monitorio de base de datos. Que sistemas a usado y cuales recomienda ?
    10) Sobre Webgloic, usted sabe como Administrar he instalar Weblogic Cluster ?
    11) Su experiencia con sistemas de integración continua ?
    12) A participado en algún proceso de Upgrate de Base de Datos ? en que versión ?
    13) Sobre la habilitación de ambientes, cual es su experiencia ? Cuantos ambiente a Administrado ?

    Esas son algunas de las preguntas de la ultima entrevista en la que participe

  8. raulibaper dice:

    Para PL/SQL el libro de Oracle Press sigue una estructura bastante decente. Te lo puedes comprar o bajar de Internet. No te recomiendo que lo leas de pies a cabeza, pero te puede ayudar bastante.
    – Oracle Database 12c PL/SQL Programming (Database & ERP – OMG)
    http://a.co/aFD2qWq

    Gracias por las preguntas. Esto ayuda bastante a la gente a prepararse para nuevas entrevistas.

Deja una respuesta