How do you know that it is even a problem to begin with? How do you know that the quick shutdowns weren't the actual bug that got "fixed"?
OS X is a very, very complicated beast. There are hundreds of processes running in the background that combine to form the environment you, as a user, interact with. When a shutdown event is triggered, a process called launchd (which all other processes run under) attempts to shut down as many processes as possible in parallel.
A lot of the times, this doesn't go as planned. Some processes need to be shut down before others. Some processes need to wait for a system resource to quiesce before they can terminate cleanly. Others will try to dump data to disk before they're killed, and if there's multiple processes all doing this at the same time it can block the disk I/O, causing the shutdown to slow down or momentarily stall.
I honestly don't think the OS X team cares about this, because in the end- the system always shuts down, and that is all they care about. Trying to track down the cause of something that stalls the shutdown procedure for 5 minutes would be easy- that's a bug that should be fixed. Trying to figure out why the process is taking 20 seconds instead of 5 could be impossible. That extra 15 seconds could be divided among a hundred different processes, all of which are each taking slightly longer to quit for whatever reason. Are you going to pull a thousand different people off fixing critical bugs and writing new code just to go hunting around to shave off a few milliseconds off how some process is supposed to terminate? I doubt it.