How a Large Business Sprints Like an Agile Startup

schedule Jun 30th 11:30 AM - 12:15 PM place EN 101 (L100) people 44 Attending
How a Large Business Sprints Like an Agile Startup
 
5 favorite thumb_down thumb_up 3 comments visibility_off  Remove from Watchlist visibility  Add to Watchlist
 

Outline/structure of the Session

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 7 months ago

Comments Subscribe to Comments

comment Comment on this Proposal
  • Craig Brown
    By Craig Brown  ~  7 months ago
    reply Reply

    Brad,

    Something I want from case studies is to adopt the Harvard style - where you set up the story, then ask the audience to solve the puzzle using the theory we know, discuss, the reveal what happened.

     

    • Brad Bennett
      By Brad Bennett  ~  7 months ago
      reply Reply

      Good Evening Craig,

      More than happy to play it out Harvard style.

      The background

      1. 100+ year old company
      2. Tried agile 2 times already
      3. However, agile had only been able to stick in 1 team

      The strengths

      • The teams wanted to try something new
      • Middle wanted to trial a different way of working

      The challenge

      • Cost conscious culture 

      The solution

      1. Build High Performing Agile Teams 
      2. Establish a Agile Delivery Framework
      3. Prioritise ALL work in the Value Stream
      4. PR the changes to the Executive's 

      The new problems

      1. with fast teams, we did not have the environment to support initiatives.
      2. cloud environments needed to be standardised with 
        1. foundations 
        2. security 
        3. governance
      3. constraints became very apparent, and capability uplift needed to occur 

      Conclusions

      • The results we experienced.
      • Brad Bennett
        By Brad Bennett  ~  7 months ago
        reply Reply

        One more note.

        This presentation has already been performed and recorded at AWS Summit in front of 1,000 people in April 2017.

        The video link is in the talk bio.  It runs for 30 minutes, however it would be allot better if we could go for 45, as we had to cut heaps.


  • 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 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 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 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 Anna Fiofilova
    keyboard_arrow_down

    Anna Fiofilova - Survival guide for women in IT

    Anna Fiofilova
    Anna Fiofilova
    Senior Software Engineer
    REA Group
    schedule 7 months 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 Daniel Prager
    keyboard_arrow_down

    Daniel Prager - Agile in Everyday Life

    Daniel Prager
    Daniel Prager
    Agile Coach
    Skillfire
    schedule 8 months ago
    Sold Out!
    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 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 6 months 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 Bob Martin
    keyboard_arrow_down

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

    Bob Martin
    Bob Martin
    Agile Coach
    Independent at the moment
    schedule 6 months ago
    Sold Out!
    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 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

    Andrew Elms
    Andrew Elms
    Snr Software Developer
    Computershare
    schedule 7 months ago
    Sold Out!
    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

    Jonny Schneider
    Jonny Schneider
    Principal Consultant
    ThoughtWorks
    schedule 7 months ago
    Sold Out!
    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.

    Andrew Elms
    Andrew Elms
    Snr Software Developer
    Computershare
    schedule 7 months ago
    Sold Out!
    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

    Mirco Hering
    Mirco Hering
    APAC DevOps and Agile Lead
    Accenture
    schedule 7 months ago
    Sold Out!
    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 7 months 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 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.

  • Liked Miles Jordan
    keyboard_arrow_down

    Miles Jordan - The hallmarks of successful teams

    45 Mins
    Talk
    Intermediate

    What makes a team successful? What makes the work that they do so valuable, useful and delightful?

    In this talk, we'll look at some of the research that's analysed successful projects and teams, as well as draw on some of my own experiences in running delivery teams. While targeted towards product delivery teams, most of the concepts can be applied to just about any team.

    When we're done, your team will be happier, healthier, more efficient, and your customers will love you for it.