Sitzungen zu Anforderungserfassungen leiten
Der Lösungsarchitekt leitet üblicherweise die Sitzungen zu Anforderungserfassungen. Ziel dieser Sitzungen ist es, die grundlegenden Bedürfnisse in umsetzbare Anforderungen umzuwandeln. Wenn derselbe Lösungsarchitekt während der Vorverkaufsphase involviert war, versteht er möglicherweise bereits die Kundenbedürfnisse und Erfolgsfaktoren. Andernfalls sollte der Lösungsarchitekt sicherstellen, dass sie vor der ersten Sitzung gut informiert sind. Diese Informationen sollten verwendet werden, um die Diskussion mit den Teilnehmern voranzutreiben.
Wenn Sie während dieser Besprechungen mehr Erfahrung sammeln, werden Sie eine bevorzugte Methodik übernehmen. Seien Sie bereit, sich auf die Bedürfnisse eines bestimmten Projekts oder Kunden einzustellen. Beginnen Sie diese Sitzungen mit einem Plan, Vorlagen und Klarheit über die gewünschten Ergebnisse. Vermeiden Sie es jedoch, so unflexibel zu sein, dass Gespräche, Kreativität und Lösungen erstickt werden.
Wie sieht eine Anforderung aus?
Die Art und Weise, wie ein Projekt eine Anforderung dokumentiert, kann für eine ausgewählte Methodik spezifisch sein. In jedem Fall sollten die Anforderungen jedoch die Antworten auf die Fragen „Wer?“, „Was?“ und „Warum?“ geben. Diese Parameter können in User Stories erfasst werden, oder es können Anforderungen für Positionen sein, sie sollten jedoch prüfbar und verfolgbar sein. Eine gute Anforderung berücksichtigt folgende Faktoren:
Wer die Anforderung braucht
Was die Bedürfnisse des Kunden sind
Warum der Kunde tut, was er tut
Größere Anforderungen oder Stories müssen in überschaubare Teile zerlegt werden. Unterschiedliche Methoden verwenden unterschiedliche Begriffe für diese Teile. Agile Ansätze bezeichnen sie beispielsweise als „Epics“. Unabhängig vom Namen muss der Lösungsarchitekt aufmerksam sein, um sicherzustellen, dass dieser Prozess stattfindet.
Priorisierung
Jedes Projekt verfügt über eine begrenzte Zeit und begrenzte Ressourcen, die zur Implementierung von Anforderungen verwendet werden können. Der Lösungsarchitekt muss zusammen mit dem Projektteam und häufig auch dem Kunden die Anforderungsliste/das Backlog priorisieren.
Da sich Geschäftsanwendungsprojekte gut für inkrementelle Bereitstellungen eignen, priorisieren Teams häufig zuerst ein „Minimum Viable Product“ (MVP). Ein MVP identifiziert die Anforderungen, die für die erstmalige Liveschaltung erfüllt werden müssen. Die verbleibenden Elemente fallen dann in zukünftige Iterationen oder Sprints.
Der Lösungsarchitekt sollte die identifizierten Hauptgeschäftsziele verwenden, um die Anforderungen zu bewerten. Anforderungen, die zur Erreichung der Ziele beitragen, sollten Vorrang haben. Dieser Ansatz kann auch dazu beitragen, eine Diskrepanz zu den Hauptzielen zu erkennen, wenn Sie eine Anforderung identifizieren, die eindeutig wichtig ist, aber nicht zur Erreichung der Hauptziele beiträgt.
Durchführbarkeit
Der Lösungsarchitekt sollte die Anforderungen bewerten, um sicherzustellen, dass eine Durchführbarkeit möglich ist. Suchen Sie nach Anforderungen, die zwar ansprechend sind, aber aus einer Reihe von Gründen nicht erfüllbar sind, die z. B. Folgendes benötigen:
Daten, die Sie nicht haben.
Updates anderer Systeme, die innerhalb des Zeitrahmens nicht durchführbar sind.
Eine gute Frage, die sich der Lösungsarchitekt stellen kann, ist: „Gibt es irgendetwas, das verhindern würde, dass diese Anforderungen erfüllt werden?“
Teilnehmer verwalten
Vor den Sitzungen sollten Erwartungen festgelegt werden, um sicherzustellen, dass die richtigen Personen teilnehmen. Sie möchten sicherstellen, dass erfahrene Personen teilnehmen, die die Zielbereiche verstehen. Mehrere, kleinere und kürzere Sitzungen können zielgerichteter und produktiver sein. Das Einladen verschiedener Personen, um unterschiedliche Teile eines Prozesses bearbeiten, ist wertvoll, da Sie sich so ein umfassendes Bild davon machen können, wie dieser Teil des Prozesses funktioniert. Oft erspart Ihnen dieser Ansatz, die fehlenden Teile der Funktionsweise nachvollziehen zu müssen.
Eine Einladung an das Management kann hilfreich sein, da Sie so oft entscheidendere Informationen erhalten. Bedenken Sie jedoch, dass sich die Anwesenheit eines Managers auf die Teilnahmebereitschaft der Mitarbeiter auswirken kann. In vielen Fällen sind ihre Mitarbeiter ruhiger und wenden für Antworten an ihren Manager, um keine falschen Aussagen zu tätigen. Wenn Sie feststellen, dass dieses Szenario negativ verläuft, müssen Sie möglicherweise reagieren, indem Sie separiert nachbereiten oder den Manager bitten, nicht an allen Sitzungen teilzunehmen.
Die Sitzungen vorbereiten
Vor der Sitzung sollte der Lösungsarchitekt versuchen, so viele Informationen wie möglich über die aktuelle Lösung und die zugehörigen Prozesse zu erhalten. Diese Informationen können im Voraus untersucht werden, um Fragen zu formulieren, mit denen die Diskussion angeregt werden kann. Die Vorbereitung kann von Teilnehmern auch dazu genutzt werden, Dokumente und Beispiele zu sammeln, die sie zu den Sitzungen mitbringen können.
Denken Sie auch daran, zu sammeln, was das Vorverkaufsteam gesammelt hat. Lassen Sie Ihre Kunden nicht von vorne beginnen, und wiederholen Sie die Informationen, die bereits besprochen wurden. Stellen Sie fest, ob Demoaufnahmen gemacht wurden, die Ihnen helfen können, sich besser zu informieren.
Nach Klarheit der Anforderungen streben
Häufig ist die ursprüngliche Erklärung der Anforderung eines Geschäftsbenutzers nicht die eigentliche Anforderung. Der Lösungsarchitekt muss Nachforschungen anstellen, um über den Benutzer oder die Kommunikation mit anderen an die eigentliche Anforderung heranzukommen. Der Lösungsarchitekt muss lernen, „Warum?“ zu fragen, ohne den Benutzer zu verärgern oder den Eindruck zu erwecken,
dass Benutzer nicht dazu in der Lage ist, seine Arbeit zu erledigen. Der eigentliche Grund für die Fragen ist, das Kernproblem zu verstehen, damit die beste Lösung entworfen werden kann.
Die Vorbereitung allgemeiner Fragen kann Ihnen dabei helfen, Informationen zu erhalten:
Können Sie diesen Prozess einen Tag lang miterleben?
Wer ist noch an diesem Prozess beteiligt?
Woher kommen diese Informationen?
Können Sie mir helfen, zu verstehen, warum dieser Prozess benötigt wird?
Wenn Sie mit offenen Fragen beginnen, um die tatsächlichen Anforderungen und Bedürfnisse zu ermitteln, können Sie auf eine Ja‑ oder Nein-Frage hinarbeiten, um Ihr Verständnis zu bestätigen. Das folgende Beispiel ist ein einfacher Austausch zwischen einem Lösungsarchitekten (Solution Architect, SA) und Geschäftsbenutzern:
Benutzer: Wir benötigen einen gedruckten Bericht über alle abgelaufenen Transaktionen der letzten 30 Tage.
SA: Wer verwendet diesen Bericht?
Benutzer: Es wird von den Managern verwendet.
SA: Manager, wie verwenden Sie den Bericht? Muss es ein Bericht sein, oder geht es einfach nur darum, die abgelaufenen Transaktionen für den letzten Monat zu sehen?
Manager: Wir sehen uns den Bericht nur einmal im Monat an, also wäre das in Ordnung.
SA: Worauf achten Sie, wenn Sie die Daten überprüfen?
Manager: Wir suchen nach Transaktionen über 50.000 US-Dollar, und überprüfen diese dann eingehender.
SA: Wäre es also hilfreich, wenn das System nur abgelaufene Transaktionen über 50.000 US-Dollar zur Überprüfung präsentieren würde?
Manager: Ja, das wäre großartig.
Überarbeitete Anforderung: Manager müssen abgelaufene Transaktionen über 50.000 US-Dollar monatlich überprüfen.
Wenn der Lösungsarchitekt nicht intensiv genug nachgefragt hätte, hätte das Team einen Bericht in Papierform erstellt. Fragen Sie immer nach dem „Warum?“, und gelangen Sie zu einem Punkt, an dem Sie das Gefühl haben, das Bedürfnis wirklich zu verstehen.
Widersprüche in Anforderungen auflösen
Häufig erstellen unterschiedliche Geschäftsbenutzer widersprüchliche Anforderungen. Es ist wichtig, dass der Kunde jemanden hat, der entscheidet. Der Lösungsarchitekt kann die Parteien zu einem Abschluss führen, indem er Ideen und Kompromisse anbietet. Sie sollten sich jedoch nicht in die Unternehmenspolitik einmischen.
Für Ihre Ansichten einstehen
Ein Lösungsarchitekt muss gut darin sein, Anforderungen respektvoll zurückzuweisen. Ein Teil dieser Verantwortung besteht darin, die von Ihnen entwickelte Lösungsvision klar zu kommunizieren und dem Kunden zu zeigen, wie diese Vision zum Erreichen seiner Ziele beiträgt. Neue Lösungsarchitekten geraten in dieser Phase häufig in Schwierigkeiten, da sie herablassend wirken. Stellen Sie sicher, dass Sie es vermeiden, ihre Ideen abzulehnen, wenn Sie den Kunden zu Ihrer Vision führen.
Übung: Ihre Sitzungen zu Anforderungserfassungen planen
Überprüfen Sie die Teams der Woodgrove Bank. Bestimmen Sie, welche dieser Teams Sie für die Anforderungserfassung zusammenstellen würden. Entscheiden Sie, welche Teams Sie nicht für die Anforderungserfassung zusammenstellen würden. Erklären Sie diese Entscheidungen.