Unsere Referenten sprechen zu den unterschiedlichsten aktuellsten Fachthemen auf allen bedeutenden nationalen und internationalen Tagungen. Nutzen Sie so die Möglichkeit unsere Berater persönlich auf unkomplizierte Weise kennen zu lernen und Ihre fachlichen Fragen loszuwerden. Gerne sprechen unsere Berater auch individuell bei Ihnen im Unternehmen.

Machen Sie sich ein Bild zu den möglichen Themenvariationen über unser Vortragsportfolio und kontaktieren Sie uns bei Interesse per E-Mail an heureka@sophist.de.

Oder genehmigen Sie sich einen kleinen Rückblick und werfen Sie einen Blick in unsere Bildergalerie. 

Do you always write your requirement in prose and are you sometimes at a loss for the right words to detail important issues adequately? Or are you slowly drowning in the vast sea of UML diagrams your project is churning out?

During projects, the issue about the best way to elicit and document requirements often arises. When you analyze this matter from an effectiveness approach (the system-to-be is correctly detailed) and an efficiency point of view (time is money), the correct remedy is rather hard to determine. Sometimes a picture, for example a UML diagram, paints a thousand words. It helps make complexity explicable and understandable. But is it enough to paint pictures to unambiguously and comprehensively detail all the requirements of a system?

This lecture cuts a clear path through the nebulous subject of notations and explains which means of expression is best used when. The workshop will help you avoid shipwreck when traveling the convoluted path between romantic prose, PowerPoint snippets and super-formalized UML-models. The goal is to find the balance between different notations that produces the most synergy for your project.

A program is knowledge transformed into code. Usually a programmer will know how to code, but not possess the required domain-specific knowledge. There usually are some people around who have the necessary knowledge but can’t code. Most of us become specialists in just one area. That’s exactly where requirements engineering comes in: requirements engineering is about eliciting requirements, documenting them and managing them.

Requirements engineering builds bridges between the myriads of people involved in a modern software development project: requirements help managers understand what functionality will be realized, allow accountants to get a better estimate on costs, aid architects in designing a sensible architecture, delineate what to code for programmers, and are the perfect suppliers of test cases for testers. Requirements are the unifying language that keeps the confusion of specialty-tongues in your run-of-the-mill Babylonian software project at bay.

Sound interesting? Find out more about requirements engineering as the key discipline uniting all aspects of software development and how it can help your project finish on time and in budget.

Studien über den Erfolg von Software-Entwicklungs-Projekten (z.B. CHAOS Bericht der Standish Group) kommen immer wieder zu demselben Ergebnis: nur etwa ein Drittel aller Projekte wird erfolgreich abgeschlossen. Eine der größten Hürden dabei – auch hierin sind sich die Studien einig – ist der richtige Umgang mit den Anforderungen die an die zu entwickelnde Anwendung gestellt werden. Die Verwendung von Sprache führt bei der Anforderungsermittlung zwangsläufig zu Missverständnissen. Darüber hinaus erschweren implizite Annahmen und unterschiedliche fachliche Hintergründe die Kommunikation zwischen Kunde und Entwickler.
Dieser Vortrag soll typische Kommunikationsfallen aufzeigen und leicht erlernbare, praxiserprobte Methoden vorstellen, die es ermöglichen, Anforderungen so zu formulieren, dass Kunde und Entwickler einander verstehen. Dabei gibt er auch Denkanstöße zum richtigen Umgang mit Veränderung, die der Umstieg auf neue Methoden mit sich bringt.

In einem Entwicklungsprojekt wird hauptsächlich diskutiert. Im Prinzip nicht schlecht. Der Leidtragende ist in diesem Fall der Systemanalytiker. Er ist nämlich derjenige, der aus dem Getümmel von Ideen, Vorstellungen und Absichten schließlich logische und vor allem widerspruchsfreie Anforderungen herausfiltern muss und dies kann nur geschehen, wenn es ihm irgendwie gelingt, einen Einigungsprozess herbeizuführen.      
Neben Empathie und psychologischem Gespür benötigt der Systemanalytiker zu diesem Zweck ein fundiertes Instrumentarium an Techniken, um schwelende Konflikte frühzeitig beheben zu können und zerstrittene Meinungen zu einem intakten und sinnvollen Ganzen zu konsolidieren.
Der Vortrag soll daher diverse Möglichkeiten aufzeigen, wie Sie von bloßen Meinungsdifferenzen bis hin zu bereits festgefahrenen Haltungen erfolgreich konsolidieren können.

