Während meines Vortrags werde ich die ersten Ergebnisse aus meiner Persönlichkeits-Umfrage unter IT-Experten präsentieren und zeigen, warum es besonders auf die persönlichen Stärken ankommt.

Kennen Sie Ihre persönlichen Stärken? Finden Sie es mit diesem Test heraus.

Neben der fachlichen Kompetenz ist jedoch auch die soziale Kompetenz ein wichtiger Erfolgsfaktor im Requirements Engineering. Schließlich geht es darum, Anforderungen zu erheben, die Menschen an Systeme stellen. Und der Requirements Engineer tut gut daran bei seiner Arbeit eben diese Menschen in den Mittelpunkt zu stellen. Da das Thema Soft Skills meiner Meinung nach auf Fach-Tagungen viel zu kurz kommt, habe ich mich gefreut, dass ich einen Vortrag zu genau diesem Thema auf der ReConf 2012 halten durfte. Und das große Interesse hat gezeigt, dass das Thema vielen besonders wichtig ist.

Doch warum sind “weiche” Themen auf Tagungen bei den Besuchern beliebt und gleichzeitig doch so selten?

Diese Frage habe ich im Laufe der Tagung mit Gesprächspartner diskutiert. Und hier folgt eine Auswahl von Hypothesen.

These 1: Man wiederholt was man kennt

In den meisten Vorträgen geht es also um Themen wie Methoden, Prozesse und Werkzeuge. Der Vorteil dabei: Als Vortragender ist man in guter Gesellschaft, wenn man von dem Bekannten ausgeht und das wiederholt, was man bereits auf Konferenzen zuvor gehört hat.

Bei der Vorbereitung eines Vortrags, gehen die die meisten also auf Nummer sicher und wählen ein klassisches Thema. Wer sich doch gegen den Trend entscheidet und mit einem weichen Thema liebäugelt, kommt zu These Nummer 2.

These 2: Weiche Themen sind schwer zu vermitteln

Erinnern Sie sich einmal an den letzten Besuch einer Konferenz: Aus wievielen Wörtern besteht die durchschnittliche Folie?

Studien zufolge sind es häufig über 40! Das bedeutet, die meisten Vortragenden vertrauen auf die Macht der geschriebenen Worte. Und diese vermitteln meistens Daten & Fakten. Wie soll man aber nun mit weichen Themen, wie soziale Kompetenz, Persönlichkeit und Emotionalität, umgehen? Hier wird es etwas schwieriger mit den gesuchten Daten & Fakten. Wie können diese Themen so vermittelt werden, dass sie einerseits interessant sind und anderseits auch genug Stoff für eine 45-Minuten-Präsentation liefern?

Vortragende, die sich an diesem Punkt immer noch nicht abschrecken lassen, landen möglicherweise gedanklich bei These Nummer 3.

These 3: Zu viel Emotionalität schadet der Glaubwürdigkeit

Das Publikum auf einer IT-Tagung ist ein Fachpublikum. Viele haben ein technisches Studium abgeschlossen oder arbeiten schon lange im IT-Umfeld und haben sich schon früh daran gewöhnt, dass der Verstand das Maß aller Dinge ist. Zu viel Emotionalität (als Gegensatz zur Ratio) schadet also nur der Glaubwürdigkeit des eigenen Vortrags.

Präsentationsexperten sind hier allerdings anderer Meinung. Denn die Glaubwürdigkeit eines Vortragenden hängt von zwei Dingen ab: Erstens der emotionalen Komponente und zweitens der analytischen Komponente. Und diese beiden Komponenten müssen ausgewogen sein, sodass sie der Situation angemessen sind. Wenn die emotionale oder analytische Wirkung zu stark in eine Richtung tendiert, schadet das der Glaubwürdigkeit.

Der Impulsvortrag

Für ein Thema wie soziale Kompetenz braucht es also einen anderen Ansatz. Aus diesem Grund habe ich für mein Thema nicht den Modus des klassischen Fachvortrags gewählt, sondern eher den eines Impulsvortrags.

Der Vortrag bestand aus folgenden Teilen:

• Erstens, aus Untersuchungen über den den Stellenwert von Soft Skills, um die Relevanz des Themas aufzuzeigen.
• Zweitens, aus Betrachtungen von Literatur (z.B. die CPRE-Lehrpläne und den BABOK), um zu klären, wo wir in Bezug auf Soft Skills im Requirements Engineering stehen.
• Und drittens, aus dem Thema Persönlichkeit, anhand der Ergebnisse von Persönlichkeitstests unter IT-Experten. (Die Ergebnisse werde ich in einem eigenen Beitrag bzw. im Newsletter veröffentlichen.)

Doch der letzte und wichtigste Punkt ist die Einladung zur Selbstreflexion und zur Handlung: Wer sich bewusst mit sich selbst auseinandersetzt und bereit ist sein Handeln zu verändern, dem gelingt es auch die eigene sozial Kompetenz zu stärken.

An dieser Stelle möchte ich mich auch für das ermutigende Feedback auf meinen Vortrag bedanken und freue mich bereits auf die kommenden Gelegenheiten das Thema weiter zu vertiefen!

Ich war am zweiten Konferenztag wegen meines eigenen Vortrags dort, habe selbst einige spannenden Vorträge besucht, Kollegen wieder getroffen und viele interessante Pausengespräche führen können.

