LAST Conference Sydney 2018 Day 1

Thu, Aug 30
09:00

    Keynote - Mintzberg - 45 mins

09:45

    Morning tea - 15 mins

10:00
10:45
  • Added to My Schedule
    keyboard_arrow_down
    Jason MacAulay

    Jason MacAulay - Diversity and Change within Agile delivery

    schedule  10:45 - 11:30 AM place room 1 people 1 Interested

    Life is an iterative process, so why are there so many barriers to Agile adoption? Is our approach wrong? How do we leverage knowledge and experience from broader groups not from a DevOps background to increase performance and customer centric outcomes? What can we learn and therefore improve our Agile maturity.

    Let's discuss an unconsidered subset of our community that may well be our next generation of 'Agile' champions, that already understand how to achieve successful outcomes.

  • Added to My Schedule
    keyboard_arrow_down
    Ted Tencza

    Ted Tencza - The Art and Science of On Boarding

    schedule  10:45 - 11:30 AM place room 2 people 3 Interested

    Successfully onboarding new developers is vital to the overall success of a development team. This talk provides a framework for evaluating your specific onboarding program. It doesn't pretend to provide a one-size-fits-all program, but rather gives leaders the insights they need to build a world class onboarding program specific to their own circumstances and company values.

  • Added to My Schedule
    keyboard_arrow_down
    Jeremie Benazra

    Jeremie Benazra - The limits of Empathy in collaborative overload

    schedule  10:45 - 11:30 AM place room 3 people 3 Interested

    We all know that empathy is essential to effective leadership, management, product development, marketing - pretty much any aspect of the business and the organisation that involves people and their collaboration.

    Meanwhile, the amount of time managers and employees spend on collaborative workshop ballooned over the past two decades.

    Empathy taxes us mentally and emotionally. It is not an infinite resource, and it can even impair our ethical judgement.

    But it has its limits and failing to recognise it can drastically impact performance, motivation and innovation.

    Let's take a snapshot of a near future to see how too much teamwork exhausts employees and saps moral to sense in context if the problem is not now already.

    Then explore what we could already probe based on previous findings and help responding now in our busy environment.

11:30
  • Added to My Schedule
    keyboard_arrow_down
    Nafees Butt

    Nafees Butt - Let the Customer Promise be your Guiding Light

    schedule  11:30 AM - 12:15 PM place room 1 people 5 Interested

    tldr; Organisations exist to fulfil the promise that they made to their customers. This talk describes an approach that uses customer promise, existing culture and the gap between the two as a guiding light for defining goals of an agile transformation.

    Longer version: Leading an Agile transformation is a major undertaking. It is easy to invest all your energies and time at finding the tactical solutions and making strategical changes and not emphasise enough on culture. To ensure that your transformation is more than just a face-lift, it is important to dig deeper into nuances of culture. Attend this talk to walk away with a tool that leaders and change agents can use to understand and evaluate the depth and breadth of their cultural initiative, identify gaps and create action items to address the gaps.
    The tool is based on an upgrade of well-known Schneider's cultural model. It provides an approach for leaders of an organisation to centre their transformation efforts around culture, leadership and customer promise. We will start with the Schneider model to assess the existing culture and the leadership style prevalent in the organisation and will then link it to the customer promise. The model will cover the impact of an evolving customer promise and the complexities of managing it when the enterprise has multiple and often competing sub-cultures.

  • schedule  11:30 AM - 12:15 PM place room 2

    This talk helps teams of software developers getting more quality work done by improving their code review process.

    Writing software is a collaborative effort. Long are the days of developers hacking alone in their bedrooms. The majority of successful apps and tools are built by a team.

    This communal effort makes the act of reading and reviewing code written by other people as important as writing the code in the first place. Even more so in a workplace that is becoming more and more remote and distributed.

    Yet this is a topic that doesn't get much coverage in blogs and conferences.

    This talks shares techniques to improve the code review process developed over the years and through much experimentation.

    A good code review starts from the code author. Spending time to review the code before submitting it, and adding details in the pull request description goes a long way.

    As reviewers is important to use the right language and to practice empathy. The review should focus on what the code dose, not how the code looks. Discussion about style and patterns should be left for another forum.

    There is a lot that can be automated in code reviews to remove noise and ensure that important things are not missed.

    Time spent improving a team's code review process will pay dividends in better code output and smoother reviews.

  • Added to My Schedule
    keyboard_arrow_down
    Doris Tse

    Doris Tse - Liminal Thinking - Reconstructing our reality Matrix style

    schedule  11:30 AM - 12:15 PM place room 3 people 6 Interested

    "This is your last chance. After this, there is no turning back. You take the blue pill - the story ends, you wake up in your bed and believe whatever you want to believe. You take the red pill - you stay in Wonderland and I show you how deep the rabbit hole goes" - Matrix

    Are you prepared to question your own perception of reality?

    If so, join us as we learn how our understanding of reality is shaped by our own beliefs and assumptions and how these can create blind spots.

    How does this relate to Agile transformation? As a Scrum Master, we often face resistance to Agile or learning concepts that would seem blindingly obvious to us. We sometimes walk away from these conversations feeling exasperated and frustrated that other's can find it so difficult to understand and adopt.

    However, often the problem with others failing to see what you see, isn't purely about them. We often forget that as change agents, we bring to the mix a set of our own assumptions and self fulfilling beliefs that also need to be challenged.

    The purpose of this session is to draw on some of the core principles of Liminal Thinking and how they can be applied to Agile transformations.

  • Added to My Schedule
    keyboard_arrow_down
    Peter Lee

    Peter Lee / Henry Soesanto - Using lean tools to create product team balance

    schedule  11:30 AM - 01:00 PM place workshop people 6 Interested

    Product teams often have a huge challenge in balancing the effort towards building for the future and supporting their product today.

    In this workshop you will learn how to use common lean tools like Pareto analysis and PICK matrixes, alongside the cost of delay to ensure that your product teams have a continuing focus of maintaining a health balance between the two.

    At Boral and Campaign Monitor we use this light set of lean tools to help teams maximise the impact they have on the supportability of their systems ensuring they have a healthy balance between building for the future and supporting their product today.

