How can an Agile Coach figure out when an Agile “Transformation” is going wrong? Are there signs that they might see, heed, and take action upon? Of course, there are!

Hindsight is 20/20, but in the moment, these warning signs can be hard to see. Let’s explore some of the more common, and frightening, warning signs that your Agile “Transformation” might be exhibiting. We will discuss transformation provider types, frameworks, keywords, and other anti-patterns that might be signs that THE END IS NIGH.

This session will review common themes and help familiarize you with the warning signs. Armed with this new knowledge, you will be able to plan as appropriate, to help navigate your organization through potential impending doom.

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!

Do you want to fast track the adoption of Agile & Lean ways of working (& thinking) within your organisation?

If so, I believe a huge help will be to make friends with Finance right from the very beginning! How good would it be, if we could get the Finance function to become one of our strongest allies? In organisations, the reality is, nothing much can happen without funding. This enables absolutely everything. If we cannot establish and evolve suitable ‘fit for purpose’ funding & resource allocation models, right from the start, enabling agility is a wishful dream!

Finance drive this process, and, if we’re serious about creating more Agile organisations at speed which are ongoing and sustainable, then, getting the finance function onboard from the very beginning, will act like a massive steroids injection, and not doing it I believe will sow the seeds for ultimate failure!

In my experience, not enough time is spent engaging with & educating the Finance function. Finance has a very critical role to play in the evolution of more Agile & Lean organisations and the sooner their leadership can understand and embrace these Agile & Lean ways of working (& thinking), the better for everybody in the organisation. We want (& need) them to take an active, & leadership role in this evolution.

Once Finance fully grasp & understand these new ways of working (& thinking) and how they fit with what they do, they will quickly realise, that, these new ways are essential, to help them to cope better with a very fast changing world, but they can also help them, to do critical elements of their own job better (e.g. control, compliance and risk management), and do it more effectively. By embracing these new ways, Finance will become a critical partner, to not only fulfill their existing role, but to play an even more important, ongoing business critical role, to support and & enable organisational performance.

As Agile practitioners, what we’ve got to realise is that, by doing this we will need to get them to unlearn much of what they have been formally trained to do. This covers fundamental areas such as their core beliefs (mindset), how to lead and the management processes to be used. This will not be like asking them to swap out or change a favored briefcase, it’s more like, are you willing to undergo open heart surgery for the organisation? To do this we’ll need them to be extremely brave and courageous, as they will going against the mainstream, leaving what they believe is the safe calm harbor of what has worked in the past! To do this, they will need much help, support, understanding and patience, as this will not be an easy & painless journey!!!

In this workshop Stephen will share his proven strategy and approach, to engage with Finance, to help get them onboard as quickly as possible.

This talk is a case study of our architectural evolution over the last 2 years.

Our start-up had licensed a customised warehouse management system in order to demonstrate our innovative new business model. The WMS had a traditional 3-tier architecture based on Java and SQL server, and was lightning fast with most of the business logic encapuslated in stored procedures.

Out our start-up we needed to be able to "test and learn" - ie rapidly develop and deploy new features and test them in the market with our customers. Based on the feedback we would identify tweaks to the business model, and fine-tune the functionality that our customers wanted.

We had a launch date 5 months in future, a need to scale rapidly, growing the team from 2 devs to 20 within 8 weeks. And we needed to be able to work in parallel on multiple features. Whilst ensuring that the application was secure, performant, and reliable.

The answer, according to a bunch of experts, was to adopt microservices.

Three years later, we have a suite of secure, scalable, and resilient applications running in AWS. We deploy to Production multiple times a day, and our MTTR is less than 30 minutes.

And we have Services. Some of them are "micro".

But reflecting on what we learned in that period, there are a lot of things that we wished we had done differently.

In this talk I'll walk you through the evolution of our architecture, explain some of the choices, and highlight what we learned, and discuss what we would do differently if faced with the same decisions today.

This case study talks about the last 9 months of our start-up where we went from “no team, and limited functionality” – to launching a successful and thriving business backed by completely custom trading platform and fulfilment engine.

This presentation will come with the goal of teaching attendees;

- How to look out for gamification and habitual depedance in the real world and digital products