Die Vorteile agiler Softwareentwicklung haben sich mittlerweile auch außerhalb von universitären Projektgruppen und New-Media Start-Ups herumgesprochen. Dass sich direktere Kommunikation, ein verringerter administrativer Aufwand und insbesondere kürzere Integrationszyklen positiv auf Projekte auswirken, wird heutzutage auch in manch großem Konzern praktisch erlebt. Insbesondere das Vorgehensmodell SCRUM und Abwandlungen davon setzen sich immer weiter durch.

Auch wenn das Erstellen von klassischen System-Spezifikationen angesichts von Product- und Sprint-Backlogs fast archaisch anmutet, sind die meisten Prinzipien des modernen Requirements Engineerings auch im Rahmen agiler Prozesse richtig und wichtig.

Erfahren Sie in diesem Vortrag, warum welche Methoden des RE auch für agile Vorgehensweisen wie SCRUM sinnvoll oder notwendig sind, wie Sie vorhandenen RE-Prozesse modernisieren können und welche Paradigmenwechsel sich für diejenigen ergeben, die bislang der Meinung sind, dass sich RE und SCRUM nicht vereinbaren lassen.

Die Wünsche der Kunden und Anwender zu kennen, ist heute der entscheidende Faktor in der Systementwicklung. Aber wissen Sie, wie Sie am besten an die bewussten, unbewussten und unterbewussten Anforderungen Ihrer Anwender herankommen? Moderne Requirements Engineering Methoden bieten Ihnen hierzu zahlreiche Alternativen zu Interviews und dicken Pflichtenheften.

Der geschickte Einsatz von Ermittlungstechniken ist eine Schlüsselkompetenz auf dem Weg zu Systemlösungen, die das Herz der Benutzer höher schlagen lassen und dabei in "Internetzeit" fertig sein müssen.

Gewonnenes Wissen muss dann dokumentiert werden, so dass es lesbar, ausschreibbar, realisierbar und wartbar ist. An einem Beispiel aus der Praxis zeigt der Vortrag einige Notationstechniken (wie Templates) und deren Anwendung im Projekt, sowie Möglichkeiten der Qualitätsprüfung und -verbesserung von Anforderungen anhand z.B. des SOPHIST REgelwerks.

Der Vortrag zeigt, woran Requirements Engineering häufig scheitert, aber auch wie sie genau diese Stolpersteine überspringen ohne zu stolpern.

Haben Sie aus langjähriger Praxiserfahrung bereits fundierte Kenntnisse im Requirements Engineering Bereich oder haben Sie bereits ein CPRE Training besucht? Dann können Sie sich mit diesem Tutorial gezielt auf die Prüfung zum Certified Professional for Requirements Engineering (CPRE) vorbereiten. Anhand von Übungsfragen werden wir sämtliche Inhalte des IREB Lehrplans für den Foundation Level (2.0) in einem Tag durchsprechen. Für Sie bedeutet dies in prüfungsähnlicher Situation nochmals Ihr Wissen hinsichtlich des aktuellen Standes zu bewerten und zu prüfen ob Sie bereits fit sind für die Zertifizierungsprüfung. Mit Ihrem Vorwissen, Ihrer Praxiserfahrung und diesem Intensivkurs sind Sie hervorragend für die Zertifizierung vorbereitet.

Es werden u.a. die folgenden Themen behandelt:

• Faktoren für ein optimiertes Requirements Engineering und deren Einfluss während der Anforderungsanalyse
  
  
• Die Bedeutung von Systemgrenzen und Schnittstellen für das System und für die Analyse
  
  
• Arten von Anforderungen
  
  
• Qualitätskriterien für die Bewertung von Anforderungen und Anforderungsdokumenten
  
  
• Grundlegende Techniken (u. Varianten), um von Stakeholdern Anforderungen zu ermitteln
  
  
• Verschiedene gängige Möglichkeiten für natürlichsprachliche Dokumentation von Anforderungen
  
  
• Mehrere Modellierungsarten für die modellbasierte Dokumentation von Anforderungen (Use Case, Aktivitätsdiagramm, Zustandsautomat, Klassendiagramm, ...)
  
  
• Anforderungen prüfen und abstimmen
  
  
• Methoden und Werkzeuge im Requirements Engineering - was müssen diese können und wie evaluiert man diese?

