Como entrevistar um candidato a administrador de sistemas? [fechadas]

Que tipos de perguntas você faria e que cenários descreveria, que tipo de respostas procuraria?

Não peço perguntas específicas. Gostaria de saber qual estratégia de entrevista é boa para selecionar candidatos qualificados para o cargo.

Faço perguntas em 3 categorias:

• Conhecimento técnico - Quero garantir que o candidato saiba o que ele / ela deve saber. Por exemplo, diga-me a diferença entre RAID 0, RAID 1, RAID 5, RAID 1 + 0 e RAID 0 + 1. Se um administrador dos Serviços de Diretório AD, diga-me as funções FSMO no nível de floresta e domínio e o que cada uma delas faz. Além disso, é aqui que pergunto em qual tecnologia eles estão interessados. Eles constroem robôs do lado? Boa! Eles programam esses robôs? Sério? Então, eu tenho alguém que pode fazer um pouco de codificação e conhece as dores da solução de problemas. Excepcional! Coisas assim.
• Personalidade - faço perguntas sobre como eles lidariam com diferentes cenários. Situações como: "O PM percebe que houve um erro cometido no agendamento. Você sabe que o erro é culpa do PM. Esse erro fará com que você trabalhe dois fins de semana consecutivos. Como você lida com isso?" Basicamente, perguntas que revelam como o candidato pensa e se ele sabe ou não o que fazer para fazer parte de uma equipe. Isso não eliminará as pessoas que sabem as respostas certas e não as fazem, mas eliminará as pessoas que não têm idéia de como jogar bem com os outros. Também faço perguntas sobre o envolvimento da comunidade.
• Experiência anterior - Normalmente, peço que o candidato me dê uma situação ou projeto no passado que correu bem onde eles eram a maior parte. Quero saber quais desafios eles enfrentaram e como os enfrentaram. Também peço para me dar uma situação em que as coisas não correram bem. Quais foram as lições aprendidas pelo candidato? O que o candidato poderia ter feito, pensando em retrospectiva, para possivelmente mudar a situação (e se o candidato não pôde, o candidato reconhece isso).

Essa resposta abrange as três principais áreas que precisam ser investigadas. No entanto, algo que precisa ser permitido, especialmente em lojas menores, onde se espera que as pessoas de infraestrutura sejam multidisciplinares, é fazer perguntas técnicas de escopo muito amplo e que possam ser respondidas em diferentes camadas de abstração, dependendo da a experiência do candidato. Isso permite que você tenha uma ideia do que cada um é capaz, e permite que eles demonstrem seus conhecimentos específicos, enquanto ainda permite comparar diretamente as respostas dos diferentes candidatos.

Uma ótima pergunta que me fizeram uma vez é:

Imagine que eu fiz logon em uma máquina aqui e criei um terminal. Você digita wget http://www.google.com/. O que acontece?

Eu, com meu viés de rede, respondi começando com a resolução DNS, passando para a configuração de proxy e depois para a decisão de roteamento e o estabelecimento de uma conexão TCP; outro candidato respondeu em termos da conversa HTTP. Quando perguntei ao entrevistador qual era a melhor resposta que ele ouviu, sua resposta foi:

"Bem, começou com a interrupção do teclado ..."

As perguntas técnicas são importantes, e o método de resposta é quase tão importante quanto ter a resposta correta. (a última coisa que o departamento de TI precisa é de alguém que sabote sua boa vontade em toda a organização com hostilidade e condescendência).

Mas aqui está a minha pergunta mais importante -

Minha primeira entrevista com uma empresa de TI "real" terminou quando ele chegou a uma pergunta técnica com a qual respondi: "Não sei".

A resposta foi: "Ótimo, quando você pode começar?"

Acabei de sair da faculdade e meu entrevistador queria saber que eu era capaz de reconhecer os limites do meu conhecimento / experiência. É algo que eu mantive comigo e acho que é o atributo mais importante para um administrador de sistemas. O conhecimento específico é excelente e ajudará você a se destacar, mas se não puder admitir não saber, irá progredir muito lentamente, se for o caso.

Costumo entrevistar pessoas para cargos de nível básico, o que significa que não posso discutir histórico de trabalho significativo. Normalmente discuto projetos pessoais, mas duas perguntas que sempre faço são: "Você pode descrever sua rede doméstica para mim?" e "Como você faz backup de suas máquinas domésticas?" Uma pessoa realmente interessada pode ficar em um quadro branco por 30 minutos discutindo isso, abordando endereçamento IP, segurança sem fio, etc.

