Die im Konferenzprogramm der OOP 2022 Digital angegebenen Uhrzeiten entsprechen der Central European Time (CET).
Unser Programm gibt es auch als praktische PDF-Datei >>Zum Download
Die Teilnehmer erlangen aktuelle praktische Kenntnisse zur Sicherheit von Web-basierten Architekturen in Entwicklung und Einsatz, inkl. Schutzmaßnahmen und Best Practices. Insbesondere wird die kürzlich veröffentlichte Version 2021 der „OWASP Top 10 Security Vulnerabilities“ des „Open Web Application Security Project“ vorgestellt, die alle vier Jahre aktualisiert werden. Es gibt praktische Übungen mittels Open-Source-Werkzeugen für die Sicherheitsanalyse von Architekturen und Implementierungen, für die ein Laptop mitgebracht werden sollte.
Benötigte Software: SonarQube und das Microsoft Threat Modelling Tool
Maximale Teilnehmerzahl: 20
Zielpublikum: Architekt:innen, Entwickler:innen, QA-Manager, Projektleiter:innen, Product Owners
Voraussetzungen: Grundlegendes Verständnis von Webanwendungen
Schwierigkeitsgrad: Anfänger
Jan Jürjens ist Director Research Projects am Fraunhofer ISST und leitet als Professor für Software Engineering das Institut für Softwaretechnik an der Universität Koblenz. Sein Arbeitsschwerpunkt ist die Entwicklung und das Testen sicherheitskritischer Software, für die er Ansätze und Werkzeuge in Kooperation mit Unternehmen entwickelt. Er ist Autor des Buches 'Secure Software Development with UML', das auch ins Chinesische übersetzt wurde.
In der Architekturarbeit ist es wichtig, sich auf Gemeinsamkeiten bei den Erwartungen der Stakeholder zu konzentrieren. Der ausschließliche Fokus auf Gemeinsamkeiten führt jedoch oft zur Trennung und Kategorisierung von Stakeholdern - ein guter Boden für Stereotypisierungsprozesse und Konflikte. Die Fokussierung auf Unterschiede und Gemeinsamkeiten zugleich fördert konstruktive Beziehungen und Vertrauen. Für Software Architekten ist es daher hilfreich, mit einem Diversity-Verständnis von Unterschieden und Gemeinsamkeiten zu arbeiten. Denn der Blick auf die Gemeinsamkeiten und Unterschiede macht es oft leichter, mit unterschiedlichen Erwartungen an das zu realisierende IT-System umzugehen. In diesem Workshop wird anhand eines Praxisbeispiels gezeigt, inwieweit ein Verständnis von Diversität ein Erfolgsfaktor für Software Architekten ist.
Maximale Teilnehmerzahl: 20
Zielpublikum: Architekt:innen, Entwickler:innen, Projektleiter:innen, Manager, Entscheider
Voraussetzungen: Basiswissen
Schwierigkeitsgrad: Anfänger
Mahbouba Gharbis berufliches Spektrum umfasst Tätigkeiten als Softwarearchitektin, Trainerin, Systementwicklerin, Reviewerin und Dozentin. Darüber hinaus ist sie CEO der ITech Progress GmbH und hat sich in über 15 Jahren auf die Konzeption und Entwicklung von Softwarearchitekturen mittlerer bis großer Softwaresysteme spezialisiert. Auf dem Gebiet der Architekturbewertung bringt sie jahrelange Berufserfahrung mit sowie die nötige Begeisterung, die sie durch Vorträge an ihre ZuhörerInnen weitergibt. Als Mitgründerin und Vorstandsvorsitzende des International Software Architecture Qualification Board (iSAQB) ist sie außerdem aktiv an der Erstellung einheitlicher Lehr- und Ausbildungspläne für SoftwarearchitektInnen beteiligt.
Verantwortung, Pragmatismus, Fachwissen um die Domäne und Professionalität. Dieses sind die grundlegenden Werte und Attribute, die erfolgreiche Software-Architekt:innen kennzeichnen. Basierend auf langjährigen Projekterfahrungen vermittelt Holger Tiemeyer diese Fähigkeiten und Kenntnisse in seinen Trainings, spricht darüber auf Konferenzen und publiziert Artikel in Fachmagazinen. Als studierter Informatiker mit Nebenfach Psychologie vertritt er in seiner Rolle als Stellvertretender Vorsitzender und Schatzmeister des iSAQB e.V sowohl die finanziellen Belange des Vereins als auch soziale Aspekte rund um die Menschen, die Software-Architekturen gestalten.
Mehr Inhalte dieses Speakers? Schaut doch mal bei sigs.de vorbei: https://www.sigs.de/autor/holger.tiemeyer
Today we must deal with shorter time-to-market, increasing complexity and more agility while keeping quality and other key system properties high.
To address these challenges the right timing in testing is critical but often not explicitly tackled. Therefore, in this interactive tutorial we reflect on our current approach on timing in testing, investigate and discuss needed strategies, tactics, and practices in different areas, and share experiences and lessons learned to improve timing in testing – because it is time to act now!
Maximum number of participants: 50
Target Audience: Test Architects, Test Engineers, Product Owners, Quality Managers, Software Architects, Developers
Prerequisites: Basic knowledge about testing and quality engineering
Level: Advanced
Extended Abstract
Today we must deal with shorter time-to-market, increasing complexity and more agility while keeping quality and other key system properties high. Our test systems increase in size, volume, flexibility, velocity, complexity, and unpredictability. Additionally, digitalization requires more than just a face lift in testing.
To address these challenges the right timing in testing (“when to do what kind of testing and how?”) is critical, but often not explicitly tackled. Therefore, in this interactive tutorial we reflect on our current approach on timing in testing, investigate and discuss needed strategies, tactics, and practices in different areas, and share experiences and lessons learned to improve timing in testing – because it is time to act now!
Some of the areas in testing that are covered in the tutorial are:
Peter Zimmerer is a Principal Key Expert Engineer at Siemens AG, Technology, in Munich, Germany. For more than 30 years he has been working in the field of software testing and quality engineering. He performs consulting, coaching, and training on test management and test engineering practices in real-world projects and drives research and innovation in this area. As ISTQB® Certified Tester Full Advanced Level he is a member of the German Testing Board (GTB). Peter has authored several journal and conference contributions and is a frequent speaker at international conferences.
Die guten Erfahrungen mit agilen Methoden haben nun auch die eher konservativen Firmen erreicht, der Change wird ausgeweitet. Ein agiler Change bedeutet i.d.R. auch eine Revolution in der Unternehmenskultur. Starre Hierarchien und feste Strukturen stehen auf einmal selbstverantworteten, crossfunktionalen Teams, neuer Fehlerkultur und einem ganz anderen Arbeitsstil gegenüber. Nun kommt bei vielen Management 3.0 ins Spiel und schon trifft Delegation Poker auf Command & Control oder Merit Money auf feste Bonuszahlungen. Wir probieren aus, was funktioniert.
Maximale Teilnehmerzahl: 30
Zielpublikum: Manager, Team- und Abteilungsleiter:innen, Entscheider, Projektleiter, Management-3.0-Interessierte
Voraussetzungen: Grundkenntnisse agiler Methoden von Vorteil, aber nicht Voraussetzung
Schwierigkeitsgrad: Anfänger
Extended Abstract
Die guten Erfahrungen, die mit der Einführung von agilen Methoden wie Scrum gemacht werden, erreichen nun auch langsam die eher konservativen Firmen wie z. B. Banken und Versicherungen. Es entsteht der Wunsch, auch im eigenen Unternehmen von diesen "neuen" Methoden zu profitieren, und es werden erste Einführungen und Piloten gestartet.
Die sich dann hoffentlich einstellenden Erfolge machen Mut, den begonnen Change im Unternehmen auszuweiten.
Und jetzt fangen die Probleme an ...
Ein agiler Change bedeutet in der Regel auch eine Revolution in der Unternehmenskultur. Starre Hierarchien und feste Strukturen und eine lange Historie ("... das haben wir schon immer so gemacht ...") stehen auf einmal selbstverantworteten, crossfunktionalen Teams, einer neuen Fehlerkultur ("Inspect and adapt") und einem ganz anderen Arbeitsstil gegenüber (Werte- statt Budgetorientiert, Time-to-Market statt Auslastungs- und Kosten-optimiert).
Spätestens an dieser Stelle kommt bei vielen der Management 3.0-Ansatz von Jurgen Appelo ins Spiel und schon trifft Delegation Poker auf Command and Control oder Merit Money auf feste Bonuszahlungen. Hat schon mal jemand Kudo-Karten in einer Bank gesehen?
Meine Erfahrung ist, dass man damit schneller in der "Esoterik-Ecke" landet, als man das je geglaubt hat!
Dieser Workshop gibt einen kurzen Einstieg in Management 3.0 und berichtet von meinen und anderen Erfahrungen mit Management 3.0 - nicht nur, aber insbesondere auch im eher konservativen Umfeld.
Was lässt sich in der Regel gut umsetzen, welche Widerstände haben wir vorgefunden und wann und wo sind wir eher gescheitert?
Wie verändert die Denkweise von Management 3.0 das Denken und Handel der ausgebildeten Manager?
Was sind die Erfahrungen der Teilnehmer? Es wird viele Feedback-Runden geben, in denen wir in kleinen Gruppen gemeinsam über unsere Erfahrungen und unsere Einschätzungen diskutieren werden.
Außerdem bietet der Workshop die Möglichkeit, ausgewählte Tools und Techniken aus dem Management 3.0-Umfeld, die nach unserer Erfahrung "gut funktionieren", selber in der Kleingruppe direkt auszuprobieren und zu diskutieren.
Für das Top-Management und die verschiedenen Führungsebenen ist die Transformation eines Unternehmens in ein agiles Unternehmen insbesondere im eher konservativen Umfeld eine echte Herausforderung.
Die Methoden müssen verstanden werden, die Prinzipien dahinter müssen akzeptiert und gewollt werden … dann muss das Ganze auch noch in die Kultur des Unternehmens eingebaut und dort fixiert werden.
Mit Management 3.0 steht eine Toolbox mit bewährten Methoden zur Unterstützung der Change-Prozesse bereit. Die Methodiken stehen aber zum Teil diametral zur bisher gelebten Praxis, die möglichen Widerstände (aus dem Management, dem Konzern, dem Betriebsrat ...) sind daher nicht zu unterschätzen.
Ich habe in der Summe gute Erfahrungen mit Management 3.0 gemacht, nachdem wir z. B. die gesamte Führungsmannschaft eines Bereichs geschult hatten. Ich habe aber auch die (derzeitigen) Grenzen der Umsetzbarkeit erleben dürfen. Auch davon wird in diesem Workshop berichtet.
Peter Schnell ist Dipl.-Informatiker und seit 1994 in der IT-Branche tätig. Sein beruflicher Werdegang führte ihn von der IT-Projektleitung einer Versicherung über das Beratungs- und Trainingsgeschäft in die Leitung eines IT-Bereiches. Nun ist er Partner der KEGON AG und als agiler Management-Berater und Coach tätig. Seine Schwerpunkte sind das agile Coaching, agile Transitionen, Management 3.0, Management von klassischen und agilen Projekten im Banken- und Versicherungsbereich, Interims- und Personalmanagement. Er hat seine langjährige Erfahrung in eine Vielzahl von Vorträgen und Publikationen eingebracht.
Vortrag Teilen
This tutorial introduces to agile requirements engineering. The half day delivers practical guidance from our projects across different industries. While being based on the IREB agile RE primer curriculum, it has more practical focus and avoids agile basics and theory. Yet, participants are eligible to IREB certification. We give practical tips for designing agile requirements processes. Attendees will learn how to combine needs of systematic requirements engineering with agile principles. Special focus is given to connect RE with agile project management and with testing. A hands-on case study shows practical usage of agile RE.
Target Audience: Project Managers, Architects, Analysts, Requirements Engineers, Product Owners, Software Engineers
Prerequisites: None
Level: Advanced
Extended Abstract
Agile projects need agile requirements engineering. Innovations in increasingly complex systems under cost pressure and in global competition demand for continuous alignment towards value and costs. The key to value delivery is requirements. They are no longer "collected" but must be developed in a targeted manner with suitable interest groups. Requirements are not frozen at an early stage but must be flexibly addressed throughout the project and product. However, agile requirements engineering is difficult to implement, especially in critical systems because of complex dependencies, growing quality requirements and diverse coordination processes.
Agile requirements engineering is not just a trivial priority setting. Leaving our some requirements when time and budget are scarce does not work in critical systems. Design thinking and team-based decision-making are nice for small applications, but hardly scale in larger industrial projects. Describing requirements vaguely and hoping that they become clear in the course of the project has already ruined many projects. Agile requirements engineering in critical and compliant context must combine the needs of classic requirements engineering with the flexibility of agile action.
This tutorial introduces to agile requirements engineering. It offers many practical examples from our industry projects when introducing agility. The training considers the IREB agile RE primer curriculum, however with more practical focus from many agile projects across industries. Participants are eligible to IREB certification. We give practical tips for designing agile requirements processes.
This begins with a value-oriented elaboration of the actual need. Then we look at techniques like Kano model, planning poker, design thinking, Kanban etc. In an industry case study, we present experiences and benefits of agile requirements engineering in a medical technology project with Siemens Healthineers. In particular, we use concrete examples and industry experience to show how agile requirements engineering is implemented in practice. This allowed us to reduce the costs for reworking by about 30%. The experience gained can be transferred to other projects and environments.
As a product manager or project manager, you will learn how to merge systematic requirements engineering with agile principles. As a successful requirements engineer or system analyst, you will learn how to use and scale agile techniques for requirements engineering.
Christof Ebert is managing director at Vector Consulting Services. He supports clients around the world in agile transformations. Before he had been working for ten years in global senior management positions. A trusted advisor and a member of several of industry boards, he is a professor at the University of Stuttgart and at Sorbonne in Paris. He authored several books including "Requirements Engineering" published by dPunkt and in China by Motor Press. He is serving on the editorial Boards of "IEEE Software" and "Journal of Systems and Software (JSS)".
Mehr Inhalte dieses Speakers? Schaut doch mal bei sigs.de vorbei: https://www.sigs.de/autor/christof.ebert
Vortrag Teilen
Functional programming is the future of software development. As software gets ever more complex, unintended side effects flourish - you push on one side, and something unexpected squirts out the other. Functional programming cuts down on complexity through high-level abstractions and avoids unintended side effects through pure functions. The result is simple and elegant code that captures the essence of the problem you're trying to solve. Fortunately, functional programming is easy to learn, and this tutorial will get you started.
Target audience: Architects, Developers
Prerequisites: none
Level: Basic
Extended Abstract
Functional programming is the logical continuation of object-oriented programming: OOP managed to encapsulate mutable state with the goal of ultimately eliminating it one day, and functional programming finally realizes that vision. Language implementations have been mature and robust for many years now, and the practical functional languages - Haskell, OCaml, Scala, Clojure, F#, Racket, Erlang, Elixir, Swift - all have thriving communities and ecosystems. Moreover, decades of experience and research teaching functional programming have produced effective didactic approaches that enable anyone into programming to easily get into FP. The time to get started is now!
Michael Sperber is CEO of Active Group in Tübingen, Germany. Mike specializes in functional programming and has been an internationally recognized expert in the field: He has spoken at the top conferences in programming languages, authored many papers on the subject as well as several books. Moreover, he is an expert on teaching programming.
Mehr Inhalte dieses Speakers? Schaut doch mal bei sigs.de vorbei: https://www.sigs.de/autor/michael.sperber
Security is an important topic, especially when developing software. But it is seen as complex and is holding everyone back, often put off until the end and delegated to an external person or group.
To be effective security needs to be a continuous part of the development process and to involve the whole team.
Security games can help to achieve this. They involve the whole team and facilitate the learning and application of security principles. They offer a way to integrate expert knowledge and make security less scary, maybe even fun.
Maximum number of participants: 50
Target Audience: Architects, Developers, Project Leaders, Testers, Security Experts
Prerequisites: General interest in security, basic development experience
Level: Basic
Vortrag Teilen
Agile Coaches und Scrum Master sind in Transformationsprojekten besonders gefordert. Es braucht kontinuierliche Selbstreflexion und Klarheit, um in einer Veränderung eine neue Kultur vorzuleben und dabei selbst in Balance zu bleiben. In der Sozialen Arbeit ist Supervision der Standard und ein elementarer Teil der Qualitätssicherung, sowie der Burn-out-Prophylaxe für Mitarbeiter:innen. Wird es Zeit, auch im agilen Unternehmenskontext Supervision als Standard anzubieten? Wir glauben schon!
Maximale Teilnehmerzahl: 20
Zielpublikum: Scrum Master, Agile Coaches, Agile Führungskräfte
Voraussetzungen: Coaching, Neugierde auf sich selbst, Selbstreflexion
Schwierigkeitsgrad: Fortgeschritten
Extended Abstract
Das Wort Supervision kommt aus dem Lateinischen und bedeutet so viel wie „von oben betrachten”. Hier wird das eigene berufliche Handeln mithilfe eines Supervisors - der den „Blick von außen bzw. oben“ mitbringt - reflektiert. Supervision unterstützt das professionelle Handeln und macht Dynamiken, Zwickmühlen und Unausgesprochenes besprechbar.
Wir zeigen, was Supervision ist und auch was die Unterschiede zwischen Coaching, Supervision und Therapie sind. Außerdem erläutern wir, was Rahmenbedingungen und Handlungsanlässe für Supervision sein können.
Die Teilnehmer:innen werden Supervision in der Praxis erleben, Tools zur eigenen Supervision kennenlernen und sich - falls gewünscht - aktiv einbringen können.
Wir möchten so einen Beitrag für die Professionalisierung der Arbeit von agilen Führungskräften leisten, indem wir bewährte Qualitätsstandards der Sozialen Arbeit mit dem wirtschaftlichen Kontext verbinden.
Christine Neidhardt arbeitet mit Führungskräften. Als passionierter systemischer-integraler und agiler Coach zeigt sie, wie man Lernräume öffnet und hält, in denen man authentisch die neue Kultur vorleben kann und seine Balance hält.
----------
Christine Neidhardt is a passionate, systemic & integral coach that helps organizations and people to grow spaces, where everybody can show up authentically.
Traditionally, requirements were used as a means to communicate between customers and development organizations. Unfortunately, requirements suffer from many limitations.
An alternative approach is to focus on outcomes and to use value modeling as a mechanism to quantitatively define the desired outcomes. This value model can then be used for experimentation by humans using DevOps and A/B testing or using machine learning models for automated experimentation.
The tutorial provides introduction of the topics and exercises.
Target Audience: Architects, Product Managers, Senior Developers, Business Leaders
Prerequisites: None
Level: Basic
Vortrag Teilen
Do you know that some forecasts project that in 2030 IT will account for 21% of all energy consumption? So, if we do not change the way we implement software, we will contribute to the increase in the carbon footprint. This means it is about time to take another look at how agile development can help decrease energy consumption.
In this workshop, we'll explore how the agile principles can guide us to more sustainability, and we'll provide you with concrete ideas for increasing sustainability in your product development.
Maximum number of participants: 100
Target Audience: Developers, Managers, Scrum Master, Product Owners, Coaches, ...
Prerequisites: Basic knowledge in agile would be helpful
Level: Advanced
Extended Abstract
The Agile Manifesto captures "better ways of developing software" yet, could this better way also take the environmental, economic, and social footprints of your software into account?
Software lifecycle creates direct and indirect carbon emissions: it has a footprint, worsening environmental problems. So, this session tries to provide the first answers to "how can the agile principles contribute to or guide sustainability?" In this workshop, we want to examine how the principles of the Agile Manifesto can provide guidance for implementing sustainability in IT.
In this workshop, we will explore the impact of the agile principles on sustainability, and how a greater awareness can change our current way of working for providing our contribution to addressing climate change.
Jutta Eckstein arbeitet weltweit als Business-Coach, Change-Managerin & Beraterin. Ihr Fokus liegt auf unternehmensweiter Agilität in großen & verteilten Organisationen. Sie war von 2003 bis 2007 im Vorstand der AgileAlliance. Sie hat einen M.A. in Business Coaching & Change Management, einen Dipl.-Ing. in Product-Engineering und ist als Immissionsschutzbeauftragte (Umweltschutz) zertifiziert. Jutta wurde 2011 von der Computerwoche in die Top 100 der bedeutendsten Persönlichkeiten der Deutschen IT gewählt.
Mehr Inhalte dieses Speakers? Schaut doch mal bei sigs.de vorbei: https://www.sigs.de/autor/jutta.eckstein
Vortrag Teilen
There are several architecture models with prescribed views and notations. The Keep It Short & Simple architecture model is different. We create pieces of documentation iff they benefit stakeholders. We do so using drawing tools, not modeling tools. We say no to BDUF and yes to Important Design Up Front. We follow 7 tips for creating diagrams that are expressive, not ambiguous, and help you to successfully understand and evolve them, and build a system from them. We complement the design diagrams that describe structure and behavior with ADRs.
Target Audience: Developers and anyone else who plays the role of architect.
Prerequisites: If you've ever developed software, you're ready.
Level: Basic
Extended Abstract
Do you create or use architecture documentation? Have you ever been confused and wondered about the meaning of a box or arrow in a design diagram? Do you think architecture documentation is costly or time consuming? If your answer is yes to any of these questions, this tutorial has practical and valuable information for you. There are several proposed architecture models with prescribed views and notations. The Keep It Short and Simple architecture model is different. We create pieces of documentation if they benefit stakeholders. We do so primarily use drawing tools, not modelling tools. We say no to Big Design Up Front (BDUF) but say yes to Important Design Up Front (IDUF). We follow 7 guidelines for creating informal design diagrams that are expressive, not ambiguous, and effectively help you and others to successfully understand them, evolve them, and build a system from them. Finally, we complement the essential design diagrams that describe structure and behaviour with architecture decision records (ADRs) for the important design decisions.
In the tutorial we look at several example architectures from real world systems. Most are good examples, but we also turn a critical eye on known products' architecture diagrams with several opportunities for improvement. Participants can also share their experience throughout. The tutorial also includes a fun online game and a hands-on exercise.
Tutorial minutiae include: what is the minimum architecture documentation expected, what design decisions are important enough to deserve an ADR, examples of drawing tools, who should be responsible for architecture documentation, how to complement structural diagrams with behavior diagrams.
Despite being hyped in the Agile community because of Google discovering its importance, psychological safety alone is not enough. It is a necessary but not sufficient precondition for successful intelligent and high-performing teams. But what else is needed? This workshop will present additional research as well as tools used by psychologists that boost team intelligence and performance and explore the potential for their use in their teams. Participants will have the opportunity to try some tools and learn how to design their own.
Maximum number of participants: 30
Target Audience: Coaches, Scrum Masters
Prerequisites: English, basic knowledge of statistics
Level: Advanced
Extended Abstract
Despite being hyped in the Agile community because of Google discovering its importance, psychological safety alone is not enough. It is a necessary but not sufficient precondition for successful intelligent and high-performing teams. But what else is needed? This workshop will present additional research as well as tools used by psychologists that boost team intelligence and performance and explore the potential for their use in Scrum teams.
After attending this workshop, the attendee will
A quiet and reserved researcher and practitioner with over 25 years experience, Joseph Pelrine is considered by cognoscenti to be one of the pioneers and top experts on Agile methods. As a psychologist, his focus on people and his experience in applying leading-edge techniques from social complexity and psychology to process optimisation goes far beyond the domain of software development, and extends to the whole organisation.
Vortrag Teilen