|
User Story Points versus Man-Hours: Estimating Effort Better 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?
|
|
|
Why Adopting Agile Won’t Magically Reduce Your IT Budget 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.
|
|
|
Help Your Team Understand Its Velocity 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.
|
|
|
From Curmudgeon to Kanban It didn't take long for Stacia Viscardi to realize that as effective as agile can be, a plan-driven mindset may not be the best approach for every project or every team. Breaking the rules and embracing whatever it takes to motivate the team to get a project to doneness—and delighting the customer along the way—is a much better approach, even if it means breaking away from fixed iterations.
|
|
|
The Case for #NoEstimates 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?
|
|
|
How Do Your Estimates Provide Value? If you are agile, you might spend some time estimating. If you’re using Scrum, you estimate what you can do in an iteration so you can meet your “commitment.” But estimation is a problem for many agile projects. The larger the effort, the more difficult it is to estimate. You can’t depend on ideal days. Do your estimates provide value? To whom?
|
|
|
Stop Making Lists, Start Making Products Like any great process methodology, agile (and Scrum specifically) can lose sight of the best way to facilitate a development lifecycle from concept to delivery. David Hussman frequently encounters teams that are going through the motions. If your sprint planning meetings have disintegrated into quick listmaking exercises, David will show you how to reinvigorate your team.
|
|
|
Product Owner Certification: An Interview with Sanjiv Augustine on Agile, Lean, and Scrum
Podcast
In this interview, Agile Leadership Network cofounder Sanjiv Augustine discusses his upcoming product owner certification class at the Mobile Dev + Test Conference. He talks about who should go, detailing how he'll be incorporating agile, lean, and Scrum into the lecture.
|
|
|
Common Misconceptions about Agile: There Is Only One Approach Many teams think they're agile. They might work in iterations and have a ranked backlog, but they don’t see the value they could be seeing. Usually that means they have a number of false impressions about agile. Read on to have three common misconceptions debunked and to learn what you need to do to make your agile transition successful.
|
|
|
Struggling with a Transformation? Try Serving Stone Soup The fable of stone soup is often told as a lesson about cooperation in times of scarcity. Mike Edwards has used an approach based on this allegory to help teams make steps toward improving themselves and the way they work, especially when it comes to shifting to new methodologies such as agile and Scrum.
|
|