En el
artículo anterior, se habló sobre la contratación en nuestra empresa, pero esto no es tan malo; después de todo, ¡es igualmente importante y competente presentarle a un nuevo empleado el curso de lo que está sucediendo! Compartiré nuestra experiencia en esta área en el nuevo material.
Ir a trabajar y los primeros ~ tres meses
Si todo ha crecido juntos, el empleado se va a trabajar. Le entregamos equipos corporativos a los ingenieros de DevOps, por ejemplo, una computadora portátil de trabajo y unos auriculares probados por su calidad y compatibilidad con el hardware adecuado. Todo esto se envía a casa utilizando el servicio de entrega.
El software necesario se instala en la computadora portátil (incluida la integración con los servicios internos) y se proporcionan medidas de seguridad obligatorias (por ejemplo, cifrado de datos). Todos los ingenieros tienen Ubuntu. Las fuentes de integración con nuestros servicios están abiertas a los empleados.
En general, nos encanta el
software de código abierto : las fuentes de todos los proyectos internos están disponibles para cualquier ingeniero. Y en cualquiera de ellos puedes ver, por ejemplo, esto:
Al hacer clic en el número de confirmación, accedes a él en el GitLab interno. ¿No te gusta algo? ¿Quieres arreglarlo? Lea el código, edite, envíe una solicitud de fusión. ¡Somos ingenieros al final!
Nota : Nuestro amor por el código abierto, sin embargo, se extiende aún más. Hemos abierto una serie completa de nuestros desarrollos a la comunidad en GitHub , y antes de usarlo, desde aproximadamente 2009, lo hicimos usando otros recursos. Y continuamos abriéndolo siempre que sea posible (pista: en el camino tenemos otro proyecto, cuya fuente ya está disponible públicamente ... ¡siga los anuncios en nuestro blog!). Además, pasaremos de contrabando a proyectos cercanos a nosotros (como Helm y GitLab ) y, a veces, disfrutaremos .Metodologías flexibles como el código.
Flant funciona de acuerdo con metodologías flexibles, pero en lugar de holivars sobre la redacción correcta en el manifiesto ágil, implementamos metodologías en el código. Los servicios internos para el seguimiento de tareas, tiempo, proyectos y otras cosas están
bien integrados entre sí y nos privan de una gran cantidad de dolor de cabeza. Como?
Por ejemplo, tenemos nuestro propio sistema para registrar las "tarjetas" y la hora del día, realizadas mediante dos servicios web: Nixon y Ford (por los nombres de los presidentes estadounidenses).
¿Por qué no Trello? Porque nuestro Nixon y Ford, entre otras cosas, pueden:
- entiendo que una persona puede resolver problemas en diferentes equipos durante el día (¡y debe hacerlo convenientemente!);
- cree tareas desde tarjetas en Redmine con un clic y también integre con GitLab y GitHub;
- dividir las tarjetas por prioridad, posponerlas por fecha o retraso;
- organizar un flujo de trabajo simple con confirmación;
- filtrar, buscar y proporcionar muchas teclas de acceso rápido relevantes.
En pocas palabras: estos servicios están optimizados tanto como sea posible para nuestras solicitudes específicas, que cambian con el tiempo, y se complementan con una amplia retroalimentación de los usuarios directos (ingenieros).
Para manejar los incidentes, los ingenieros de servicio tienen a Polk (sí, hubo un
presidente así ), también está integrado con todo lo que es posible. Creación rápida de tareas (si el incidente no es urgente y requiere mucho trabajo), recolectando alertas entrantes de varios tipos de monitoreo, comunicación directa con clientes a través del bot Slack y muchas otras funciones necesarias ... Simplemente no podemos imaginar un trabajo efectivo de otra manera.
O, por ejemplo, gestión de proyectos. Hay un servicio de Bush que recuerda todo sobre los clientes, sus proyectos, empleados y equipos. ¿Estás creando un proyecto en GitLab interno? Simplemente introduzca la información necesaria en Bush: creará todas las configuraciones, proporcionará todos los accesos y abrirá un repositorio.
Adaptación
En primer lugar, el principiante toma el curso de un joven luchador en un equipo especializado dedicado a la difusión del conocimiento. Le enseñamos el mínimo necesario, con el que puede unirse de inmediato a su equipo, comprender lo que está sucediendo y comprender los detalles de los proyectos del cliente. Esto toma los primeros 3-4 días, después de los cuales el ingeniero, bajo la atenta atención del líder del equipo y los ingenieros del equipo de difusión del conocimiento, comienza a sumergirse en misiones de combate reales.
Para que un recién llegado navegue de manera segura en la corriente de nuevos conocimientos, formulamos para él una
lista de logros : "logros". La primera vez es muy aterradora y genial al mismo tiempo, y ponemos mucho esfuerzo para que "cool" prevalezca.
Más tarde, cuando el ingeniero pasa el período de prueba (por defecto son 3 meses, pero a veces menos dependiendo de varios criterios, vea la nota a continuación), la lista de logros para el trimestre se formará individualmente, pero al principio tomamos la iniciativa y le damos
puntos clave como:
- Clúster de Kubernetes de bricolaje. Posible ayuda ocasional colegas. Máximo - en 2 días hábiles.
- Ceph completamente desplegado en Kubernetes.
- Aceptado por MR o creado por Issue en cualquier proyecto de documentación.
- Día cerrado, lleno de tarjetas correctamente diseñadas con los temporizadores correctos.
- ...
Nota : Por cierto, uno de los incentivos adicionales para completar el período de prueba (durante el cual los empleados reciben una solución) son los mismos bonos que vienen en nuestro sistema de pago inmediatamente después.Gradualmente, envolvemos tareas clave en cursos internos y guías en la base de conocimiento.
Estos logros ayudan al líder del equipo a elegir el artista adecuado para las tareas. Siempre existe la tentación de lanzar tareas a aquellos que se encargarán de ellos rápidamente, ignorando a aquellos que necesitan mejorar sus habilidades. Estamos luchando con éxito contra esto.
El punto clave al que un principiante busca llegar está de servicio en su equipo. Cada ingeniero del equipo pasa uno de sus días hábiles tomando turnos para cumplir con los proyectos del equipo: responda rápidamente las preguntas de los clientes y responda a los accidentes. Por supuesto, no se queda solo: las preguntas más simples cubren la primera y segunda línea de apoyo, las más complejas van a los equipos más experimentados. Y el equipo en sí siempre está disponible, el oficial de servicio, si es necesario, puede llamar a los ingenieros necesarios para obtener ayuda.
Esto ayuda a todos los miembros del equipo a mantenerse al tanto de todos los proyectos, y también les brinda una imagen real de los problemas que pueden eliminarse de raíz, y gracias a esto, comienzan a obtener más dinero.
Salario y bonificaciones
Nos esforzamos por lograr resultados con la ayuda de nuestros cerebros, y no con las monstruosas inversiones de tiempo y energía. Por lo tanto, cuantos más proyectos tome un equipo sin perder eficiencia, más dinero obtendrán los empleados. Hemos desarrollado un sistema de pago bastante astuto y raro, lo cual es sorprendente para algunos. Trataré de explicarlo.
Todas nuestras vidas vivimos por horas, pero descansamos en el hecho de que las personas se desvanecen gradualmente y no resuelven los problemas de manera sistemática. Con el tiempo, cambiamos a un nuevo enfoque, lo que implica la cantidad de: una tasa fija + una cierta parte, dependiendo de las horas dedicadas, + bonos para la efectividad del equipo. La transición requirió el coraje de los ingenieros, pero como resultado, todos quedaron satisfechos, comenzaron a recibir un gran salario y dormir mejor.
El equipo recibe el dinero que recibió en exceso del mínimo necesario para cubrir los salarios, según los acuerdos con su equipo. Muy a menudo, el cadáver de un oso cazado se divide en función de las horas dedicadas y el nivel de los salarios.
Para comprender el nivel general: el salario de nuestro ingeniero en las regiones es de aproximadamente 90 a 150 mil rublos por mes (por persona). Por supuesto, esta es la "temperatura promedio en el hospital", porque siempre es un área de acuerdo personal y una combinación de muchos factores diferentes.
Todos los empleados de nuestra empresa desde el primer día trabajan "en blanco", oficialmente, bajo un contrato de trabajo sin término y de conformidad con el Código del Trabajo de la Federación Rusa. Un salario completamente blanco (pagado en dos cuotas en fechas fijas del mes) implica que se pagan impuestos y se hacen deducciones a todos los fondos necesarios. Como resultado, todos los ingresos de nuestros empleados se muestran en certificados 2NDFL y no hay problemas al solicitar préstamos.
Además, Flant, por supuesto, paga la licencia por enfermedad completa y la licencia. Por cierto, tenemos dos tipos de vacaciones: anual (que dura 28 días calendario) y adicional, otros tres días pagados por año. Las vacaciones o días de vacaciones sin mantenimiento también son posibles, pero es importante advertir al equipo, coordinar el problema con el líder del equipo y asegurarse de que la ausencia de un empleado no tenga consecuencias críticas. Entendiendo que hay casos de necesidad urgente, tratamos de encontrar formas de liberar al empleado en tales situaciones, a pesar de las restricciones legislativas (el Código Laboral de la Federación de Rusia requiere una advertencia de sus vacaciones y salir con anticipación).
Crecimiento de la empresa
Aunque este ya no es el tema del artículo, no puedo ignorar el hecho de que el crecimiento en una empresa no es un giro de marketing vacío para nosotros. Realmente nos esforzamos por brindar todas las oportunidades para las relaciones a largo plazo con los empleados y participar en su desarrollo (de acuerdo con las disposiciones y preferencias). Además, gracias a la escala existente de la empresa y la diversidad de clientes y actividades relacionadas (incluidos nuestros procesos internos), realmente tenemos algo que ofrecer.
Por supuesto, hay un "camino predeterminado" L1 → L2 → Ingeniero DevOps (incluido uno que realiza funciones L3) → ingeniero principal, líder de equipo, PM ... Pero hay movimientos más complejos que dependen no solo de las habilidades humanas, sino también de las reales. Necesidades de la empresa. Entonces, por ejemplo, una vez que tuvimos el puesto de "director de servicio", en el que creció uno de los ingenieros de servicio (L1 / L2), y es suficiente recordar que tenemos equipos especiales, como I + D.
Si los lectores estarán interesados (¡escriba en los comentarios!), Hablaremos sobre qué historias de crecimiento y desarrollo en la compañía realmente le sucedieron a nuestros empleados y que están apareciendo ahora.
En lugar de una conclusión
Los procesos de adaptación se han vuelto más relevantes que nunca a medida que una empresa crece. En nuestro caso, el punto de inflexión, la etapa en la que sentimos que un cambio cualitativo en el trabajo con nuevos ingenieros es crítico para el negocio, ocurrió alrededor de la marca de 50 empleados. Sin embargo, en muchos sentidos esto es solo el comienzo del camino: nuestro enfoque de adaptación se está desarrollando activamente en este momento. Construimos procesos de contratación interna e intercambio de experiencias, refinamos herramientas para el trabajo diario y desarrollamos una base de conocimiento. Sin embargo, esta es una historia completamente diferente ...
PS
Expreso mi gratitud a mis colegas: la directora de recursos humanos Anna y
Shurup , por su ayuda en la preparación de ambas partes de este artículo. Nos complace compartir nuestra experiencia en otros asuntos relacionados con esta "cocina interna" de nuestra empresa, a solicitud suya.
PPS
Lea también en nuestro blog: