The question talks about 2 distinct ideas:
Leadership:
"Designed originally as a servant leader, the Scrum Master was supposed to protect and support the framework of Scrum and inspire collaboration, creativity and engagement, and given the wondrous task of and infusing the organisation with the value like courage, focus, commitment, respect and openness."
and
Management:
"...different to any traditional management role..."
Your organisation will require you to perform management tasks - they will be prescribed from above and where they don't interfere with day-today delivery it's your job to shield your team from them.
If they are imposing management activity that slows down and upsets the team then you have 3 roles:
- Leader (facing your team) - Minimise bitching, improve morale and team spirit (biscuits help) and keep everyone focused on delivery.
- Manager - Perform the unwanted tasks, it's what you're paid for.
- Leader (facing upwards) - Commit to continuous improvement by feeding back (without whining) what is working and what is hindering the team. You'll find that those trying enforce 'traditional' styles of management either:
- Don't realise the impact they're having on the delivery teams
- Don't know any other way of working
- Don't care
In the first 2 cases, your feedback might help to change things. In the 3rd case you might want to consider moving on.
You can still be an effective leader, even if the management part of the role is a turn-off.
"How to be a Scrum Master in..."
I am a certified (and experienced) Scrum Master BUT I also have a few years of DSDM experience, lots of PRINCE2 flavoured waterfall experience and some completely unstructured "do-your-own-thing" work in the past.
My point? Regardless of the role title (Scrum Master, IT PM, Agile PM, Change Manager etc), the actual role will be different wherever you go based on the influence of senior leaders, type of industry (Finance vs Gaming vs Military etc), company culture, the other PMs in the wider team and , crucially, which 'consultants' have been allowed in to preach their personal version of the truth.
So names aside we are essentially the person coordinating and facilitating the delivery of something.
- Be flexible to the needs of the organisation.
- Work out what will allow the team to deliver most efficiently.
- Where these things are within your control - change them.
- Where these things are NOT within your control - try to influence others to change them [with facts and logic, not "But SCRUM says..."].
- Don't be a fundamentalist. "That's not Agile", "We don't do that in SCRUM" just make people sound like their knowledge ends with their CSM training.
It really comes down to what culture suits you.
If you enjoy the fast paced hard drinking culture of start-ups/tech companies, look for jobs there.
If you prefer the politics and breadth of career possibilities at a corporate, look for jobs there and accept that these companies will generally be more resistant to change, slower to react and more risk averse (governance red-tape three times a day).
The key with corporates is understanding your own limits.
If being held up by more complex governance, slower decision making and having less flexibility in how you deliver is going to drive you insane - walk away now.
If you can cope with these things and present back fact based arguments about why they should change you stand a chance.