Não faça perguntas "triviais" - perguntas com uma única resposta altamente específica. As pessoas podem esquecer esse tipo de coisa quando estão sob estresse. Se o trabalho deles exigir que eles saibam qual pino em uma interface V.35 é usado para transmitir dados, eles poderão procurar quando tiverem o trabalho. Perguntas gerais ajudam você a entender mais sobre candidatos do que trivialidades ... Também não gostamos de quebra-cabeças.

A Prática da Administração de Sistemas e Redes

Faça diferentes tipos de perguntas que ajudarão você a aprender sobre o candidato. E como eles se encaixam no seu grupo de trabalho. Nos tempos antigos. A maioria das SA eram físicos, astrônomos, matemáticos e engenheiros. Por quê? Provavelmente porque possuía excelentes habilidades para solucionar problemas e fazia anotações muito boas.

Algumas perguntas a serem feitas:

Técnico

• Descreva-me, como se eu não soubesse nada, como uma rede TCP / IP funciona.
• Descreva-me, como se eu não soubesse nada como um computador funciona (um dispositivo básico de Von-Neumann)
• Faça um diagrama de rede simples: você tem 20 sistemas, 1 roteador, 5 comutadores, 2 servidores e um pequeno bloco de IP. Vai.
• Com base no anúncio de emprego, o que você espera fazer aqui?
• Descreva-me o que você espera realizar aqui.
• Qual é o melhor método para manter a documentação atualizada?
• Qual o pior incidente de recuperação de desastre em que você já esteve envolvido? Diga-me o que você fez.
• Por que você gosta de ser uma SA?
• Como você se classificaria como um SA?

O negócio

• Você acredita que a TI impulsiona os negócios ou que os negócios impulsionam a TI?
• O que você acha do nosso atual modelo de negócios?
• O que você poderia fazer para nos tornar mais rentáveis?
• Como a TI interage com nossa empresa?

Pessoal

• Qual é a sua piada favorita?
• Que livro devo ler amanhã? Por quê? (então vá para a biblioteca e remova-a)
• Quem é Thomas Limoncelli? (heh heh, GOTCHA!)

Quase todo mundo pode ficar bem no papel. Algumas pessoas podem passar por discussões técnicas. E muitas pessoas são pobres oradores públicos. Você deve fazer perguntas abertas. Não "Sim ou Não", observe seus processos de pensamento e suas habilidades para solucionar problemas. Mais reveladoras são as metáforas usadas para descrever processos complexos.

A contratação de uma SA é uma tarefa muito difícil. É improvável que uma entrevista técnica descreva quem você estará contratando. Não é tanto o que eles sabem agora. É o que eles estão dispostos a aprender e com que rapidez eles aprenderão e aplicarão.

Se eu fizesse parte de um painel de entrevistas para um administrador de sistemas de uma empresa de software onde seria esperado que eles mantivessem o software da empresa em seus servidores, eu estaria interessado em saber o que o candidato espera dos desenvolvedores. Como eles interagem com os desenvolvedores - "nós x eles" ou "todos reunidos com diferentes conhecimentos"? Eles têm alguma experiência em uma situação em que o desenvolvimento e a TI (ou seja qual for o departamento chamado) acabaram em conflito, e como foi resolvido? Eles estão interessados na obtenção de algum conhecimento da tecnologia e terminologia utilizada pelos desenvolvedores, e eles estão dispostos a ajudar a educar os desenvolvedores em suas próprias áreas de especialização, para que todos possam comunicar-se melhor?

É certo que isso seria parcialmente satisfazer meu próprio interesse no relacionamento entre administradores de sistemas e desenvolvedores, bem como julgar o candidato.

Verifique se ele não é apenas um livro inteligente. Eu sinto que é bom testar algum tipo de mãos.

As perguntas do "quadro branco em branco" são as que realmente separam as ovelhas das cabras. "Este é o limite da rede; este é um aplicativo Web executado no IIS, este é o seu back-end SQL; esta é uma caixa UNIX com outro serviço de caixa preta. Como você torna esse tolerante a falhas, seguro, etc? "

A única resposta que recebi de um candidato foi a poleaxed "você está brincando, certo?"

Estou contratando administradores do Linux para uma inicialização, então minhas perguntas são aquelas que devem provocar a experiência por inexperiência. Tela do telefone:

1. Nomeie como muitos diretórios de nível superior em um sistema linux moderno (FHS) possível (existem cerca de 20, ninguém recebe mais de 75%, mesmo aqueles que lidam com ele todos os dias)?
2. Para que é usada a variável de ambiente PATH?
3. Nomeie uma pessoa famosa por seu envolvimento com o software livre / de código aberto (exceto Linus Torvalds) (resposta mais frequente: Richard Stallman)

