¿Cómo decirle a su jefe que su elección de líder de equipo no es la mejor para el proyecto?

¿Estás seguro de que eres la persona adecuada? Según su descripción, parece que asumió el 'líder del equipo' en su proyecto actual después de que Bob ya había puesto en marcha el proyecto. Gestionar un proyecto que está en curso es muy diferente de iniciar un nuevo proyecto.

Mientras un proyecto está en desarrollo, está administrando 'principalmente' listas de tareas ya definidas. Está ejecutando el trabajo preparatorio y la planificación realizados anteriormente. En otras palabras, tiene todas las tareas pendientes, los materiales, las herramientas, el presupuesto y el personal, ahora se trata de trabajar fuera de la lista de tareas y marcar la lista de verificación.

Administrar/liderar un nuevo proyecto generalmente requiere mucho más conocimiento/experiencia. No quiero subestimar la importancia de tener un buen líder de equipo a lo largo de un proyecto, pero las habilidades involucradas una vez que todos están en marcha son mucho menores (o tal vez 'muy diferente' es una mejor expresión) que las habilidades involucradas en asegurando que el proyecto esté configurado para tener éxito.

Solo algunas viñetas para ilustración (hay muchas más)

• Tienes que tomar decisiones sobre cosas que aún no han sido definidas. Eso incluso incluye identificar aquellas cosas que aún deben definirse. Un ejemplo sería decidir cómo se va a probar el producto para demostrar que cumple con los requisitos. Dado que aún no tiene un plan de prueba, debe tomar decisiones sobre lo que cree que estará en el plan de prueba para asegurarse de que puede probar el producto cuando planeó probarlo. Después de todo, puede haber cosas que necesiten ser ordenadas o construidas.
• Debe asegurarse de identificar todo lo que se necesitará para completar el proyecto y asegurarse de que estará disponible cuando sea necesario. Muchas de esas cosas en las que la mayoría de los desarrolladores nunca piensan porque "simplemente están ahí". Algunos de los muchos ejemplos incluyen cosas como herramientas, licencias de bibliotecas de terceros, aplicaciones de software de terceros, hardware, simuladores, sistemas operativos, entorno de desarrollo... Descubrir que necesita una pieza de hardware para completar el proyecto y descubrir que el hardware tiene un plazo de entrega de 3 meses, pero solo descubrir esto cuando realmente necesita el hardware puede ser un desastre.
• ¿Necesita tomar buenas decisiones de compra o construcción? Esa biblioteca puede costar $ 20K, por lo que elige construir. No es un buen plan si cuesta $50K construirlo y probarlo internamente.
• Horario y dotación de personal. La mayoría de los proyectos tienen presupuestos limitados y la mayoría de las empresas tienen un número limitado de personal. Crear un horario es un desafío en sí mismo. Crear un cronograma que muestre de manera semirrealista que puede cumplir con las fechas de vencimiento, dentro del presupuesto y solo usar la cantidad limitada de personal disponible es una tarea monumental. Lo más probable es que no pueda tener los 10 desarrolladores de tiempo completo para todo el proyecto como desea, tendrá que planificar en consecuencia.
• Es muy importante identificar requisitos vagos, ayudar a negociar los detalles y proponer alternativas/interpretaciones deseables con el cliente. Se necesita experiencia para saber cuál de estos requisitos que suenan inocentes y fáciles podría terminar convirtiéndose en meses de trabajo de desarrollo. Se necesita habilidad para convencer al cliente de que alguna 'alternativa más segura' es mejor y, al mismo tiempo, evitar que el cliente sienta que no está obteniendo todo lo que quiere.

Podría continuar con viñetas adicionales, pero ya deberías entender el punto.

Parece que ha demostrado que es un buen líder de desarrollo, pero no subestime la gran cantidad de habilidades necesarias para llevar un nuevo proyecto a la trayectoria adecuada para convertirse en un proyecto exitoso. Una cosa que podría ser inesperada es que esa "gran cantidad de habilidades" tiende a ser muy diferente según la empresa en la que trabaja una persona e incluso el proyecto en sí. Incluso los líderes de equipo experimentados que son nuevos en una empresa pueden no estar calificados para ser el 'líder de equipo' de un nuevo proyecto hasta que aprendan 'la forma en que la empresa' hace las cosas.

En lugar de decirle a su gerente que cree que Bob es la persona equivocada, tal vez debería solicitar que pueda involucrarse con Bob para trabajar en todos esos detalles de planificación de puesta en marcha. De esa manera, su jefe sabrá que ha pasado por el proceso de inicio y puede considerarlo la próxima vez.

Creo que realmente estás buscando una oportunidad para continuar liderando el proyecto y demostrar tu valía. No hay nada de malo en tener esto como una ambición para tu carrera.

Solo necesita presentar a la gerencia de qué se trata y convencerlos de que es capaz de liderarlo por su cuenta como lo hizo el año pasado.

Sin embargo, no hay necesidad de traer a Bob al cuadro y presentarlo como "no la mejor opción". Aceptas que tiene más habilidades y que es capaz de liderar el proyecto. 2-3 semanas de tiempo para ponerse al día no debería ser un gran problema y usted (probablemente) también lo sabe y no creo que la gerencia esté convencida por ese argumento.

¿Está descontento con que Bob dirija el proyecto o con la decisión de su gerente de que Bob dirija el proyecto? Las dos cosas son muy diferentes.

El primero significa que tiene preocupaciones legítimas sobre la capacidad de Bob para desempeñarse tan bien como la administración actual (usted).

La segunda significa que no confías en el juicio de tu jefe.

El primero puede abordarse en una reunión de gestión de riesgos con Bob, su gerente y usted mismo, donde podría señalar todos los riesgos que percibe, sopesarlos y tratar de mitigarlos de alguna manera (Bob podría tomarse un descanso de su proyecto actual y hacer revisión por pares de su código con usted, podría refactorizar partes del código que son ambiguas, etc.)

El segundo es difícil de manejar ya que es una cuestión de confianza. Podría tratar de hablar con su gerente al respecto y decirle directamente que no confía en su juicio por las razones x e y, pero eso rara vez termina bien en mi experiencia.