GOTO is a vendor independent international software development conference with more that 90 top speaker and 1300 attendees. The conference cover topics such as .Net, Java, Open Source, Agile, Architecture and Design, Web, Cloud, New Languages and Processes

Katherine Kirk, Independent Consultant & Researcher

Katherine Kirk

Biography: Katherine Kirk

Now an independent consultant and researcher, Katherine has solid experience contracting and freelancing in a variety of roles within the IT and Media industries: from blue chip investment banking to media conglomerates. Most recently she spent time as an Agile Coach at Rally after a period consulting as Delivery Improvement Specialist, Project Manager and Agile Coach at the BBC in the Future Media division in London. Katherine often finds herself specifically tasked with working with really "troubled" projects, where simplistic solutions don't quite cut it.

She is an active participant of a community of Lean and Agile practitioners in Europe who explore and challenge the status quo through experimenting and collaborating and is particularly interested in contextually driven edge-cases and the cultural interaction between hierarchical management and Agile teams. She supports this interest by studying an MSc in Software Engineering at University of Oxford, specializing in Process Improvement, Managing Quality and Risk, and Software Systems Security. Katherine also holds a first class BSc (Hons) Multimedia Computing.

Presentation: Navigating Politics in Agile/Lean Initiatives

Track: People & Process - Day 1 / Time: Thursday 10:20 - 11:10 / Location: Grandball

Have you ever wondered why, when you’ve finally got Agile/Lean working nicely in your software engineering team, managers or ‘outsiders’ can come in and create politics ‘un-necessarily’, despite your best efforts?  Have you ever sat there in meetings frustrated and exasperated at the seemingly unnecessary dramatics some participants go through?
 
Or, when you start an Agile/Lean initiative, the surrounding politics in the company sometimes escalate rather than decrease?  Or perhaps you are struggling with some internal team members who just can’t seem to drop the politics and adapt to ‘this different way of working’….
 
What’s going on?  Why doesn't pure data, logic, transparency and collaboration always work?
 
In order to provide new insights as to why this happens and what we can do about it, in this talk, Katherine draws on eastern and tribal philosophy to ‘kick off’ different thinking and find practical and realistic ways that deal positively with destructive politics and/or prevent scenarios like these from even happening in the first place.

Presentation: A retake on the Agile Manifesto Part I

Track: People & Process - Day 2 / Time: Friday 14:40 - 15:30 / Location: Grandball

The Agile Manifesto was the spark that brought about a shift in how software was being developed and as a result a wave of new Agile Methodologies such as SCRUM, XP, and Continuous Delivery have been introduced as  “better ways of developing software”.  Many development organizations have adopted these agile methodologies to improve their communication, increase customer involvement, and create happier and more efficient software teams.  

Fast forward to today, 13 years later, a discussion has emerged on what has happened since the Agile Manifesto was first published.  Prag Dave Thomas, one of the original 17 authors,  has written a blog post which has been heavily discussed online and on twitter titled "Agile is Dead (Long Live Agility) where he points out that the term "Agile" has become a marketing buzzword for companies and consultants to use as a way to commercialize the ideas behind Agile Software Development.  He also goes on to suggest that developers should program with “agility” rather then hoping solutions that are simply "coined" as  "Agile" will be able to solve some of the difficult problems that they encounter when developing software.

At GOTO, we think it is time to take a closer look at what has happened in the last 13 years since the Agile Manifesto was published and evaluate where the development community is going in the future.

Presentation: A retake on the Agile Manifesto Part II

Track: People & Process - Day 2 / Time: Friday 15:50 - 16:40 / Location: Grandball

The Agile Manifesto was the spark that brought about a shift in how software was being developed and as a result a wave of new Agile Methodologies such as SCRUM, XP, and Continuous Delivery have been introduced as  “better ways of developing software”.  Many development organizations have adopted these agile methodologies to improve their communication, increase customer involvement, and create happier and more efficient software teams.  

Fast forward to today, 13 years later, a discussion has emerged on what has happened since the Agile Manifesto was first published.  Prag Dave Thomas, one of the original 17 authors,  has written a blog post which has been heavily discussed online and on twitter titled "Agile is Dead (Long Live Agility) where he points out that the term "Agile" has become a marketing buzzword for companies and consultants to use as a way to commercialize the ideas behind Agile Software Development.  He also goes on to suggest that developers should program with “agility” rather then hoping solutions that are simply "coined" as  "Agile" will be able to solve some of the difficult problems that they encounter when developing software.

At GOTO, we think it is time to take a closer look at what has happened in the last 13 years since the Agile Manifesto was published and evaluate where the development community is going in the future.

Workshop: Continuous Improvement: Identifying & Avoiding Hell

Track: Training / Time: Tuesday 09:00 - 16:00 / Location: Christian


Keywords: Learning, Collaboration, Interactions, Communication, Team Effectiveness, Continuous Improvement, perspectives, Team Culture, Kaizen, Agile, Lean
 
Abstract: We all love the term 'Continuous Improvement' - which is an honourable intention - but the 'wrong' kind of push for Continuous Improvement can produce the opposite effect on team collaboration and culture than is intended (e.g. apathy). We have learnt the hard way, that in the real world, even if you are Agile/Lean, it doesn't mean you will automatically continuously improve!
 
So, why is this? How can Continuous Improvement create a negative impact on teams and culture? How do we avoid it? What are other ways of handling this need to consistently overcome challenges in an ever-changing industry? And how does Agile/Lean deal with these difficulties and are they really any better?
 
This workshop will alternate through discovery exercises and contemplative review points to collaboratively explore what Continuous Improvement initiatives REALLY feel like on the ground and investigate how else we might want to approach 'always getting better' by looking at and drawing from your own ideas, other industries and different perspectives.
 
What you will walk away with
 
By the end of this workshop, we will have exposed the common issues and mistakes people make with Continuous Improvement, and learnt at least one practical technique that can be tried the very next day (as well as perhaps inventing your own) – at the very minimum, you will have enough information and insights to begin creatively developing solutions to issues in your own context.
 
Prerequisite Knowledge: This workshop is relevant to anyone who has been through, is establishing, or considering rolling out ‘Continuous Improvement’. The principles discussed are applicable across all levels – and sceptics are welcome.
 
Learning Outcomes:
 
As a result of this workshop, you will
 
• be able to define at least two generic weaknesses of a Continuous Improvement program
• understand the reasoning behind these weaknesses
• recognise how/why the weaknesses do/do not apply to Agile/Lean teams
• understand the different ways Agile/Lean handle Continuous Improvement
• be aware of a different approaches to Continuous Improvement
• walk away with useful techniques to combat the highlighted issues
• use this understanding to think creatively about how you can strengthen your own endeavours