YOW! CTO Summit 2019 Melbourne Day 1
Wed, Dec 11
Registration for YOW! CTO Summit Melbourne 2019 - 45 mins
Session Overviews and Introductions - 15 mins
Gil Tene - TBA
Andrew Harvey - Your team as a distributed system
As we level up in technical roles, often we find ourselve thrust into team leadership and management. This sneaks up on us and we can be left without the skills to adequately understand, engage with and lead our teams. This inevitably has a negative effect on our teams and this effect is multiplied as you scale.
What if we could reach into our toolbox that we use to understand technical problems – software architecture and distributed systems theory – to help us understand our teams? Could we learn to better manage people through this metaphor?
We will explore the dynamics of teams and how they map to our understanding of distributed systems. Using this understanding we can apply distributed systems theory to help unpick some of the dynamics of our teams and how to optimise them for scale.
Nicola Nye - The good thing about standards is that there's always room for one more
How does a small Australian email company like Fastmail compete with such dominant players like Google or Office 365 or Apple who have the clout and market presence to do what they like, forcing everyone else to conform to their whims?
Come and hear a tale of David vs many Goliaths. Learn why we decided to build a new email standard - JMAP - and the process of getting that turned into an RFC. You'll hear about the pitfalls and joys of navigating the standards body IETF to get the standard ratified, and the challenges we still have ahead.
Maybe you, too, have something you'd like to turn into a standard?
Morning Tea - 30 mins
Allen Wirfs-Brock - Kick-starting "Inventing the Future”
The role of a CTO varies greatly among organisations. But it almost always includes the responsibility to understand technology trends and how they are likely to impact the organisation. Alan Kay famously said, “The best way to predict the future is to invent it.” What does that mean? Does it apply to your organisation? Is it actionable? Let’s talk about how to start the process of inventing the technical future of your organisation.
YOW! Conference - Lean Coffee
From leancoffee.org: Lean Coffee is a structured, but agenda-less meeting. Participants gather, build an agenda, and begin talking. Conversations are directed and productive because the agenda for the meeting was democratically generated. The format for a Lean Coffee is intentionally very simple. It is meant to be the least structure necessary for a coherent and productive meeting.
Ideas are generated individually, then pooled with those on your table to be then grouped, voted on, and discussed in a timebox. Detailed instructions and explanations will be provided on the day and we will have a few experienced facilitators handy to make sure things run smoothly.
This session will be a great opportunity to dig deeper into those "aha" moments or questions that arose from the morning's talks, and discuss your current challenges or ideas with your peers at the table.
Lunch - 60 mins
Andrew Hatch - Learning from IncidentsAligning to a DevOps culture has seen many organisations gain a distinct competitive advantage in their marketplace - especially if they started changing their thinking early which Seek did. Frequent daily deployments, teams owning what they build, the ability to iterate and deliver Products faster, and a greater emphasis on collaboration with much less of "that's not my job", has achieved many benefits. But there is flipsides to this rapid rate of change, and depending on your perspective, how you capitalise on it could be the next big advantage you can take.
When teams gain greater autonomy to make technology choices the amount of diversification in your enterprise grows rapidly - especially when you are on the bleeding edge of what the major cloud providers are releasing. This increase in diversification will place greater cognitive loads on the people operating and building the system, to a point where an ability to mental model your systems becomes impossible. Incidents and failure will still be a part of normal system functions, still just as complex, but more asynchronous and therefore more difficult to diagnose the reverberations of failure through the system. How you embrace failure in this greater field of diversification, learn from it and use it, is what will set you apart.
This presentation will discuss how Seek has dealt with and collated extensive amounts of data on "Normal Accidents" over the last several years. We will demonstrate how incident analysis and involvement of teams in post-mortem rituals, has paved the way to many starting viewing our diverse software stack as the Socio-Technical system it is, and how appreciating the "Human Factors" elements of incidents are important to building greater resiliency in the system. We will discuss how involvement of technology people in incident investigation and facilitation will lead to richer amounts of data, that can be fed back into the delivery cycle and continuously improve the reliability and resiliency of your products We will also discuss the traps and pitfalls to avoid such as obsessing over the Root Cause and why the “5 Why’s” technique of incident analysis can be flawed.
Simon Raik-Allen / Douglas English / Goran Stefkovski / James Ross / Kruti Patel / Nicola Nye / Tim Bray / Tomas Varsavsky - Panel Discussion
Simon Raik-Allen will chair a revolving panel discussion on topics ranging from strategy to ethics
Afternoon Tea - 30 mins
John Viner - Rolling out Error Budgets across a 1000 person global engineering organisation
Zendesk has been struggling with reliability from it’s beginning - in many ways it has been a victim of its own overnight success. Over the last few years we’ve had to take drastic measures to address major outages, such as implementing company-wide change freezes.
These measures hurt when you have 1000 engineers in 120 product development teams across the globe, and in many ways create more risk when the freeze begins to thaw.
In order to avoid these freeze’s we have recently moved to implement concepts from the Site Reliability Engineering (SRE) discipline, specifically implementing Error Budgets along with SLOs/SLIs. The aim of this is to “scope” the freeze to those systems that have more reliability issues.
We’ve had some wins in introducing this approach, but are still very much at the beginning of this journey. This talk will tell the story of this journey along with providing some practical suggestions around tooling and practices to implement.
Rebecca Wirfs-Brock - Decision Making and Heuristics
CTOs often make high-stakes architecture decisions under conditions of uncertainty, with insufficient information, and too little time. At other times it is prudent to take the time to carefully make trade-offs and weigh options. This talk will touch on different decision making models and when they are appropriate, as well as some differences between expert and non-expert decision makers. And we’ll argue that by instilling a culture where everyone is more intentional about their architecture and design heuristics that your organisation will be poised to grow future technical leaders.