Anspruch:

In diesem Tutorial wird kein grundlegendes RE-Wissen vermittelt. Fundiertes RE-Wissen ist Voraussetzung für das optimale Verständnis.

In den Unternehmen setzt sich immer mehr die Erkenntnis durch, dass Requirements Engineering (RE) ein guter und wichtiger Ansatz ist, um Projekte zum Erfolg zu führen. Doch es gibt viele Arten Requirements Engineering zu betreiben und so besteht gerade räumlich verteilten Projekten häufig das Problem, ob denn der Entwickler auch wirklich versteht, was der Analytiker spezifiziert hat. Eine Standardisierung im Requirements Engineering und damit eine international verständliche Kommunikationsbasis zu erreichen, ist die Zielsetzung des International Requirements Engineering Boards (IREB) e.V., der im Jahr 2007 gegründet wurde.

Unter dem Vorsitz von Chris Rupp und Rainer Grau haben sich dort führende RE-Experten aus Wirtschaft, Beratung, Forschung und Wissenschaft zusammengeschlossen u.a. Suzanne Robertson, Dr. Peter Hruschka, Prof. Dr. Klaus Pohl u.a.

Ihr Ziel ist es die Ausbildung im Bereich Requirements Engineering zu verbessern und zu vereinheitlichen, so dass Requirements Engineers weltweit die "gleiche Sprache" sprechen. Hierzu haben sie einen Lehrplan und das Zertifikat „Certified Professional for Requirements Engineering“ (CPRE) entwickelt, nach welchem bereits weltweit über 2.500 Personen erfolgreich zertifiziert wurden.

Es werden Punkte rund um den IREB e.V., die Zertifizierung und die Schulungsmöglichkeiten, die Prüfungsverfahren und Prüfungsfragen angesprochen. Der Vortrag hebt auch die entscheidenden Unterschiede zum "Business Analysten", "IIBA" und "BABOK" hervor.

Weitere Vortragsinhalte sind u.a.:

• Bedeutung des Requirements Engineerings für den Projekterfolg anhand von Studienbelegen
  
  
• Hintergrundinformation, Geschichte und Ziele zum IREB e.V.
  
  
• Die interne Zusammenarbeit der Vereinsmitglieder
  
  
• Die Lehrplan-Inhalte und der Aufbau der Zertifzierungsstufen
  
  
• Wie der IREB e.V. und die SOPHISTen zusammenarbeiten
  
  
• Wie Zertifizierungsinstitute mit dem IREB zusammen arbeiten
  
  
• Internationalität: Die weltweite Zertifzierungsmöglichkeit und Prüfungsabnahme; Länder in denen der CPRE-Standard bereits aktiv ist
  
  
• Einige statistische Zahlen
  
  
• Beispiele für Prüfungsfragen und gemeinsames durchspielen
  
  
• Vorstellung des Vorbereitungsbuch zur Prüfung "Basiswissen Requirements Engineering"
  
  
• Ausblick auf die Zukunft und den Advanced Level

Die Vorteile agiler Softwareentwicklung haben sich mittlerweile auch außerhalb von universitären Projektgruppen und New-Media Start-Ups herumgesprochen. Dass sich direktere Kommunikation, ein verringerter administrativer Aufwand und insbesondere kürzere Integrationszyklen positiv auf Projekte auswirken, wird heutzutage auch in manch großem Konzern praktisch erlebt. Insbesondere das Vorgehensmodell SCRUM und Abwandlungen davon setzen sich immer weiter durch.
Auch wenn das Erstellen von klassischen System-Spezifikationen angesichts von Product- und Sprint-Backlogs fast archaisch anmutet, sind die meisten Prinzipien des modernen Requirement Engineerings auch im Rahmen agiler Prozesse richtig und wichtig.

