The stereotype of technical professionals as inarticulate, socially inept geniuses inventing problems to solve is unkind and inaccurate. Yet the Dilbert image persists. So do jokes like the one about the engineer sentenced to death on the guillotine, who watches the instrument of death malfunction, then tells the operators how to fix it.

Why do people make fun of engineers? Do people wired and trained to analyze and solve problems and focus on the mechanics of a situation frustrate those whose brains are wired differently? And how does the engineer’s way of dealing with individuals and interactions - that first value of the Agile Manifesto - sometimes get in the way of team collaboration and productivity?

In this interactive session, we'll show a little empathy for engineers and other analytical folk whose neurological wiring makes them seem different from the rest of humanity. We'll also explore how those with the engineering mindset can develop their own empathy and consciously adopt behaviours that amplify their value to their teams and organizations, make them more effective leaders - and make their own lives easier by positioning themselves for understanding.
Join Sue in a lively exploration of what can happen when engineers and technical professionals shift their mindset from solving problems to creating impact.

You will leave this session with an appreciation of

• How to make your ideas meaningful to others by taking their perspective
• How shifting your language from "What?" to "So What?" helps people connect the dots
• Why giving up the need to be smart may be the smartest thing you ever do
• Techniques you can use to take someone else's perspective.

When it comes to scaling Agile, there is no one size fits all solution. Frameworks like Scrum and XP prescribe roles, events, artifacts, and rules that make it very clear how interaction should take place within a team. When we begin to add more teams to the mix, communication between teams becomes more complex. This complexity threatens to reduce our transparency and damage our culture. How can we share information, build our culture and work together, all while keeping with Agile values?

During this session Sam Lightowler and Jade Stephen will take an in depth look at the successes and failures of CBC Digital Operations when it comes to cross-team collaboration and information sharing. We will discuss what meetings and techniques have helped us build a one-team-one-product mindset, a sense of community, and a culture of Collaboration, Learning and Improvement. We will also discuss what we have tried in the past and how learning from those experiments helped us evolve into the agile-friendly and unified team that we are today.

"Agile has too many meetings." "Our meetings are a waste of time." "It's always the same two people talking while everyone else is on their phones or laptops." Indeed, meetings are often pretty bad… but they are also necessary. Agile teams can't fully implement the 3 C’s (communication, collaboration, and consensus) only by inhabiting an open space or using a messaging tool. However, it doesn't take much to make a meeting effective, collaborative, and a welcome experience for its participants. Come to this experiential session to learn 10 simple changes you can make -- without having to become a professional facilitator -- to make your meetings matter.

Are you as powerful as you need to be? Do you over power the room and rub people the wrong way?

Why is that? What if there was something you could do about it?

In improvisation, in order to create realistic and compelling characters we study status. That is, how does how we carry ourselves impact our relationship status with other people and how does it change in relation to others?

In this session, we'll explore status, and play with making ourselves more or less powerful. We'll then examine how this plays out in our work environments and how we need to adjust our status depending on which groups or individuals we're interacting with.

You'll also learn the one status trick that will dramatically increase your chances of getting hired in your next interview.

Any organization’s ability to focus on what matters most to their customers is directly related to their ability to get valuable feedback from them. While more and more organizations embrace agile practices during the development of their services, they often lack in how they collect feedback and therefor don’t get the benefits they are after. After all, what is the upside to investing in being able to pivot, if there is no information available to guide the direction of that pivot?

The fact that many roadmaps leave little room for flexibility significantly contributes to this and building powerful roadmaps is a really hard task. How does one get feedback about a house without building it completely? How does one give feedback about a car without being able to drive it around the city for a couple of hours? 

This session will provide you with practical techniques on how to build a powerful roadmap for your product or service, one that allows any organization to get valuable feedback from their customers. This workshop is based on ideas from the upcoming book ‘Thinking in Agile’.

It is common to work on projects that have a hard deadline. These deadlines are not always fictional and time really matters. Frequently, there is a big discussion if Agile is the right approach for these cases. Can we deliver what is requested without a detailed planing, task breakdown, milestones on a Gantt chart?

In this talk, I will bring examples from my experience volunteering at GiveCamp for several years. Over one weekend volunteers create digital solutions for non-for-profit organizations using 2 hour sprints, MVP deliverables, prioritization, collaboration and an environment in which you feel proud of what you do. If you think this can't happen in your organization, come to this session and challenge me!

People in organizations that are learning Kanban quickly understand the relationship of WIP, Cycle Time and Throughput. However, when teams start doing things like Pair Programming, they tend to hold fast to the idea that “you’d get more done if you worked separately!”

High performing software teams use a variety of modern technical practices including Test Driven Development, Pair/Mob Programming, Refactoring, Evolutionary Design, and Continuous Integration & Delivery.

How do these practices fit into the Kanban context? Whether through improving collaboratively, evolving experimentally, or implementing feedback loops, learn how these technical practices are supported by Kanban's four Foundational Principles and six Core Practices, which in turn make Kanban more powerful.