Nuestra organización lleva a cabo un programa llamado "Tu samaritano", donde alguien apoyará al empleado para hacer frente a la situación, escuchar los problemas y orientar. Muchos de esos samaritanos son personas mayores en la organización.
Los samaritanos tampoco entrarán en el sistema de organización para resolver problemas de políticas o evaluaciones, sino que serán un amigo en necesidad para el empleado.
Estoy en el dilema de nominar para ese evento o no. No estoy seguro de si me trae algo bueno que mejore la situación en una situación particularmente difícil (descrita en detalles a continuación) o no. Si eso no trae nada bueno, no vale la pena decirle a alguien cómo me cagué.
He estado asociado con la organización actual durante los últimos 5 años. En mi último proyecto ocurrió un gran lío. Fui líder en el sitio para ese proyecto. El equipo de marketing le prometió a Moon que ganaría el proyecto, el equipo de gestión del proyecto obligó a asumir el proyecto, muy poco apoyo de la alta dirección y un equipo menos capaz, que tenía poca exposición sobre el marco y la tecnología utilizados por el proyecto, incluyéndome a mí.
Muchos de mis seniors y leads se escaparon y abandonaron el proyecto. Cuando llegó a la etapa completa, donde el cliente expresa serias preocupaciones, la gerencia superior del proyecto intervino y me convirtió en el chivo expiatorio, ya que solo soy una persona senior en el equipo y me expulsaron del proyecto. Me devolvieron a la costa de nuevo.
Creo firmemente que lo que me pasó fue injusto. Sin embargo, he visto muchos escenarios en los que contraatacar e ir a recursos humanos y otras acciones similares empeoran la situación. Por lo tanto, estoy evitando ese camino.
Me gustaría centrarme en un punto en particular que pones como un obstáculo importante para unirte al programa de tutoría:
Si eso no trae nada bueno, no vale la pena decirle a alguien cómo me cagué.
Si planea una carrera en desarrollo de software, es mejor que abandone esa actitud y, en su lugar, aprenda cómo presentar los fracasos de sus proyectos anteriores de una manera madura y cómo mostrar lo que ha aprendido de ellos.
La cuestión es que tener fracasos en su haber se considera un signo de verdadera antigüedad en esta profesión (suponiendo, por supuesto, que uno sea capaz de presentarlos adecuadamente). Para obtener una explicación elocuente de por qué es así, consulte esta fantástica respuesta en una pregunta anterior en Workplace. Vale la pena estudiar toda la respuesta, pero para mis propósitos, citaré solo una parte aquí:
El juicio no proviene del éxito, sino de los fracasos. La mayoría de las empresas quieren contratar a personas a las que empresas anteriores les hayan pagado sus fallas, es por eso que requieren
N+ years of experience, lo que implica que ya cometieron todos los errores básicos de nivel de entrada y que alguien más tuvo que pagar por ellos.... Incluso los más hábiles no logran el éxito sin una cantidad proporcional de fracasos. Así es como se gana el buen juicio.
Verá, ser capaz de contar los fracasos del pasado podría impulsar su carrera, no arruinarla. Por supuesto, esto funcionaría solo si se hace bien. Y no, el simple "aspiraron y me jodieron" no te traerá una puntuación positiva en el concurso de antigüedad . Desde esta perspectiva, la oportunidad que se le brinda, la oportunidad de discutir esto con alguien de alto nivel, con experiencia y dispuesto a ayudar, es realmente invaluable.
Creo que si las conversaciones con el mentor lo "entrenan" para contar adecuadamente su historia de fracaso , esto solo podría hacer que valga la pena unirse al programa. En ese sentido, "revertiría" su declaración citada al principio:
Como ejemplo, el mentor puede ayudarlo a identificar en cuál de los proyectos conocidos de la Marcha de la Muerte estuvo involucrado la última vez, y tal vez le enseñe cómo reconocer y sobrevivir a varias marchas de la muerte en el futuro. O pueden presentarle y guiarle a través de ideas como las presentadas en el ensayo de Scott Berkun: Cómo aprender de sus errores . Esto también es factible a través del autoaprendizaje, pero un mentor bien informado puede facilitar un estudio mucho más eficiente.
Mi voto es nominar para ese programa. Dado que Samaritan es uno de los miembros principales de la gerencia. Haz las siguientes preguntas
Todo lo mejor.
En todo caso, su reputación y valor percibido sufrirán más si NO le da a conocer estos detalles a alguien. Si su empresa cuenta con este programa Samaritan, ¿por qué no usarlo? Como dijiste, ya te echaron del proyecto, entonces, ¿qué tienes que perder?
Sin embargo, además de lo que ha escrito, tal vez también debería poner sobre la mesa las lecciones que ha aprendido al estar en esa situación y lo que hará la próxima vez para evitar que un proyecto fracase. Su proyecto anterior puede haber sido un fracaso, pero ahora está consciente de algunas señales de advertencia tempranas de un proyecto condenado al fracaso, como el exceso de promesas. Has experimentado directamente lo que puede suceder para que un proyecto fracase. Es posible que haya aprendido más sobre la gestión eficaz de proyectos de esto que de cualquiera de sus proyectos exitosos. Asegúrese de que su samaritano entienda esto.
Dado que el samaritano es un miembro de la alta dirección, cuando comience a ver algunos de estos problemas en proyectos futuros, puede volver a él y decirle "¿Recuerda ese proyecto en el que estuve hace un tiempo que fracasó? Bueno, estoy comenzando". ver algunas señales de advertencia en mi proyecto actual que indican un camino similar hacia el fracaso". Luego, el samaritano puede usar sus poderes gerenciales para ayudarlo a cortar los problemas de raíz.
Si existe un proceso de apoyo/tutoría dentro de su empresa, me sugiere que este tipo de cosas no son tan poco comunes.
Más importante aún, quizás, los proyectos relacionados con TI fallan mucho; de hecho, tienden a fallar más de lo que son exitosos. La mayoría de las estadísticas que he consultado sugieren que más del 70 % de los proyectos fallan de alguna manera : rompen un aspecto del "triángulo de hierro" y no cumplen con las expectativas de costo, tiempo de entrega o capacidad.
Hay una gran cantidad de información disponible en línea que examina las razones por las que fracasan los proyectos . Como la gente ha indicado, aprender de sus propios errores es muy importante, sin embargo, también puede aprender de los errores de los demás. .
En una sesión de estrategia reciente, nuestro abogado interno señaló que los estudios muestran que los mejores abogados son pesimistas , porque asumen que las cosas saldrán mal y manejan los riesgos.
Para mí, los buenos gerentes de proyectos también deben poder hacer esto. También deben ir un paso más allá y crear procesos para ayudar a comunicar, mitigar y gestionar el factor de riesgo que puede conducir a fallas en los proyectos.
Por su descripción, sospecho que tiene razón y que muchos de los miembros del personal superior más experimentados pudieron ver que este proyecto iba a fallar y encontraron formas de retirarse de él.
Si bien el resultado que tiene no parece particularmente justo, estoy de acuerdo en que es poco probable que continúe luchando contra la "versión aceptada" de los eventos para lograr algún tipo de victoria. En una batalla de ganar-perder, puede esperar que Recursos Humanos se ponga del lado de la gerencia para proteger a la empresa la mayoría de las veces.
Entonces sugeriría
mosquito