Erfahren Sie in diesem Vortrag, warum welche Methoden des RE auch für agile Vorgehensweisen wie SCRUM sinnvoll oder notwendig sind, wie Sie vorhandene RE-Prozesse modernisieren können und welche Paradigmenwechsel sich für diejenigen ergeben, die bislang der Meinung sind, dass sich RE und SCRUM nicht vereinbaren lassen.

Stichworte:

Agile Vorgehensmodelle, SCRUM, Requirements Engineering, Methoden

Zielgruppen:

REler, QSler, Projektmanager, Systemanalytiker, Entwickler, SW-Architekten

Nutzen Sie die Expertin vor Ort. Stellen Sie Ihre Frage(n). Diese werden ad hoc und individuell beantwortet. Zu den Themen Requirements Engineering, Requirements Management und CPRE-Zertifzierung steht die RE-Expertin Chris Rupp für Ihre Fragen bereit.

Zielpublikum: Alle Requirements Engineers, Systemanalytiker und sonstige Anforderungsinteressierte und -betroffene.
Voraussetzungen: Keine.
Schwierigkeitsgrad: Es werden Fragen aller Schwierigkeitsstufen beantwortet.

Das klassische Requirements Engineering (RE) hat natürlich den Anspruch, die Anforderungen an ein zu entwickelndes System möglichst präzise und vollständig zu erheben. Mit Hilfe zahlreicher Erhebungs-, Konsolidierungs- und Prüftechniken wird ein genaues Bild dieser Anforderungen aufgebaut. Erst danach darf die Entwicklung der dann eindeutig dokumentierten Anforderungen starten. Betrachtet man dagegen eine agile Entwicklung, so muss man sich die Frage stellen, wie die vier Grundprinzipien agiler Prozesse mit dem klassischen RE-Anspruch zusammen passen.

In diesem Vortrag werden zwei Ansätze betrachtet, die in ihrem Zusammenspiel ein erfolgreiches RE in agilen Prozessen wie SCRUM versprechen: Wie viel klassisches RE verträgt ein SCRUM-Vorgehen und wie kann das klassische RE an die Grundprinzipien agiler Prozesse angepasst werden?

Wir werden auf die Projektrandbedingungen eingehen, die für die Definition des Vorgehens in der Anforderungsermittlung wichtig sind, und die DOs und DONTs aus der Praxiserfahrung in mehreren kleinen bis mittelgroßen agilen Projekten vorstellen.

Für Anforderungsspezifikationen als ein Eckpfeiler für weitere Projektarbeiten ist es wichtig, eine sehr hohe Qualität zu erzielen. Missverständnisse in dieser frühen Projektphase wirken sich, bezogen auf Kosten und Qualität, drastisch auf nahezu alle Folgeaktivitäten aus. Daher ist ein konsequentes Vorgehen zur Qualitätssicherung rund um die Anforderungsspezifikationen wichtig. Unser Vorgehen sichert hohe Spezifikationsqualität mittels verschiedener Maßnahmen während der Anforderungsanalyse. Diese erfolgen auf inhaltlich tiefer Ebene und ermöglichen dadurch eine wirkungsvolle Qualitätssicherung. Als Qualitätssicherungsmaßnahmen sind einerseits die Erstellung von Integrationsmodellen wie Begriffsmodelle oder Verhaltensmodellen als Spezifikationsbestandteil vorgesehen. Aber auch andererseits die Erstellung von Testfällen und Testszenarien basierend auf der Anforderungsspezifikation. Und nicht zuletzt die Qualitätssicherung natürlichsprachlicher Anforderungen entlang des SOPHIST REgelwerks, das analytisch sowie konstruktiv einsetzbar ist. Inhalt des Beitrags ist die Vorstellung des Vorgehens in der Anforderungsanalyse sowie der konkreten Qualitätssicherung im Lichte der praktischen Erfahrungen. Es wird der Aufwand und der Nutzen der einzelnen QS-Maßnahmen dargestellt und nützliche Tipps aus der Praxiserfahrung genannt.

Trotz einer Vielzahl von Vorgehen und Methoden stellt sich stets die Frage: Wird mein Projekt erfolgreich sein oder scheitern?

Erstaunlicherweise liegt die Antwort darauf fast immer in den Anfängen des Projektes verborgen - in der Analyse und Festsetzung von Anforderungen.

