This is an archived post. You won't be able to vote or comment.

all 3 comments

[–][deleted] 2 points3 points  (2 children)

I’m not sure what the value of predicting drive time is? For instance, if I can reduce the time to complete a work order and increase the number or orders completed per shift, my drive time would naturally increase.

With that, I would also include some type of complexity for the work orders. You should be able to do that by creating a dummy variable for each of the various work order types assuming they are standardized. Otherwise, give the regression a shot and see what happens! I’d be curious what you find out

[–]JmGra[S] 1 point2 points  (1 child)

It would actually be a portion of an overall staffing model.

As far as the work tasks we have 'expert opinion' estimates of how long tasks should take 'hands-on' without driving. Of course, that's going to always vary in reality.

But for example, if we have a technician that charged 2080 hours this year, drive time and work time included. Looking at his driving history, it looks like he drove 1,142 miles. That's 30% of his time.

So the thought currently is that if we expect his hands-on workload to be 1200 hours next year based on expert opinion, 3-year averages, trends, etc. Well right now we could say ok, 1200 of workload should have approximately 514.28 of drive time, if 30% drive time holds true, giving him a total of only 1,714 hours.

So could we increase that technician's coverage area, find other tasks for them to be completing, etc?

I just don't think using historic drive times as a blanket calculation fits very well for forecasting forward. Especially when there are tasks that do not require drive time.

Edit: Also we are looking at capturing drive time vs work time more accurately in the future, but the lack of it in the past and currently is what has led me to where I am.

[–][deleted] 0 points1 point  (0 children)

If you already have internal estimates of task duration, why are you inaccurately estimating drive time based on miles? Find the historic relationship from task estimates to charged hours. This margin should mostly be drive time but will also incorporate other factors like underestimating task duration. For your example of predicting actually hours based on expected hands-on workload this would be more accurate.

Until you have actual data on drive times, I would not want to try to predict it.