Ever wondered what on earth is going in your company? Your team? The system of work? Are people acting crae-crae? Is there conflict? Are there pockets of super awesomeness & pockets of unhappiness? Are people pulling in different directions?

In this talk, I will run through my systems thinking approach and experiences to unpacking and diagnosing a company, it’s context, it’s practices and it’s people.

If nothing else, this talk may help you with making the invisible more visible and may lead you to be even more situationally aware of the context you have found yourself in!

In today's world, if businesses aren’t more agile in the way they execute on their strategies, they risk over investing on initiatives that won’t result in the future growth they seek.

In this talk, we will discuss and share stories from organisations driving towards holistic business agility, and present a simple framework that can help organisations better check the performance of future growth strategies, and act earlier when it looks like those strategies are not going to turn up.

So you walk into a new company, get the lay of the land and then realise, crap! Their development processes are like they were design by a bunch of first-year uni students doing a group project.

There is no DevOps to speak of. There are snowflake servers everywhere. Their git branching strategy is unmanageable. They run tests only every 3 or 4 releases. Their deployment is manual and different for each release. The have no real alerting.

Ok. Take a deep breath! Calm down.

So much to do, but where to start? The business has produced a list of improvement actions, but those actions are focussed around fixing the symptoms of the problems, not solving the root cause. The business does not understand that the path to DevOps improvement is complex and each task has many inter-relations and dependencies.

This is the problem that I faced about a year ago. To overcome this, we went through a process of defining all of the DevOps tasks we could think of and mapped them into a dependency diagram. This diagram was useful to communicate both internal and external to the team.

In this case study, I’ll go through the process to design the dependency diagram, but also our progress through the diagram one year later.

"Before you can kill the monster you have to say its name"

As coaches and practitioners of Agile we see role anti-patterns everywhere lurking, sometimes quietly sleeping and waiting to kill (the momentum!) of our teams.

Have you met the Mr.Frost a.ka. the Frozen Middle Manager? The "Busy Bee-ast" so deep in her hero culture she has become a bottleneck and a crutch for the team. What about Hydra, the 9-headed PO, who can't make up his mind on his 10000 requirements. He comes with an extra technical head that takes joy on the fact he still has code access. The head occasionally makes code changes to "help" the team with the backlog without their permission.

This talk is about these monsters. The monsters around us and potentially within us.

We will know them, discuss them and identify how we can equip ourselves and the teams we work with to battle their evil rather questionable forces. More importantly in this talk, whether living around us or living within us, we will uncover how we can help guide the monsters to the right path.

‘Industrial Revolution 4.0’ and ‘exponential change’ are two concepts that are creating a lot of buzz lately, and for good reason. Emerging technologies such as artificial intelligence and Internet of Things are being adopted at a staggering pace. Platforms companies such AWS have lowered the barrier to entry, and are enthusiastically supporting organisations to experiment and propel forwards into a new way of doing business.

At DiUS we are fortunate to have a front row seat as this wave of change arrives. With our in-house specialists in areas such as AI and IoT, we have formed broad cross functional teams - including engineers, experience designers and agile delivery leads - to help our customers solve their business problems using emerging technologies.

Through this talk I will provide insights based on case studies of DiUS's recent project experiences. We'll contrast the dynamics with the digital software world that many of us are accustomed to working within, and highlight the constraints introduced by factors such as hardware manufacturing, acquiring training sets for machine learning, and navigating the complex systemic challenges associated with entering immature markets. Finally, we will discuss what we as a community need consider as to how we apply the agile practices and mindset in this new context going forward.

We've all heard that digital Accessibility is the right thing to do. We probably all know it's a legal requirement. But does it really make business sense to put in the effort to become compliant? In this presentation Rick will explore and challenge some of the common justifications for avoiding the requirement - and look at how we can in fact make a very compelling case for building products with Inclusive Design and Accessibility in mind.