Der Andrang zu meinem Vortrag “Soft Skills als Erfolgsfaktor im Requirements Engineering” hat mich persönlich nicht nur sehr gefreut, sondern bestätigt weiters mein Fazit, dass soziale Kompetenzen einen höheren Stellenwert im Requirements Engineering genießen sollten.

Einige Fragen, die im Anschluss an den Vortrag gestellt wurden, waren:

• Sind soziale Kompetenzen erlernbar oder in die Wiege gelegt?
• Wie kann man dafür sorgen, dass das Thema “Soft Skills” bei Mitarbeitern aufgegriffen wird?
• Funktioniert das nicht nur, wenn sich die Mitarbeiter schon von selbst dafür interessieren?
• Was ist die Erfahrung mit Mitarbeitern die geisteswissenschaftlich ausgebildet sind?

Diese Fragen und weitere Anregungen, die ich durch viele Gespräche auf der ReConf erhalten haben, werde ich in einem eigenen Beitrag diskutieren.

Hier folgt nun eine kurze Zusammenfassung ausgewählter Vorträge, die ich besucht habe. (Für einen Bericht vom 1. Konferenztag verweise ich gerne auf den Artikel von Wolfgang Göbl vom V-ARC).

IT-Recht

Keynote von Prof. Dr. Lambert Grosskopf: IT-Recht – fixiert auf das Scheitern um zum Erfolg zu verhelfen

Der Vortrag des Juristen war nicht nur sehr unterhaltsam, sondern hat auch einige interessante Einblicke in öfters und seltener auftretende Probleme im Zusammenspiel von IT & Recht gebracht.

Grundtenor: Richter und Anwälte sind auch nur Menschen. Sie haben Jura studiert und sind deswegen Rechtsexperten, aber eben keine IT-Experten. Deswegen: Alle Anforderungen möglichst gut dokumentieren, weil diese dann – wenn es Probleme gibt – vom Sachverständigen beurteilt werden. Leider bedeutet das natürlich zusätzlichen Dokumentationsaufwand! Das geht sogar so weit, dass alle Begriffe für einen Nicht-Techniker erläutert werden sollten – selbst wenn sich der Kunde dazu zählt.

Meiner Meinung nach schießt das dann aber häufig übers Ziel hinaus. Ich persönlich bevorzuge dazu die dritte Wertaussage des agilen Manifests (“Customer collaboration over contract negotiation”): Eine gute Zusammenarbeit mit dem Kunden lässt es gar nicht erst so weit (bis zum Richter oder Schiedsgericht) kommen.

Interessant waren jedoch auch die Bemerkungen zum Urheberrecht: Rein rechtlich sind die Anforderungen Teil der daraus entstehenden Software. Dadurch wird der Autor der Anforderungen (also häufig auch der Auftraggeber!) zum Mit-Urheber! Eigentlich logisch, aber nach der Reaktion des Publikums zu schließen war das den meisten Anwesenden (inklusive mir) in dieser Tragweite nicht bewusst.

Qualität von Modellen

Thorsten Cziharz: Qualität von Modellen – Einführung von Metriken für Modelle

Bei diesem Vortrag ging es um die Bewertung von Anforderungen hinsichtlicher ihrer Qualität. Im speziellen bei Modellen. Der Vortragende hat zwischen unterschiedlichen Arten der Prüfung unterschieden (syntaktisch, intelligent, gemischt) und einige Beispiele gebracht.

Interessant war die Erinnerung wie die Größe der Stichprobe (für die Prüfung) ermittelt werden kann. Statistik-Bewanderte empfehlen hierfür entsprechende Tabellen: Je nach Kritikalität (Stufe I, II, III) und der Anzahl der Messobjekte (Use Cases, Anforderungen, etc.) sollte die benötigte Anzahl in der Tabelle nachgeschlagen werden, um eine passende Stichprobegröße zu ermitteln.

Mit dem nächsten Release wird alles besser

Oliver Kluge: Mit dem nächsten Release wird alles besser

Bei diesem interessanten Vortrag ging es um ein Beispiel der Versicherungskammer Bayern, die neue Vertriebsanwendungen entwickelt hat.  Dabei wurden auf Basis von Usability-Betrachtungen die vorhandenen Anwendungen Schritt für Schritt einem Re-Design unterzogen.

Ein Erfolgsfaktor: Die Anforderungen wurden nicht bei den Vertriebspartnern erfragt, sondern aus einem umfassenden Verständnis der Arbeitsaufgaben der tatsächlichen Nutzer abgeleitet. Es wurden also die Aufgaben analysiert und modelliert und erst daraus die Anforderungen abgeleitet.

Diese Technik (Usability, Observation) wird meiner Ansicht nach häufig unterschätzt. Es freut mich bei dem Vortrag einen so guten Beweis dafür gefunden zu haben.

Ein lohnenswerter Besuch

Für mich hat sich der Besuch der ReConf sehr gelohnt. Ein paar intensive Stunden vollgepackt mit Ideen, Eindrücken und Stimmungen bedeutet einen neuen Schwung, den ich in meine Beratungstätigkeit gerne einfließen lasse.

Während meines Vortrags werde ich die ersten Ergebnisse aus meiner Persönlichkeits-Umfrage unter IT-Experten präsentieren und zeigen, warum es besonders auf die persönlichen Stärken ankommt.

Kennen Sie Ihre persönlichen Stärken? Finden Sie es heraus.

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