AGILE BUSINESS CONNECT INC.
APOPKA, FLORIDA

The purpose of Agile Business Connection LLC is to use Agile and Lean methodologies to deliver business value. We utilize industry best practices, with a focus on Agile values, principles, and organizational change management. We do this by leveraging our expertise in three main areas: or even the Jimmy Buffett Rule. The concept, as it applies to Agile, is simple: Take as many stories as you want from the backlog, but make sure you have the available capacity to complete the work you take. I’ve noticed a trend at some companies where teams are not completing all of the work they have committed to, but calling the sprint successful. Often they are close to completing all their work; however I was taught to finish everything on my plate. Maybe it was the way I was taught Scrum in the old days, but I still feel if you don’t complete all the work you commit to, your sprint was not successful. It is very empowering for a team to be able to use velocity and capacity to plan their work, and have the costumer’s confidence that you will be able to finish what was committed. For Agile to be successful, you need to to win the trust of the business. You do that by delivering what you promise. It should be uncommon when you don’t finish all the work you signed up for. To be clear, I don’t have any problem with teams adding stretch goals to the sprint, so long as everyone understands they are stretch goals, and not part of the sprint commitment. You have a ten pound sack of potatoes and that’s all that will fit. Don’t try to put fifteen pounds in a ten pound sack. When I’ve observed teams committing to more work than they have in the past, the common question I ask is: what is different about this sprint versus the last one? In other words, what has changed since the last sprint that enables you to commit to a higher velocity? The obvious answers are to make sure you are not going over your velocity or capacity thresholds (velocity in points and capacity in ideal hours). Your velocity is an average of your points over time (sprints), which should be relatively stable. So do not take more story points than your velocity. Likewise, if you are doing your planning via WIP, Cycle Time, etc. the same rule applies: Don’t take more than your WIP allows, unless something has changed. Using the information radiators in Scrum is paramount. Use of the burndown chart and other information radiators (Cumulative Flow Diagrams, Cycle Time, WIP, etc.) to make timely decisions is critical. If it becomes clear that you are not going to be able to complete everything on your sprint backlog, when should notify your customer/product owner? The answer is immediately. The more time the PO has, the better the options become. Don’t make the mistake of waiting, thinking things will improve, when the data is telling you otherwise. As pilots, we are taught to trust our instruments and not our gut. Why? Because wishing the situation was different won’t help. The data is telling you that failure is on the horizon, it is better to admit it and come clean. Doing anything else erodes trust. Be decisive and be proactive. What strategies can we employ to make sure we finish the sprint? Here are some suggestions (in no specific order): Add people/experts – perhaps we are struggling with a difficult story and the expertise exists outside of the team. With this strategy, you are essentially trying to increase your velocity. Move into a team/war room – Sometime getting together in a crisis can help bring ideas out faster. Out of ideas? – Ask for help. This is not the time to be shy. Ask the team, ask your manager, ask your coach, the Internet, etc. The key of course, to making use of these (or other) strategies, is early detection. None of these will work if you procrastinate.