When developing products, features, and enhancements, you have to have your customers’ best interests at heart. “We’re not just creating software,” speaker Jeff Patton said. “We’re changing the world.” You need to better understand the people you’re building things for, and the only way to do that is to spend more time with them.
Software developer Laurent Bossavit delivered the second keynote presentation, about why we need to think more critically about software development. He began his presentation by saying his intention was to make you question what you know—or what you think you know.
The first keynote of the Agile Development, Better Software & DevOps Conference West was Why DevOps Changes Everything, by Jeffery Payne. There are definitely tools and processes that can help streamline a DevOps shift, but Jeff said that fundamentally, building a culture where everybody can communicate and collaborate effectively is key.
The definition of done is much more than just a checklist for completeness—it can be a mechanism for determining where your product increment can be more complete by the end of your sprint. By using a discussion board with quadrants where you can sort sprint items, you can challenge yourself to see whether a task could be moved earlier in the lifecycle.
The traditional ways of finding employees are changing. If you want to get a role that will make you happy to contribute to the team, you need to rethink the way you apply for roles. If you are the resource manager, change how you recruit. This article focuses on the qualities you should be exemplifying or looking for if you want to form a team with an agile mindset.
Effort estimation is a major challenge for all the stakeholders of a project. Most people generally underestimate situations that may block progress and consider only the best-case scenario for a project. Your choice of estimation method may not be helping, though. Which would be better for your team: estimating by man-hours or by user story points?
Of course, all companies would like to reduce their budgets. But cutting back in the IT department can have unintended consequences. This article looks at two of the more well-adopted cost-cutting approaches, the software factory and distributed teams, and goes into how they can help and hurt your company.
After performing so many meetings at the ends of your sprints, agile retrospectives can become monotonous and boring—and that’s when they become ineffective. This article looks at the reasons this happens and provides some ideas for making those retrospective meetings more lively and effective—and therefore more useful.
Teams should be working toward a target velocity that is based on historical evidence. There may be times when this figure needs to be adjusted, but teams that understand their velocity know that it is a good indicator of what they are capable of achieving in a sustainable way, and this will increase confidence for the teams and stakeholders.
The #NoEstimates movement isn't really about no estimates. It’s about working in a sufficiently agile way that you don’t need estimates. When you break down your work into smaller chunks, you provide more value by delivering working product than you do by estimating. What would it take for you to work that way?