Soy un desarrollador líder sénior en un proyecto para uno de nuestros clientes en una institución financiera. En un futuro previsible, seré eliminado de este proyecto para trabajar para otro cliente. Esta decisión fue tomada por nuestra empresa y es inmutable.
En teoría, solo soy responsable de la parte técnica del desarrollo.
En realidad, soy responsable de
El PM del cliente tiene absoluta confianza en mí, construye sobre mí, que es mi problema. Independientemente de las preferencias del PM, me trasladarán a otro cliente.
Me gustaría disminuir gradualmente mi participación en el proyecto, para que mi transición no sorprenda al cliente. Esto es exactamente lo que mi supervisor directo me preguntó en mi empresa, y entiendo por qué me preguntó esto, está perfectamente alineado con lo que quiero hacer. ¿Cómo lo hago, si no hay a quién pasar estos trabajos? El otro desarrollador y el Cliente (y otros colegas del Cliente) no son capaces ni están capacitados para manejar lo que hago actualmente. Estas personas se sientan en la oficina y leen los periódicos en línea, en lugar de trabajar. Si no están leyendo periódicos, están hablando de teorías abstractas sobre la agilidad y el scrum. Entiendo que es muy poco profesional decir esto, pero estas personas son una broma.
¿Debo dejar de contestar cartas gradualmente? ¿Debería permanecer en silencio en los puntos de decisión cuando la gente espera que lidere? Si hago esto, espero ver daños en el proyecto, que de nuevo: no es algo que me gustaría causar. Cuando alguien viene a mí en necesidad de ayuda, ya que soy visto como digno de confianza, ¿lo rechazo? ¿Qué tengo que hacer?
El primer paso en cualquier transición es definir quién es responsable de cada uno de los elementos que está pasando.
Tome su lista de responsabilidades y tenga una reunión con el PM. Para cada elemento, pregúnteles quién se hará cargo de eso. Luego siéntese con esas personas y explíqueles lo que hace para esas responsabilidades específicas.
Una vez hecho esto, NO hable ni dé instrucciones sobre esas áreas a menos que se le pregunte directamente. Incluso entonces, dé una opinión y desvíe a la persona que ahora debería hacerse cargo de esa sección. Si alguien le habla directamente sobre esas áreas, indíquele a la persona adecuada que ahora lo está manejando.
Esto requiere una estrategia de transición adecuada que se comunique y se alinee con todas las partes involucradas.
Es probable que sus propias sugerencias empeoren las cosas, por lo que recomendaría obtener ayuda. Me apoyaría mucho en su propia gerencia para elaborar un plan oficial, comunicarlo al cliente y establecer expectativas adecuadas sobre lo que sucederá en el futuro: qué trabajo hará (o no), por cuánto tiempo y por cuánto dinero.
Recomiendo encarecidamente no "desaparecer gradualmente". Eso solo va a frustrar a todos (incluido usted mismo) y generará mucha fricción o problemas.
Sólo tienes una parte de la información . Usted sabe que se alejará de este cliente hacia otra cosa dentro de su empresa (a petición suya, parece) pero no sabe qué se le ha comunicado ya al cliente sobre esto, en todo caso... no No sé cuál es el plan de transición, o si su empresa ha pensado en eso.
Aclarar con la gerencia
Quienquiera que sea su "administración", ya sea un gerente de proyecto, una persona de enlace con el cliente, una oficina de programas o como sea que funcione en su empresa, las personas que administran la relación con ese cliente son las personas con las que necesita hablar sobre esto, y averiguar de ellos cómo debe proceder.
Usted es el líder de desarrollo (además de usar muchos otros sombreros, parece) pero parece que no está a cargo de la relación con el cliente como tal, especialmente en relación con su comentario en el que le pregunté si lo reemplazarían con otro desarrollador o su compañía ya no estarán involucrados con ese cliente, y usted dijo que no lo sabe. (Lo cual está bien, ¡pero solo indica que no tienes visibilidad de ese lado de las cosas!)
Identificar quién es esa persona que gestiona la relación con el cliente. Habla con tu jefe si es necesario para averiguar quién debería ser.
Qué comunicar al cliente
Esto dependerá de la orientación de la "persona que gestiona el cliente" identificada anteriormente.
En general... no se limite a quedarse en silencio/menos comunicativo/etc. en las llamadas de recuperación sin ningún contexto, ya que lo más probable es que se perciba negativamente. En el día a día, sigue siendo el "líder" haciendo lo que has estado haciendo hasta ahora.
Releí su carta y parece que puede haber "otro desarrollador" en su empresa que también trabaja con este cliente. (pero no está claro, así que pregunté en un comentario) Si ese es el caso, o si hay alguien más en su empresa que puede recoger sus cosas... tal vez su intención es que este desarrollador 'sustituto' pueda/lo haga el trabajo con este cliente por su cuenta?
Si es el caso de que está entregando a los desarrolladores en el cliente y no hay un reemplazo directo para usted (que siento que lo es, pero esto es solo una intuición, así que no lo tome como un hecho) lo haría te recomiendo:
En cualquier caso, debe saber lo que está sucediendo por su parte, antes de compartir algo (o cambiar cualquier cosa que haga) con el cliente.
No compartiría de manera proactiva ninguna de estas cosas (es decir, documentos, listas de verificación, etc.) con el cliente hasta que tenga claridad de la persona que maneja la relación con el cliente, pero tenga todo listo.
setenta y ocho
Gábor DANI
setenta y ocho
setenta y ocho
setenta y ocho
micro solar