Where is My Job Title in Scrum? - InformationWeek

InformationWeek is part of the Informa Tech Division of Informa PLC

This site is operated by a business or businesses owned by Informa PLC and all copyright resides with them.Informa PLC's registered office is 5 Howick Place, London SW1P 1WG. Registered in England and Wales. Number 8860726.

IoT
IoT
DevOps
Commentary
8/8/2018
07:00 AM
Dave West, CEO, Scrum.org
Dave West, CEO, Scrum.org
Commentary
50%
50%

Where is My Job Title in Scrum?

Focus on roles, not job titles within a Scrum team.

Every industry is increasingly threatened by software defined companies. Share prices drop when it is rumored that Amazon will get into healthcare; automotive manufacturers are competing with startups who lead with software. Even airlines are describing themselves as software companies with wings. In response, traditional companies are adopting agile practices and the Scrum framework. But what does that mean to existing job titles and structures?

Self-organized, empowered teams encourage the need for generalists

One of the key principles of agility is empowered, self-organized teams. By empowering teams to make decisions, much of the waste of hierarchical decision making and reporting is removed. This enables teams to respond quicker to the customer, the problem, and the market. The reality of self-organization is that individuals are more motivated because they feel accountable and connected to the outcomes. And to avoid complex communication chains and hierarchy teams have to be small, somewhere in the 3 to 12 number. Add to that the need to deliver value and agile teams tend to be "agile," not just in terms of the product they are building but also the work or job they do to deliver that product. Agile does not preclude specialists, but those specialists must be able to be flexible in response to the needs of the team. There is no room for a specialist saying "that is not my job" when looking to swarm on a user story or push the increment to Done.

For many situations Scrum teams need to balance having all the right skills within the team and looking for help from external people. A great Scrum development team is staffed by people who can get stuff done by either doing it themselves or working effectively with others to do it. That means they might not have all the skills, but they know how to work within the organization to get help from the people with the right skills. 

Roles not job titles

Scrum does not prescribe job titles for two reasons:

  • Scrum is a framework. Thus, you take the framework and install it in your organization, creating the process that is right for you. You add to Scrum the practices, techniques, people and tools necessary to deliver value.
  • Job titles have huge implications to both individuals and organizations associated with compensation and position. Those implications are very context specific and have many stakeholders. Prescribing a particular job title would require radical change, which most organizations would find difficult. Instead, Scrum describes the roles. The people playing those roles can have any job title. For example, Product Owner can be played by a Product Manager, a Business Analyst or a CEO. Scrum Master can be played by a Team Leader, or Project Manager. The job title is specific to the organization and their context not to Scrum. Organizations can decide on who is in which Scrum role based on works best for their organization.

Don't let titles destroy the value of roles

Though Scrum does not prescribe job titles, it does provide a clear definition of the role. That definition may clash with the responsibilities of a particular job title. For example, Project Managers who play Scrum Masters can find a challenge in responsibilities and accountability. The Scrum Master has a simple, yet difficult, responsibility to support and promote the use of Scrum. They are not accountable for ensuring time sheets are done, or project estimates are completed. If those things are important for delivering done value, then the team ensures they happen. The Scrum Master helps the team understand what is valuable and what is not and makes it transparent to allow Scrum to work. Traditional project management responsibilities can get in the way of empowering the team and ultimately can reduce the value of Scrum. Those responsibilities can reduce transparency and openness of the team, which in turn will reduce the ability for the team to inspect and adapt.

Empirical process is a fundamental part of Scrum and that requires trust and being open. The same historic job title orientation applies to other titles such as Business Analysts who now have to "own" the product, which traditionally they have managed for other owners; or testers who now have to help the team test rather than do all the testing themselves.

Dave West is CEO and Product Owner with Scrum.org. He is a frequent keynote at major industry conferences and is a widely published author of articles and research reports, along with his acclaimed book: Head First Object-Oriented Analysis and Design, that helped define new software modeling and application development processes. He led the development of the Rational Unified Process (RUP) for IBM/Rational. West managed Ivar Jacobson Consulting for North America. Then as VP, research director Forrester research. Prior to joining Scrum.org he was Chief Product Officer at Tasktop where he was responsible for product management, engineering and architecture.

The InformationWeek community brings together IT practitioners and industry experts with IT advice, education, and opinions. We strive to highlight technology executives and subject matter experts and use their knowledge and experiences to help our audience of IT ... View Full Bio
We welcome your comments on this topic on our social media channels, or [contact us directly] with questions about the site.
Comment  | 
Print  | 
More Insights
Commentary
Will AI and Machine Learning Break Cloud Architectures?
Lisa Morgan, Freelance Writer,  6/10/2019
Slideshows
9 Steps Toward Ethical AI
Cynthia Harvey, Freelance Journalist, InformationWeek,  5/15/2019
Commentary
Humans' Fascination with Artificial General Intelligence
Guest Commentary, Guest Commentary,  6/6/2019
White Papers
Register for InformationWeek Newsletters
2019 State of DevOps
2019 State of DevOps
DevOps is needed in today's business environment, where improved application security is essential and users demand more applications, services, and features fast. We sought to see where DevOps adoption and deployment stand, this report summarizes our survey findings. Find out what the survey revealed today.
Video
Current Issue
A New World of IT Management in 2019
This IT Trend Report highlights how several years of developments in technology and business strategies have led to a subsequent wave of changes in the role of an IT organization, how CIOs and other IT leaders approach management, in addition to the jobs of many IT professionals up and down the org chart.
Slideshows
Flash Poll