Opening & Intro
Room: Festsaal
The public schedule for Agile Tour Vienna 2026, an in-person community conference featuring sessions about agile practices, leadership, product development, software engineering, and AI.
Room: Festsaal
Room: Festsaal
Most products today are functional. They solve problems, deliver features, and meet expectations. But functionality alone is no longer enough to win users’ hearts or foster lasting loyalty. The products we truly remember, the ones we love, share, and keep coming back to, are those that make us feel something. That is the power of delight.In this talk, Nesrine Changuel, former product leader at Spotify, Chrome, and Google Meet, introduces the concept of Product Delight: intentionally building for both functional and emotional needs. Drawing on real-world stories, from Google Meet’s emoji reactions to Chrome’s inactive tabs and many more, she reveals how delight transforms products from useful tools into meaningful experiences.You’ll learn:Why delight is not decoration but a strategy for differentiation, retention, and growth.The three pillars of delight: removing friction, anticipating needs, and exceeding expectations.How to embed delight into your roadmap using the Delight Model and Delight Grid.Why building a culture of delight energizes teams as much as it inspires users.This session will challenge your perspective on what makes products successful and leave you with practical tools to start weaving delight into your own product culture. Speakers: Nesrine Changuel
Kongresszentrum
Room: Festsaal
In diesen turbulenten Zeiten geprägt von steter Veränderung, Schnellebigkeit und Unsicherheit werden viele Ängste hervogerufen. Vor allem Führungskräfte - ob disziplinarisch oder lateral als Scrum Master oder Agile Coach - stehen hier einer weiteren Herausforderung gegenüber: Um wirksam führen zu können, muss die Fähigkeit zur Selbstregulation soweit ausgeprägt sein, dass für die Mitarbeitenden ein Raum geschaffen wird, der Sicherheit und Vertrauen ausstrahlt.In diesem Vortrag nähern wir uns diesen Thematiken durch die Brille des Nervensystems - angereichert durch die Erkenntnisse des traumasensiblen Coachings. Dabei verwenden wir einfache Visualisierungen, um das Entstehen von Stress- und Angstreaktionen und die daran gekoppelten Verhaltensmuster zu erklären.Neben der Theorie vermitteln wir auch konkrete Techniken der Selbst- und Co-Regulation, sowie Impulse, wie diese in den Arbeitsalltag integriert werden können. Wir schauen uns dabei einfach zu implementierende Methoden an, die die Wahrscheinlichkeit für eine echte Resonanz in Meetings, wie beispielsweise Weeklys oder Retrospektiven, erhöhen und für mehr Leichtigkeit und Sicherheit in unserer disruptiven Gegenwart sorgen. Speakers: Sabina Lammert, Ricarda Walther
Room: Seminarraum 1
Traditional top-down organizations, typical in highly regulated fields like Air Traffic Management, are not well prepared for fast growth, it can lead to much slower progress and even stop value creation. Spreading knowledge and information in this situation is often dependent on few key people, creating information silos, resulting in an increasing amount of sync meetings and long, cumbersome decision making processes. This overhead results in deceleration of continuous improvement, slowing down ideation and raising a feeling of stagnation on the organizational level. This talk is showcasing how we made our first steps into re-engineered our delivery flow to reclaim our time and sanity while reducing waste. We will show the practical usage of Value Stream Mapping to identify waste, the introduction of Management Decision Records (MDRs) to ensure decisions actually stick, and transform the organisation to focus on end 2 end value creation. If you are struggling with high mental load, a rigid development organisation and endless decision making processes this session provides insights to get back to continuous value creation and organisational growth. Speakers: Raffael Sala, Emanuel Gabl
Room: Orangerie
Software Engineering ist weit mehr als nur Coding – es geht vor allem darum, überhaupt zu wissen, was man bauen sollte. Während alle damit beschäftigt sind, KI für das Generieren von Boilerplate-Code zu nutzen, bleibt die eigentliche „Blackbox“ oft unangetastet: der chaotische Weg von einer vagen Idee hin zu einer entwicklungsbereiten User Story. Genau hier entscheiden sich Erfolg oder Scheitern eines Projekts.In diesem Talk öffne ich meinen Werkzeugkasten. Ich zeige euch, wie ich die manuelle Discovery hinter mir gelassen habe, um einen KI-Workflow zu etablieren. Wir werfen einen Blick auf Tools wie das Spec-Kit und die BMAD-Methode und ich erkläre euch, warum ich im herausfordernden Kontext von Enterprise-Kunden am Ende trotzdem mein eigenes Tooling bauen musste.Zum Schluss zeige ich euch, wie simple ein solches Tooling aussehen kann und ihr euch selbst in nahezu jedes Projektsetup integrieren könnt. Speakers: Alexander Eichenseer
Room: Seminarraum 5
By now, we have all learned how to reach agile maturity, but what do you do when it starts slipping away? After two decades of agile adoption, we still face the same struggles: code ownership disappears, tests become unreliable, technical debt piles up, and knowledge sharing fades away. This workshop will start with sharing a new model for mentoring agility, focusing on a maturity map, five dimensions (leadership, domain, technology, staff, and social) and three types of interventions—from subtle nudges to crisis-mode reorganization.We won't just talk about the later stages of agile maturity! Using Liberating Structures, you'll assess your own teams, collaborate with peers facing similar challenges, and collect tailored measures to reverse the downward spiral you might currently be facing. Speakers: Katie Clark
Kongresszentrum
Room: Festsaal
"What If the Best Meeting Was the One You Never Had?" How well-designed organizations make recurring meetings obsoleteThere's a pattern that I spotted during my recent projects: every coordination problem gets solved the same way: someone schedules a recurring sync. Within months, the calendar is full, flow is fragmented, and everyone is busy being in meetings instead of doing the work. That is what happened to me.This talk starts with a confession. Responsible for the agile setup of a large-scale program, I kept finding myself in meetings that solved problems that shouldn't exist. My gut told me something was wrong — and instead of accepting it, I started looking for solutions. Including one simple rule: no recurring meeting more than once every two weeks. The reaction was telling.What followed was a deeper dive into async communication, ownership models, decision flow, and organizational clarity. Not as theory — but as a practitioner trying to answer one honest question: why do well-run teams still need this many meetings? Do we need sync meetings at all — or are they always a symptom of a lack of organizational clarity?I don't have a final answer yet. This talk is not a blueprint — it's a work in progress. I'll share what I've observed, what seems to work, and where I'm still uncertain. And I'm genuinely curious what you've seen in your organizations.Come for the provocation. Stay for the conversation. Speakers: Richard Brenner
Room: Seminarraum 1
In vielen Organisationen ist der Product Owner zur zentralen Figur geworden – und gleichzeitig zur am stärksten überladenen Rolle. Vision entwickeln, Backlog managen, Stakeholder koordinieren, Entscheidungen treffen, das Team unterstützen – alles gleichzeitig, jeden Tag.Das Ergebnis: Überforderung, langsame Entscheidungen und Teams, die an Klarheit verlieren.In diesem Vortrag werfen wir einen realistischen Blick auf die Praxis hinter der Rolle des Product Owners. Statt idealisierter Frameworks geht es um die Frage: Warum entsteht diese Überlastung überhaupt – und warum bleibt sie so oft bestehen?Basierend auf konkreten Erfahrungen aus der Arbeit mit Produktteams und Product Ownern in unterschiedlichen Organisationen zeigen wir typische Muster: unklare Verantwortlichkeiten, strukturelle Widersprüche und Organisationen, die den Product Owner unbewusst zur „Auffangrolle“ für alles machen, was sonst nicht klar geregelt ist.Der Fokus liegt jedoch nicht auf der Problembeschreibung, sondern auf Lösungen:Wir stellen zehn praxiserprobte Ansätze vor, mit denen sich die Rolle des Product Owners entlasten und wirksamer gestalten lässt – von klareren Entscheidungsstrukturen bis hin zur besseren Nutzung von Teamkompetenzen.Der Vortrag richtet sich an alle, die mit oder als Product Owner arbeiten und sich fragen, warum gute agile Ideen in der Realität oft nicht so funktionieren wie gedacht – und was man konkret daran ändern kann. Speakers: Ute Nause, Jonathan Frankenberger
Room: Orangerie
AI verändert gerade, wie Software entsteht — rasant und oft unbemerkt. Die meisten Teams integrieren AI in bestehende Prozesse: Scrum bleibt, die Rollen bleiben, die Meetings bleiben. Aber stimmt das noch?Wir haben uns gefragt: Welche Probleme haben wir mit AI — und was hilft dabei wirklich noch?Aus über drei Jahren Erfahrung mit AI-gestützter Entwicklung haben wir Muster gesammelt und daraus ein spekulatives Manifest destilliert. Keine fertigen Antworten. Eher ein Versuch, das auszusprechen, was viele still denken und momentane Spannungen aufzugreifen und zu nutzen.Dieser Talk ist eine Einladung. Wir zeigen, was wir beobachtet haben — und fragen gemeinsam: Was müssen wir verlernen? Was bleibt? Und braucht es überhaupt ein neues Manifest? Speakers: Johanna Amlacher, Martin Haberfellner
Kongresszentrum
Room: Festsaal
Going deeper before the conference? Russell Miles is also hosting a hands-on training on AI Agent Engineering. 👉 Explore the trainingThe waterfall debate isn’t dead. It just changed shape. When AI entered software engineering, it brought with it the oldest metaphor in the industry: the factory. Developers prompt. AI produces. Code ships. Faster, cheaper, more. The conveyor belt is back, and this time it’s powered by something that sounds like it understands you.But the factory metaphor was wrong in 1970, and it is wrong now. Software engineering was never manufacturing. It was never an assembly line. Peter Naur told us in 1985 that programming is theory building. A fundamentally cognitive, creative, collaborative act. The code was never the whole value. The understanding was.This keynote takes a deliberately contentious proposition and uses it to crack open the metaphors that still govern how teams think about software, collaboration, and intelligence. Drawing from the AI Literacy for Software Engineers framework, cognitive science, philosophy of mind, and 500 years of technology panics, you’ll take away practical tools to see your own metaphors, challenge them, and begin designing collaboration spaces where human and artificial intelligence actually thrive together.You will leave with a new way to see your relationship with AI tools. Not as a faster you. Not as a threat. As a fundamentally different kind of intelligence that requires a fundamentally different kind of collaboration space: From factory-thinking to habitat thinking. Speakers: Russell Miles
Schloss/Restaurant
Room: Festsaal
In 1986, Fred Brooks, the author of the famous book "The mythical Man-month" released an essay called "No Silver Bullet - Essence and Accident in Software Engineering".In this essay, Brooks tried to answer the question if we would see a ten-fold increase in developer productivity in the following decade, that is from 1986 to 1996. For this, he analyzed what it is that makes software difficult.The framework he uses is based on Aristoteles' distinction between essential and accidental difficulty. Applying this framework, he predicted that no improvements fo an order of magnitude will be possible.Brooks' essay was widely discussed which lead to continuous re-evaluation of the prediction until now.The talk will introduce the original ideas and then will describe the evolution of how our industry thought about this topic over the decades.Today, we have new LLM-based tools in place that promise to challenge Brooks' assumptions.Eventually, the talk tries to apply Brooks' framework on today's situation and the author's answer to the question if we will see a tenfold increase in developer productivity is still "NO" but with a lot of question marks and disclaimers. Speakers: Robert Ruzitschka
Room: Seminarraum 1
Most transformation stories are told with hindsight bias – everything worked, the team was great, here are the metrics.This is not that kind of story.We are Dragana Zemen, Engineering Lead, and Doris Rodler, Agile Coach. We both work at SVC, the company developing and operating Austria's digital healthcare infrastructure, including the e-card system, key ELGA applications, e-prescriptions, and the internet portal of the Austrian Social Insurance, serving about 9 million insured persons as well as thousands of healthcare practitioners. Our environment is permanently demanding: strict regulation, public‑sector constraints, legacy systems and over 200 engineers, analysts, testers and product managers responsible for mission‑critical services.In an environment where turbulence is the default, not the exception, we learned what makes change truly sustainable.Over the past years we implemented two consecutive organisational transformation programmes. First: a structural redesign from competence silos to cross-functional, service-oriented teams. Second: a full agile transformation using Scrum, Nexus and Scrum of Scrums at scale in a context where "move fast and break things" is simply not an option.What makes this talk different is the dual perspective.Dragana brings in the engineering and leadership view: metrics, workflows, capacity, architectural realities and hard decisions.Doris provides the agile coach view: team dynamics, psychological safety, resistance patterns and what really changes behaviour.We are practitioners who started reading the research and discovered that most of what we needed to know already existed, waiting to be applied. Together, we present the same transformation from two angles – and expose the aspects in which those angles diverged unexpectedly.Our approach is based on research from Prosci and Bernerth et al. (change fatigue and change capacity), William Bridges (Transition Model), Kotter (failure modes), Gartner (change saturation) and Chip & Dan Heath (Switch: Shrink the Change, Bright Spots). We did not follow frameworks as recipes. We discovered their relevance while navigating real constraints in real time.The results: 70% shorter lead time, 200% higher deployment frequency, and noticeably higher team engagement, sustained across both programmes.This is a story of navigating turbulence, not eliminating it.And of learning why sustainable change comes from continuous evolution – not from the next big transformation. Speakers: Dragana Zemen, Doris Rodler
Room: Orangerie
Viele Teams sind hoch motiviert, hervorragend vernetzt, ständig in Bewegung – und trotzdem werden Entscheidungen oft langsamer, anstrengender und immer schwieriger zu treffen.Eigentlich ein Widerspruch: Wir investieren mehr denn je in Zusammenarbeit, Alignment, Beteiligung und Abstimmung. Agile Arbeitsweisen haben Entscheidungsarbeit bewusst auf viele Schultern verteilt. Entscheidungen werden heute nicht mehr ausschließlich von Führungskräften getroffen, sondern von Product Owner, Scrum Master, Entwickler:innen, Architekt:innen, Teams und Führungskräften gleichermaßen.Doch welche unbeabsichtigten Nebenwirkungen entstehen, wenn Organisationen immer stärker auf Zusammenarbeit und Beteiligung setzen?Bei einem Muay-Thai-Event während meines Thailand-Urlaubs fiel mir etwas auf, das mich auch am folgenden Tag nicht losließ. Zurück im Arbeitsalltag begegnete mir dasselbe Muster immer wieder – in Meetings, Projekten, agilen Teams, Führungsrunden und Entscheidungsprozessen. Je länger ich darüber nachdachte, desto mehr Parallelen erkannte ich zwischen meinen Beobachtungen im Ring und dem, was in komplexen Organisationen passiert.Auch in der Forschung tauchten ähnliche Themen immer wieder auf: steigender Abstimmungsaufwand, unklare Verantwortlichkeiten, die Angst vor falschen Entscheidungen, Konsensfallen und Organisationen, die trotz bester Absichten langsam ihre Entscheidungsfähigkeit verlieren.In diesem Vortrag verbinde ich persönliche Beobachtungen, praktische Erfahrungen aus agilen Arbeitsumfeldern sowie Erkenntnisse aus der Forschung, um einer unbequemen Frage nachzugehen:Haben wir bei all unseren Bemühungen um Zusammenarbeit verlernt zu entscheiden?Gemeinsam betrachten wir, wie sich die Entscheidungslandschaft in modernen Organisationen verändert hat, warum Entscheidungen in komplexen Systemen zunehmend schwerfallen, und welche versteckten Kosten entstehen, wenn Entscheidungen zu lange aufgeschoben werden.Freut euch auf einen reflektierten, praxisnahen und durchaus selbstkritischen Vortrag über die Nebenwirkungen guter Zusammenarbeit, die Bedeutung von Entscheidungsfähigkeit in agilen Organisationen, konkrete Impulse für den Umgang mit Entscheidungsstaus – und darauf, warum jede und jeder mindestens einmal Muay-Thai gesehen haben sollte. Speakers: Manuela Raidl
Room: Seminarraum 5
Most Agile teams are excellent at managing the now, but struggle to look beyond the next three months. In an era of rapid technological shifts and unpredictable markets, a deterministic approach to roadmapping often leads to "more of the same" rather than true innovation.Design Futuring - a discipline traditionally reserved for speculative art, urban planning, and high-level politics - offers a radical alternative. Instead of trying to predict the future, we use it to shape it. This hands-on workshop bridges the gap between speculative design and pragmatic backlog building. You will learn how to move beyond user stories for today and start crafting backlogs for tomorrow. Speakers: Stephanie Gasche
Kongresszentrum
Room: Festsaal
Having put the final nail in the coffin of Agile with his last talk at the Agile Tour Vienna, Conor now focuses his acerbic wit on the latest existential threat to managers and developers alike – Artificial Intelligence! More specifically, that companies armed only with a battalion of bots, a handful of developers and no middle managers will deliver enterprise-grade software for the price of a few tokens! What can go wrong? And more to the point, what can be done about this impending AI apocalypse?Conor will take us on a light-hearted tour of how we unwillingly got into this situation, the unrealistic expectations around the AI-driven development lifecycle, the implications for various roles and some scenarios for the future. Needless to say, there will be helpful tips for how to be seen as AI-native without actually being AI-native!Come see Conor and find out how everyone – well, a few at least! – can survive the AI transformation and still keep their jobs! Speakers: Conor McConor (Robert Finan)
Room: Seminarraum 1
When NOT to facilitate:Most Agile Coaches occasionally think: “Am I doing enough?”So we act, always with best intentions but not always with the best preparation.Early in my Agile journey, I was determined to prove my worth.But people didn’t confide more because the retro was fun. Workshops on best practices failed, because we didn’t know which practices were bad. The problem wasn’t lack of action, it was rushing people to solve a problem without understanding it, just because I was worried I wasn’t doing enough.In this talk, I’ll share three real situations that taught me how superficial, partial, and deep understanding lead to very different outcomes. Participants will be shown the importance of deep understanding, and ways to recognize recurring signals, and move from reactive facilitation to deliberate intervention.Superficial UnderstandingI once chose a famous Liberating Structures format for addressing collaboration issues in a group of people I worked closely with. So, when cross-group collaboration issues popped up, I used the same approach. This time, I had only surface knowledge of the second group constraints and history. I expected equally strong results regardless of who participated or how well prepared I was, but instead, I discovered that what worked for A, won’t work for B.Partial UnderstandingA scaling challenges workshop was set up in a way that encouraged two task force teams to form: to work on our Architecture and on our documentation.A year later, despite their best intentions and my pushing, progress stalled. I had correctly identified importance, but not how much was actually within the tribe’s influence. I discovered well-thought formats can yield both the truth and great results, but post-workshop success is shaped by real-world constraints.Deep UnderstandingTension between developers and testers appeared consistently in retros. Testers felt overloaded and undervalued. Dedicated sessions revealed a cultural pattern: testers perceived themselves as less important than developers.Instead of rushing in, I watched patterns repeat, compared perspectives, and assessed readiness. I facilitated an Event Storming session and stepped back. We got clarity and ownership of solutions that the people (not me) came up with.Looking back, the difference wasn’t the format or the facilitation. It was the depth of my understanding.Superficial levels created a false sense of confidence.Partial levels produced short-lived progressDeep understanding led to shared ownership of realistic expectations.How do we deepen our understanding? We wait, and we notice:- What keeps repeating- Where decisions stall- Where silence appears- What never becomes an action itemAnd then it’s time to intervene, fancy formats and all.Anxiety pushes us to intervene quickly to show our value.But for me, our value as Coaches is not measured by how much we facilitate, or how busy we look. Our value lies in calculated restraint: take time to observe, let patterns repeat, validate assumptions, and wait for people's readiness before acting.Sometimes, restraint is the most impactful coaching decision of all. Speakers: Orthodoxia Papachartofyli
Room: Orangerie
Wir leben in Zeiten großer Umbrüche: Kriege, Klimakrise, wirtschaftliche Unsicherheit und gesellschaftliche Spannungen. Viele Menschen erleben dabei ein Gefühl von Ohnmacht – als würde das Weltgeschehen über uns hinwegrollen.Doch es gibt einen entscheidenden Hebel, der uns handlungsfähig hält: Selbstwirksamkeit.In diesem interaktiven Vortrag erleben die Teilnehmenden, wie Selbstwirksamkeit entsteht, wie sie verloren gehen kann – und vor allem, wie wir sie bei uns selbst und bei anderen gezielt stärken können. Anhand konkreter Beispiele aus der lösungsfokussierten Praxis und aus agilen Teams reflektieren wir typische Muster, die Selbstwirksamkeit untergraben, und entwickeln neue Perspektiven auf Führung, Zusammenarbeit und Wirkung.Die Teilnehmenden nehmen einfache, direkt umsetzbare Werkzeuge mit – für Retrospektiven, Reviews, Projektabschlüsse und den Arbeitsalltag.Denn gerade in unsicheren Zeiten gilt:Wir können vielleicht nicht alles beeinflussen. Aber wir können mehr bewirken, als wir oft glauben. Speakers: Susanne Bauer, Gabriele Preßlinger-Bukovica
Kongresszentrum
Room: Festsaal
AI coding agents seem to give developers superpowers, but where are the organizational or team benefits that should follow? Lots of people are discovering that their AI-first approaches to building software don't translate to business benefits, and that what looks like developer productivity increase ends up just being a local optimization. Ana and Gojko will present a model how to lift benefits from individual work to team and organizational levels. Using data from an early adopter industry research and a concrete case study from large Austrian financial company, you'll learn how to get big benefits from AI adoption, how to align the software development lifecycle to working with agents, and concrete steps how to improve team performance. Speakers: Gojko Adzic, Ana Nad
Room: Seminarraum 1
Dieser Talk kommt aus einer Perspektive, die selbst im agilen Umfeld in der Praxis oft zu kurz kommt: die des Endanwenders. Nicht des Auftraggebers, nicht des Stakeholders – sondern des Menschen, der am Ende vor dem System sitzt, keine Ahnung hat was ein Slug ist, und Angst hat etwas kaputt zu machen wenn er auf die falsche Schaltfläche klickt.Ich bin keine Developerin, ich mache das Marketing bei LEAN-CODERS, einer Wiener Software Agentur. Wir bauen Custom Enterprise Software und Webapplikationen unterschiedlichster Art nach lean und agilen Grundsätzen. Als ich mit dem Rebranding und einem kompletten Relaunch unserer eigenen Website beauftragt wurde, war meine Erwartung klar: Wir machen das für Kunden seit Jahren sehr erfolgreich und unsere Kunden sind überwiegend sehr zufrieden– intern müsste das doch auch ohne Probleme klappen.Spoiler: Hat es nicht.In drei Akten nehme ich das Publikum mit durch drei Monate Projektarbeit mit einem Headless CMS (Strapi): von der stillen Wartephase, in der das Team baut und ich vertraue, über den Moment der Übergabe – „Wir sind fertig, jetzt kannst du loslegen“ – bis hin zu dem Tag, an dem ich meine erste Seite selbst zusammengebaut hatte und plötzlich verstanden habe, warum das Team so arbeitet wie es arbeitet.Dazwischen: eine Dokumentation die fünf Tage zu spät kam, eine Woche Puffer die mir niemand rechtzeitig abgezogen hat, und die stille Erkenntnis, dass „fertig“ offensichtlich für alle Beteiligten etwas anderes bedeutet hatte. Speakers: Sara Kuster
Room: Orangerie
In der Softwareentwicklung, wie in allen anderen komplexen Tätigkeitsbereichen, reicht es nicht, Aufgaben zu verteilen, Prozesse zu definieren und Ergebnisse einzufordern. Führung bedeutet, ein Umfeld zu schaffen, in dem Teams ihr Potenzial wirklich entfalten können. Der Schlüssel dazu ist Vertrauen.Vertrauen ist die Grundlage jeder tragfähigen Beziehung – und damit auch die Grundlage wirksamer Führung, starker Teams und erfolgreicher Zusammenarbeit. Wo Vertrauen fehlt, entstehen Absicherung, Reibung, Silodenken und politische Spiele. Wo Vertrauen wächst, werden Offenheit, Verantwortung und echte Leistung möglich.In diesem Talk zeige ich, warum Vertrauen kein „weiches Thema“ ist, sondern eine harte Voraussetzung für Leistung, Verantwortung und gelingende Zusammenarbeit – und damit tiefer liegt als das verwandte Konzept der psychologischen Sicherheit, das vor allem das sichtbare Verhalten im Team beschreibt. Ich beleuchte das Thema aus verschiedenen Blickwinkeln – von der Paartherapie bis zur Neurobiologie – und leite daraus die Antwort auf die zentrale Frage ab: Was kann ich als Führungskraft ganz konkret tun, um Vertrauen zu ermöglichen?Dabei schauen wir auf drei zentrale Ebenen:Vertrauen innerhalb des TeamsVertrauen zwischen Führungskraft und MitarbeitendenVertrauen in die OrganisationDer Talk verbindet neurobiologische Aha-Momente, echte Geschichten aus dem Führungsalltag sowie praktische Impulse für alle, die Vertrauen stärker in den Mittelpunkt ihrer Führungsarbeit stellen wollen. Speakers: Rene Pachernegg
Room: Seminarraum 5
As we design and deliver products or services we make choices that will impact individuals or society at large, in positive but easily also in negative ways.Some choices seem obvious: like not enabling arms development. Some less clear: like working on that algorithm assessing the likelihood of an offender to reoffend. Some easy: working on big data driven integrative healthcare, or, say working for a startup that offers rental bike services. But in reality none of these choices are straightforward and without tension.From seemingly straightforward choices to intricate conundrums, this talk discovers why our decisions matter and proposes a framework for making ethically sound choices in our daily work. This talk aims to inspire IT professionals to be more mindful and deliberate in their actions, fostering a culture of better, more ethical decisions and choices. Speakers: Marcel Britsch
Kongresszentrum
Room: Festsaal
Modern operating models have been fractured by AI, and the panic is causing everyone to forget the fundamentals. We’re optimizing for hyper-efficient local productivity while trapping our teams in silos and crippling our ability to deliver customer outcomes. The rise of AI will only amplify this failure, increasing coordination overhead, unless we fundamentally change how we lead and connect to work.This isn’t about more tools or best practices; it’s about reclaiming the essential human work: alignment and sense-making. We need to stop seeing our organizations as silos and isolated iteration, and start seeing and building flow.I’ll show you how to leverage Flow Engineering as the practical lens for this critical shift. Through hands-on case studies and real-world stories – not abstract fantasies from a handful of unicorns – we’ll explore how to use rapid, collaborative mapping to define value, target friction, and transition from push-based management to pull-driven flow. Learn the repeatable playbook that has helped businesses save months, millions, and morale – starting in just a few hours.Key Takeaways:-How to build flow across your organization, across people, work, information-The practical application of Flow Engineering to diagnose workflow and eliminate large-scale coordination waste-Actionable tactics connect strategy to execution and drive high-impact, cross-functional improvements Speakers: Steve Pereira
Room: Festsaal
Kongresszentrum
(Open end)