¿Cómo contrato un buen DevOps que se ajuste a mi empresa?

20

Los buenos desarrolladores deben ajustarse a la regla 11 de la Prueba de Joel :

¿Los nuevos candidatos escriben código durante su entrevista?

Sin embargo, sé poco o nada sobre los contenedores Docker, cómo configurar Jenkins o AWS, etc. ¿Cuál sería una buena manera de probar si la persona que aplica puede administrar tales tareas?

Subpreguntas: creo que un buen empleado de DevOps puede configurar la cadena de compilación una vez y debería funcionar a partir de ese momento. ¿Puedo entonces esperar que él o ella sea un desarrollador en la empresa (DEVops)? Como DevOps es un trabajo relativamente "nuevo", ¿quizás sea mejor para las pequeñas empresas compartir un empleado de DevOps o contratarlo como freelance cada vez que lo necesite?

Mi confusión sobre el término se origina en ofertas de trabajo como esta, incluso aquí en stackexchange (= enlace de donde se tomó la impresión de pantalla anterior).

Encontré este útil, pero posible artículo testarudo que tal vez quieras leer si te encuentras con esta pregunta: https://hackernoon.com/devoops-some-common-anti-patterns-1850ac2f5074

culture software-engineering

— Thomas
fuente

3

Como DevOps no es un rol (es una palabra de moda como tal), estás contratando un administrador de sistemas moderno de acuerdo con tu descripción.

— Tensibai

55

Estoy votando para cerrar esta pregunta como fuera de tema porque DevOps no es un puesto de trabajo / puesto

— Tensibai

2

@Tensibal Estoy de acuerdo con usted, pero también estoy tentado a dejar esta pregunta abierta, ya que puede ayudar a aclarar esta idea errónea, y podemos esperar ver esta pregunta una y otra y otra y otra vez.

— Michael Le Barbier Grünewald

2

@ MichaelGrünewald Agregue una respuesta para aclarar esto. Si se vota de manera positiva, evitará que la pregunta desaparezca, incluso si se cierra. Lo mejor de ambos mundos: aclara el problema y permanece visible como fuera de tema para el sitio, ayudando a prevenir futuras preguntas de este tipo (que podrían duplicarse)

— Dan Cornilescu

3

@Tensibai FWIW, no creo que debamos cerrar una pregunta sobre la base de que "DevOps no es un rol". Cada pregunta donde esta confusión es evidente es una oportunidad para aclarar. La respuesta a la pregunta debe incluir una aclaración a tal efecto y un enlace a esa pregunta. Si cerramos las preguntas solo porque confunden el término DevOps, alejaremos a los nuevos usuarios y perderemos la oportunidad de aclarar.

— Dave Swersky

13

Es una creencia común que "DevOps" es un papel en una empresa. La palabra simplemente denota un cambio organizacional en las compañías de software, este cambio puede describirse brevemente por el “¡ Lo construyes, lo ejecutas! "Acuñado por Werner Vogels:

No es necesario distinguir entre construir y ejecutar, y según Werner Vogels, es mucho mejor que eso:

Otorgar responsabilidades operativas a los desarrolladores ha mejorado enormemente la calidad de los servicios, tanto desde el punto de vista del cliente como de la tecnología. El modelo tradicional es que llevas tu software a la pared que separa el desarrollo y las operaciones, y lo arrojas y luego te olvidas de él. No en Amazon. Lo construyes, lo ejecutas. Esto pone a los desarrolladores en contacto con la operación diaria de su software. También los pone en contacto diario con el cliente. Este ciclo de retroalimentación del cliente es esencial para mejorar la calidad del servicio.

Esta lección es interesante, pero este cambio particular en una organización no siempre es fácil de implementar.

Este cambio es concomitante con la creciente importancia de la integración continua y los métodos de entrega. Tenga en cuenta que estas ideas son mucho más antiguas que la formalización de metodologías "ágiles", algunas de ellas ya están presentes en el informe del Comité Científico de la OTAN sobre ingeniería de software publicado en ... ¡1968!

Si bien se puede pasar por alto la redacción, la breve descripción de la propuesta de DevOps (este sitio) menciona "ingenieros de software":

Sitio Beta de preguntas y respuestas para ingenieros de software que trabajan en pruebas automatizadas, entrega continua, integración y monitoreo de servicios, y construcción de infraestructura SDLC.

Ahora, si está buscando un ingeniero de software que pueda ayudar a su equipo a comenzar con estas metodologías, hágales participar en este tema. Incluso si no está familiarizado con este tema, siga el mensaje "¡Lo construye! ¡Lo ejecuta! ”, Lema que puede comenzar desde un problema de programación y dirigir la entrevista hacia preguntas sobre la implementación y el mantenimiento de la aplicación.

— Michael Le Barbier Grünewald
fuente

3