The easy case for coaching looks something like this: a prospective coachee wants to change, can articulate their goals, and is matched up with a suitably experienced and competent coach, the two are a good fit, and they quickly get down to the challenging yet rewarding business of growth and change.

But what if a person (or team) doesn't want to change and would rather not be coached? And despite this an external power deems that change is needed and that coaching will bring this change about. What's a coach to do? What about the coachee(s)? What about the role of the client who's engaged the coach?

This situation is not uncommon, and bears more that a passing resemblance to what often goes on in addiction treatment. A person with a drug addiction (and often other problems) doesn't necessarily welcome therapeutic intervention at the outset. But an external authority has ordered it.

In this session we will explore the parallels between the two modalities of addiction therapy and coaching, including the applicability of the Transtheoretical Model of Change and the related technique of Motivational Interviewing.

These approaches offer insights into how to flex and adapt your coaching approach in the face of some of the most common human impediments to change.

Agile is now all grown up and is pretty much the de facto way of working for most teams, but it's proven to be a challenge for adoption at scale. Over the last ten years or so there has been a lot of trial and error figuring out how to break through the cultural barriers, political resistance and technical hurdles that large organisations present. This panel of luminaries (!) brings a wealth of experience helping many different types of organisations transform themselves to be fit for purpose in the 21st century. Come along to hear their stories, some good, some bad and probably a few ugly ones!

PLEASE NOTE: this session will be recorded live by The Weekly Reboot podcast and made available for public consumption. Your attendance will be taken as acceptance to being recorded and publicly broadcast.

Agile was coined in 2001, building on techniques and methods from the prior 10 or more years. We know that (smaller) software projects are more successful with agile delivery methods than with staged approaches like the SDLC. So why is it that 18 years after a better was was identified that managers struggle to adopt agile in a meaningful way.

This is a facilitated discussion - there are as many answers as there are people! So with the late afternoon timeslot - let's get together and have an interactive chat - with the intent that we all leave with some useful ideas, tools and techniques that we can apply when we get back to the office ...

When a group of stakeholders and team members come together to plan a new product or feature, they often focus on identifying stories that deliver end user value through solving a business problem, delighting the customer or disrupting a competitor. While these are critical stories, they are not the whole picture. Every product has non-functional or cross-functional stories which must be played.

Security stories are an important part of these but are often not considered at all. When they are considered, they are often an afterthought or are assumed to be part of the project infrastructure. Trying to bolt on security as an afterthought in this way is a mistake that can lead to disaster at one extreme, and compromises to reduce product usability or don't support good end-user security practices at the other.

The challenge, of course, is that from the stakeholder perspective, security is not seen as a priority. This workshop is for software delivery teams who want to learn how to change this perspective and work with their stakeholders to help them to understand more about the importance of security. The goal is to help technical and non-technical stakeholders understand security and why it should be given priority and built into their product from the ground up. We show participants how to facilitate a structured meeting or workshop with their stakeholders where they use a simplified threat modelling technique to identify risks. The outcome is the identification of user stories (or evil user stories) which when played will mitigate identified risks.

At Myer, we’re well into our digital product journey. Although we still have plenty of work to do, we would like to start sharing our experiences in taking a Product centric approach to ensure we are delighting our customers and leveraging L.A.S.T practices to change behaviour and enable a positive outcome.

In this discussion, we will look at where we started, where we are now, and what our future path might look like. Our hope is that we can help others avoid (or at least identify) some of the more common pitfalls, and to help others develop a proactive approach to navigating their digital product journey.

Some topics for discussion may include:
- How we are working on creating a Product-centric organisation, and why this is so important.
- How focusing on the work that feeds the backlog(s) is just as important as the backlog(s) them self.
- Experimenting with the Google '20% time' practice, and how this helps create a trusting and inclusive environment.
- Constantly questioning the value of ideas, and initiatives. Like many organisations, there is no shortage of great ideas, but how do we make sure we are working on the most valuable ​at any given time?
- What happens without a strong product organisation? For example, what happens when there is no product guidance for UX. Now that we are working on building out our Product practices - how can we ​start to develop a healthy tension between UX and Product?

