Equipo de desarrollo de software delegado para tomar decisiones difíciles relacionadas con la gestión

Da la vuelta a la pregunta. ¿Cómo se sentiría si la gerencia hubiera tomado la decisión sin consultar al equipo? Al menos tienes voz en la decisión. Me parece que están diciendo "Esto apesta, pero no hay forma de evitarlo... ustedes lo resuelven".
La decisión comercial (el requisito de BA) ya se tomó; están delegando la ejecución al equipo, y eso no es malo.

Dicho todo esto...

En un equipo pequeño, si está haciendo scrum, o realmente sigue algún tipo de proceso ágil, el propietario del producto y los desarrolladores suelen cumplir el rol que tradicionalmente desempeña un analista de negocios. A veces, el propietario del producto toma la iniciativa en el proceso de análisis, a veces son los desarrolladores. Un BA ciertamente puede agregar valor, especialmente si está comenzando a tomarse en serio las pruebas de aceptación, pero para equipos pequeños y especialmente al principio del proceso, un BA generalmente se percibe como una exageración.
Entonces, un posible argumento es que, en el proceso que está tratando de seguir, puede realizar esa función con las personas/roles que ya tiene. Sobre la base de la respuesta de @ gbjbaanb, podría potencialmente rotar las responsabilidades de BA entre los miembros del equipo; ciertamente no está de más preguntar si eso sería aceptable. Nunca se sabe, uno de los desarrolladores podría decidir que le gusta el trabajo de BA... pero incluso si no, ese enfoque de responsabilidad compartida y entrenamiento cruzado es (en mi humilde opinión) consistente con el espíritu de ágil.

¿La gerencia ha explicado/justificado la necesidad de un BA? (No lo especifica). Puede deberse a alguna restricción externa, por ejemplo, un cliente lo está demandando.

O tal vez se supone que el BA debe ser asignado a un proyecto diferente. (No lo especifica). Tal vez la gerencia sienta que tiene exceso de personal; no digo que eso sea cierto, pero no es raro que un equipo dedique, digamos, el 25% de su tiempo a la actividad de soporte sin nadie fuera del equipo. equipo siendo consciente de ello.
Todo lo que puede hacer aquí es intentar cuantificar el impacto de "eliminar" a un desarrollador, por ejemplo, "que retrasaría la implementación de la alimentación de datos a la nómina en un mes, y la alimentación a las cuentas por cobrar en dos meses".

Parece que el conocimiento está muy compartimentado dentro de su organización. En mi humilde opinión, eso es un problema en sí mismo, debido al factor de riesgo del autobús . Pero va a hacer que sea difícil hacer ágil de manera efectiva.

Mi sugerencia: comunicar, comunicar, comunicar. Averigüe de dónde viene el requisito de BA. Explique el impacto que tendrá en la productividad de su equipo. Explicar el riesgo del factor bus. Haga que el equipo sugiera/discuta soluciones alternativas; cualquier cosa con la que el equipo esté dispuesto a vivir, propóngaselo a la gerencia.

Usted responde a su propia pregunta: ¿por qué la gerencia delega este problema al equipo?

Porque: Ellos "tienen la necesidad de ocupar un puesto de analista comercial en nuestra empresa" y "el único lugar al que se puede llevar a la persona es a nuestro equipo de desarrollo, porque somos las únicas personas que conocen de alguna manera también el lado comercial del sistema que se desarrolla. "

Es por eso. Ahora, podría argumentar que no necesitan contratar a un nuevo miembro del equipo, pero tal vez no haya dinero disponible para contratar a un nuevo miembro del personal. Eso significa que, si ninguno de los desarrolladores quiere este puesto, entonces uno tendrá que ser despedido para hacer espacio para que se contrate a un BA. Dudo que quieras eso tampoco.

Entonces, quizás la mejor opción sea contratar a alguien que trabaje a tiempo parcial en el rol de BA, o que su gerente de línea asuma el rol mientras uno de los desarrolladores asume más responsabilidades de administración de línea. Comunique estos problemas, pero comprenda el razonamiento por el cual debe ocurrir este cambio. Quejarse de que todos quieren ser desarrolladores y que la vida es injusta no los ayudará.