Para a entrevista por telefone, tento fazê-los falar sobre seus projetos anteriores, rede doméstica, quantos computadores eles têm e o que fazem com eles, etc.

Pessoalmente, gosto de dar a eles um problema real que estou enfrentando e pedir que resolvam isso para mim. Vou comparar a resposta deles com qualquer solução que já esteja pensando. Se a resposta for melhor, meu projeto avança. Se a resposta for pior, o processo de entrevista avançou. De qualquer maneira, posso continuar envolvido com meus próprios projetos e refinar ou descartar candidatos ou idéias.

Caso contrário, está falando mais profundamente sobre o que eles esperam de um ambiente de trabalho, tentando descobrir se eles têm 9-5 anos ou se realmente se preocupam com o que estão fazendo - na ausência de outros fatores, os tipos de Linux tendem a para cuidar (embora possam ser péssimos) e os engenheiros de rede tendem a ser 9-5ers (que também podem ser péssimos) ... Apenas minha experiência.

Supondo que eles passem por tudo isso, eu também gosto de configurá-los com uma nova caixa Linux em uma rede isolada cuja configuração de rede está errada, com equipamentos estranhos conectados e um cabo solto para o último "dane-se", e solicitá-los de volta conectados. Eu os deixo em paz e periodicamente volto para checá-los, embora eu pudesse facilmente passar o mouse se quisesse ser um pouco duro com isso.

Normalmente, leva cerca de 30 minutos para alguém que passou pelo resto da entrevista entrar neste ambiente totalmente desconhecido e fazê-lo funcionar novamente. É um teste incrível do mundo real de exatamente quanto tempo leva para solucionar um ambiente totalmente novo e totalmente quebrado.

Depois de ordenar cuidadosamente o currículo, eu ainda tinha 20 candidatos. 20 pessoas de ~ 150 passaram na primeira seleção que me permitiu passar de três a quatro horas para entrevistar cada uma delas. Os principais critérios de seleção para mim foram:

• capacidade de treinamento em um lugar
• habilidade para escolher a melhor abordagem
• habilidade para reunir e resolver um problema em uma situação fora do padrão
• uma boa base de conhecimento: ou seja, o candidato deve conhecer a história da informática, possuir a teoria em alto nível, sabendo não apenas " o que fazer", mas também o "porquê" .

Para saber sobre a habilidade deles em reunir e resolver um problema em uma situação fora do padrão, me perguntaram, por exemplo: "Como estragar um sistema Windows, se você tem acesso físico ao computador, mas não possui nenhum senhas da conta? " e, depois disso, perguntei a eles sobre "Como corrigir o sistema estragado?". Dei alguns exemplos de ação de vírus e perguntei o que eles fariam para evitar danos e retornar a funcionalidade e os dados perdidos com o mínimo de instrumets possível e mais perguntas sobre o uso de instrumentos não padrão. Certa vez, perguntei a um candidato: "Qual pergunta você faria, se estivesse me entrevistando, para saber o quão bom eu sou em situações fora do padrão?" :-)

Para saber como eles são bons em encontrar uma abordagem ideal, dei-lhes um pouco de prática na configuração da Web, servidor de correio ou gateway de rede para parâmetros específicos ("Eu preciso que ele seja um servidor Web muito rápido para um pequeno número de clientes conectados"). e sim, quero uma linguagem de script do lado do servidor, para me mostrar algumas estatísticas, o que devo escolher e por que você acha melhor? Você poderia me mostrar no nosso servidor de teste, se você faltam 20 minutos? ")

A capacidade de treinar em um local - não é muito fácil de verificar, mas pedi a alguns candidatos que fizessem um arquivo de configuração de amostra ou um script e, em seguida, dei a eles uma pequena dica para ver se poderiam fazer melhor depois disso.

A base de conhecimento - uma das minhas partes favoritas: O que é OSI? Por que o TCP / IP chamado " pilha de protocolos "? Quais heróis da ciência da computação você conhece? O que é registro no Windows? E os sistemas do tipo Unix?

E coisa muito importante - eles devem amar o seu trabalho! "Você leu alguns dos autores clássicos, como K&R?", "Quanto tempo você tem um grande interesse em informática?", "Com o que você começou a estudar computadores?", "Você tem computadores de teste / pouca rede em casa?" (se for verdade, é um sinal muito bom!).

A lista de K. Brian Kelley é ótima, mas eu gostaria de enfatizar que é importante fazer perguntas para solucionar problemas. Escolha alguns problemas difíceis que você enfrentou e peça ao candidato que lhe diga como eles tentariam resolver o problema. Conhecer muitos detalhes técnicos é importante, mas ser capaz de resolver problemas com uma abordagem metódica é muito importante na minha opinião.

