Jeff Gothelf,
co-author of Sense and Respond, Lean UX and Lean vs Agile vs Design Thinking

Fundamentally, we have to move away from “integrating processes”, and break Agile, Lean, and Design Thinking down into underlying principles that we can apply to the way we work. In this talk Jeff provides 10 principles that can help us change the way we work.

Dave Farley,
Founder and director of Continuous Delivery Ltd

In recent years we have discovered what really works in software development. Not everyone practices approaches like Continuous Delivery, but it is widely seen as representing the current state-of-the-art in software development. This is because at its root CD is about the application of an iterative, practical, empirical, maybe even science based approach to solving problems in software development. Is this a form of software engineering? In this talk Dave will talk about what our “Engineering” discipline should entail.

Michael Galloway,
Senior Engineering Manager – Delivery Integrations

– Timeline / motivations
– How we got started and built momentum
– War stories along the way
– Where we are today, where we are headed

Ehud Shavit,
Software development team leader

Daniel Sternlicht,
Frontend Guild Master @Outbrain

Growing teams and organizations are usually facing the same problems: lack of knowledge sharing and collaboration between teams, missing standardization, cross-organization infrastructure – any of these sound familiar? Well, good news, you’re not alone! In this talk, we’ll discuss the issues growing teams are facing, how to solve them, what are the challenges of creating micro-communities such as guilds, forums, and professional groups in your organization, and what it actually takes.

David Forsher,
Head of Digital Department, IT Division @ Isracard

Notes and experiences from Isracard Agile transformation journey

Michal Kimchi
Director of Program Management, RSA Fraud & Risk Intelligence @RSA

Mike Burrows,
Founder, Agendashift; consultant, facilitator, coach, trainer, and author, Agendashift

If you had to describe an Agile process, where would you start: “from the left”, with a backlog of work to plough through, or “from the right”, with needs met by working software? And does the difference in perspective matter? The difference does indeed matter (a lot!); we’ll see that learning to describe and introduce Agile and its frameworks “from the right” brings considerable benefits. And it’s not hard – we can all do it!