Scrum Masters are not Administrators

2017 08 01 head

Readers know I am an early adopter of agile and Scrum approaches.

I experienced how much more effective and fun it is to work in an agile team developing digital products.

Lately I was asked if I was interested in working as a Scrum master [1, 2, 3].

The job description below was handed me over. What an experience it was.

The text with the regular font is the job description. I wrote down my comments in italics.

  • Manage team of software engineers: provide technical direction, schedule and delegate work, evaluate performance. Advise on good practices and developing practice, review code.

    • A Scrum master empowers a development team. The team schedules the work during each Sprint. The team members select the stories they will implement next. The Scrum master advises good practices, but he should really not perform code reviews and police the team.

    • He does not manage and certainly not micromanage engineers. He shall never evaluate the performance of team members. He shall not police the team by reviewing the source code.

  • Analyze requirements and provide time estimates: consume non-technical functional requirement documentation. Provide feedback when necessary, translating into the technical documentation when necessary. Provide feasibility assessment and estimate level of effort to implement.

    • The product owner and the team write and refine stories. Avoid requirements and move to stories and epics. The team shall write technical documentation and feasibility assessments. Only the team has the right to estimate the effort needed to implement a story.

    • The Scrum master is neither a business analyst defining requirements, nor a product manager creating schedules and time estimates.

  • Help develop, communicate and enforce workflows. Work with the development department head and QA to ensure that clear workflows are established and followed within the team.

    • An agile team has quality assurance roles as cross-functional capabilities. You do need a quality assurance team. Dissolve the quality assurance department. Move their specialists to the teams and get rid of the vice president of quality assurance.

    • The Scrum master does neither administrate the flow of information nor implement processes. He trusts and coaches his teams to deliver the best quality.

  • Coordinate with QA, IT Operations, and Database Administrators on testing. Launch planning, launch, and troubleshooting or optimization of features after the launch.

    • The product owner plans the release schedule with the team. A high-quality product does not need a troubleshooting process. The above nicely describes an organization based on functional silos. No cross-functionality is ensured and product focus is an unknown concept.

    • The Scrum master is neither an administrator nor an overall coordinator. His teams are self-organizing and directly communicate with all involved parties.

  • Architecture: participate in technical design of new and expanding systems and infrastructure. Aid in creating documentation for new and existing systems.

    • The team grows the architecture and implements the solution. Not an external so-called expert shall be in charge of the architecture or sole owner of the design.

    • The Scrum master is neither in charge of the architecture nor the external expert imposing his views on the team.

I clearly decided not to apply for this position. I was fascinated that companies still believe that such alibi positions will not be detected. The above position is a flag for me. As an agile developer, Scrum master or product owner, I shall never work for this company. I will not have Fun at Work.

They were looking for an administrator and a classical project manager. They were not looking for an agile professional and Scrum master.

I kindly suggested the authors of the job description shall get an introduction training to Agile, Lean and Scrum. I will certainly not recommend this company to my acquaintances.


[1] Z. Sochova, The Great Scrum Master. Addison Wesley, 2016 [Online]. Available:

[2] G. Verheyen, Scrum - A Pocket Guide, Third. Van Haren Publishing, 2021 [Online]. Available:

[3] S. Ockerman and S. Reindl, Mastering Professional Scrum. Addison Wesley, 2019 [Online]. Available: