Die folgende Umfrage untersucht, ob ein Zusammenhang zwischen Persönlichkeitsausprägungen und typischen Rollen in IT- und Unternehmensberatungs-Berufen besteht. Dafür bitten wir Sie um Ihre Mithilfe!

Diese Umfrage sollte nicht mehr als 5 Minuten Ihrer Zeit in Anspruch nehmen. Ihre Antworten werden vollständig anonym behandelt. Sie erhalten nach Ausfüllen des Fragebogens eine automatisch generierte Einschätzung Ihrer Persönlichkeitseigenschaften, die gesamten Umfrageergebnisse werden in einem extra Newsletter veröffentlicht.

Vielen Dank, dass Sie sich die Zeit für die Teilnahme an der Umfrage nehmen!

Weiter zur Umfrage

Wenn Sie Fragen zu der Umfrage haben, kontaktieren Sie uns bitte telefonisch oder per Mail.

Hinweis: Dies ist eine anonyme Umfrage. Die Daten mit Ihren Antworten enthalten keinerlei auf Sie zurückzuführende Informationen.

Ihr Gutschein als Dankeschön

Als Dankeschön für Ihre Teilnahme schenke ich Ihnen einen Gutschein im Wert von 10 EUR für ein ermäßigtes Coaching bei mir. Notieren Sie sich dafür einfach den Gutscheincode am Ende der Auswertung!

Peter Gerstbach

Doch wie schreibt man gute Anforderungen? In der Literatur gibt es viele Regeln und Tipps, wie gute Anforderungen formuliert sein sollen. Das IEEE definiert beispielsweise im Standard 830 Eigenschaften guter Anforderungs-Dokumente wie beispielsweise “Korrektheit”, “Widerspruchsfreiheit”, “Vollständigkeit” etc. Neben dieser Definition vom IEEE gibt es noch viele andere Quellen, die davon handeln, wie man gute Anforderungen beschreibt.

In diesem Artikel möchte ich einen anderen Ansatz wählen. Die folgenden Fragen sind meiner Meinung nach gut geeignet, um eine Qualitätssicherung der eigenen Anforderungsdokumente durchzuführen. Dabei sind diese Fragen weniger als “Checklist” zu verstehen (dafür eignen sich beispielsweise die Eigenschaften guter Anforderungsdokumente nach IEEE), sondern als Hilfestellung für den eigenen Denkprozess.

Wenn Sie das nächste Mal im Rahmen einer Business Analyse oder während der Analyse eines Softwareentwicklungsprojekts Anforderungen dokumentieren, stellen Sie sich doch einmal die folgenden vier Fragen:

• Frage 1: Haben Sie das Dokument jemals selbst in einem Stück von vorne bis hinten durchgelesen?
• Frage 2: Welche Hilfestellungen enthält das Dokument, damit ein erstmaliger Leser sich darin zurechtfindet?
• Frage 3: Haben die Personen, die für die Abnahme des Dokuments verantwortlich sind, es teilweise schon gelesen, bevor es offiziell fertig war?
• Frage 4: Haben Personen das Dokument gelesen, die keine Erfahrung mit Anforderungen an sich oder dem Thema haben?

Diese vier Fragen helfen dabei, sich mit dem selbst erstellten Dokument kritisch auseinanderzusetzen. Sie laden dazu ein, die eigene (vertraute) Sichtweise zu verlassen und durch die Augen einer fremden Personen zu sehen.

Nun zu den Fragen im Detail und deren Interpretation…

Haben Sie das Dokument jemals selbst in einem Stück von vorne bis hinten durchgelesen?

Wenn Sie Tage oder gar Wochen an ein und demselben Dokument arbeiten, entsteht eine gewisse Vertrautheit mit Ihrem eigenen Werk. Das ist ganz natürlich und vollkommen in Ordnung! Sie meinen, jede Passage schon eindutzendmal gelesen und bereits jeden Fehler ausgebessert zu haben. Diese Vertrautheit mit Ihrem Werk hat jedoch auch eine Kehrseite: Sie macht Sie leider auch blind für Fehler und ganz besonders für den Blick auf das große Ganze.

Deswegen: Nehmen Sie sich (am besten ausgeruht, z.B. in der Früh) bewusst Zeit und lesen Sie Ihr Dokument einmal von vorne bis hinten durch! Dies wird Ihnen dabei helfen, das Dokument möglichst widerspruchsfrei zu machen und sicherzustellen, dass es einen roten Faden gibt.

Welche Hilfestellungen enthält das Dokument, damit ein erstmaliger Leser sich darin zurechtfindet?

Sofern es in Ihrem Unternehmen standardisierte Vorlagen für Anforderungsdokumente gibt, werden diese mit ziemlicher Sicherheit einleitende Kapitel enthalten wie beispielsweise “Zweck des Dokuments” oder “Stakeholder des Projekts”. Nach meiner Erfahrung werden diese Kapitel zumeist ganz am Schluss kurz vor Abgabe mit der Einstellung “Ach, dieses Kapitel gibt’s ja auch noch” ausgefüllt. In diesem Fall könnte man diese Kapitel genauso gut auch ganz weglassen.

Der Sinn dieser einleitenden Kapitel ist es einem erstmaligen Leser eine Hilfestellung zu geben, wie das Dokument verstanden werden soll. Wenn Sie sich sich fragen, was hier am Besten beschrieben werden soll, stellen Sie sich folgendes vor: Sie sind Moderator eines Meetings und eine Minute vor Beginn kommt Ihr Vorgesetzter dazu und stellt Ihnen kurz einen neuen Mitarbeiter vor, der ab sofort im Projekt mitarbeiten wird. Und genau das, was Sie diesem Mitarbeiter über das Projekt erzählen, ist der ideale Inhalt für dieses einleitende Kapitel: Kurz und prägnant das Wesentliche, ohne die anderen Leser (oder eben Meeting-Teilnehmer) zu langweilen.

Deswegen: Denken Sie an erstmalige Leser des Dokuments und unterstützen Sie deren schnelle Orientierung. Ihre Leser werden es Ihnen danken! Ein praktischer Nebeneffekt: Ihre Dokumente werden tatsächlich gelesen.

Andere hilfreiche Inhalte, die einem erstmaligen Leser beim Zurechtfinden helfen sind u.a.: Eine Beschreibung der Projekt-Rahmenbedingungen, Auflistungen von Annahmen und Abgrenzungen die für dieses Dokument getroffen wurden oder auch ein Glossar das die wichtigsten Begriffe so definiert, wie sie im Dokument verwendet werden.

Haben die Personen, die für die Abnahme des Dokuments verantwortlich sind, es teilweise schon gelesen, bevor es offiziell fertig war?

Sehr häufig werden Dokumente von den Autoren erst aus der Hand gegeben, wenn sie wirklich “fertig” sind. Niemand soll ja ein schlechtes Bild bekommen. Und wer zeigt schon gerne einen qualitativ minderwertigen Entwurf her? So verständlich das auch ist, sollten Sie es trotzdem in Betracht ziehen, Ihr Dokument möglichst früh einem größeren Leserkreis zum Review zur Verfügung zu stellen.

Das kann vielerlei Vorteile haben: Beispielsweise können Sie so viel flexibler und effizienter auf Änderungsvorschläge eingehen. Wenn das 100-seitige Werk bereits vollendet ist, führt jede größere Änderung zu hohen Aufwänden. Dadurch werden häufig nur noch kosmetische Anpassungen vorgenommen, wirkliche wichtige Verbesserungen bleiben außen vor. Auch für den Reviewer kann das Lesen eines Entwurfs interessant sein, weil es aufgrund der noch vorhandenen Lücken den meisten viel leichter fällt Änderungsvorschläge zu machen.

