Skip to main content

ThatYour problem is going a lot of directions.

If you have known worker attributes, like doctor, engineer, or accountant, you could have mirror document classification, and use MLmachine learning to classify.

If you are going to measure performance then, you wouldwill need to need get a sample from each user. Take likeFor example, take the top 1/4$\frac{1}{4}$ performance and have a target vector for the user. Map a document to a usersuser's strength. If that user is over queued then-queued, pick the next highest 1/4$\frac{1}{4}$ and so on. Use like You could use cosine similarity that givesto give you a score.

  This getscan get tricky, as you may want to normalize on productivity. You may get a document that a high productivity user is better at, but a low productivity user is OK at. ABy way of analogy, an american football player may be the best receiver and half back, but you might have a good backup receiver and no good backup halfback, so you have themlet your backup play receiver.

Static parameters would be different, and I am not sure you should use them if you have a performance measure. IMy guess would be to queue before you have performance for a worker. But even at 4 documents, you havecan select a top 1/4$\frac{1}{4}$.

You could also create clusters and measure a useruser's performance versus the cluster. ThisThis is the easiest approach to queuing, as you just take the next document out of the cluster that is a usersuser's best cluster. You only need a few cross cluster-cluster workers to level queues. The down sideThe downside is, if you have like 20 clusters, it would take a while to get user performance versus cluster, so you would need to use static attributes until you get a valid sampling.

That is going a lot of directions

If you have known worker attributes like doctor, engineer, accountant you could have mirror document classification and use ML to classify.

If you are going to measure performance then you would need to need get a sample from each user. Take like the top 1/4 performance and have a target vector for the user. Map a document to a users strength. If that user is over queued then pick the next highest 1/4 and so on. Use like cosine similarity that gives you a score.

  This gets tricky as you may want to normalize on productivity. You may get a document that a high productivity user is better at but low productivity is OK at. A player may be the best receiver and half back but you have a good backup receiver so you have them play receiver.

Static parameters would be different and I am not sure you should use them if you have performance measure. I guess to queue before you have performance for a worker. But even at 4 documents you have a top 1/4.

You could create clusters and measure a user performance versus the cluster. This is the easiest queuing as you just take the next document out of the cluster that is a users best cluster. You only need a few cross cluster workers to level queues. The down side is if you have like 20 clusters it would take a while to get user performance versus cluster so you would need to use static attributes until you get a valid sampling.

Your problem is going a lot of directions.

If you have known worker attributes, like doctor, engineer, or accountant, you could have mirror document classification, and use machine learning to classify.

If you are going to measure performance, you will need to get a sample from each user. For example, take the top $\frac{1}{4}$ performance and have a target vector for the user. Map a document to a user's strength. If that user is over-queued, pick the next highest $\frac{1}{4}$ and so on. You could use cosine similarity to give you a score. This can get tricky, as you may want to normalize on productivity. You may get a document that a high productivity user is better at, but a low productivity user is OK at. By way of analogy, an american football player may be the best receiver and half back, but you might have a good backup receiver and no good backup halfback, so you let your backup play receiver.

Static parameters would be different, and I am not sure you should use them if you have a performance measure. My guess would be to queue before you have performance for a worker. But even at 4 documents, you can select a top $\frac{1}{4}$.

You could also create clusters and measure a user's performance versus the cluster. This is the easiest approach to queuing, as you just take the next document out of the cluster that is a user's best cluster. You only need a few cross-cluster workers to level queues. The downside is, if you have 20 clusters, it would take a while to get user performance versus cluster, so you would need to use static attributes until you get a valid sampling.

added 671 characters in body
Source Link

That is going a lot of directions

If you have known worker attributes like doctor, engineer, accountant you could have mirror document classification and ususe ML to classify.

If you are going to measure performance then you would need to need get a sample from each user. Take like the top 1/4 performance and have a target vector for the user. Map a document to a users strength. If that user is over queued then pick the next highest 1/4 and so on. Use like cosine similarity that gives you a score.

This gets tricky as you may want to normalize on productivity. You may get a document that a high productivity user is better at but low productivity is OK at. A player may be the best receiver and half back but you have a good backup receiver so you have them play receiver.

Static parameters would be different and I am not sure you should use them if you have performance measure. I guess to queue before you have performance for a worker. But even at 4 documents you have a top 1/4.

You could create clusters and measure a user performance versus the cluster. This is the easiest queuing as you just take the next document out of the cluster that is a users best cluster. You only need a few cross cluster workers to level queues. The down side is if you have like 20 clusters it would take a while to get user performance versus cluster so you would need to use static attributes until you get a valid sampling.

That is going a lot of directions

If you have known worker attributes like doctor, engineer, accountant you could have mirror document classification and us ML to classify.

If you are going to measure performance then you would need to need get a sample from each user. Take like the 1/4 and have a target vector for the user. Map a document to a users strength.

Static parameters would be different and I am not sure you should use them if you have performance measure. I guess to queue before you have performance for a worker. But even at 4 documents you have a top 1/4.

That is going a lot of directions

If you have known worker attributes like doctor, engineer, accountant you could have mirror document classification and use ML to classify.

If you are going to measure performance then you would need to need get a sample from each user. Take like the top 1/4 performance and have a target vector for the user. Map a document to a users strength. If that user is over queued then pick the next highest 1/4 and so on. Use like cosine similarity that gives you a score.

This gets tricky as you may want to normalize on productivity. You may get a document that a high productivity user is better at but low productivity is OK at. A player may be the best receiver and half back but you have a good backup receiver so you have them play receiver.

Static parameters would be different and I am not sure you should use them if you have performance measure. I guess to queue before you have performance for a worker. But even at 4 documents you have a top 1/4.

You could create clusters and measure a user performance versus the cluster. This is the easiest queuing as you just take the next document out of the cluster that is a users best cluster. You only need a few cross cluster workers to level queues. The down side is if you have like 20 clusters it would take a while to get user performance versus cluster so you would need to use static attributes until you get a valid sampling.

Source Link

That is going a lot of directions

If you have known worker attributes like doctor, engineer, accountant you could have mirror document classification and us ML to classify.

If you are going to measure performance then you would need to need get a sample from each user. Take like the 1/4 and have a target vector for the user. Map a document to a users strength.

Static parameters would be different and I am not sure you should use them if you have performance measure. I guess to queue before you have performance for a worker. But even at 4 documents you have a top 1/4.