- How these features will try to use your own brain chemistry to their advantage

- How to use these features in your own products and assit your customers into building good habits

After walking away from this presentation the attendees should feel they have a much better understanding of habitual loops companies will put in their products to try and get you onboard, the ways in which they will try to manipulate you, and how you can use these powers for good.

Jordana will share her experience over the last two years of introducing and embedding Agile in the Marketing Department at World Vision, Australia’s largest international aid organisation. She’ll provide insights into how her team has broken new ground in adapting Agile principles and tools for a not-for-profit environment, where the business goal is transformation in the lives of the world’s most vulnerable children. She’ll also delve into the unique challenges of applying Agile in the Marketing space and across a department comprising a broad sweep of functional disciplines, from Product, Brand, Creative and Social through to Campaign Management, Marketing Automation and Data & Analytics. You’ll hear what Jordana has learned along the way – evolving from the chaos of competing priorities, resource bottlenecks, and everyone starting everything but completing very little, to a place where continual improvements to shared working rhythms and rituals are starting to deliver real results.

I wrote this blog a short while ago: https://medium.com/@justin.holland/cultivating-quiet-38cec9466feb

I feel like there are other continuous improvement addicts, or perennial impostor syndrome sufferers that feel the compulsive need to be more than they are, and do more in order to reach that unattainable perfect state of being...

And I know that a bunch of us find ourselves in a state of constant information processing & overload... thanks to the infinite information we are exposed to every day.

I have also come to believe this can be super unhealthy, and that there is something fundamental that we are losing, thanks to our perpetual busyness.

Some come and have a little chat, and reflect, about the role of not doing... and instead... being... (quietly)

Given that Kanban is more than just "Post-its on wall", getting started is often misunderstood and leads to shallow implementations that don't give you much bang for your buck. In this talk, I will give you a brief introduction of how to get a Kanban implementation underway effectively using a technique that has been tried and tested worldwide. We will look at STATIK - the "Systems Thinking Approach to Introducing Kanban". As we unpack it, you'll see that it can be very helpful in getting your Kanban system started in the right way and will help guide the conversations that you need to have to get started.

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.

A couple of years ago Christiaan Verwijs and Johannes Schartau coined the term ‘Zombie-Scrum’. What's it all about?

Well, at first sight Zombie Scrum seems to be normal Scrum. But it lacks a beating heart. The Scrum teams do all the Scrum events but a potential releasable increment is rarely the result of a Sprint. Zombie Scrum teams have a very unambitious definition of what ‘done’ means, and no drive to extend it. They see themselves as a cog in the wheel, unable and unwilling to change anything and have a real impact: I’m only here to code! Zombie Scrum teams show no response to a failed or successful Sprint and also don’t have any intention to improve their situation. Actually nobody cares about this team. The stakeholders have forgotten the existence of this team long time ago.

Zombie Scrum is Scrum, but without the beating heart of working software and its on the rise. This workshop will help you understand how to recognise the symptoms and cuases of Zombie Scrum and what you can do to get started to combat and treat Zombie-Scrum. Knowing what causes Zombie Scrum might help prevent a further outbreak and prevent the apocalypse

Using Origami, attendees will see how flow can work in a "pull system" and compare that to the way it responds to a "push system". From this simple simulation, attendees will experience how increased WiP actually slows down our ability to deliver something to a customer.

Come along and experience flow and how you can start to improve your customer outcomes, not by doing more but by doing less!

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.

API development is fun! Everyone is doing it, from large organisations wanting to provide developer access to their systems, to small websites wanting to push web application business logic to the browser.

Password security is boring. It's also harder than you'd think. The number of reported system breaches is on the increase, with big names being hit by hackers.

And when it comes to a service-oriented architecture, you have to secure multiple services. That's just tedious.

There are a number of solutions, but few that let you pretty much forget about security and access control.

In this talk and demo, Ben will show how using a third-party identity management system will allow you to ramp up your prototypes and MVPs with more ease, and to concentrate on the core purpose of the APIs, rather than the layers of security that are a must in today's digital world.

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.

In this talk Ruma and Jay will share seven habits of highly effective teams, based on their work at Envato. They'll also share some tips to help build the habits.