Nuevo trabajo Muy poca Dirección, Sin capacitación. ¿Qué tengo que hacer? [cerrado]

Acabo de comenzar un nuevo trabajo como ingeniero de DevOps y casi no hay capacitación aparte de una guía rápida de "inicio". Además, casi no tengo dirección, no tengo un camino de desarrollo para estar listo para la producción, y me siento un poco tonto. Le devuelvo las preguntas a uno de mis colegas, sin embargo, ella solo puede ayudar un poco, ya que tiene trabajo propio aquí.

Tenemos un depósito de documentación, y estoy haciendo todo lo posible para leer y aprender el material, sin embargo, la ayuda que necesito no está allí. La gerencia me ha dicho que no esperan que esté listo hasta dentro de 6 a 8 meses (actualmente en la semana 2); sin embargo, no tengo un entrenador, un mentor ni ninguna ayuda real para aprender adecuadamente el trabajo. Mi jefe se ha ido 3 de mis primeros 6 días de trabajo (incluido hoy); dejándome sin la capacidad de comunicar mis inquietudes. Este es mi segundo trabajo después de la universidad; Tengo aproximadamente 2 años de experiencia profesional. Estaba emocionado de aceptar este trabajo, ya que es un puesto desafiante en una empresa de renombre, sin embargo, la curva de aprendizaje es alta y necesito desarrollarme. **Esto quedó claro durante mi entrevista, fui completamente honesto y sabían exactamente dónde estaba profesionalmente.

Además de tratar de aprender cosas por mi cuenta (limitaciones graves), ¿hay algo que me recomiendes que haga? ¿Qué debo decirle a mi jefe? ¿Es esto normal en las grandes empresas?

Cada vez que he estado fuera de la oficina durante tres de los seis días hábiles, he tenido tanto que hacer en los otros tres días que he pospuesto cualquier cosa que posiblemente pueda retrasarse. Continúe leyendo, haga listas de preguntas y espere a ver qué sucede a continuación.
Estás en una posición muy afortunada. Tiene una generosa cantidad de tiempo para ponerse al día y mucha flexibilidad en la forma de llegar allí. 6 meses es mucho tiempo. No es necesario preocuparse demasiado por la confusión en las primeras semanas, y mucho menos en los primeros días. ¿Tal vez enfocarse en conocer a todos?
¿Dónde está tu gerente? ¿Por qué no has hablado con él sobre esto?
Han pasado dos semanas. Leer aprender. Pregunta por ahí
A riesgo de sonar sarcástico, bienvenido al mundo del software. Casi todos los trabajos que he tenido han tenido un serio período de prisa y espera al principio. No puedes empezar lo suficientemente pronto para ellos, pero una vez que estás allí, nadie tiene tiempo para ponerte al día. Aprende, aprende y más aprende. Lea cualquier documento que pueda encontrar, lea el código, dibújelo si le ayuda, familiarícese con las herramientas que querrán que use, cada vez que pueda obtener unos minutos para arrinconar a alguien que ha estado allí por un tiempo, hágalo y elija su cerebro Llegarás ahi.
they don't expect me to be ready for 6-8 months¿Qué? Guau.

Respuestas (3)

Aprende, Aprende, Aprende. Haga preguntas detalladas a todos y cada uno que le ayudarán a aumentar su conocimiento. Aprende lo suficiente por tu cuenta para hacer las preguntas a otras personas. Varíe las personas a las que hace preguntas para conocer a muchas más personas y también obtener una variedad de comprensión sobre quién responde bien las preguntas y quién no. Ponga aquí su experiencia universitaria sobre cómo aprender a trabajar, ya que a menudo no le dirán que le pagan de 6 a 8 meses solo por aprender. Demuestra que eres un estudiante excepcional en ese período de tiempo sin preocuparte por las responsabilidades de producción que continuarán por el resto de tu carrera. Como desarrollador, me centraría en las siguientes áreas:

  1. Aprender el repositorio de código y ser capaz de leer el código registrado y seguir la arquitectura y los métodos de implementación que se utilizan.
  2. Apoyándose en las herramientas/bibliotecas/etc... de terceros que son comúnmente utilizados por los otros desarrolladores de la empresa.
  3. Siéntese con el control de calidad y aprenda el producto en sí, ya que son los que pueden ayudarlo a conocer la perspectiva del usuario, así como algunos de los problemas técnicos o funciones interesantes desde el punto de vista del usuario.
  4. Luego profundice en las funciones geniales y mire el código detrás de lo que QA le mostró y aprendió a navegar y ver cómo se arma. Si tiene comprobaciones de código, sabrá a quién hacerle las preguntas específicas cuando vea el nombre del desarrollador y el módulo en cuestión.