La confusión también se basa en ofertas de trabajo como esta: stackoverflow.com/jobs/135988/…

— Thomas

2

Sí, hay muchas personas u organizaciones que utilizan "DevOps" como rol. Nadie puede ser culpado por ser víctima de esto y su pregunta es útil para aclarar esto, así que gracias por haberlo hecho, incluso probablemente finalmente se cerrará. ¡Espero que encuentre útil esta respuesta y que aproveche la oportunidad de contribuir a este sitio o utilizarlo como fuente de información!

— Michael Le Barbier Grünewald

@ThomasMoors: su comentario anterior (¡interesante!) Debe integrarse en su pregunta real ... incluso si fue solo para documentar su confusión ...

— Pierre.Vriens

@ Pierre.Vriens hecho

— Thomas

1

Sinónimo / relacionado "come tu propia comida para perros", no hagas algo que no

— usarás

7

A riesgo de obtener un voto negativo, fuera de tema o incluso herejía, le diré: "No escuche a los puristas que le dicen que DevOps no es un papel".

Estás en el camino correcto. Debería ajustarse a su empresa. Eso es lo que importa a la hora de contratar.

Si necesita un DevOps, para trabajar como un DevOps, producir resultados como DevOps, es un DevOps.

No dejes que nadie te disuada de lo contrario.
Publicidad de todos modos.
Entrevista de todos modos.
Contratar de todos modos.

Mientras tanto, descubra más sobre DevOps, cómo el concepto puede encajar en su empresa, cómo encaja la persona.

Destile más sobre el papel que debe cumplir. Busque preguntas que pueda hacer. Hay muchos ejemplos , incluso si no eres un experto en la materia. Un poco de buena paciencia y trabajo a la antigua.

¿Necesitas un empleado? O independiente? ¿Un aprendiz de todo? Solo tú conoces bien tu empresa.

Crea tu cultura única que es tu interpretación de DevOps.

— kenchew
fuente

+1 a esto. Los puristas han estado obsesionados con los devops no es una respuesta de rol por mucho tiempo, pero la industria, las juntas de trabajo y los reclutadores ya lo han hecho realidad, y es hora de que lo aceptemos como es.

— grumpyops

6

"Contratar un DevOps" será difícil porque DevOps no es un rol. SI puede encontrar un ingeniero con desarrollo de software y habilidades de ingeniería, está en el camino correcto.

Sin embargo ,

Su proceso de contratación se verá complicado por algunos factores:

Los ingenieros de confiabilidad del sitio (el término de Google para administradores / ingenieros con habilidades de codificación) son raros
Las habilidades raras son caras
Las habilidades raras son ... raras.

La buena noticia es que es posible que no necesite un SRE totalmente calificado.

Su caso de uso, por así decirlo, es contratar ingenieros para establecer su infraestructura (AWS) y automatizar las implementaciones (Jenkins). Esas habilidades no son tan raras, pero puede tener el desafío de encontrarlas en una sola persona.

También mencionas que tú mismo no tienes esas habilidades. Este es otro factor de complicación. No tiene las habilidades necesarias para evaluar las habilidades de sus candidatos. En última instancia, debe encontrar una manera de desarrollar (o contratar, como en un Gerente de Ingeniería) las habilidades necesarias para administrar este tipo de recurso.

— Dave Swersky
fuente

1

Es común que las personas de recursos humanos no tengan las habilidades de las personas que están contratando. Por lo general, la mejor idea es entrevistar a personas capacitadas para evaluar a los candidatos

— Tensibai

Quería decir que soy un buen desarrollador, pero también quiero estar rodeado de personas que finalmente se destacan en otras disciplinas dentro de la empresa, mejor que la mía.

— Thomas

1

@ThomasMoors es una muy buena idea. No te preocupes demasiado, soy vocal sobre lo que pienso sobre este sitio, pero solo soy uno entre la multitud. Lo siento si sonaba grosero por cierto

— Tensibai

2

Hay dos posibilidades:

Necesita ayuda para determinar cuáles son los cambios que su empresa necesita para realizar su viaje a DevOps.
Usted sabe lo que necesita y solo busca contratar personas para implementar esta visión por usted.

Si necesita a alguien que lo ayude a descubrir en qué temas debe concentrarse, hay una muy buena compañía llamada DORA (DevOps Research and Assessment), que está cofundada por la Dra. Nicole Forsgren, Jez Humble y Gene Kim. Nicole ha realizado la encuesta sobre el estado de DevOps durante años y ha mantenido estadísticas detalladas de la industria durante años. Jez Humble es un gurú de la entrega continua y literalmente escribió el libro sobre él. Gene Kim es el autor de The Phoenix Project y los dos últimos son coautores de The DevOps Handbook . DORA proporciona una evaluación de su empresa y lo ayuda a responder esas preguntas.

