←back to thread

388 points replyifuagree | 3 comments | | HN request time: 0.41s | source
Show context
corry ◴[] No.37966968[source]
“Pushing sales people to increase their amount of sales/quota is like asking meteorologists for sunshine”.

Hmmm it doesn’t seem unreasonable in that context? You’re really asking people to work more effectively, to accomplish the same amount of work more quickly.

It’s like asking sales people what their quota should be. They pick a number that is no-brainer hittable, because there is a lot of complexity and many unknown variables in getting deals signed, so to prevent looking bad they’ll pad their number. But their no-brainer number is below what the business needs.

So you tell them their quota is going to be a bit higher. They’ll have to stretch to hit it.

And it’s even MORE important since their comp is DIRECTLY tied to hitting that number.

And yet sales people aren’t writing article after article about how self-set quotas are sacrosanct, should only settable by sales people themselves, and how clueless management is to try to get more performance above the no-brainer target.

replies(16): >>37967032 #>>37967045 #>>37967049 #>>37967125 #>>37967129 #>>37967177 #>>37967191 #>>37967206 #>>37967725 #>>37968246 #>>37968785 #>>37968936 #>>37969087 #>>37970168 #>>37971201 #>>37975757 #
1. mjfisher ◴[] No.37967125[source]
The difference is that lowering the estimate for a given amount of work doesn't actually get it done quicker - it just means you have a more unrealistic understanding of the timelines.

You can absolutely work to find other creative solutions to the same problems, or understand what scope is acceptable to cut to meet some goal. That's very different from "I want you to do exactly the same work but just do it faster".

replies(2): >>37967390 #>>37967415 #
2. thfuran ◴[] No.37967390[source]
How is that different from arbitrarily raising quotas?
3. camhart ◴[] No.37967415[source]
If your stories are so well defined the dev doesn't have any decisions to make in the process of coding, then they're more of a glorified type writer than a dev.

There's plenty of decisions devs make that impact how quickly they deliver a solution.