In einer großen Organisation ist es häufig der Fall, dass die Mitglieder des Entwicklungsteams keinen direkten Zugriff auf den Kunden erhalten, um Anforderungen zu erfassen. Ist es möglich / ratsam, einem Account Manager eine Liste mit Fragen zu geben, damit dieser die Anforderungen in Ihrem Namen erfassen kann?

• Möglich: ja :-)

• Empfehlenswert: Nur wenn es wirklich wirklich keinen anderen Weg gibt. Dies würde leicht zu sehr spröden, schlecht verstandenen Anforderungen führen. Und die Probleme treten möglicherweise erst zu einem späteren Zeitpunkt während der Implementierung oder des Abnahmetests auf.

Das Sammeln von Anforderungen sollte idealerweise eine Reihe detaillierter Diskussionen zwischen Kunden und Entwicklern sein.Kunden haben normalerweise sehr schwache Vorstellungen davon, was sie wirklich wollen, und implementieren so ihre erste vage Beschreibung, da dies fast unweigerlich zu Problemen führen würde. Daher sollten die Entwickler in der Lage sein, den Preis für jede Idee / Geschichte / Anforderung zu ermitteln, was den Kunden hilft, ihre Bedürfnisse zu priorisieren, und technisches Feedback darüber geben, was möglich und machbar ist. Außerdem sollten sie die Problemdomäne so tief wie nötig verstehen, um die beste technische Lösung für das Problem des Kunden bereitzustellen. Auf dem gesamten Weg müssen sie sicherstellen, dass sie den Kunden richtig verstanden haben. Dies bedeutet, dass sie während der Kommunikationssitzungen häufig um Klarstellungen bitten und das, was sie verstanden haben, mit eigenen Worten wiederholen (und häufig UI-Prototypen / Modelle von Kundenideen bereitstellen).Das beste Medium hierfür ist die mündliche Kommunikation. Wenn dies nicht von Angesicht zu Angesicht möglich ist, ist eine Video- oder Telefonkonferenz die nächstbeste Option.

Eine nichttechnische Person als Kommunikationskanal zwischen Kunden und Entwicklern zu haben, schränkt die Effizienz der Kommunikation erheblich ein. Selbst das Hin- und Herschicken von Dokumenten per E-Mail wäre besser, wenn es zumindest keinen Vermittler gibt, sodass eine Möglichkeit für Missverständnisse weniger besteht.

Während ich Péter Török zustimme, dass ein Vermittler die Effizienz einschränken kann, kann ein Gespräch ohne Entwickler mit Endbenutzern die Effektivität der Kommunikation erhöhen.

Ich habe festgestellt, dass Entwickler und Endbenutzer oft miteinander sprechen, sich aber immer noch falsch verstehen, weil sie aus "verschiedenen Welten" stammen. Während sie dieselben Wörter sprechen, verstehen sie sie möglicherweise als völlig unterschiedliche Dinge ... Ein Vermittler, der sowohl die Denkweise / Sprache des Endbenutzers als auch des Entwicklers versteht, kann Gold wert sein und das gegenseitige Verständnis dessen, was benötigt wird, verbessern. was entwickelt wird.

Das heißt, einen Manager zu fragen, sei es ein Account Manager oder eine andere Art von Manager, ist nicht der richtige Weg. Die Lücke zwischen Entwickler- und Endbenutzerwelt zu schließen, ist eine Fähigkeit und nicht etwas, das Sie "beiseite" tun.

Kurz gesagt, diese Arbeitsweise ist mit Gefahren behaftet und war einer der Gründe, warum das Agile Manifest geboren wurde.

{schlechter Versuch des Humors} Betteln, ausleihen, kämpfen, betrügen, stehlen, bezaubern, in die Kneipe gehen, alles tun, um sich tatsächlich auf den Endbenutzer einzulassen {/ schlechter Versuch des Humors}

Aber im Ernst, wenn Sie keinen Zugang bekommen, stellen Sie zumindest sicher, dass es einen schnellen Feedback-Zyklus gibt. Ja, Sie können Fragen über den Account Manager stellen (wenn Sie direkt auf den Client zugreifen können, auch wenn dies per E-Mail aus der Ferne noch besser ist), aber stellen Sie sie jeden Tag und stellen Sie dem Kunden so oft wie möglich einen Prototyp zum Ausprobieren zur Verfügung.

Andernfalls besteht ein massives Risiko, dass Sie etwas liefern, das der Endkunde eigentlich nicht möchte.

Ich arbeite in einer mittelgroßen Organisation und wir haben ein Team für Geschäftslösungen mit vielen Geschäftsanalysten. Sie leisten wichtige Arbeit, da sie den Geschäftsprozess sehr gut verstehen und das, was das Unternehmen will, in das übersetzen, was der Entwickler versteht. Es funktioniert auch anders. Wenn ich ein Design- und / oder Architekturproblem feststelle oder einen alternativen Weg zur Lösung des Problems vorschlage, spreche ich mit ihnen und sie wiederum mit dem Geschäft.

In einem großen Unternehmen gibt es viele andere Dinge als technische Dinge zu beachten, wenn eine Anforderung erfüllt wird. Wie die Personalschulungsprobleme, wie das Nicht-Beeinflussen eines Kunden mit einer Änderung, wie ein Ausgleichsprozess, der existiert, um Ihre Frage zu einem Nicht-Problem zu machen, oder "John" ist Marketing verwendet diese Funktion und Sie können dies nicht einfach ändern usw.

Um Ihre Frage zu beantworten, wenn Sie eine Struktur haben, verwenden Sie diese. Geben Sie ihnen die Liste der Fragen, die Sie an die Business Account Manager richten können.

Sie spielen die Anforderungserfassungsversion des Telefonspiels. Im besten Fall führt dies zu einer großen Ineffizienz der Kommunikation. Im schlimmsten Fall führt dies zu falsch erfassten Anforderungen. Die Bedeutung dieser Rückkopplungsschleife und ihre Effizienz ist einer der Hauptgründe dafür, dass der Kundenvertreter eine der wertvollsten (und am schwierigsten zu skalierenden) Rollen in einem agilen Team ist.

NEIN

Wenn Sie Ihre Frage wörtlich nehmen, kann die Antwort nichts anderes sein als ein klares "NEIN! NEIN! TAUSEND UND VIERUNDZWANZIG MAL NEIN!" es sei denn, der "Account Manager" ist zufällig auch ein ausgebildeter Berater, Analyst und Entwickler

Wenn es einen ungeschulten Mittelsmann geben muss, ist es besser, die Benutzerumfragen per E-Mail zu senden und nur den Account Manager zu kontaktieren. Er / Sie kann unmöglich einen Mehrwert für den Prozess schaffen, kann aber die Kommunikation auf jeden Fall beeinträchtigen.

Die richtige Rolle für den Account Manager in diesem Prozess besteht darin, als Stakeholder an der Konversation teilzunehmen und keine Middleware oder Amateuranalysten zu spielen.