# 10 Things You Could Do When You’re Done Writing Code

.jpg?width=64&height=64&name=MicrosoftTeams-image%20(jk).jpg)

John Krewson|January 5, 2024

So you’re two-thirds of the way through your iteration and there are no more development tasks to complete. Nice work! Understandably, your instinct is to pull another story into the iteration, but doing so has risks and disadvantages. When you add additional work into the iteration, you’re increasing the batch size. This causes additional complication due to increased changes in the code base. It usually results in carryover, which has a demoralizing effect on the team. And it eliminates an opportunity to get feedback on the emergent product before additional work is embarked on.

Remember, the iteration was planned so that _all_ members of the team can function at optimally, not so that _the developers_ can program optimally (Yes, there is a difference).

Before you peek into your product owner’s backlog and start working on something outside the plan, have a look at this list and consider doing one or more of these things instead:

01. Refactor something you recently wrote  
02. Add unit tests to an uncovered area of code  
03. Find a technical tutorial on the Internet  
04. Offer to pair with a developer on another team  
05. Estimate open items in the backlog  
06. Create some automated functional tests  
07. Clean your desk  
08. Ask your product owner about the next release  
09. Help your product owner create acceptance criteria for items in the backlog  
10. Review the list of prioritized improvement suggestions from the last retrospective

This isn’t an exhaustive list. What am I missing? Let’s see how many more items we can add to it.
