Stefan Hofer
WPS – Workplace Solutions GmbH
WPS – Workplace Solutions GmbH
Hamburg, Germany
Actions
Stefan is co-author of Domain Storytelling: A Collaborative, Visual, and Agile Way to Build Domain-Driven Software (Addison-Wesley). He studied Software Engineering and has a PhD in computer science. Since 2005, Stefan has worked for WPS – Workplace Solutions, helping teams develop software that does the right job the right way.
Stefan ist Co-Autor des Buchs "Domain Storytelling: A Collaborative, Visual, and Agile Way to Build Domain-Driven Software" (Addison-Wesley). Er studierte Software Engineering und promovierte über die Umgestaltung von Anwendungslandschaften. Er arbeitet seit 2005 bei der WPS. Requirements Engineering und Domain-driven Design bilden seine Themenschwerpunkte.
Area of Expertise
Topics
Domain Storytelling - a Practical Introduction en
In this hands-on, you will learn how Domain Storytelling helps you to analyze your domain and to support it with domain-driven business software. Domain Storytelling transports the knowledge from the domain experts' heads into the heads of developers, product owners, product managers and business analysts. Domain Storytelling brings these roles together in workshops where they learn and coordinate. Their common understanding of tasks and business processes is documented as a picture with simple pictograms.
The hands-on does not require programming skills. It is suited for people working as software developers, user experience designers, Scrum masters, product owners, product managers, project managers, and business analysts.
Finding Bounded Contexts with Domain Storytelling en
You want to modularize your monolith or find the right boundaries for microservices? Or you practice domain-driven design (DDD) and are trying to identify bounded contexts? Finding good boundaries is hard; and bad boundaries will tangle your software into a big mall of mud. Modeling and heuristics help to address this difficult issue. In this talk I will introduce Domain Storytelling, a modelling technique for exploring the domain and for finding boundaries. Domain Storytelling means that we bring together domain experts and developers. We let them tell us stories about their domain. While listening, we record the stories using a pictographic language. The experts can see immediately if we understand their story. After very few stories, we are able to see how people work together within and across contexts. This will be illustrated with examples from real-word projects.
Build better business software with Domain Storytelling en de
Bad communication is a plague that makes projects fail. Domain Storytelling is a remedy because this technique transforms domain knowledge into effective business software. Domain Storytelling brings together domain experts, software developers, user experience designers, product owners, product managers, and business analysts on the same page. They learn from each other by telling stories and drawing them as easy-to-understand pictures.
I will show you how Domain Storytelling works in an interactive demo and with real-world examples.
Bessere Business-Software durch Domain Storytelling en de
Schlechte Kommunikation lässt Entwicklungsprojekte scheitern. Fachliche Geschichten - Domain Stories – helfen, Fachwissen in effektive Unternehmenssoftware zu überführen. Domain Storytelling bringt Fachexpert:innen, Entwicklungsteams, User Experience Designer, Product Owner, Produktmanager und Business-Analyst:innen zusammen. Sie lernen voneinander, indem sie Geschäftsprozesse als repräsentative Geschichten erzählen und diese mit einer einfachen Bildsprache modellieren.
Ich werde Ihnen in einer interaktiven Demo und anhand von Beispielen aus der Praxis zeigen, wie Domain Storytelling funktioniert.
From Business Goals to Software Requirements en
Building software that fulfills business goals is the core task of software development teams. To turn business goals into software, stakeholders must align their perspectives and priorities. They often use shared textual artifacts to achieve alignment but with limited success. These artifacts have many names: requirements, features, user stories, use cases, specifications, etc.
As Domain-Driven Design practitioners, we believe that software requirements are best created as a result of a collaborative modeling process. Impact Mapping and Domain Storytelling are highly visual collaborative modeling methods that support conversations about requirements. They help you to approach requirements from two different angles:
- Linking business goals with impacts that a software product has on its users: Discuss goals, actors, impacts, and deliverables.
- Designing cohesive and viable business processes as Domain Stories: Discuss how actors and software systems work together to achieve an impact.
In this talk, we will show you how to bridge the gap between the business goals and deliverables with Impact Mapping and Domain Storytelling. To help you apply the methods to your context we will conduct a demo about a real-world scenario: A business stakeholder and a development team are having a conversation about WHY they need to build WHAT. Impact Maps and Domain Stories serve as a common thread running throughout the conversation.
Domain-Driven Design Europe 2024 Sessionize Event
WeAreDevelopers World Congress 2023 Sessionize Event
Domain-Driven Design Europe 2023 Sessionize Event
srvision23 Sessionize Event
KanDDDinsky 2022 Sessionize Event
Developer Week
Domain Storytelling Workshop
Domain-Driven Design Europe 2022 Sessionize Event
XP 2022
Finding Team (and Architecture) Boundaries with Domain Storytelling
SPA Conference 2021 Sessionize Event
Domain-Driven Design Europe 2021 Sessionize Event
NDC London 2021 Sessionize Event
KanDDDinsky Sessionize Event
Domain-Driven Design Europe 2019 Sessionize Event
KanDDDinsky Sessionize Event
Explore DDD
How Domain Storytelling Shaped Our View of Bounded Contexts (Talk)
Domain Storytelling (Hands-On)
Please note that Sessionize is not responsible for the accuracy or validity of the data provided by speakers. If you suspect this profile to be fake or spam, please let us know.
Jump to top