Die Zusammenhänge zwischen der Qualität der Anforderungserhebung und des Projekterfolges sind heute vielfach nachgewiesen. Die Wünsche der Kunden und Anwender zu kennen, ist heute der entscheidende Erfolgsfaktor jeder Systementwicklung, denn Fehlerbehebungen sind in der Anforderungsphase am günstigsten!

Anforderungen werden meist in natürlicher Sprache aufgesetzt. Sprache und Wahrnehmung sind jedoch unterschiedliche Gehirnleistungen. Jeder Prozessbeteiligte hört mit vier Ohren, spricht mit vier Mündern, interpretiert, deutet und besitzt einen individuellen Zeichenvorrat. Zu dieser Vielschichtigkeit kommen die unterschiedlichen Randbedingungen und Persönlichkeiten hinzu. Diese Komplexität macht eine weggelassene oder unprofessionelle Anforderungsanalyse hochgradig anfällig für Fehler. Diese Interpretierbarkeit von Sprache kann Projekte gefährden!

Gute Spezifikationen zu schaffen ist deshalb das zentrale Anliegen des Requirements Engineering. Sein professioneller Einsatz reduziert dadurch Kosten, erhöht die Marge und senkt die Gefahr der Projekt-Budget-Überschreitung deutlich.

Aber wissen Sie, wie Sie am besten an die bewussten, unbewussten und unterbewussten Wünsche Ihrer Anwender herankommen? Und wie kommt man effizient an die richtigen Anforderungen?

Der SOPHIST GmbH gelang es, Ansätze aus der Psychotherapie so umzuformen, dass ein einfach zu handhabendes und effizientes Regelwerk entstand, das sogar automatische Prüfungen zulässt. Es wird sehr erfolgreich bei der Erstellung und Qualitätssicherung von Prosa-Anforderungen in den verschiedensten Wirtschaftsbereichen eingesetzt. Einer der Erfolgsfaktoren des Regelsatzes ist die Möglichkeit den Umfang der Regeln anzupassen und so flexibel auf die Bedürfnisse jedes Projektes zu reagieren.

Wir zeigen Ihnen in diesem Vortrag, wie sie moderne Methoden des Requirements Engineering nutzen können um sicherzustellen, dass Ihr Projekt den Samen des Verderbens nicht schon a priori in sich trägt. Im Rahmen des Vortrags werden konkrete Vorgehen und Methoden gezeigt, damit sich die Analysephase planbar gestaltet.

Um dem Auftragnehmer das Glaskugellesen zu ersparen, sollte der Auftraggeber eine gute Spezifikation schreiben. Für eine Anforderung einer Spezifikation bedarf  es eines überschaubaren Aufwands um sie möglichst eindeutig, vollständig und redundanzfrei zu formulieren. Wenn es aber nicht nur um eine Anforderung geht, sondern um 10.000, dann schaut die Welt ganz anders aus. Wie strukturiert man solche Spezifikationen, was hilft einem dabei aus dem Requirements Engineering? Nutzt man Modelle oder die natürliche Sprache?
Der Vortrag bietet einen Einblick in das wichtige Thema Requirements Engineering. Dabei werden die wichtigsten Methoden und Begriffe vorgestellt und immer wieder anhand von Praxisbeispielen erklärt und verdeutlicht.

In den Unternehmen setzt sich immer mehr die Erkenntnis durch, dass Requirements Engineering (RE) ein guter und wichtiger Ansatz ist, um Projekte zum Erfolg zu führen. Doch es gibt viele Arten Requirements Engineering zu betreiben und so besteht gerade in internationalen oder räumlich verteilten Projekten häufig das Problem, ob denn der Entwickler in Indien auch wirklich versteht, was der Analytiker in Berlin spezifiziert hat. Eine Standardisierung im Requirements Engineering und damit eine international verständliche Kommunikationsbasis zu erreichen, ist die Zielsetzung des International Requirements Engineering Boards (IREB) e.V., der im Jahr 2007 gegründet wurde. Unter dem Vorsitz von Chris Rupp und Rainer Grau haben sich dort führende RE-Experten aus Wirtschaft, Beratung, Forschung und Wissenschaft zusammengeschlossen u.a. Suzanne Robertson, Dr. Peter Hruschka, Prof. Dr. Klaus Pohl u.a. Ihr Ziel ist es die Ausbildung im Bereich Requirements Engineering zu verbessern und zu vereinheitlichen, so dass Requirements Engineers weltweit die "gleiche Sprache" sprechen. Hierzu haben sie einen Lehrplan und das Zertifikat „Certified Professional for Requirements Engineering“ (CPRE) entwickelt, nach welchem bereits weltweit über 2.500 Personen erfolgreich zertifiziert wurden. Es werden Punkte rund um den IREB e.V., die Zertifizierung und die Schulungsmöglichkeiten, die Prüfungsverfahren und Prüfungsfragen angesprochen. Der Vortrag hebt auch die entscheidenden Unterschiede zum "Business Analysten", "IIBA" und "BABOK" hervor.

