SAFe has a great, telling name though - it's designed to be safe for corporate control freaks. They might not know waterfall, they just live it in their guts.
Easy to identify, they believe in being a "visionary leader" and "inspiring the lower rank".
If you have an inexperienced team, any process you adopt is going to suck.
Talking with a customer was great when we could, usually it's been when I worked in a small team (1-3 developers), speaking with either internal or external customers. We talk through what is needed then the BA/PM documents it in the updated job brief, rather than the other way around which leads to so much back and forth. It gets to the root of any uncertainty about what they want much quicker.
This is not any official brand of Agile. It's just our natural inclination when left alone. Talk, iterate, deliver.
I'd rather have multiple Sr. Devs be half time management, and half time dev. Or increase Sr. Dev pay by 20-30% and have them pick up management on top of their duties.
Much like TDD, which works great when it’s dev driven, agile works great when it’s driven by dev team.
The problem happens when the PMs get involved and they have to schedule meetings to get basic status updates and have to implement their voodoo rituals to make it look like PMs are adding to project velocity. Planning Poker, lol.
It gets much worse on larger scope projects and many devs and PMs are inexperienced.