Programe una reunión individual semanal con su gerente.

Cada semana, muéstrale lo que has hecho, lo que has aprendido. Solicite comentarios. Luego, muestra lo que planeas hacer la próxima semana. De esa manera, tiene la oportunidad de cambiar el rumbo, si siente la necesidad de hacerlo.

Si puede, elabore una "hoja de ruta" de las áreas importantes en las que aprenderá y cuándo. Cuanto más corto, más detalles: las cosas que planea hacer el próximo mes pueden ser de una línea ("bases de datos"), las cosas que hará la próxima semana deben ser más detalladas. Actualice la hoja de ruta cada semana. Envíelo a su gerente el día anterior a su reunión individual, y tal vez el día siguiente si propuso cambios.

Pregúntele a su gerente cómo puede verificar si lo está haciendo bien: ¿debería comenzar a hacer pequeños cambios, ayudar a su compañero de trabajo, detectar errores menores y corregirlos? ¿O solo quieren que aprendas la teoría sin comprobar si realmente lo estás haciendo bien?

Exactamente. Puntos de bonificación si puede hacerlo de una manera que demuestre que trató de pensar un poco, se preparó un poco y está realmente interesado en resolver el problema juntos.

Seamos realistas: usted es poco más que un ingeniero junior devops (sospecho que no está dando muchos fundamentos, pero debido a la naturaleza de su puesto...)

Necesitas algún tipo de orientación. Trate de encontrar un mentor formal o informal. Una vez más, dadas las preguntas de la gira, sospecho que será lo último.

Solicite capacitación, por ejemplo, conferencias sobre contenedores de la Fundación Linux. Lo necesitaras. Pregunta por las suscripciones mensuales a Safari de OReilly y Udemy. Deben tener una generosa cantidad de dinero para la capacitación externa si quieren ahorrarse el hecho de no tener a los veteranos dándote una mano.

Youtube también es tu amigo, hay montones de conferencias allí.

Únase al camino de la certificación y solicite la capacitación correspondiente.

Udemy tiene algunas introducciones al tema devops que te ahorrarán mucho tiempo para mojarte los pies, sin embargo, a menudo terminan cuando las cosas comienzan a ponerse interesantes.

Red con personas similares en eventos ya través de Internet. Tendrán intereses superpuestos y, a menudo, algunos consejos que ofrecerán pistas o puntos de vista sobre sus problemas particulares.

Armar una red de prueba; no realice pruebas en sus sistemas de producción. Si no hay recursos dedicados a eso, solicite una cuenta de servicios en la nube paga, como AWS o Azure. (Prefiero AWS)

Odio decírtelo, pero las expectativas de tu jefe sin tener un mentor de alto nivel son poco realistas. Estuve allí, hice eso y me reinventé un par de veces, para que usted se adapte a una nueva infraestructura, nuevas tecnologías y sea completamente productivo, normalmente lleva de 1 a 1,5 años como un trabajo de tiempo completo.

Habiendo dicho eso, disfruta también este período como puedas, es una gran oportunidad para aprender y entrar en una carrera profesional muy interesante.

Desafortunadamente, se espera de ti que definas tu propio camino; el panorama general vendrá con la experiencia, dale tiempo. Si tienes la suerte, se apartarán después de que eso suceda. No esperes que alguien te lo defina, ese será tu trabajo. La gerencia a menudo no tiene idea de esto, y si tiene suerte, no se engañarán, tendrán una idea y le darán espacio con el tiempo para tomar sus propias decisiones técnicas.

Tuve la suerte en uno de los trabajos de contar con la guía de alguien que tenía experiencia en la industria como director ejecutivo y fue un trampolín en mi carrera. Dio valiosos consejos, sin embargo, también fue lo suficientemente inteligente como para mantenerse fuera de mi camino de crecimiento. Lo mismo para los colegas. No les impongas demasiado. Con el tiempo también encontrará el equilibrio adecuado. Estoy de acuerdo con otros en que una reunión formal cada semana es la idea correcta. Con el tiempo, las reuniones formales diarias son improductivas.

No se estrese demasiado, están pagando lo que están recibiendo y lo saben. Un tipo senior devops puede tener un salario mucho más alto.

Intentaré editar esto más tarde, en una computadora.