We’ve converted the ‘Development Team’ definition from the 2013 Scrum Guide into cartoon form to illustrate the role of the Development Team in Scrum.

The Development Team

The Development Team consists of professionals who do the work of delivering a potentially releasable Increment of “Done” product at the end of each Sprint. Only members of the Development Team create the Increment.

Development Teams are structured and empowered by the organization to organize and manage their own work. The resulting synergy optimizes the Development Team’s overall efficiency and effectiveness.

Development Teams have the following characteristics:

• They are self-organizing. No one (not even the Scrum Master) tells the Development Team how to turn Product Backlog into Increments of potentially releasable functionality;

• Development Teams are cross-functional, with all of the skills as a team necessary to create a product Increment;

• Scrum recognizes no titles for Development Team members other than Developer, regardless of the work being performed by the person; there are no exceptions to this rule;

• Scrum recognizes no sub-teams in the Development Team, regardless of particular domains that need to be addressed like testing or business analysis; there are no exceptions to this rule; and,

• Individual Development Team members may have specialized skills and areas of focus, but accountability belongs to the Development Team as a whole.

Development Team Size

Optimal Development Team size is small enough to remain nimble and large enough to complete significant work within a Sprint. Fewer than three Development Team members decrease interaction and results in smaller productivity gains. Smaller Development Teams may encounter skill constraints during the Sprint, causing the Development Team to be unable to deliver a potentially releasable Increment. Having more than nine members requires too much coordination. Large Development Teams generate too much complexity for an empirical process to manage. The Product Owner and Scrum Master roles are not included in this count unless they are also executing the work of the Sprint Backlog

Take the Quiz!

[WATUPRO 16]

About the speakers

About the speakers

Mr Scrum Master

Hello! I'm the Scrum Master, it's nice to be featured here on SSW TV :)

Related videos

Related videos

Do you explain why you’ve deleted or updated an appointment? | Adam Cogan | SSW Rules

Ever wonder why a meeting was moved or cancelled? Adam Cogan explains the “Secret Ingredient” to professional scheduling: always include a version history and reason for change at the top of your appointments. Improve clarity, keep a record of changes, and hold participants accountable with this simple SSW Rule.

Chat first before changing others’ code | Adam Cogan

Changing someone else’s code? Don’t just dive in! Adam explains why it’s important to check the source history and talk to the original developer before making changes. A quick chat can save headaches and keep everyone on the same page. Perfect advice for devs working in teams!

SSW TimePro – Create a new tenant | Jeoffrey Fischer

Learn how to provision a new tenant in TimePro and sync it with an external Dynamics 365 CRM system.

How to Report Bugs in Seconds | Brady Stroud

Tired of tedious bug reporting? Watch how Brady uses YakShaver.ai to turn a quick screen recording into a professional PBI instantly.

White space – Tips for recording demo | Adam Cogan

Awkward pauses can ruin an otherwise good presentation. In this video, Adam shares a simple tip to handle white space during demos and recordings. By telling your audience what’s about to happen, you avoid silence, cut out useless fillers, and sound more confident. Perfect for product demos, meetings, or presentations on any stage.

Don’t throw things over the fence until you’ve done what you can | Adam Cogan

“Throwing it over the fence” means passing your work or problem to others. This short video delivers one clear message: before you hand something off, do what you can yourself. It’s a simple reminder about responsibility, effort, and ownership in work, teamwork, and daily life.

SSW Strasbourg Office in Europe | Walkthrough with Jean

Hear from SSW Senior Software Engineer Jake Bayliss about the importance of providing context, showcasing your work and asking for questions & direction from Product Owners.

Liking Github issues when they are read | Adam Cogan

“Throwing it over the fence” means passing your work or problem to others. This short video delivers one clear message: before you hand something off, do what you can yourself. It’s a simple reminder about responsibility, effort, and ownership in work, teamwork, and daily life.

How to supercharge a company with AI | Ulysses Maclaren

Explore how AI is transforming businesses right now! In this video, Ulysses Maclaren from SSW walks us through the innovative ways AI is being used at Tina CMS. From automating customer interactions to analyzing vast amounts of data and even managing sales leads, AI is revolutionizing workflows

SSW FireBootCamp Journey to become a .NET developer (Story 2) | Jeoffrey Fischer & Isaac Lombard

Hear firsthand from SSW’s graduates about their learning journey with FireBootCamp.