Eu gosto de fazer perguntas que são o oposto da forma normal dessa mesma pergunta. Por exemplo, no desenvolvimento web, uma pergunta comum é "quando você POSTAR um formulário em vez de GET?" Mas pergunto o contrário: "Quando você usa GET em vez de POST?" Isso força as pessoas a pensar em desvantagens em vez de vantagens, ou a considerar quais trade-offs estão fazendo quando tomam uma decisão.

Uma pergunta representativa para a TI pode envolver duas opções de tecnologia semelhantes; talvez uma pergunta como "Quando você escolheria um grupo de trabalho do Windows em vez de domínio?"

Eu sempre mantenho uma anotação em papel e caneta de todas as coisas estranhas e peculiares que encontro no dia-a-dia normal, não do tipo de coisa que está nos livros de 'como fazer ...'. Posso, então, recorrer a uma ou duas dessas situações em uma entrevista, muitas vezes mais para iniciar uma conversa do que como um teste, estou mais interessado em COMO eles lidariam com a situação do que se soubessem a resposta. Eu sempre faço uma pergunta sobre a tecnologia 'de ponta' para ver se eles estão interessados ​​em novas tecnologias (ou DEMASIOS realmente interessados).

Um pouco fora de tópico - mas uma história interessante do blog oficial do Google:

Como cheguei ao Google (cap. 1)

Nossos engenheiros, no entanto, tendem a percorrer rotas mais variadas e, ocasionalmente, mais estranhas. Alguns são recrutados para fora da escola, ou por amigos ou ex-colegas. Outros apenas enviam seus currículos para jobs@google.com. Para alguns engenheiros, porém, o caminho tem sido mais interessante.

Leia o restante da postagem do blog sobre esse método não convencional, mas - na minha opinião - válido para contratar as pessoas certas.

Ao entrevistar, não estou realmente procurando saber se um candidato é capaz de responder a perguntas técnicas específicas. Eu acho que é mais importante que um candidato saiba para onde encontrar uma resposta.

Um candidato não deve apenas dizer "eu não sei". Estou procurando uma resposta mais parecida com "Eu pesquisaria no Google" ou algo semelhante a "Sou membro da [ACM | SAGE | LOPSA | Falha no servidor] e verificaria os [arquivos da lista de discussão | site ] para encontrar ajuda para responder a esta pergunta ".

Descobrir para onde o candidato se voltará quando não souber a resposta para uma pergunta é uma boa maneira de obter uma imagem de suas capacidades.

Eu entrevistei pessoas como funcionário de uma grande empresa e como proprietário de uma pequena empresa. A qualidade número um que procuro é uma personalidade equilibrada entre 'visionário' e 'mexicano'.

Se você é visionário demais, cria um sistema como o Twitter. (Se você não leu nada, metade das descrições iniciais das instruções de engenharia levará a maioria dos tipos de administradores a fazer uma palestra e seguir para o bar.) estados de degradação em todo o lugar, e todos os seus sites estão em execução em uma caixa de dez anos executando o BSD 4.2 sob a mesa do administrador de sistemas.

Simplesmente, a melhor pessoa que eu já contratei foi um cara com um diploma duplo de bacharel em religião e filosofia de uma pequena faculdade particular em Connecticut. Ele era criativo, dedicado, inteligente e perseverante diante das adversidades. Ele estava verificando o código via telefone celular até uma hora antes do nascimento da primeira filha. Ele fez coisas incríveis e agora é o líder da comunidade de uma grande estrutura PHP. Ótimo rapaz.

A pior pessoa com quem já trabalhei foi um cara muito envolvido na organização em que ambos trabalhamos. Seu pai trabalhava lá e ele trabalhava desde o ensino médio. Houve pelo menos uma dúzia de vezes em que eu quase disse a ele que, se ele não gostasse do seu trabalho, ele deveria simplesmente sair e salvar o resto de nós da dor de cabeça. Ele era um mexicano. E, por coincidência, um grande fã do BSD e do Gentoo.

Fora isso, qualquer administrador de sistema em uma função * nix deve ser capaz de descrever por que isso é engraçado .

Eu sempre peço ao candidato que se classifique de 1 a 10 em certos aspectos da posição. Então, com base nessa resposta, faço perguntas que correspondem ao nível em que elas se colocaram.

Se a posição exigir o uso de scripts, sempre solicitarei exemplos e, em uma segunda entrevista, apresentarei um cenário e pedirei que automatizem sua resposta. Eu só preciso ter certeza de que a abordagem deles não é cortadora de biscoitos.