Experiences shared by Alexis Stuart, Digital Product Owner and Bob Martin, Agile Practice Lead.

Mindfulness is such a buzz word at the moment. I will talk about what it really is and explore practical techniques that help to make us more proactive and better at responding rather than simply reacting to our experiences in everyday life. It is a simple way of becoming ‘present in every moment’ to face circumstances openly and directly. This presentation can help you with:

• Understanding your stress triggers.

• Making plans and organising ahead to cope with daily pressure effectively.

• Learning 3 mindfulness techniques you can walk away with.

This is a practical workshop where the participants will work in two sprints to build a city using the material given to them.

The intention of this workshop is for people to understand all the ceremonies better and it also helps teams understand that collaboration and working together as a team is the best way to achieve the results.

This is going to be a very interactive workshop while teams get to learn Agile while having fun.

At MYOB we've been improving our graduate programme for software developers. Today I would like to share some of the insights we've gained over the last few years around how to do this better.

Story (or, more accurately, capability) slicing is such a core and necessary practice for creating agility at team, portfolio and even organisational level. Yet it is not explicitly included in any of the popular methods and frameworks teams use such as XP, Scrum and Kanban.

Slicing heuristics are collaborative, contextual, evolving techniques for creating focus on value-generating activities, leading to delivering value sooner and with more predictability. They incorporate all of the 4 core agile values from the manifesto, and many of the 12 principles, particularly:

• continuous improvement (inspect and adapt),
• maximising the amount of work not done (simplicity and focus)
• face-to-face conversations
• continuous delivery of value

Best results are obtained if heuristics are applied for all types of work, by all of the folks collaboratively across the value chain, but they can be used as safe-to-fail experiments by individuals and groups wherever they sit in the product delivery pipeline.

From a practical perspective, they involve:

• slicing deliverables at all levels, not only "story"
• flow metrics (cycle times and variation)
• specific inspect and adapt / continuous improvement activities to improve speed-to-market and predictability
• big visible boards (ideally)

Come and learn about this powerful, practical approach to improving agility in your team or organisation from wherever you sit right now.

Hearing a lot about Objectives & Key Results (OKRs), but still a little unclear what they're about? Maybe you're hearing all the chatter and it's tweaking your interest! Well, join me for a farside chat and all will be revealed.

In this session we'll get under the hood of OKRs to understand the history, the core concepts and cut our teeth in a manner which allows us to take them back to our teams for further exploration.

At minimum, you'll walk out of the session with some clear goals for the coming quarter!

Do we know our stuff?
OKR Quickstart coaches and consults businesses on how to create strategic clarity, achieve audacious goals and build high performing teams. We've helped hundreds of people and businesses introduce OKR so that everyone finds crazy value out of them (not just the exec team). We've made every mistake in the book and this session summarises some of our biggest learnings!

What could it be like to work through a real-life security incident at your company? As awareness about security in our industry improves, we hear much about how to keep our applications secure, but rarely do we consider what happens with your employees when something goes wrong. Allow me to share my story about the emotional highs and lows of working through a security incident, as we look past its technical surface and into the human experience behind it instead.

Prepare for a contentious and deeply personal story.

I was an Enterprise Agile Coach. I am now a Consultant. But can I be both?

Discover why I made the leap to "the other side", what I have learnt in the process and why, if we don't do something soon, Agile in Australia risks imploding.

The Agile Coaching Hats is a lean approach to contract with your teams and have a shared alignment that will help you to kick off the conversations with your teams on the right foot.

Usually the coach’s experience or gut feel tells which hat (Also called coaching stance) to wear for a specific situation or context. The Agile Coaching Hats leverage on that through a collaboration game that enables great conversations to meet the expectations of the team and avoid any surprises around the coach’s approach to support the coachee’s.