How a Large Business Sprints Like an Agile Startup

location_city Melbourne schedule Jun 30th 11:30 AM - 12:15 PM place EN 101 (L100) people 44 Interested
How a Large Business Sprints Like an Agile Startup
 
 

Outline/Structure of the Case Study

This is a 40 minute presentation.

  • 5 mins - Australian Unity Introduction
  • 10 mins - System Thinking Theory
  • 10 mins - Australian Unity Case Study  
  • 10 mins - Leveraging AWS
  • 5 min - Results

Learning Outcome

  1. System Thinking in context of the Enterprise
  2. How to build high performing Agile teams
  3. How PMO's govern Agile teams
  4. Redefining Agile Strategic Planning 
  5. Steps to change company culture & executive buy in

Target Audience

Management, PMO, Product Management, Delivery Leadership, Innovation

schedule Submitted 3 years ago

Public Feedback


    • Liked Lilly Ryan
      keyboard_arrow_down

      Lilly Ryan - Don't Look Back in Anger: Wildman Whitehouse and the Great Failure of 1858

      45 Mins
      Talk
      Beginner

      In the 1850s, Edward Orange Wildman Whitehouse was appointed the lead engineer of the first attempt to build a trans-Atlantic telegraph cable. With the entire population of two continents waiting for his go-live, their handlebar moustaches aquiver, he demonstrated in fine form just how spectacularly a big project can be a bigger disaster.

      This is a tale of long-winded rants, spectacular sideburns, and gentlemen scientists behaving badly. It is also a lesson about the importance of honest reflection in technical teamwork. Lilly outlines some of the mistakes made during one of the biggest tech delivery projects in history, and how a constructive view of failure helped to turn it all around. Through the public meltdowns of Wildman Whitehouse you will learn the importance of feedback, how to handle complex tasks gracefully, and the best way to recover from having your pipeline eaten by a whale.

    • Liked Stephen Callaghan
      keyboard_arrow_down

      Stephen Callaghan / Michelle Prosser-Roberts - There and back again: A Journey through Agile Metrics at Scale.

      45 Mins
      Case Study
      Advanced

      Any journey is a combination of planning, expectation, experiences, conversations, and knowledge gained.  The metrics journey that this Enterprise Agile Coach and experienced Release Train Engineer have travelled has all of this and more!  And many travelers like to have a copy of their Travel Guide to hand to not only plan their experiences but to help them manage some of the intricacies of their journey.  Consider this talk your opportunity to dip into an expedition through the wilds of agile metrics – with a cheat sheet.

      This presentation will cover:

      • Where am I?  Context is king.  Knowing your starting point is key.  Baseline metrics.
      • Who’s on the journey?  Knowing your audience, who else is on the journey with you and what are their expectations. Agile vs Waterfall PMO. Internal vs External metrics
      • What could go wrong?  Being clear about the challenges for metrics at scale
      • Metrics as your compass.  Using metrics to help identify changes in direction

      We started our metrics journey with different goals in mind and have uncovered some surprising aspects in what works and in particular what doesnt!  In this presentation they weave their expectations, experience and knowledge to show how these perspectives can meet.

    • Liked Michelle Prosser-Roberts
      keyboard_arrow_down

      Michelle Prosser-Roberts - PI Planning Day: A Waste of Time?

      20 Mins
      Lightning Talk
      Beginner

      One principle in the Agile Manifesto talks about the importance of face-to-face conversation. SAFe takes this to the next level with PI Planning which is a routine face-to-face event where teams create their plans for the upcoming Program Increment (PI). PI planning is facilitated by the Release Train Engineer (RTE) and includes all members of the Agile Release Train (ART).

      To the non-SAFe practitioner, when they hear about the whole PI planning day palaver, they look askance and shake their heads and think to themselves "what a waste of time".  Is PI Planning a waste of time?  As part of an organisation that have had to embrace a framework to enable them to scale, PI planning is considered the heartbeat of the Agile Release Train.  In this lightening talk, I will share my experience with planning in 10-12 week increments.  Will 5 minutes be sufficient to change your mind?

    • Liked Anna Fiofilova
      keyboard_arrow_down

      Anna Fiofilova - Survival guide for women in IT

      Anna Fiofilova
      Anna Fiofilova
      Sr. Software Engineer
      REA Group
      schedule 3 years ago
      Sold Out!
      20 Mins
      Tutorial
      Beginner
      Working in the IT industry today is hard, but it is even harder if you are a woman. There is still lots of “old school thinking" that women face daily. This talk is a survival guide based on real-life stories and different challenges from women of different ages, cultural backgrounds and roles in the Australian IT industry.
       
      Like any survival guide, this one provides you with the essential information to help you identify and overcome the most frequently encountered hazards. Each chapter contains useful tips, instructions and practical advice on a particular issue so you can implement the skills and techniques even under the most stressful circumstances. From the hiring process to promotions and corporate events, you'll have the tools to survive.
       
      You will learn these skills and more:
      • Assess your situation and prioritize your needs;
      • Surviving techniques for the hiring process;
      • Assemble your own custom emergency kit with essentials tools;
      • Manage extreme work conditions and overtime;
      • Survive corporate parties and drinks;
      • Build trust network and create allies; 
      • Identify your enemies and their habits.
      Preparation is the key. If you are starting your career in IT or navigating through it - this guide is for you.
    • Liked Ed O'Shaughnessy
      keyboard_arrow_down

      Ed O'Shaughnessy / Brad Bennett / Chris Chan / Eduardo Nofuentes / Niall McShane / Peter Lam / Stephen Callaghan - Enterprise Agility Panel Discussion

      45 Mins
      Workshop
      Intermediate

      A diverse set of luminaries to discuss how to enhance agility in the enterprise. Covering all the big scale challenges that large organisations face, such as multiple business lines, disparate technology stacks, geographically dispersed teams, 10s to 100s of products, etc.

    • Liked Daniel Prager
      keyboard_arrow_down

      Daniel Prager - Agile in Everyday Life

      45 Mins
      Talk
      Intermediate

      Please don't assume that Agile is only good for Software Development, Startups, DevOps, Change Management, Personal Productivity, Product Development, Marketing, Sales, Time Management, Organisational Change, Educating Children, Operations, Infrastructure, Design, Teamwork and Saving your Organisation just because they are the only things that happened to be on the list.

      Applying Agile principles in everyday life is a great way to not only improve your quality of life, but to experiment with Agile approaches and find out what you've really internalised.

      For coaches and leaders practicing Agile in Everyday Life presents a rich opportunity to not just talk the talk, but also walk the walk.

      In this talk I'll give a couple of examples of how I've drawn on Agile approaches to help address personal challenges, plus discuss with the audience what areas folks are "doin' it for themselves".

      This will be an interactive session, somewhere between a talk and a short workshop.

    • Liked Phil  Gadzinski
      keyboard_arrow_down

      Phil Gadzinski - All your Projects are Red until you deliver something working

      90 Mins
      Workshop
      Intermediate

      When we decide to move from big batch, plan driven long dated constructs of change, so projects and programs in the traditional sense, to more agile methods, we need to rethink a whole raft of stuff. Assume for a second, if you will, we are using the historical program and project construct to identify and deliver change. Initiatives are bundled into a sequential approach and governed through stages of largely documentation production accordingly. As long as you are on track to the stages, your documents are reviewed and signed off, you are Green.

      Then we disrupt this. We want more agility on how we identify, plan, deploy and release change. We want to deliver outputs to our customers and ultimately value or outcomes earlier and more regularly, which is one of the significant advantages of an agile delivery model. So we get an ROI uplift. Projects can be self funded.

      So lets start a new theory and trial it. EVERY project is red until your first release to a real customer. No more debate, hand wringing, angst or arguments. Recognise and accept that until you have delivered something that tests your theories, is validated and works, and your customers are using it, you have done nothing. Use the RED as it is meant to be - a call to action to pay attention, provide support , facilitate and break through barriers, provide resources and time. Help the team get to done.

      My goal is for the attendees to use this session to actually crowd source and  develop a model that people can take back to their business and propose, from scratch using design thinking and agile techniques. 

       

       

    • Liked Bob Martin
      keyboard_arrow_down

      Bob Martin - How To Make Retrospectives Not Suck (and be effective at the same time!)

      45 Mins
      Talk
      Intermediate

      Many teams suffer through retrospectives that have lost their spark, if there ever was one. Droning through the same process, iteration after iteration, the magic is gone. Or they may have given up on retrospectives all together. It doesn't need to be this way!

      I've facilitated over 200 retrospectives with a variety of team types, maturities, and process philosophies. I've experimented with different techniques to derive value, from uber complicated to mind-numbingly simplistic. All this experimentation and practice has helped me better understand the real value of a good retrospective and how to have a better chance of getting it.

      Using a basic Retrospective flow/structure, I will walk through my thoughts on planning and executing retrospectives, and share techniques and examples for different team types and maturity levels along the way. Warning: some minimal audience participation may be required!

      My hope is that the audience will walk away with some immediately executable experiments, and new thought patterns for facilitating fun and effective retrospectives.

    • Liked Norman Erck
      keyboard_arrow_down

      Norman Erck - How to make customers happy without sticking to the plan - Innovating within a traditional retail business.

      Norman Erck
      Norman Erck
      Scrum Master
      Myer
      schedule 3 years ago
      Sold Out!
      20 Mins
      Experience Report
      Intermediate

      Are you going to this conference to learn new things like how to practice Agile, Lean UX, and Behaviour-Driven Development (BDD)? Do you want to define the way of working, like you would in a start-up, but exist in a traditional business, like Myer, which has a long history of using a waterfall methodology and may not always have a high risk appetite?

      This case study will give insight in to how an Agile team delivered Myer's latest MYER one app by changing directions, overcoming challenges, using team members and customers as testers and making internal and external customers happy.

    • Liked Bernd Schiffer
      keyboard_arrow_down

      Bernd Schiffer / Lailani Burra - Agile@.id: Demographers with an Agile Mindset

      45 Mins
      Experience Report
      Intermediate

      A mid-sized company tried Scrum once, failed, still thought it was a good idea, hired an Agile coach, and tried again. This is the story of .id’s (called “id”, without pronouncing the dot) 2nd Agile journey (ups and downs) and their experience with

      • team structure for the whole organisation
      • experiments to drive change
      • enhanced communication
      • relationship between business and teams

      “Actually, we don’t think of ourselves as an IT company…” At .id, demographic data is transformed into knowledge to enable customers to make smart decisions. Where to open the next store. Where to build the next school. These things.

      Not being a technology company by nature (most of their 45 employees are demographic data experts), this is a case study of Agile beyond IT.

    • Liked Andrew Elms
      keyboard_arrow_down

      Andrew Elms - The Zen of Agile

      20 Mins
      Talk
      Beginner

      I used to get told to be more flexible implementing Scrum. How can I be flexible when there are all these rules and principals to be followed. It seemed like the more flexible I was the more I watered it down till nothing left. Then I gained agile-enlightenment* when I was de-programmed from the cult of buzzwords and hard rules.

      This is what I learnt…

      * Disclaimer: There is no such thing as agile-enlightenment as you will soon see…

    • Liked Jonny Schneider
      keyboard_arrow_down

      Jonny Schneider - Trio of trouble: how design thinking, lean and agile work together

      45 Mins
      Talk
      Intermediate

      Which way is right? They all are. This talk untangles what these movements, mindsets, and approaches mean, and helps teams and leaders to choose the right bits at the right times, and bring it all together into one big happy collaboration.

      The way we do product development constantly evolves and every few years, there’s a new wave of thinking that promises to be the secret key to doing it better. The 90’s saw the rise of the Agile movement for building software better. A bit later, the lean mindset shifted the focus to value creation for the entire organisation. More recently, Design Thinking has democratised design and brought it to the boardroom.That’s awesome! But it leaves leaders bamboozled by an unprecedented array of frameworks, methods and approaches – paralysing meaningful progress. Boots-on-ground practitioners are also confused about how to work with their colleagues from other camps too.

      Can these approaches work together? How do we know if we’re doing it right? How does it all fit together? Could this work in my organisation?

      This talk will help you find answers to your questions, bringing clarity to the topic, and some practical guidelines to help you find a way that works for you.

    • Liked Andrew Elms
      keyboard_arrow_down

      Andrew Elms - 5 Signs your MVP isn’t minimal and what to do about it.

      20 Mins
      Talk
      Beginner

      MVP is about learning, testing assumptions and deciding if its wise to continue working on the current product or if its better to drop it or pivot to something new.

      I see teams working on year long projects but saying they are working on an MVP. I hear about projects which once the MVP is delivered the project stops. No matter how you define it MVP is not a destination!

    • Liked Rob Manger
      keyboard_arrow_down

      Rob Manger / Many Joy - "How do I test this?" - Exploring test plan design

      45 Mins
      Workshop
      Beginner

      In this interactive session, Rob and Many from REA Group will go through an exercise designed to explore the agile testing mindset.  Together with the rest of the room we will build up a mindmap of a test plan for a simple application.  

      Testing is an often mis-understood, under-estimated role.  We hope to challenge people into thinking outside the box and give people a better understanding of what a "QA" role brings to a high performing agile team.

    • Liked Mirco Hering
      keyboard_arrow_down

      Mirco Hering - Not A Factory Anymore - What got us here won’t get us there

      45 Mins
      Talk
      Advanced

      As they say, nothing is more dangerous than using yesterday’s logic for today’s problems, yet we are still working in our organisations with mental models that were inspired by manufacturing. You can see artefacts of it even in the language we use: people are resources and they work in development factories. If we are surprised why our transformations are not progressing as fast as we hoped when Agile took the stage, then looking to these old mental models provides part of the answer.

       

      In this talk I will explain from practical experience in my work, how the old models still influence us every day and how we can break away from them and learn new models. I will give positive and negative examples from real projects to show that it is normal to experience failures and how to course correct from the lessons such failures teach us.

       

      I will also provide pragmatic steps that everyone can take in their own organisations that don’t rely on buying new tools or following specific methods. Charting your own course starts with understanding where the problem is and understanding where our mental models let us down is part of that journey.

    • Liked Benji Portwin
      keyboard_arrow_down

      Benji Portwin - How identity defines Spotify’s culture

      Benji Portwin
      Benji Portwin
      Agile Coach
      Spotify
      schedule 3 years ago
      Sold Out!
      45 Mins
      Talk
      Beginner

      From the outside Spotify is a company who has solved the riddle of scaling agile, but the insiders perspective might surprise you, with our structure more closely resembling a collection of startups sharing a wifi connection.

    • Liked Niall McShane
      keyboard_arrow_down

      Niall McShane - Agile framework anti-pattern risks and how to avoid them

      20 Mins
      Talk
      Advanced

      An anti-pattern: “something that looks like a good idea, but which backfires badly when applied”.

      My recent work implementing scaling frameworks showed me the inherent risk of using frameworks as an explicit means to affect change; any framework will always contain anti-pattern risks.

      The infographics associated with frameworks (whether SAFe, LeSS or DaD, Nexus) are always drawn with the best of intent but how they are applied is where things can run contrary to agile principles.

      Using real work examples and telling the story of a recent 18-month, 40-team experiment in scaling; Niall will highlight some of the "pot holes" to avoid when using frameworks.

      Niall will also present his approach to using frameworks including when and how to "let go" of ceremonies/practices when they become redundant.

      Lastly, a coaching approach will be presented to enable coaches to leverage the best of what frameworks offer without getting caught up in dogma.

      NOTE: this is NOT a framework-bashing presentation but a hands-on report on the risks of mis-interpretation of any principles-based scaling framework.

    • Liked Niall McShane
      keyboard_arrow_down

      Niall McShane - Why LeSS is the heart of Scaled Agile

      20 Mins
      Talk
      Intermediate

      Over the last 2 years Niall has coached teams of agile teams through the launch of two Agile Release Trains (SAFe). Niall helped leaders, managers and teams through the process of adopting SAFe.

      Using his real experience as the basis for the presentation, Niall will make the case for moving past SAFe and going to the heart of scaled Agile using Large-Scale Scrum (LeSS).

       

    • Liked Mark Barber
      keyboard_arrow_down

      Mark Barber / Simon Bristow - Lean Change at MYOB

      90 Mins
      Case Study
      Advanced

      Lean change management is an approach to organisational improvement and transformation that uses lean startup principles to drive change. Collaboration, feedback and experimentation allow us to make small and incremental changes that we can measure and learn from and counters the big bang approach that so often makes change painful.  Embarking on a journey of discovery and change, we have adopted lean change management and applied it in ways that have created real change at MYOB. We will share our experiences to give you the tools to both assess if lean change is suitable for your organisations, and how to get started if it is.

    • Liked Bernd Schiffer
      keyboard_arrow_down

      Bernd Schiffer - Agile Habit Development

      45 Mins
      Talk
      Intermediate

      How to develop habits in an Agile environment to perform better with less energy

      Blame in the retro? Threats when work is not finished? Complaints rather than acting? You might have developed some bad habits here.

      Are stand-ups taking forever? Are team members not updating the story board? Are retrospective actions not followed up upon? You might want to develop some good habits here.

      Habits are regularly repeated routines, most often done subconsciously. Developing (the right) habits is crucial for individuals and teams to minimize the energy needed to perform at a high level. By developing a habit, more effort can be spent on the actual work rather than on the support functions.

      Developing habits is not about working harder, but smarter. Habits enable you to:

      • get rid of bad behavior and establish good behavior
      • save time during meetings
      • boost reliability and, ultimately, trust

      Research and new findings within the last years have shown enormous potential for habit development having a huge impact on personal and business behavior. Applying this to Agile seems very promising.