Why do programmers complain about expectations all the time? Just say “It needs more time” or “that’s not possible unless we change a lot of things”. Set the expectations, don’t accept them. You’re the expert. What are they gonna do? Do it themselves?
If they have inconvenient expectations, simply tell them to not have those! If your boss pushes back, just tell them in a calm but assertive tone that you tell them how things are gonna go, not the other way around.
I don’t understand why more people who have not been fired don’t do this.
We do set the expectations as best as we can, but the people who have these expectations really don’t like that - to some, it’s like we’re offending them, and to many others, there’s almost always some other developer they either know or heard about (they never do, in fact) that, allegedly, can do whatever we’re being asked, but 10x cheaper and 100x faster, and he’s also at a lower expertise level so we should be happy to have the job in the first place, oh and also update the documentation in 4 seconds in a way that doesn’t take away these 4 seconds from the “main work”.
Many of us love their job, or at least are very grateful to be able to have it, but we complain for the same reasons other people complain - ridiculous and/or hilarious clients, colleagues, and employers.
Well first, the big problem is they make promises based off of the estimates we give them, which they then cut down and over promise. It’s a careful dance between giving yourself the padding you need for if something goes wrong, and not letting them think they can cut down on that necessary padding if they find out you didn’t use it.
For us, we under promise and over deliver… Sales over promise, and project managers bid as low as they can to win contracts, and panic when the numbers aren’t working because they cut it too close or didn’t push back/renegotiate scope creep
So then, when the numbers don’t work and their boss tells them to fix it, they go to their team and tell them to make it work. And the only thing they can do is set meetings, make demands, and yell… Sure, you can tell them to go fuck themselves, but at that point you all look bad - if the technical and functional chains of command aren’t separated (more common), they just point at you as the problem to whoever signs your paychecks… Since talking to that person is part of their week and you’re busy working, that’s probably not a fight you’ll win.
If they’re any good, they do exactly what you said - they come over, say “hey, I’ve got this problem… This guy wants this, what will it do to our timeline?” And, by being proactive and trusting the experts, they can just go back to the customer and say “sorry, we went over the numbers and it blows out the budget, these are our options based on my expert and the contract vehicle”
Unfortunately, most people aren’t that good at their jobs. A lot of project managers have an ego and like to do handshake deals… once they start agreeing to things on their own, they put the whole team in a no-win situation
It’s not that things aren’t possible, it’s that there’s always more, and often better, options to pick from. Going back to medicine, it’s like surgeons have to learn new techniques, but with the difference there there isn’t anywhere near the same degree of specialization.
A better analogy would be if there were 10,000 ways to cut out a tumor but the patient only wanted the doctor to use one specific method because that’s what they have heard about. It’ll either be the method, “everyone’s using these days” or it’ll be a method that was popular in the 1990s but the tools available to perform that kind of surgery are hard to find these days because they were obsolete 20 years ago.
Why do programmers complain about expectations all the time? Just say “It needs more time” or “that’s not possible unless we change a lot of things”. Set the expectations, don’t accept them. You’re the expert. What are they gonna do? Do it themselves?
If they have inconvenient expectations, simply tell them to not have those! If your boss pushes back, just tell them in a calm but assertive tone that you tell them how things are gonna go, not the other way around.
I don’t understand why more people who have not been fired don’t do this.
You just have to look them in the eye and give them a firm handshake when you do it. It’s so simple!
Yeah! Piss all over their projects to asert dominance!
Wait: That’s what project managers do. Never mind.
We do set the expectations as best as we can, but the people who have these expectations really don’t like that - to some, it’s like we’re offending them, and to many others, there’s almost always some other developer they either know or heard about (they never do, in fact) that, allegedly, can do whatever we’re being asked, but 10x cheaper and 100x faster, and he’s also at a lower expertise level so we should be happy to have the job in the first place, oh and also update the documentation in 4 seconds in a way that doesn’t take away these 4 seconds from the “main work”.
Many of us love their job, or at least are very grateful to be able to have it, but we complain for the same reasons other people complain - ridiculous and/or hilarious clients, colleagues, and employers.
Well first, the big problem is they make promises based off of the estimates we give them, which they then cut down and over promise. It’s a careful dance between giving yourself the padding you need for if something goes wrong, and not letting them think they can cut down on that necessary padding if they find out you didn’t use it.
For us, we under promise and over deliver… Sales over promise, and project managers bid as low as they can to win contracts, and panic when the numbers aren’t working because they cut it too close or didn’t push back/renegotiate scope creep
So then, when the numbers don’t work and their boss tells them to fix it, they go to their team and tell them to make it work. And the only thing they can do is set meetings, make demands, and yell… Sure, you can tell them to go fuck themselves, but at that point you all look bad - if the technical and functional chains of command aren’t separated (more common), they just point at you as the problem to whoever signs your paychecks… Since talking to that person is part of their week and you’re busy working, that’s probably not a fight you’ll win.
If they’re any good, they do exactly what you said - they come over, say “hey, I’ve got this problem… This guy wants this, what will it do to our timeline?” And, by being proactive and trusting the experts, they can just go back to the customer and say “sorry, we went over the numbers and it blows out the budget, these are our options based on my expert and the contract vehicle”
Unfortunately, most people aren’t that good at their jobs. A lot of project managers have an ego and like to do handshake deals… once they start agreeing to things on their own, they put the whole team in a no-win situation
LoL you haven’t worked in a company as a software developer and it shows.
It’s not that things aren’t possible, it’s that there’s always more, and often better, options to pick from. Going back to medicine, it’s like surgeons have to learn new techniques, but with the difference there there isn’t anywhere near the same degree of specialization.
A better analogy would be if there were 10,000 ways to cut out a tumor but the patient only wanted the doctor to use one specific method because that’s what they have heard about. It’ll either be the method, “everyone’s using these days” or it’ll be a method that was popular in the 1990s but the tools available to perform that kind of surgery are hard to find these days because they were obsolete 20 years ago.