Weitere Vortragsinhalte sind u.a.:

• Bedeutung des Requirements Engineerings für den Projekterfolg anhand von Studienbelegen
• Hintergrundinformation, Geschichte und Ziele zum IREB e.V.
• Die interne Zusammenarbeit der Vereinsmitglieder
• Die Lehrplan-Inhalte und der Aufbau der Zertifzierungsstufen
• Wie der IREB e.V. und die SOPHISTen zusammenarbeiten
• Wie Zertifizierungsinstitute mit dem IREB zusammen arbeiten
• Internationalität: Die weltweite Zertifzierungsmöglichkeit und Prüfungsabnahme; Länder in denen der CPRE-Standard bereits aktiv ist.
• Einige statistische Zahlen
• Beispiele für Prüfungsfragen und gemeinsames durchspielen
• Vorstellung des Vorbereitungsbuch zur Prüfung "Basiswissen Requirements Engineering"
• Ausblick auf die Zukunft und den Advanced Level

Im Anschluss werden Fragen beantwortet und es besteht die Möglichkeit zur Diskussion.

Requirements Engineering ist in allen Branchen eine Schlüsseldisziplin um den Projekterfolg sicher zu stellen und den Kunden das Produkt zu liefern, was er braucht. Im Bereich Pharma und Medizin gibt es allerdings ein paar kritische Randbedingung, die die Auswahl von Methoden im Requirements Engineering und deren Einführung und Betrieb komplizierter gestalten. An Stellen, an denen in anderen Branchen mit situativer Kreativität von Mitarbeitern reagiert werden kann, brauchen wir in den Bereichen Medizintechnik und Pharma einen klar definierten, nachvollziehbaren Prozess. Wie ein derartiger RE-Prozess aussehen kann und wie er eingeführt und in Betrieb gehalten werden kann erläutert Chris Rupp im Rahmen dieses Vortrags.

Bei Interesse geht die Sprecherin auch auf den RE-Standard und das Zertifizierungsverfahren des Certified Professional for Requirements Engineering (CPRE) des International Requirements Engineering Boards (IREB e.V) ein und erläutert dessen Auswirkungen.

In jedem Entwicklungsprojekt kommt irgendwann der Punkt, an dem Anforderungen an die Architekten übergeben werden. Und genau an diesem Punkt zwischen Analyse und Architektur können verschiedene Probleme entstehen, die den Projekterfolg negativ beeinflussen. Viele Faktoren bedingen, dass der Schnittpunkt zwischen diesen beiden „Welten“ nicht vollkommen konfliktfrei ist. In diesem Vortrag werden einige dieser Probleme identifiziert und Techniken vorgestellt, den Übergang zwischen Analyse und Architektur so problemlos wie möglich zu gestalten.

Designentscheidungen basieren auf vielen verschiedenen Faktoren, welche sich im Verlaufe eines Projektes ändern können. Tritt dieser Fall ein, muss der Architekt die getroffenen Entscheidungen erneut validieren und gegebenenfalls anpassen. Der vorgestellte Ansatz unterstützt den Architekten bei dieser Arbeit und ermöglicht ihm eine durchgängig in UML gehaltene Dokumentation seiner Entscheidung, welche gleichzeitig als Grundlage für eine automatische Validierung und Übernahme von Änderungen ins System-Modell dient.

______________________________________________________________________________________________________

______________________________________________________________________________________________________