En Alemania, ¿es aceptable pedirle a un empleado (un Werkstudent , en mi caso) que le enseñe a alguien las habilidades previas necesarias para hacer un trabajo que está dejando? No estoy hablando de una transferencia de tareas y transferencia de conocimiento; estoy hablando de educar y enseñar a alguien de una profesión diferente sin antecedentes en su área de especialización. ¿Dónde se traza la línea sobre la entrega de tareas, conocimientos, etc. y la educación de alguien que no tiene la formación profesional para hacer el trabajo?
¿ Estaría de acuerdo en enseñarle a alguien programación orientada a objetos, un lenguaje de programación, un marco muy amplio y una biblioteca de clases, un IDE, etc. a alguien que no sea un desarrollador de software si la compañía le pide que lo haga? ¿Aceptaría capacitar a personas en su profesión como parte de su trabajo? ¿Por qué debería ser diferente cuando te vas?
¿Existen pautas o regulaciones sobre lo que es aceptable como parte del proceso Arbeitsübergabe ? ¿Sería apropiado acercarse a RR. HH. Para obtener información sobre dichas pautas internamente?
En mi opinión, una cosa es entregar su trabajo y el conocimiento necesario para que alguien tenga éxito en llevar a cabo sus tareas, pero es otra muy distinta enseñarle a alguien de una profesión diferente cómo hacer ese trabajo y cómo usar las herramientas para hacer el trabajo, y ambos quedan fuera de lo que considero razonable para un estudiante que trabaja. Si el papel de esa persona requiere que tenga este conocimiento, la empresa debe pagar por su capacitación.
Estoy tratando de no reaccionar emocionalmente, pero esta es otra de una lista de experiencias desafortunadamente bastante larga, que me ha demostrado un doble estándar profundo en Alemania cuando se trata de inmigrantes: en mi experiencia, nunca preguntarían esto a un Alemán, y un alemán nunca aceptaría esto, o al menos no sin una confrontación significativa.
Nunca he trabajado en Alemania, y no estoy familiarizado con la cultura laboral alemana. Desde una perspectiva de EE. UU., Lo que le piden que haga está completamente dentro de las normas razonables del lugar de trabajo, incluso si es irremediablemente optimista. He estado en desarrollo de software durante 30 años, y con frecuencia me he encontrado entrenando a personas no calificadas. Mi experiencia es que usted les informa sobre el problema, hace su mejor esfuerzo en la capacitación y luego continúa en la fecha de salida programada. ¡Realizar un entrenamiento, incluso un entrenamiento muy básico, y crear documentación no son tareas excepcionales para un desarrollador de software senior!
Por supuesto, existe un problema real al tratar de capacitar a alguien sin experiencia en el desarrollo de software. Sin embargo, esto no se debe necesariamente a la falta de respeto por su experiencia. Están en un aprieto. Han hecho un esfuerzo aparentemente de buena fe para encontrar su reemplazo, pero no han tenido éxito. El tiempo corre a su salida, por lo que están haciendo un movimiento desesperado para capturar al menos parte de su conocimiento sobre la aplicación que ha creado para ellos. En mi opinión, debe informarles que no puede convertir a alguien en un desarrollador de software experimentado en 2 1/2 meses, pero puede hacer todo lo posible para familiarizarlos con las tecnologías involucradas y dejar documentación precisa y completa.
Perdóneme si me falta algo por completo debido a que no estoy familiarizado con las costumbres / estándares de empleo alemanes, pero esta publicación completa le hace parecer bastante arrogante y con derecho. En mi opinión, estás equivocado.
Usted está abandonando una función y es responsable de entregar tareas, proyectos, responsabilidades y conocimientos que facilitarán una salida sin problemas. Su supervisor le pidió que compartiera sus conocimientos con él (ya que todavía no pueden encontrar un reemplazo adecuado), y está insinuando que está por encima de eso y que no merece su tiempo y habilidades. Si compró un libro o un curso en línea y aprendió algo valioso, ¿no estaría dispuesto a compartir lo que aprendió a menos que alguien le compense el costo del libro y el tiempo que le llevó leerlo?
Su jefe le pidió que aún fuera un empleado que los ayudara a ponerse al día tanto como sea posible, ya que están en apuros sin tener un nuevo desarrollador alineado. Debe hacer lo que pueda, mantener una buena actitud, hacerles saber sus inquietudes sobre cuánto siente que se puede transmitir en el marco de tiempo y lo que siente que necesitarán continuar después de que haya pasado ese tiempo, y salir en buenos términos . De lo contrario, arriesgas tus Zwischenzeugnis y obtienes la reputación de ser difícil de trabajar.
Ayer, mi jefe me dijo que él, un ingeniero eléctrico sin capacitación ni conocimiento en programación orientada a objetos de alto nivel o desarrollo de software profesional (mucho menos lanzando una aplicación al público), quería hacerse cargo del proyecto él mismo y que yo debería enseñar él el lenguaje de programación y el marco utilizado en el proyecto.
Parece estar operando bajo un malentendido fundamental del proceso de ingeniería, subestimando las habilidades de su jefe para resolver problemas de ingeniería y probablemente sobreestimando el alcance de sus objetivos para involucrarse personalmente.
La ingeniería consiste en la adquisición autodirigida de nuevas habilidades cuando sea necesario
Nadie durará su carrera con la fuerza de las herramientas, tecnologías, estilos o incluso metodologías específicas aprendidas solo en la educación formal. Su jefe lo sabe, ve un problema dentro de su responsabilidad y está utilizando el recurso disponible, usted, para ayudarlo a obtener el conocimiento necesario para comenzar a abordar un problema que seguirá siendo suyo, pero que pronto dejará de ser suyo.
Los objetivos pueden ser limitados, el mantenimiento es más fácil que el diseño
Parece creer que su software requiere una experiencia inmensa para trabajar, pero esto probablemente no sea cierto. Más bien, requería la fuerza de su experiencia para diseñar, pero ahora que gran parte está ahí, muchas tareas cotidianas (o al menos "puentear hasta encontrar un reemplazo") como correcciones de errores y cambios menores en las funciones son prácticamente una cuestión de programación. ejemplo , que es algo que cualquier persona que se haga llamar Ingeniero de cualquier tipo debería ser capaz de manejar en una emergencia.
Eso no quiere decir que el jefe podrá terminar su proyecto incluso si ese es su objetivo actual, o que incluso sus correcciones de errores serán sólidas. Pueden ocurrir errores, y pueden darse cuenta de que están por encima de su cabeza. Pero la compañía está en una forma infinitamente mejor cuando el líder técnico restante ha adquirido un sentido significativo del funcionamiento interno de su código, de lo que sería si saliera por la puerta sin dejar a nadie con conocimiento de ello.
Alégrate de que el aprendiz sea el jefe
También tienes suerte de que la persona que el jefe ha asignado para ser entrenado por ti sea el jefe mismo. Si hay problemas con el proceso de capacitación, lo sabrán de primera mano y verán que sus objetivos no se están cumpliendo, lo que lo coloca en una posición mucho mejor que la necesidad de ir al jefe y explicar por qué no ha podido entrenar. El pasante de inspección de control de calidad para realizar neurocirugía.
Sus opciones son limitadas
Probablemente su único curso real para vetar esto es ejercer cualquier derecho que tenga para limitar el tiempo restante que pasa trabajando para la empresa en cualquier capacidad. Explicar su trabajo a su jefe es casi siempre una tarea apropiada , en cualquier nivel de detalle que soliciten. Prácticamente, el único momento en que puede oponerse a hacerlo es cuando puede hacer un argumento convincente de que el tiempo dedicado a explicar será el tiempo que no puede dedicar a resolver el problema real. Pero dado que se va, y su solicitud es de capacitación y no de un trabajo de desarrollo adicional de su parte, ese argumento no parece aplicarse.
Jane S ♦