Diese Review-Methode erfordert allerdings ein gewisses Maß an Vertrauen und sollte auch im Vorfeld abgestimmt sein, damit es keine Missverständnisse gibt. Bei diesem Vorgehen ist außerdem als Autor hilfreich, das Dokument von Anfang an so zu schreiben, dass es zu jeder Zeit ohne Vorankündigung einem Review unterzogen werden könnte. Überlegen Sie sich von Beginn an die Gliederung und sorgen Sie so für einen roten Faden durch das Dokument. Lassen Sie wichtige aber noch nicht geschriebene Teile nicht aus, sondern markieren Sie diese Lücken und beschreiben kurz den Inhalt. Das hilft nicht nur einem Reviewer, sondern auch Ihnen selbst beim Schreiben.

Deswegen: Lassen Sie bereits frühe Entwürfe Ihres Dokuments von Personen lesen und profitieren Sie von deren kreativen Änderungsvorschlägen!

Haben Personen das Dokument gelesen, die keine Erfahrung mit Anforderungen an sich oder dem Thema haben?

Das ideale Projektteam in der Business Analyse besteht normalerweise aus Personen, die fachliches Verständnis mitbringen und methodische Experten im Anforderungsmangement sind. Für das Analyse-Team mag dies auch in vielen Fällen zutreffen, in späteren Projektphasen jedoch nur bedingt. Der Projektleiter muss Ziele, Budget und Zeitrahmen im Auge behalten – muss aber kein fachlicher Experte sein. Programmierer sind Experten der Software-Entwicklung – aber nicht in der eindeutigen Beschreibung von Anforderungen. Aber genau diese Menschen, mit ganz unterschiedlichen Stärken, können bei Reviews Verbesserungen einbringen, die auch einem geübten Analysten gar nicht mehr auffallen.

Insbesondere diese Frage lässt sich auch gut ganz alleine im Kopf durchspielen ohne tatsächlich die Projektleiter, Entwickler, Tester oder Auftraggeber zu benötigen.

Deswegen: Überlegen Sie, wie sich Ihr Dokument mit den Augen einer Person liest, die keine Erfahrung mit Anforderungen oder dem Thema an sich hat!

Fazit

Ich hoffe, dass Ihnen diese Fragen dabei helfen, noch bessere Anforderungsdokumente zu schreiben. Diese Fragen können Sie sich bei jedem Ihrer Ergebnisse während der Analyse selbst stellen. Es spielt keine Rolle, nach welcher Methode Ihre Projekte abgewickelt werden (agil, iterativ, Wasserfall, …). Es geht alleine um die Möglichkeit, die Welt mit anderen Augen zu betrachten.

Der Begriff „Coaching“ wird im alltäglichen Sprachgebrauch sehr vielseitig und häufig auch unreflektiert eingesetzt. Es gibt auch keine speziellen gesetzlichen Regelungen für die Durchführung von Coaching in Österreich. Laut dem „Österreichischen Dachverband für Coaching“ ist Coaching „ein interaktiver personenzentrierter Beratungs- und Begleitungsprozess im beruflichen Kontext, der zeitlich begrenzt thematisch (zielorientiert) definiert ist.“ Dieser Definition folgend grenzt sich Coaching beispielsweise von persönlichen Fragestellungen aus dem Privatleben einerseits, aber auch von organisations- und fachorientierten Beratungsdienstleistungen andererseits ab.

Das Modell des Systemischen Coachings wird häufig auch als Beratung ohne Ratschlag bezeichnet, da es von einem Expertenmodell ausgeht: Der Coach ist Experte für den Coaching-Prozess, während der Kunde Experte für sein Leben und damit für seine persönlichen Themen ist. Systemisches Coaching hat seine Grundlagen in der Systemtheorie (u.a. Niklas Luhmann) und der philosophischen Erkenntnistheorie des Radikalen Konstruktivismus (u.a. Heinz von Foerster).

