Monday, July 14, 2014

The Futility of Art Estimation

Artists frequently are often frustrated when asked to estimate how much time a new piece of content will take to build. The problem in asking for time estimates for art is that quality is the large variable in the equation that cannot be fully factored in until something is actually built first.

Unlike code, which has more of a binary definition of done, art has a larger subjective quality variable that frustrates any attempt to assign time to it’s completion. What we should be doing is negotiating the quality and observing the time it takes to achieve that quality. 

I’ve coached teams to focus on quality and explore the time it takes to achieve it in a piece of art through time-boxing.

So instead of saying: “Tell me how long it will take to finish this asset”. We are saying:  “Let’s spend a week of time to finish something and see what the result is.”

The variable goes from time to quality.  We'll get one of three "goldilocks" results:

  • The quality is too low.  The time-box is too small. 
  • The quality is too high.  The time-box is too big. (we've all seen 10,000 polygon fire hydrants! ;) 
  • The quality is just right.  The time-box is probably a little too big, but it's close. 

A time-box is a negotiation between the product owner and the artists creating the asset. It’s not picked out of a hat. Often, the conversation about the duration of the time-box is very revealing and informative to all those involved.

As artists and teams learn more about the quality/performance bar being established (and translate from pre-production to production of more similar content), the time-boxes become more of a reference to forecast completion dates. Teams will continue explore ways of shrinking those time-boxes through improved practices and tools.