¿Formas de optimización de procesos de contratación de DevOps a través del paradigma CALMS?

Gran parte del reclutamiento de DevOps sigue las líneas de concordancia de palabras clave, lo que, en mi opinión, conduce exclusivamente al enfoque tecnológico.

Ahora, DevOps es mucho más que solo tecnología, y DevOps Engineer no es solo un mejor administrador de sistemas con algunas habilidades de codificación.

El rol / perfil Senior DevOps significa para mí también ofrecer antigüedad en muchas otras bases y prácticas más allá de las habilidades de ingeniería de infraestructura y software como Lean, Measurement y ser abierto y comunicativo (¿quién pregunta a DevOps por sus habilidades de comunicación, sinceramente?)

Entonces, ¿puede un anuncio de trabajo / entrevista ser más eficiente de alguna manera, por ejemplo, aplicando también categorías de preguntas CALMS ? - Llevar a preguntas como "ahora, ¿cómo aplica los principios lean? ¿Cómo se abordaron los aspectos culturales en sus proyectos recientes de DevOps?"

Elaboración adicional:

• C ulture (p. Ej. Estrategias para el manejo de conflictos y actitud ante fallas, propias y ajenas)
• Una expresión (aquí preguntas sobre las habilidades de Puppet / Docker, etc.)
• L ean (fundamentos de Lean? Waste tipos?)
• M medición cada (pregunte por herramientas como JMeter pero también ir a cosas como la toma de muestras, el modelado de datos ..)
• S haring (obviamente gestión del conocimiento y herramientas correspondientes)

ACTUALIZACIÓN: entonces, ¿por qué los empleadores / reclutadores no estructurarían la entrevista por parte de CALMS como se muestra a continuación (además, la sección de "automatización" podría formularse a lo largo del modelo de cadena de herramientas DevOps ( enlace de documento, solo lectura )?

Nota al margen, por lo que la cultura, por ejemplo, ya no es solo una habilidad blanda, para DevOps es una de las habilidades básicas, como todas las demás en este dominio.

Esta es una idea brillante, también debido a Daniel Kahneman, quien demostró que si divide un solo puntaje en 5 puntajes pesados ​​y agrega criterios numéricos y límites a esos, reducirá significativamente el sesgo . Puede diseñar no solo la puntuación del currículum, sino todo el proceso de contratación, con pantallas de teléfono, entrevistas en el sitio, todo de esta manera. Reduciría significativamente el sesgo inherente de los entrevistadores. De hecho, hemos comenzado a hacer algo similar para todas las contrataciones.

Obviamente, dentro de cada área, debe agregar peso a lo que es importante para la empresa para el puesto, pero está contratando a un ingeniero completo y desea a alguien que le proponga cambios importantes en el funcionamiento de su organización, no solo está contratando alguien con habilidades específicas para trabajar en un área limitada. Muchas personas simplemente ven este rol como un ingeniero de lanzamiento y compilación mejor pagado y, si ese es el caso, eso es lo que debe contratar y anunciar.

Para una contratación de DevOps, sugeriría reemplazar Lean con Learning. Originalmente es CAMS y, aunque algunos lo extienden a CALMS para incluir Lean, eso es algo restrictivo ya que DevOps se basa en mucho más que solo Lean. También son las ideas de Deming sobre la variación de causas especiales y comunes y el pensamiento del sistema, el equilibrio de Nash (si cada uno se optimiza por sí mismo, el resultado podría ser subóptimo, en comparación con cuando todos incluyen el interés del grupo), el control estadístico de procesos de Shewhart, el control de Goldratt Teoría de las restricciones , Taleb's Anti-Fragility y muchos más.

Esto también le permitiría incluir la participación en conferencias en Aprendizaje y presentaciones en conferencias o reuniones como Compartir. En una posición en la que no siempre forma parte de un equipo o su empresa podría no ser lo suficientemente grande como para tener a sus compañeros como compañeros de trabajo, es aún más importante establecer y mantener relaciones fuera del lugar de trabajo y oportunidades de aprendizaje. Generalmente agrupamos a esos dos en Cultura.

Personalmente, pondría en Cultura las habilidades sociales necesarias para ser eficaces en la mejora de los procesos en su organización. CMMI , Kanban , límites de trabajo en progreso , prácticas ágiles, etc.

JIRA parece más una herramienta para compartir y Git está más estrechamente relacionado con la automatización.

EDITAR

Creo que esto depende de una organización a otra y de lo que se espera que haga un DevOps / Senior DevOps, por lo tanto, su primera oración es 100% precisa. Porque, un DevOps debería poder usar un conjunto de herramientas que usa la compañía y también mejorar o traer un nuevo conjunto de herramientas que les permita a la compañía y a sus desarrolladores trabajar más rápido y desperdiciar menos.

En mi opinión, un DevOps debe tener fuertes habilidades de SysAdmin y obviamente habilidades de codificación, ya que Puppet, Chef, Python, Bash se utilizarán ampliamente, así como algunos conocimientos del código que se encuentra en los servidores al menos para poder realizar una depuración menor de por qué la aplicación no se comporta como se espera de un entorno a otro.

Ahora, como DevOps Senior, CALM puede aplicarse, sin embargo, los principios Lean y Measurement pueden o no aplicarse. Por ejemplo, estamos desarrollando aplicaciones que utilizan Chef / Puppet / Ansible para automatizar las cosas mundanas y mantener todo sincronizado, lo que obviamente ahorra tiempo y produce menos desperdicio .

Con respecto a la medición, no estoy seguro de si eso es aplicable en la mayoría de los casos. Sin embargo, los otros principios de CALM son parte de una posición de DevOps.

Tener buenas habilidades de comunicación también es importante como DevOps, pero más importante como Senior DevOps porque no solo tendrás que tratar con tu equipo y compartir conocimientos y con los desarrolladores, ya que estás allí para apoyarlos, sino que también tendrás que crear informes y mantener presentaciones frente a la gerencia.

Me gusta la hoja de cálculo que agregó, y es bueno tener un sistema de puntos, sin embargo, algunas de las compañías también están agregando más habilidades / tecnologías en un anuncio de trabajo de lo requerido.

Además, después de una entrevista telefónica (si hay una), me resultaría útil que en una entrevista se le den algunos problemas para resolver o al menos para mostrar su proceso de depuración y cómo se comportará en determinadas situaciones. Personalmente, no me gustan las pruebas escritas, ya que creo que hay 'n' formas de resolver un problema, y ​​además, a veces Google es tu amigo, ya que no se espera que lo sepas todo de memoria.

Como DevOps / Senior DevOps, creo que hay una línea entre las aplicaciones que se utilizan y el conocimiento. Puede ser sorprendente usar estas herramientas nuevas o antiguas o escribir código, pero cuando se trata de depurar o simplemente comprender cuál es el problema con un servidor, el trabajo de Jenkins podría ser que no pueda hacerlo.

Finalmente, creo que la hoja de cálculo presentada es una forma de evaluar un conocimiento de DevOps también para un puesto de Senior. Podría agregarle algunas habilidades interpersonales y de gestión para completarlo.

Y cuando se trata del proceso de selección, puede echar un vistazo a la hoja de cálculo y elegir a la persona con un puntaje que cree que es el adecuado para su organización, así como tener en cuenta su comportamiento durante la entrevista y la forma (s) presentó / respondió esas preguntas.