Das SW-Entwicklungsteam wurde delegiert, um schwierige Entscheidungen in Bezug auf das Management zu treffen

Drehen Sie die Frage um. Wie würden Sie sich fühlen, wenn das Management die Entscheidung getroffen hätte, ohne das Team zu konsultieren? Zumindest haben Sie eine Stimme bei der Entscheidung. Es hört sich für mich so an, als würden sie sagen: "Das stinkt, aber es führt kein Weg daran vorbei ... Sie Leute finden es heraus."
Die Geschäftsentscheidung (die BA-Anforderung) ist bereits getroffen; Sie delegieren die Hinrichtung an das Team, und das ist keine schlechte Sache.

All das gesagt ...

Wenn Sie in einem kleinen Team Scrum durchführen – oder wirklich irgendeinen agilen Prozess verfolgen – erfüllen der Product Owner und die Entwickler normalerweise die Rolle, die traditionell von einem Business Analyst wahrgenommen wird. Manchmal übernimmt der Product Owner die Führung im Analyseprozess, manchmal sind es die Entwickler. Ein BA kann sicherlich einen Mehrwert bieten – besonders wenn Sie anfangen, sich ernsthaft mit Akzeptanztests zu befassen – aber für kleine Teams und besonders zu Beginn des Prozesses wird ein BA normalerweise als übertrieben empfunden.
Ein mögliches Argument ist also, dass Sie in dem Prozess, dem Sie folgen möchten, diese Funktion mit den Personen/Rollen ausführen können, die Sie bereits haben. Aufbauend auf der Antwort von @gbjbaanb könnten Sie möglicherweise die BA-Zuständigkeiten zwischen den Teammitgliedern wechseln. es kann sicherlich nicht schaden zu fragen, ob das akzeptabel wäre. Man weiß nie, einer der Entwickler könnte entscheiden, dass er die BA-Arbeit mag … aber selbst wenn nicht, ist dieser Ansatz der geteilten Verantwortung und des Cross-Trainings (IMHO) im Einklang mit dem Geist der Agilität.

Hat das Management die Notwendigkeit eines BA erklärt/begründet? (Sie geben es nicht an.) Es kann an einer externen Einschränkung liegen, z. B. wenn ein Kunde dies verlangt.

Oder vielleicht soll der BA einem anderen Projekt zugeordnet werden. (Sie geben das nicht an.) Vielleicht hat das Management das Gefühl, dass Sie überbesetzt sind – ich sage nicht, dass das stimmt, aber es ist nicht ungewöhnlich, dass ein Team, sagen wir, 25 % seiner Zeit mit Supportaktivitäten verbringt, ohne dass jemand außerhalb des Teams ist Team ist sich dessen bewusst.
Alles, was Sie hier tun können, ist zu versuchen, die Auswirkungen zu quantifizieren, wenn Sie einen Entwickler „wegnehmen“, z. B. „das die Implementierung des Datenfeeds für die Gehaltsabrechnung um einen Monat und den Feed für die Debitorenbuchhaltung um zwei Monate verzögern würde“.

Es hört sich so an, als ob das Wissen in Ihrer Organisation stark voneinander getrennt ist. IMHO ist das ein Problem für sich, wegen des Bus-Faktor- Risikos. Aber es wird es schwierig machen, Agilität effektiv zu betreiben.

Mein Vorschlag: Kommunizieren, Kommunizieren, Kommunizieren. Finden Sie heraus, woher die BA-Anforderung kommt. Erläutern Sie die Auswirkungen auf die Produktivität Ihres Teams. Erklären Sie das Busfaktor-Risiko. Lassen Sie das Team alternative Lösungen vorschlagen/diskutieren; alles, womit das Team leben möchte, schlagen Sie es dem Management vor.

Sie beantworten Ihre eigene Frage - warum delegiert das Management dieses Thema an das Team?

Denn: Sie „müssen in unserem Unternehmen eine Position als Business Analyst einnehmen“ und „der einzige Ort, an dem die Person eingesetzt werden kann, ist unser Entwicklungsteam, weil wir die einzigen sind, die irgendwie auch die geschäftliche Seite des zu entwickelnden Systems kennen. "

Deshalb. Nun könnte man argumentieren, dass sie ein neues Teammitglied rekrutieren müssen, aber vielleicht ist kein Geld vorhanden, um einen neuen Mitarbeiter einzustellen. Das heißt, wenn keiner der Entwickler diese Position haben möchte, muss einer entlassen werden, um Platz für die Einstellung eines BA zu schaffen. Ich bezweifle auch, dass du das willst.

Daher ist es vielleicht die beste Option, jemanden in Teilzeit in der BA-Rolle zu finden, oder Ihren direkten Vorgesetzten dazu zu bringen, die Rolle zu übernehmen, während einer der Entwickler mehr Verantwortung für das Linienmanagement übernimmt. Kommunizieren Sie diese Probleme, aber verstehen Sie die Gründe, warum diese Änderung stattfinden muss. Sich darüber zu beschweren, dass ihr alle Entwickler sein wollt und das Leben unfair ist, wird euch nicht helfen.