Thats what we call blameless culture lol
Shit rolls downhill and there's a lot more fuss when an engineer calls out risks, piss-poor planning, etc. than any actual introspection on why the risks weren't caught sooner or why the planning was piss-poor.
Can we also address the fact that “software spend” is distributed disproportionately to management at all levels and people who actually write the software are nickel and dimed. You’d save billions in spend and boost productivity massively if the management is bare bones and is held accountable like the rest of the folks.
(as an aside, this contrasts diametrically with Amazon, where i worked for a year for healthcare, not needing to because of Apple years' savings, but after a genomics startup i had joined ran out of funding, and wanting a new challenge; there skilled engineering types were presumed to be fungible assets for (not kidding) at least 7 layers of do-nothing bureaucrats making huge salaries...they could survive because sales on the amazon store extract something like the 30% royalty to amazon)
Why let their own credibility get dragged down for a second time, third time, fourth time, etc…?
The first time is understandable but not afterwards.
But I don’t think a self respecting person would do that over and over.
I'll also say the obvious here in Sinclair's quote about salaries: you can indeed pay for someone's self respect.
(Thus commanding a rate similar to a more competent person who doesn’t package it to sell.)
Cy Porter's home inspection videos... jeez. How these "builders" are still in business is mind-blowing to me (as a German). Here? Some of that shit he shows would lead to criminal charges for fraud.
People will do crazy things for just $100. Including literally get fucked in the ass by a stranger.
7 figures? Ho boy. They’ll use way fancier words though for that.
A man approaches a girl and asks, "Would you sleep with me for $1 million?”
She responds, “Yes, of course!”
Excited, he then asks, “What about for $1?”
She indignantly replies, “Who do you think I am?”
To which he responds, “We already established who you are; now we’re just discussing the price.”
I think it fits there. There is surprising amount of people believing that they have some Values, but just to a point when they were offered to sell them for a right price.
TL;DR your realistic options are snake oil that doesn’t work, or nothing.
Keep that in mind next time anyone’s talking about managing through metrics & data or whatever bullshit. All that stuff’s kayfabe, companies mostly run on vibes outside a very-few things.
That said, I think I would agree with your main concern, there. If they question is "why did the devs make it so that project management didn't work?" Seems silly not to acknowledge why/how project management should have seen the evidence earlier.
170 years ago is 1855.
Operation Just Cause? Desert Storm?
And, depending on how you look at it, the US won the war in Afghanistan and Irak, but lost the peace afterwards.
One minor win, every major operation being a loss doesn't change the conclusion though imo.
I think it's also instructive to look at each of these operations and note that the two that were won were small, had clear objectives, and were executed quickly to meet those objectives and had no scope creep.
I would agree that the US is notably terrible at occupations and getting involved in civil wars, at least since WWII, but Desert Storm was pretty much an unqualified slam-dunk take-a-victory-lap success against one of the top armies in the world that wasn’t an ally or a nuclear state—carried out on the other side of the planet from the US, to boot. Like I think Iraq was ranked top-10 at the time by many ways of reckoning military strength, and that wasn’t enough to effectively resist the US effort at all, really.
If that war seems small, it’s only possible for it to seem that way from the victor’s perspective, and only because we did such an amazingly good job of totally destroying Iraq’s substantial capacity to fight in a matter of weeks. In terms of deployed and engaged men and materiel it was really big, just fast because it was so very one-sided, and “cheap” in terms of casualties on the US side for the same reason.
I consider Desert Storm an unqualified victory in an engagement that is in the same conversation as a Vietnam or Korean war, but still not quite to a WW level in scope or complexity.
I think the reasons this hasn't happened is (a) tech has moved too fast for anyone to actually be able to credibly say how things should be done for longer than a year or two, and (b) attempts at professional organizations borrowed too much from slower-moving physical engineering and so didn't adapt to (a). But I do think it can be done and would benefit the industry greatly (at the cost of slowing things down in the short term). It requires a very 'agile' sense of standards, though.. If standards mean imposing big constraints on development, nobody will pay attention to them.
>a sophisticated attempt at building a professional organization that can spread simple standards which organizations can clearly measure themselves against.
We have that as a form of IEEE, but it really doesn't come up much if you're not already neck deep in the organization.
That's maybe in Europe. Plenty of US developers those days have a litany of ~1-2 year stints at FAANGs and startups du jour in their CV.
The little people are going to do what they need to do to survive. If these multi-billion or even multi-trillion dollar companies feel some type of way about it, well, they're the ones with all the power, not us. They're more than welcome to change the culture at any time.
This was even more apparent before the ACA passed, when insurance providers were not prevented from denying or charging more for customers with pre-existing conditions. Hate your job but have cancer? Better not leave, you might not even be able to get insured at your next job.
If you see an engineer is out of his depth then change his position, no need to fire them since like others have pointed out, that can have severe consequences in their personal lives and most of the time they can still be useful if they get more adequate work.
For instance by and large the role of organizing to not to get more money but rather to reduce indignities... Wasted work, lack of forethought, bad management, arbitrary layoffs, etc. So it is much more about governing management with good practices than about keeping wages up; at least for now wages are generally high anyway.
there are also reasons to dedend jobs/wages in the face of e.g. outsourcing... But it's almost like a separate problem. Maybe there needs to be both a union and a uncoupled professional standard or something?
>the role of organizing to not to get more money but rather to reduce indignities
agreed. And I think that's why it's going to really start taking hold as we enter year 4 of mass layoffs in the US (because outsourcing). Alongside overwork from the "survivors" and abusive PIPs to keep people on edge.
What objective measures would you use?
Oh, you meant innovative for the shareholders. Got it.
But regardless. Not like USA companies are open to EU citizens currently. Whether it's politics, compliance / legal, or tax-related, it does not matter much. Most US job ads I've seen lately are making it super clear that they want only US citizens.
A lot of the layoffs appear to be about conserving cash for investment in AI. In many cases the jobs that are cut are not backfilled by workers in the US or abroad.
Though I think Gen Z in general will be making waves in the coming years. They can't even get a foot in the door, so why should they care about "high salaries"?
I also think people here misunderstand what unions do. Unions are inherently conservative (small c) institutions that aim to protect the status quo. Improving processes is not a fundamental goal to unions. We saw this with the ILA that fought to essentially ban automation in the ports that would drastically increase efficiency because of the belief that this would reduce union jobs. It's foolish to think software unions wouldn't end up becoming like this.
In MANY other countries there is already WAY more regulations regarding layoffs and firing employees that has nothing to do with unions.
In Germany there is a probationary period in which you can just fire somebody for no reason basically. That time can be like half a year (in my case) and in most cases it becomes clear if the new hire fits your team or doesn't.
All unrelated to unions though. The big unions in Germany for example have a lot of power and if you are just a simple welder for example you'd have no chance getting anything done without a union.
When your scope is Europe ... The US is not the exception in the world, it's Europe which is.
The US has a dynamic job market where it's easy to lose your job, but easy to find another one. In Europe, and that's true for most EU countries, it's really hard to lose your job, but it's also really hard to get one for the very reason it's hard to get fired - and when you get a job, you will have to compromise on compensation and other benefits. It's not black and white here. While the European market is appealing to some people, the US market is preferable to others.
But that made me curious, and answering my own question, it's this guy https://en.wikipedia.org/wiki/Peter_Hummelgaard who is indeed a Social Democrat .. So much about workers rights, funny ...
Re-reading your comment again, I'm not sure that I understand it: "Let's see whether Denmark remains competitive." What do you mean?
I agree with that, it's a very individual topic. I'd say for high paying "high performance" jobs the US model definitely has an advantage but for low-wage jobs it's quite the opposite.
For software that's actually safety critical, like avionics, there are already sufficient regulatory controls.
But I totally agree, I think people are too compliant and fear banding together to have influence on higher ups. I'd argue in most places the engineers have far more power than they realize since they are in high demand due to shortages of qualified personnel. (at least in many countries in Europe)
There are tons of factors in play though that I believe contribute to this like some employees being friends with their higher ups not wanting to hurt their careers, not wanting the tough discussions, the repercussions if management says "no" etc..
"Just". Come on, man, you know better than that. I too like my sci-fi to be over the top unrealistic.
Truth is, nobody ever thinks about their rights before it's too late. The paycheck shows up on time every month and people just don't want to rock the boat. Not to mention all the opportunists that will tell on you immediately to gain the favor of the upper class.
These things are well-known and apparently nothing ever changes before the guillotines start working. I don't think anything will ever improve in our area. Nobody is bothered. The people who are have zero power. And so it goes.
I honestly think it's just people who don't mind these problems and are fine working under those conditions, or they just quit once they are too annoyed. Change is way harder just than just leaving, I think that's also part of the reason why this keeps going on.
It's extremely sad. I did not want to live in such times but oh well, good thing anyone asked us, right?
> If standards mean imposing big constraints on development, nobody will pay attention to them.
Unless there are penalties for not doing so.
> tech has moved too fast for anyone to actually be able to credibly say how things should be done for longer than a year or two
But that's just it. If things are moving so fast that you can't say how things should be done, then that tells you that the first thing that should be done is to slow everything way down.
I think introducing more competition at higher levels may be better than eliminating it below. This should be happening because I’m pretty sure most PMs could be replaced by an LLM.
> This should be happening because I’m pretty sure most PMs could be replaced by an LLM
Says a lot about your understanding of these things.
Most PMs I've ever met had zero clue what they are doing. And no it's not only N=1 sample, same anecdote is heard from many, many other people.
But sadly enough, undeniable human incompetence there is not even the biggest problem. The "we will never make more reasonable deadline" is.
Most managers, not just PMs, are an objective net negative. As any ruling class always does, they get complacent and think that just putting their foot down is going to magically change reality.
Most people say that because they have no idea what a PM's job is and are upset that the PM isn't doing what they want.
Fact on the ground is that they usually optimize the entirely wrong indicators and never ever optimize for avoiding future problems.
In my consulting and contracting stints I made it a habit to write down what crisis is looming on the horizon and making bets with my wife which one is going to arrive first. A fun little game.
Watching train wrecks in slow motion stopped being fun with time.
What PM's job is is above my pay grade. I want them to enable me and the team, not be a mouth piece of people with zero understanding of product _and_ of engineering. They are just there to ask you how is stuff going.
Fact on the ground is they don't optimize for _your_ indicators and have to compromise on what problems can be addressed now or later. They only appear to be optimizing to the wrong indicators because you don't have all the information.
9/10 PM's work is literally avoiding any decisions and responsibilities whatsoever.
Concerned dev/ops/po: Dear PM, feature FOO-123 will not be merged before we start activities for Gate 5.2. FOO-123 is required for Gate 6.0 and if we start with Gate 5.2 activities without it, Gate 6.0 will be delayed by at least 5 weeks. Team FOO is projecting verification of FOO-123 being done by the end of week, which would delay Gate 5.2 by a week. Shall we delay our activities until FOO-123 is merged or start regardless?
PM: Gate 5.2 is extremely important for the project timeline and no delays are acceptable.
<- few moments later ->
PM: I was informed by Compliance that FOO-123 is mandatory, does that affect timelines for Gate 6.0?
Disgruntled employee: Either we start over Gate 5.2 activities with FOO-123 included, which would delay Gate 6.0 by at least 9 weeks, or you get team FOO to backport FOO-123.
<- few moments later ->
PM: gets promoted for successful handling of stressful situation with FOO-123, limiting project delay to 15 weeks and only overrunning projected costs of Gate 6.0 by 30%.
Since successful businesses continue to employ them, I'm going to err on the side of they do serve a function I don't always understand rather than they must be stupid.
On a less snarky note: Depending on organization type PMs might do a ton of paperwork on behalf of the teams and act as some sort of central point for business-product communication, however that has exactly nothing with management in any typical definition.
And yes most PMs are useless, regardless of how snarkily you attempt to push that element aside.
Your balanced take is nice and I wish I inhabited that reality. So far I have not. Maybe it's the region market or maybe my marketing sucked.
If you talk about an upcoming shitshow you are generally seen as not entrepreneurial, if you mitigate a risk before it becomes a crisis that crisis is not viewed as crisis. However, if you let a crisis happen and "successfully" manage it you are seen as a hero.
Executives are generally incompetent everywhere and of course they'll introduce a reality distortion field where none of them are ever accountable. That should be obvious to anyone. Question is why do all working people keep allowing it to happen. But the answer to that is also known and quite depressing, too.
Waste of my bloody time. Project completed, taking twice as many devs for twice as long, great success, PM promoted. Doesn’t do that basic thing that was the entire point of it. Nobody has ever cared.
Edit to explain why I care: there was a very nice third party utility/helper for our users. We built our own version because “only we can do amazing direct integration with the actual service, which will make it far more useful”. Now we have to support our worse in-house tool, but we never did any amazing direct integration and I guarantee we never will.
This is why software projects fail. We lowly developers always take the blame and management skates. The lack of accountability among decision makers is why things like the UK Post Office scandals happen.
Heads need to be put on pikes. Start with John Roberts, Adam Crozier, Moya Greene, and Paula Vennells.
This came about because our work isn’t too diverse but the requirements are wildly diverse and many of the customers have no idea how to achieve the proper level of readiness. I do management in an enterprise API project for a large organization.
People who desire infinite power only want it because it gives them the power to avoid consequences, not because they want both the power and the consequences.
The people who believe that with great power comes great consequences are exactly the people who don't want great power because they don't want the weight of those consequences. The only people who see that bargain and think "sign me up!" are the ones who intend to drop the consequences on the floor.
After every single project, the org comes together to do a retrospective and ask "What can devs do differently next time to keep this from happening again". People leading the project take no action items, management doesn't hold themselves accountable at all, nor product for late changing requirements. And so, the cycle repeats next time.
I led and effort one time, after a big bug made it to production after one of those crunches that painted the picture of the root cause being a huge complicated project being handed off to offshore junior devs with no supervision, and then the junior devs managing it being completely switched twice in the 8 month project with no handover, nor introspection by leadership. My manager's manager killed the document and wouldn't allow publication until I removed any action items that would constrain management.
And thus, the cycle continues to repeat, balanced on the backs of developers.