Traditional PM Vs Scrum Master

When agile methodology(specifically Scrum) is introduced into an organization, first question that is discussed is about the scrum roles. Many of the Project Managers(PM) get worked up about their new role as Scrum Master(SM) and lack of clarity around this new role(SM).

There are a lot of misconceptions and misunderstanding about role of SM. Most of the questions comes from the statement that "Scrum Master has no authority". It is the inherent nature of human beings to "Control" things around them. PMs start connecting that "No authority" means "No control". They feel powerless.

Some of the common functions executed by traditional PM include:

1. Assigning tasks to the development team
2. Estimating the features and tasks(by sitting with architect or tech leads)
3. Resolving conflicts among team members
4. status update on behalf of team members with the customer
5. Time sheet management
6. Resource management
7. Change request management
8. Single point of contact for the management for anything related to project
9. Single point of contact for the on site team for anything related to project
10. Leave approval

and many more...

Responsibilities of Scrum Master include

1. Ensuring that everyone follows the scrum rules
2. Bringing the scrum team and product owner together
3. Removing the impediments from the project
4. Helping the team to move towards self organization
5. Servant Leader
   

If you compare the roles of PM with SM, you could see that many tasks are missing in SM. Who would do those tasks ? Everything lies with the team. This is exactly the reason why self organizing team is critical for success of projects practicing Scrum.

It is critical that traditional PM is convinced and has understood the roles of SM properly. Any misunderstanding leads not only failure of the project but also, failure of the entire team in implementing agile. Traditional PMs with half baked knowledge of Scrum Master role would be causing more harm than anything else.