Meine Tätigkeit als Coach basiert auf dem Systemisch Konstruktivistischen Coaching nach dem Kieler Beratungsmodell (in den 80er Jahren u.a. von Prof. Uwe Grau entwickelt und auf den Wirtschaftsbereich übertragen).

Unter anderem definiert es vier Leitlinien für Coaching:

• Kooperieren, im Sinne des oben erwähnten Expertenmodells
• Reflektieren, im Sinne eines gemeinsamen „Bedenkens“ von Problemen und Lösungen zwischen Kunde und Coach
• Öffentlich machen, im Sinne eines Offenlegens von Gedanken und freiem Assoziieren, das oftmals hilfreich für die gemeinsame Erarbeitung einer Lösung sein kann
• Respektieren, im Sinne eines Respektierens der Wirklichkeitskonstruktion des Kunden

In diesem Sinne freue ich mich über Ihr Interesse an einem persönlichen Coaching (Preis für 1 Stunde: 60 EUR)! Gleich klicken und anfragen.

Das Thema dieses Artikels ist eine Auseinandersetzung mit Begriffen die allesamt häufig mit “BA” abgekürzt werden. Doch wie heißt es jetzt wirklich im Kontext der deutschen Sprache?

• Business Analysis?
• Business Analyse?

Und wie heißt dann die Rolle korrekt?

• Business Analyst?
• Business Analytiker?

Im englischen Sprachraum ist der Begriff “Business Analysis” insbesondere durch den Business Analysis Body of Knowledge (BABOK) mit einer anerkannten Definition versehen worden. Sehr häufig wird der Begriff unreflektiert im Deutschen verwendet. Ich halte es prinzipiell für sinnvoll auch Fachbegriffe zu übersetzen, wenn die Bedeutung dadurch nicht verloren geht. Gerade bei Fremdwörtern sind jedoch eigene Regeln zu beachten: Die Pluralbildung ist höchst kompliziert, bei Anglizismen ist meistens ein Plural “-s” zu verwenden. Die Getrenntschreibung zweier Substantive gibt es im Deutschen gar nicht: entweder zusammen oder durch Bindestrich trennen.

Wer nun im Duden gängige Übersetzungen von “Business” und “Analysis” nachschlägt, findet übrigens folgende Einträge: Business ist kurz und gut das “Geschäft”. Die Analyse ist eine “Untersuchung, bei der etwas zergliedert, ein Ganzes in seine Bestandteile zerlegt wird”. Der Analytiker ist “jemand, der nach der analytischen Methode vorgeht”. Im Gegensatz dazu ist ein Analyst ein “Fachmann, der das Geschehen an der Börse, auf den Finanzmärkten u. a. beobachtet und analysiert”.

Demnach wäre (wenn man von der Übersetzung von “Business” absieht) der korrekte Begriff “Business-Analyse” bzw. “Business-Analytiker”. Oder komplett übersetzt: Geschäftsanalyse bzw. Geschäftsanalytiker.

Eine weitere Herangehensweise an dieses Thema ist die Untersuchung der tatsächlichen Verwendung in den großen Weiten des Internets. Eine Suche in Google auf Seiten in Deutsch bringt folgende Ergebnisse zu Tage (Stand Sept. 2011):

Eins zu null für den eingedeutschten Begriff “Business-Analyse” (Google ignoriert hier den eigentlich korrekten Bindestrich)

Hier führt der englische Begriff. Erstaunlich viele Treffer hat der “Geschäftsanalytiker”. Somit steht es unentschieden zwischen Deutsch und Englisch. Allerdings möchte ich an dieser Stelle anmerken, dass der Begriff “Business Analyst” auch im Deutschen sehr häufig in Bezug zur Finanzanalyse verwendet wird, ähnlich der Definition im Duden.

Fazit

In deutschen Texten werde ich weiterhin die Disziplin “Business-Analyse” nennen. Schwieriger wird es allerdings schon bei der Benennung der Rolle: Obwohl “Business-Analytiker” richtig wäre, klingt es für mich doch etwas befremdlich. Vielleicht werde ich Zukunft dem Geschäftsanalytiker öfters eine Chance geben.

