Agile Dev West 2018
PRESENTATIONS
The Impact of Agile Quantified
For years, people have made recommendations for how to develop software in an agile way based almost entirely on intuition, folklore, and anecdotes. They've never been able to quantitatively show the accuracy or applicability of these recommendations. |
Larry Maccherone |
Things Are Broken: A Case Study In Moving Too Fast
"Move fast and break things” tells quite a story of the relationship between speed and agile. Speed has been a driver in our industry before it was even an industry. Books promise that certain frameworks can deliver twice as much in half the time, yet teams still struggle delivering what's expected of them. This session describes a six-month case study of a multi-team transformation. The orders were to make the teams deliver faster, but they were consistently missing deadlines. Frustration was on the rise. |
Chris Murman |
Three-Minute Improv Games to Improve Your Teams
The problem with many agile teams is that they simply never become a team. This often manifests itself as team members feeling unsafe or not quite trusting each other. This workshop will show you how the same techniques improv theater troupes use to improve collaboration, creativity, and communication can be used to help agile teams, too. |
Wayde Stallmann |
Unlocking Retrospectives
Retrospectives empower teams to learn and improve. But many teams fail to reach their true learning potential. Ryan was part of a team that held retrospectives for a year and a half to fix one line of code. Through the story of this team, he will show you how they turned their retrospectives from a meeting with meaningless action items to one that accomplished a meaningful improvement. Ryan will explore the resistance that was met and how it was overcome. |
Ryan Latta |
Use DevOps Principles to Transform Culture
[video:https://youtu.be/EfT_wfBNurs width:300 height:200 align:right] |
Ashley Hunsberger |
Using Behavior Driven Development and Acceptance Test-Driven Development to create GREAT requirements
Defining, understanding, and agreeing on the scope of work to be done is often an area of discomfort for product managers, business analysts, developers, and quality assurance experts alike. The origin of many items living in our defect tracking systems can be traced to the difficulties encountered while performing these initial requirements activities. |
Ken Pugh |
Waterfall to Scrum: It Only Goes Up from Here
You’re a project manager using a waterfall methodology, but the team is not making progress on the work and deadlines are not being met. The requirements aren’t clear, scope keeps changing, deadlines won’t budge, and you can’t get more resources on the project. You were doomed from the start! A common solution to this situation is to adopt Scrum, but that can be difficult as well. |
Toiya Jones-Current |
When Continuous Improvement Feels Like Constantly Failing – An Introduction to Design Thinking
Do your Retrospectives feel like a repeat of the last one? Are they moan and groan sessions? Want to try something new to give your team a boost? When design principles are applied to strategy and innovation, the success rate for innovation dramatically improves. Great design has that “wow” factor that makes products more desirable and services more appealing to users. Why not try using known design principles during your retrospectives to get that "wow" factor for your teams! |
Catherine Louis |
You Only Have to Change One Thing to Make DevOps Work: Everything
We’re told that adopting DevOps can have all sorts of benefits, but many organizations are not getting the results they hoped for. The term “DevOps” has been co-opted to mean anything from tools to a job title. Without an understanding of what DevOps is really all about, success is elusive. In this session, Ken Mugrage presents DevOps as an overhaul to existing software development organizations and processes. |
Ken Mugrage |