12:15
01:00

    Lunch Break - 45 mins

01:45
02:30
  • Added to My Schedule
    keyboard_arrow_down
    Kelsey van Haaster

    Kelsey van Haaster - P is for password, it’s also for pwned.

    schedule  02:30 - 03:15 PM place room 1

    “I don’t need a password manager, I use a pattern so I remember them”. Hearing these words strikes fear in the heart of the security professional, and we hear them with terrifying frequency because that is what people (ordinary people, our users) do. They use some kind of predictable pattern, maybe with a little variation on just about every site or application they frequent. Including the corporate ones, we are paid to protect. Let’s face it, who can blame them.

    The most recent set of NIST guidelines for passwords acknowledge the challenges faced by users of our systems and are designed to put the user first by making good security hygiene a user friendly process. At ThoughtWorks we wanted to update our password requirements to meet to meet the new guidelines and we thought, that since we have always had the policy of allowing/encouraging people to buy and to expense a Password Manager, we thought it should be a pretty straightforward process.

    Well, it turns out we were making a lot of assumptions. Our policy was not actually well advertised or consistently applied and anecdotal evidence suggested that we weren't quite as security conscious as we imagined. We set about validating our assumptions with some user research and we learned a lot. On the one hand, we had a lot to be proud of, but there was an awful lot more that could be done.

    As a result of this work, we have set ourselves a goal to drive behaviour change, not only with respect to our corporate information systems but more broadly. Our work is guided by the principle that that good personal security hygiene, amongst ThoughtWorkers, not just at work, but in every aspect of their digital lives is the best way to protect our systems.

    Come to this session to learn about what we found and what we did about it, specifically; how to take your users on a security journey with you, how to leverage the skills of your technologists to support and help your technophobes.

  • Added to My Schedule
    keyboard_arrow_down
    Gabor Devenyi

    Gabor Devenyi / Alex Sloley - The magic number is 10

    schedule  02:30 - 03:15 PM place room 2 people 4 Interested

    Why are Agile teams supposed to be small? How big are they supposed to be? Most agilists tend to agree that a team of ten people works well.

    But what is it about the number 10 that makes it the “magic” number?

    Since the start of human evolution, people formed groups to be more effective. Whether it was the hunt for a mammoth or going to war, working in teams ensured a greater chance of success.

    There have been various researches from Dunbar’s paper through the Scrum Guide to military formations about the ideal number of people in a team.

    We’ll discuss the historical, scientific and cultural reasons why 10 seems to be the magic number of forming effective teams.

    Does the number of team members really matter? Is 10 really the magic number. You will get an answer that will help you to create effective teams with the right amount of people.

  • Added to My Schedule
    keyboard_arrow_down
    Gus Garcia

    Gus Garcia - The Coding Dojo - Agile Coding For Everyone

    schedule  02:30 - 03:15 PM place room 3 people 1 Interested

    The Coding Dojo is a fun and exciting hands-on activity to learn a new programming language, enhance your knowledge on an already known one, or participate in a session where you can take advantage of the brainpower of the whole group to solve a problem. Beginners and seasoned programmers can participage and share their knowledge or just learn from watching others doing it. Within its many formats, the Dojo can accomodate even large groups of people, where one keyboard is taken in turns by the participans, whilst the others help looking up information with their own devices. The Coding Dojo comprises all values and principles in the Manifesto for Agile Software Development in the way we collaborate and write great code. We are using the Python programming language for this.

03:15

    After noon tea - 15 mins

03:30
03:35
03:40
  • Added to My Schedule
    keyboard_arrow_down
    David Martin

    David Martin - The importance of long form learning - the the most ironic lightning talk ever.

    schedule  03:40 - 03:45 PM place room 1 people 3 Interested

    A lightning talk on the importance of taking the time to stop, and think and learn? How ironic.

    We tend to consume information now almost like we consume our green smoothies - whack our 5 a day in a blender and mush it down into something pre-digested so we can chug it down over breakfast or on the train without having to chew. We are so busy we need information provided pre-digested so we don't need to think.

    This talk is a call to arms. A call to ditch our information smoothies. To take the time to stop and think.

    Because if we don't think, how can we change? And if we can't change, how can we change others?

03:45