Communication Gap: User vs Analyst-Designer

Question

Gängige Praxis ist Fallstudien zu verwenden, bauen Arbeits- und Datenströme, etc. Aber dies nicht notwendigerweise ein gemeinsames Vokabular zwischen dem Benutzer / Sponsor und dem Analytiker-Designer erstellen: eine oder die andere, beide Normalerweise wird müssen Bedingungen und Blick auf die „Interna“ der anderen Fachgebiet erwerben, und dies in der Regel führt zu Missverständnissen und Treffen zu klären (geben Sie RAD-Techniken wie Evolutionary Prototyping), etc.

Der Benutzer / Sponsor auf seine / ihre Bedürfnisse / Umwelt konzentriert und will nicht, noch sollte zum Erwerb gezwungen werden, aus ihrer Sicht, nicht verwandten ‚Programmierung Terminologie‘. Die Verantwortung, eine neue Umgebung zu lernen, liegt mit dem Analytiker / Designer (/ Programmierer).

Wie beurteilen Sie die Lernkurve überwinden? Was funktioniert für Sie, wenn Sie mit einem Benutzer konfrontiert sind, die eine Software-Lösung will?

Answer 1

Versuchen Sie, so viele Zwischenschritte zwischen dem Benutzer und letzten Implementierer wie möglich zu beseitigen. Jeder solcher Schritt verschleiert und verliert Informationen. Die wertvollsten Mitglieder Ihres Teams Menschen sein kann, die tragen kann beide Anzüge -. „Schnittstelle“ mit Benutzern und implementieren tatsächlich das Ding

Wenn nicht, stellen Sie sicher, dass schnelle Iterationen und iterativ Dinge umzusetzen. Es ist einfach, es mit inkrementell zu verwirren. Der Unterschied ist, dass mit iterativem Ansatz, den Sie breites Spektrum an Funktionalität zu einem kleinen, aber einheitlichem Grad umgesetzt haben. Bei der inkrementellen Ansatz implementieren Sie große Stücke von Funktionalität einer nach dem anderen.

In dem iterativen Ansatz haben Sie den Vorteil von Agilität. Benutzer geändert Geist, oder es gab ein Missverständnis? Kein Problem, es gibt noch Raum zu ändern. Nicht viel Aufwand ausgegeben wurde, auch hoffnungsvoll.

Answer 2

Ich verwende die Kommentare

„Wenn Sie nicht Ihre Physik zu einer Bardame erklären können, ist es nicht sehr gut Physik“ und „Sie verstehen nicht wirklich etwas, wenn Sie es zu Ihrer Großmutter erklären können“ (Zugeschrieben Rutherford und Einstein)

als Mantras, wenn ich spreche Anforderungen mit den Kunden.

Nehmen Sie den zweigleisigen Ansatz, ein hohes Niveau, Powerpoint oder Whiteboard-Präsentation, und wenn Sie die Benutzer verlieren auf einem POC oder Mockup lassen können.

Dann tun detaillierte Zeile für Zeile Anforderungen. Der Teufel steckt im Detail. Holen Sie sich diese Details zu unterzeichnen. Label und sie mustern, so dass sie eine Zeile für Zeile Analyse tun.

Wenn Sie die detaillierten Anforderungen vor den hohen Pegel gesetzt tun, greifen die Benutzer nie irgendwelche Konzepte bei der Gestaltung und erhalten in den kleinsten Details Spezifikationen verzetteln. Ohne Rahmen der Arbeit oder Konzepte, drehen sich die Nutzer rund um die Anzahl der Engel auf dem Kopf eines Stiftes.

Beweglichkeit und Wiederholungen sind gut, solange Kunden und Entwicklungsteam kann eine ähnliche Sprache sprechen. Stellen Sie sicher, Erwartungen gesetzt und erfüllt werden.

Answer 3

Ein guter Interaktions- Designer sollte die Software-Abläufe in Laiebezeichnungen beschreiben kann. Wenn nicht, sollte er nicht tun Frontends, IMHO.

Answer 4

Es dauert eine Reihe von Techniken, und eine beide Seiten lernen müssen, die anderen Unternehmen zu einem gewissen Grad zu verstehen: dh die Analysten Verständnis der Domäne zu gewinnen hat der Benutzer und der Benutzer hat mit einigen der Techniken vertraut machen von Analysten.

Ich finde Prozess eine gute Art und Weise Flow, zu beginnen auf einem hohen Niveau zu vereinbaren, wie das Geschäft funktioniert. Einige Nutzer sind gut mit Datenmodellen (ERDs zum Beispiel), aber im Allgemeinen würde ich sagen, sie sind nicht gemeinfrei. Sie oft besser reagieren, wenn die Regeln geschrieben sind out in Text z

• kann ein Auftrag bestehen aus einem oder mehreren Auftragspositionen
• Jeder Auftrag hat einen einzigartigen, 10-stellige Referenznummer

Sie lesen durch und kreuzen oder die viel mehr überqueren leicht, als sie können eine ERD Qualität überprüfen.

Als nächstes nichts wirklich schlägt Skizzen von Eingabemasken und Berichte für die Benutzer immer auf die Details zu konzentrieren, was sie wollen.