Si tiene una idea bastante buena de a dónde debe ir y necesita a alguien que lo ayude a llegar allí, probablemente no sea una buena idea obtener una agencia de reclutamiento en este momento. Sugeriría ir a la Conferencia DevOps Enterprise DOES o la Conferencia DevOpsDays local y hablar con la gente en los pasillos. Busque recomendaciones y tal vez incluso abra una cabina, haga un póster sobre la contratación.

La segunda opción sería venir aquí y comenzar a hacer esas preguntas en este foro y buscar a los expertos que las respondan y ser votados. Muchos de ellos podrían estar buscando un trabajo o un desafío. A veces, incluso hacer preguntas sobre su situación actual y su caso de uso aquí podría indicarle el curso de acción correcto.

— Jiri Klouda
fuente

2

Busco varias cosas en las personas que he contratado en este espacio.

un mínimo de 'ha' nivel de agilidad (google shu, ha, ri para adopción ágil si necesita más)
Experiencia técnica práctica: codificación, automatización, etc., pero soy un experto en herramientas y lenguaje
personalidad de aprendizaje: toman la iniciativa de aprender constantemente
curiosos y que no buscan culpar, pueden aceptar el fracaso como una lección de aprendizaje
son un jugador de equipo en el que se puede confiar y confiar, ya que la seguridad psicológica es el factor de éxito número uno para los equipos de alto rendimiento
pueden entrenar y guiar - comparten su conocimiento sin ser elitistas - prima donnas no tiene lugar en equipos de alto rendimiento
tienen "suficientes" habilidades sociales ya que necesitan ser miembros del equipo y comunicarse bien

Todavía tengo que encontrar un candidato perfecto, por lo que siempre es algún tipo de compensación. En el mundo de hoy, revisé más de 65 currículums vitae que fueron "precalificados" como candidatos por agencias y recursos humanos, descarté 50 o más por no cumplir mis requisitos mínimos en papel, entrevisté a más de 15 y contraté 3. Este proceso me llevó a la mejor parte de 9 meses.

— icewav
fuente

Y para complementar, lo que siento que falta en tu publicación es una descripción de lo que sientes que faltaba, diciendo que había algunas carencias sin orientación sobre cómo presentar las cosas para cubrir estas carencias no ayuda a mejorar la situación

— Tensibai

Si las personas no envían un currículum sintonizado a los requisitos mínimos de publicación de empleo, entonces no cumplen con mi requisito mínimo para avanzar más en el proceso. Si una persona realmente quiere ser considerada para un puesto, entonces debe mostrarla con cierto esfuerzo de su parte. Como gerente de contratación, es mi punto de vista lo que cuenta porque sé lo que estoy buscando.

— icewav

Suena como un buen consejo para agregar 'publicar un currículum sintonizado para el trabajo'. Eso es más fácil de verificar que adivinar sus requisitos en el papel. si sus requisitos son los puntos anteriores, entonces tal vez 'mis requisitos anteriores en el papel' podrían ser una mejor redacción

— Tensibai

Lamentablemente, la lista con viñetas anterior es lo que necesito discernir de la entrevista. Mis requisitos mínimos y mis requisitos preferidos se detallan claramente en las ofertas de trabajo que realizo, y cambian en función de las habilidades que necesito para completar un equipo. El solicitante generalmente recibe una entrevista si cumple con los requisitos mínimos y casi siempre si cumple con los requisitos mínimos más algunos de los requisitos preferidos. Si bien esto puede parecer vago, soy bastante específico en cada publicación de trabajo que hago en cuanto a lo que busco en un candidato exitoso.

— icewav

Hay un porcentaje de candidatos que afirman falsamente lo que está en su currículum que revela un simple hecho de verificación. Estos solicitantes nunca obtienen una entrevista conmigo. Ejemplo: afirme que tiene una certificación Scrum Alliance, ya que tengo algunas de sus certificaciones, puedo iniciar sesión y verificar la suya.

— icewav

1

Aparte de otras preguntas, creo que aún falta la siguiente respuesta: quiero resumir lo que he aprendido hasta ahora en un tono principalmente humilde:

¡Introducir las habilidades de DevOps a tu equipo probablemente no sea suficiente (es decir, considerar que no puedes contratar un DevOps)! (Como preguntar en un nivel inferior cuáles son las mejores herramientas para hacer que las cosas funcionen, aquí parece que quiere que su organización funcione).

La verdadera pregunta es: ¿cuál es su estrategia de transformación digital de las organizaciones y cuánto bien DevOps lo ayudará a crear más valor para el cliente y reducir sus costos , aún teniendo un buen clima?

DevOps revela la necesidad de cambio, y el cambio requiere asumir la responsabilidad.

Imagine una situación en la que DevOps funcionara y podría presionar a otros equipos. DevOps a veces es el resultado de la evolución de la integración ágil y continua: ¿cuáles son sus activos aquí?

— Peter
fuente