Sprache ist ständig im Wandel und lebendig. Neue Wortkreationen bringen uns vielleicht für kurze Zeit Spaß und Abwechslung in den Alltag, aber sorgen auch für Verwirrungen. Falls Sie demnächst wieder auf einen Begriff stoßen sollten, fragen Sie eventuell bei dem Betreffenden nach, was er denn genau meint, sonst kann es zu kommunikativen Verwirrungen kommen.

Übrigens: Die etwas extremeren Varianten von Denglisch können Sie bei Beratersprech.de bewundern (bitte nicht allzu Ernst nehmen).
Und in diesem Sinne: Falls Ihnen hier im Blog ähnliches auffällt freue ich mich über Feedback! Ich werde dann ganz easy ein Update machen und habe auch noch meine Learnings.

Mit dem Ergebnis können wir sehr zufrieden sein: Über 40 Personen sind gekommen und nahmen an der Präsentation teil! Danke an alle Teilnehmer!

Meine persönlichen Highlights aus der ca. 3-monatigen Vorbereitungszeit:

1) Das Team!

Ich habe mit dem Gründungsteam 5 ganz besondere Menschen kennengelernt:

• Claudia, die mit viel persönlichem Engagement bei der Sache ist und vor kreativen Ideen sprüht;
• Gerd, der durch seine Erfahrung dem ganzen Vorhaben viel Professionalität einbringt;
• Mike, der voll motiviert bei der Sache ist und auch immer eine Prise Humor mit dabei hat;
• Peter, der durch seine internationale IIBA-Erfahrung uns so einige “Abkürzungen” ermöglicht.

2) Die Theorie.

Nach dieser Zeit weiß ich nicht nur besser, wie meine Kollegen die Profession “Business Analyse” sehen, sondern ich selbst habe mein Verständnis zu den Themen Business Value, Anforderungen, Projekte und Ziele ungemein vertiefen können! Meine Gedanken dazu werde ich in zukünftigen Blog-Einträgen teilen.

3) Der Spaß?

Ja, auch die Vorbereitungen zur Gründung eines Vereins können Spaß machen! Für mich war die Zeit arbeitsintensiv, anstrengend und sehr motivierend und hat mir viel Freude gemacht. Am meisten Spaß hat mir die kreative Arbeit an der Präsentation bereitet.

Meine persönlichen Highlights vom Kick-off selbst:

4) Vielseitige Menschen

Unter den über 40 Personen fanden sich vielseitige Menschen einer vielseitigen Branche wieder: Projektleiter, Abteilungsleiter, Unternehmensgründer, Universitätsangehörige, Geschäftsführer, Marketingmanager, Berater und viele mehr; und auch die unterschiedlichste Branchen wie Banken, Softwareentwicklung, Unternehmensberatung, Versicherungen, Verkehr, Konsumgüter, Non-Profit und Telekommunikation waren dabei. Und alle hatten eines gemeinsam: das Interesse an Business Analyse!

5) Die Präsentation

Ich präsentiere gerne und wie ich oben auch schon beschrieben habe, macht es mir besondere Freude das Design von Präsentationen erstellen zu dürfen. Wir haben zu fünft unsere Ideen und Vorstellung über den Verein präsentiert und konnten uns ideal ergänzen, weil jeder von uns seine persönliche Geschichte zu dem Thema eingebracht hat.

Hier gibt es die von mir gestaltete Präsentation vom Kick-off als PDF.

6) Die Zeit war viel zu kurz

Das ist immer ein Zeichen, dass die Stimmung gut ist. Gerne hätte ich mich noch länger mit den Anwesenden unterhalten, aber dazu wird es in folgenden Meetings hoffentlich genug Zeit geben.

Sie möchten mehr über den IIBA Austria Chapter wissen und beim nächsten Mal mit dabei sein? Besuchen Sie unsere Webseite und registrieren Sie sich für den Newsletter!