Communicating risk-based delivery schedules
Whether you are using Scrum or Waterfall or Nothing At All, estimated delivery dates are a fundamental part of most projects. The divide between those doing the work and those lining up all of the moving parts of a business is often wide. While "doing as much as needs to be done" is great for delivery teams, "knowing when teams will be freed up to work on other things" is equally important for managers and strategists. Too many of us have been burned by committing to a delivery date that soon ends up a pipe dream.
This talk details a framework that has been effectively used at REA Group to communicate delivery risk. The method can potentially be used with any kind of project; software/product or otherwise.
Using this approach you will be able to:
- communicate confidently around your roadmaps
- satisfy the timing requirements of your stakeholders
- improve your effectiveness of taking timely actions on risks
- develop more trust with your teams right through to your top execs
Outline/Structure of the Talk
- An overview of delivery risk
- Why are we so slow?
- Understanding what to measure
- The Delivery Risk Model
- Having the conversation
- An example
Learning Outcome
- Understand the ecosystem of a delivery risk-based roadmap
- Communicate your roadmap confidently to you stakeholders
Target Audience
Anyone who ever has to answer "how long will that take?"
schedule Submitted 5 years ago
People who liked this proposal, also liked:
-
keyboard_arrow_down
Colin Panisset - System Mapping: Discover, Communicate and Explore the Real Complexity of Your Systems
45 Mins
Talk
Intermediate
Every organisation has legacy systems, and people who know "where the bodies are buried" -- hidden aspects of dependency, communication, process flow and whatnot which every system relies on to function. These are the dirty secrets swept beneath the rug of "business as usual", and they represent risk and friction alike.
As Peter Drucker is famously quoted, "if you can't measure it, you can't manage it", and the first step towards measuring it is to be able to describe it. How can you do this with gigantic, complex, intertwined systems whose origins are buried in mystery and legend, whose very operation and continued existence is dependent, frequently, on specific people, high priests who may not want to share their arcane knowledge?
This session provides evidence-based techniques for uncovering this complexity, visualising it in a machine-friendly but fundamentally human-centric manner, and using the results to drive real organisational awareness that facilitates conversations and change.
-
keyboard_arrow_down
Justin Holland - From Apathy to Intent: A story of making meaningful change
30 Mins
Talk
Beginner
I've been on a journey, and I've come to know that apathy and ambivalence are an awful place to be.
I want to talk about big life changes and the uncertainty that comes with them.
We will look at navigating this kind of journey in your own life. How curiosity and self-awareness can lead to meaningful change that will better equip you for new and exciting things in your life.
We will also discuss the importance of healthy company culture as the undercurrent that enables all of this.
-
keyboard_arrow_down
Suzanne Nottage - GO WITH THE FLOW: your Scrum teams are interrupted 2,000 times per sprint. Let's talk about flow
45 Mins
Interactive
Advanced
Scrum is a great framework but there are many ways to do it poorly. The average IT worker is interrupted every 15 minutes, which equates to 2000+ interruptions for a Scrum team every sprint. Unthinkable on a production line, yet too often the norm in offices.
I conducted original research with Scrum teams in Australia last year as part of my Master of Management thesis (and achieved an A), to understand the causes, patterns and impacts of these interruptions on the team's effectiveness and their happiness. And, how mature teams control interruptions rather than let themselves be controlled by interruptions.
Attendees will play a short game to demonstrate how destructive the context switching from handling frequent interruptions is.
My talks are always highly practical and I provide 3 takeaway actions for teams to improve their 'flow' and reduce interruptions.
-
keyboard_arrow_down
John Contad - Hearts and Minds through DevOps - Making Meaningful Work
45 Mins
Case Study
Beginner
DevOps engineers fly from job to job doing the same things - the systems differ, but the problems (technical and otherwise) remain the same. Eventually, we ask questions not about implementation or technology, but meaning: what am I doing all of this for?
In this talk, we'll cover how we provided a converged solution (Docker cluster, monitoring, alerting, and security) from 0 to 70% of the company in three months. We'll cover how we did it - the approaches, the workflows, and the rules - but more importantly, the why: to provide an environment where the things that we produce change whole organizations and make people's lives a little better.
But most of all, how it made us a little bit kinder.
-
keyboard_arrow_down
Steve Mactaggart - Test Driven Infrastructure - an introduction
30 Mins
Talk
Intermediate
Software development has embraced techniques like TDD (Test Driven Development) to help reduce the cycle time between developing code and validating it works.
As application development practice evolved, we needed to respond to change faster while still maintaining our quality - the way we developed our solutions needed to change - and so did our tools.
Now that we have Infrastructure as Code (IaC) a whole new range of cycle time challenges have emerged. No longer are we building simple proof of concept systems using IaC, many of todays cloud deployments are multiple complex servers composed of tens or hundreds of servers.
In this session we take a look at the tools and practices available to Infrastructure developers to reduce the cycle time of change while maintaining a high level of quality and confidence.
-
keyboard_arrow_down
Mike Jones - Flufferbot automation at scale & LAST lessons from the TESLA Production System
60 Mins
Interactive
Intermediate
Lean and Systems Thinking is about to get bigger. By several orders of magnitude.
Will the Tesla Production System inspire the next generation of (autonomous) lean systems thinking?
Tesla's 'gigafactory' has significantly scaled automated production. But not without problems and bottleneck constraints. Tesla is making a lot of mistakes along the way and CEO Elon Musk recently shared some of his lessons learnt automating Model 3 production.
Whether you are automating testing, automating devops, or introducing lean agile practices across an organisation, let's get together and reflect on our own experiences of automation at scale and other lessons learnt from the Tesla Production System.
-
keyboard_arrow_down
Lin Lu - So you want to work on a product team?
30 Mins
Talk
Beginner
Working on a software product team can be quite a terrifying experience for new employees, especially when you are a round peg in the square holes.
A year go, I landed in the biggest tech company in town as a non-technical person on a technical team. Looking back on a year full of adventures and scary challenges, I’m here to share with you:
- What to expect in the world of code, API, kanban, MVP and DevOps
- The candid (sometimes, painful) lessons on how individuals can prepare for, survive and thrive in this kind of environment
-
keyboard_arrow_down
Kiran Ravula - Agile Leadership – AM I Transformed to I AM transformed
30 Mins
Talk
Intermediate
Change is the only Constant. From CEO to your industry aspirant, those unprepared are washed away in the wave of emerging trends and technologies. Industry has witnessed multiple process and technological changes. Out of all the process and technological transformations the industry has gone through Agile has been extremely unique. With greatly increased delivery speed, quality and reliability Agile has been the go to stop for many companies, yet it also has been the most misunderstood concept.
With greatly increased success rates in software development, improved quality, speed to market Agile has been the go to stop for many companies. But why do they fail in its implementation or rather Transformation? The answer is simple. Even today Agile is still considered as a process and called Agile Transformation. But Leadership should look at it as Organizational Transformation.
An organization transformation involves Leadership, Vision Strategy, Process, Tools and People transformation. In such a huge make shift leadership is the key piece driving the change, supporting and motivating entire chain below. A vision leader has like a virus. Resilient, Highly contagious. It can grow to define or destroy an organization; the stakes are extremely high. To ensure smooth transformation Leadership needs
- “I” – Insights
- “A” - Awareness
- “M” Maturity
This presentation is focused on providing real-time examples leadership can relate to and generate insights, create awareness and test their maturity to take up the challenge. Moving them from AM I Transformed to I AM transformed.
-
keyboard_arrow_down
Jochy Reyes - Ready Player One: Levelling up Team Engagement through Gamification
30 Mins
Talk
Beginner
“Being human totally sucks most of the time. Videogames are the only thing that make life bearable.” ― Ernest Cline, Ready Player One
While this quote is probably an exaggeration, it holds true for all of us at some point or another. Indeed there is something about videogames and gaming that just draws people in and keeps them enticed and addicted.
It is no surprise that concepts of gamification in many industries continue to proliferate. But what really is gamification? Where did it all begin? Is it just a buzzword or is there real scientific proof behind it? And perhaps most importantly, how can you leverage it in improving your teams?