You must be new to this. Even when stories get added, they never get prioritized, and just sit in the backlog forever.
> sharpen your argument with new data
Why should I care. If they want me to present ten times the necessary evidence, it is not me who is at fault. I have to cover my liability, which is to document the issue in writing, with proof that I documented it. Beyond that, there is no reason for me to care if the project or company perishes. It would in fact be better for the company to perish if they don't pay attention to what is said.
These are structural problems that for some reason you can't seem to get your head around. They require a structural solution. The current structure is one of deception, of deceiving others up and down the chain, as well as oneself. Also, "wearing down the resistance" is what toddlers do to their caretakers. If I was getting paid a million dollars, I'd put up more of a prolonged argument, but I am not.
> it would help if they did because the project fails after a year due to the overwhelming burden of the disorganized legacy
It's always someone else's fault with you. It's always someone else's goof. It's a mystery why no one listens to you.
Over a full year of disorganization where you are a powerless contributor and a non-lazy victim and those unfair tyrants deserve to crumple and fail at the end of it?
I'm not buying what you're selling, hyperbole or not.
To answer my own questions:
There is no mechanism to self-check your cognition for viability. Only other people (the team) can check your ideas in the moment with agreed-upon evidence/track record as a long-term proof.
Because you need others to validate your strategies and designs, which are likely flawed, you need to work harmoniously with others.
Therefore, you need to ingratiate yourself to them and respect them so you can influence them and you'll eventually get your way with the team if you're any good. It's called being a team player.
You really have no shame making incorrect and toxic assumptions. No, I wouldn't just keep working on a failing project for a year or more. I would leave well before the year is over. I know about the failures only because the project was there before me for a certain number of years.
I need to ingratiate myself to absolutely no one. One can nevertheless be a good team player by doing and delivering what takes on. In contrast, with agile there is no individual responsibility.
I am really not saying they should, but it would help if they did because the project fails after a year due to the overwhelming burden of the disorganized legacy. Note that it's not just me on the project; it's also a lot of other non-senior team members that aren't really capable of handling the legacy without introducing serious bugs.
You're thinking in an over-constrained framework where there are just two choices -- either to form a consensus or to reject the ideas. If instead you take a higher view, you will see that giving senior engineers ownership and freedom allows the management to see if the engineers sink or swim. The technical lessons will then be more apparent.
You must be new to this. Even when stories get added, they never get prioritized, and just sit in the backlog forever.
> sharpen your argument with new data
Why should I care. If they want me to present ten times the necessary evidence, it is not me who is at fault. I have to cover my liability, which is to document the issue in writing, with proof that I documented it. Beyond that, there is no reason for me to care if the project or company perishes. It would in fact be better for the company to perish if they don't pay attention to what is said.
These are structural problems that for some reason you can't seem to get your head around. They require a structural solution. The current structure is one of deception, of deceiving others up and down the chain, as well as oneself. Also, "wearing down the resistance" is what toddlers do to their caretakers. If I was getting paid a million dollars, I'd put up more of a prolonged argument, but I am not.