Search
Close this search box.
Search
Close this search box.
Search
Close this search box.

The Slippery Slope from Personal Task Assignment to Lack of Team Ownership and Commitment

Facebook
Twitter
LinkedIn
Pinterest
WhatsApp

Sprint planning is an important event that has a significant impact on the team’s effectiveness and productivity during the sprint.
The most critical aspects of successful sprint planning are the level of the team’s commitment to the goal of the sprint and handling the sprint backlog.
To encourage the team’s commitment to the sprint, the Scrum Master (SM) should include all the members of the team in planning the sprint and, together with them, craft a challenging sprint goal and estimate the tasks involved. Another important mission of the SM is to prevent managers from putting pressure on team members to take on more than they can deliver and commit to.

By following these guidelines, the team can create a challenging but achievable plan for the sprint and so improve the team’s commitment to their jointly devised plan.

During sprint planning, personal tasks are often assigned to specific team members based on the estimated time they need, until the full capacity available for the sprint is reached.

This practice is supported by ALM tools (like Jira, ADO, and others) that help create a linkage between the team members and their tasks. These tools help each team member to filter their own tasks, making their efforts more comfortable and convenient to them and, by doing this, they create new habits.

So, what’s the problem with doing this?

The practice of assigning personal tasks may give the team members the wrong impression that the sprint backlog and the tasks are personal; however, they should not forget that the main goals of a sprint planning event are to determine the team’s mission and to encourage the team members to take ownership of tasks.
If each team member focuses on completing just their own tasks, they tend to perform more like a “group” of people working side by side than an actual team.

This situation impacts team productivity from different aspects:

  • It loses the advantages of working as a team. Aristotle said: “The whole is greater than the sum of its parts”. This pearl of wisdom is especially relevant when it comes to working within a team.
  • It creates a high level of Work in Progress (WIP) – Each team member focuses only on their own tasks, which increases the cycle time and reduces the team’s overall velocity.
  • Measuring personal performance – It creates a need for micromanagement and harms motivation.

How should we handle this situation?

The SM should understand that task assignment is solidly connected to the level of the team’s maturity and must be handled based on the team’s actual maturity and experience.
In the early days of the team, the practice of assigning personal assignments can be used to give the team more confidence in the process and in the sprint plan itself. However, throughout the sprint, the SM can challenge the team members by advising them to switch tasks with other members, while still focusing on the overall goal of keeping up the team’s commitment to the sprint and conveying the message that “backlog items are not personal items”.
As the team grows and matures, the SM can guide them to the next level by assigning only the first few tasks that the team should start working on in the first days of the sprint and leaving the rest ready to be picked up by the next available free member.

In summary:

The SM plays a significant role in helping the team to increase their sense of accomplishment.
SMs need to make sure that the members of their team do not confuse “personal assignment” with “personal ownership”.
By ensuring that the team is focused on the overall goal of the sprint and the team’s mission, the SM can help their team to achieve a much higher level of satisfaction, effectiveness, and productivity.

The team’s motto should be: “Do more in the same amount of time”.

Subscribe for Email Updates:

Categories:

Tags:

Daily Scrum
Product Ownership
Presentation
Code
Scrum Values
NIT
Artificial Intelligence
Scrum Master
Lean Risk Management
Frameworks
Process Improvement
Systems Thinking
Effective Agile Retrospectives
Agile Techniques
Product Management
Principles of Lean-Agile Leadership
Nexus and Kanban
Atlassian
Kanban
Webinar
Elastic Leadership
Confluence
Self-organization
LPM
An Appreciative Retrospective
Professional Scrum Master
System Integration Environments
Coaching Agile Teams
Certified SAFe
Jira Cloud
Software Development
Limiting Work in Progress
Nexus and SAFe
Professional Scrum with Kanban
Kanban 101
Agile Mindset
Lean-Agile Budgeting
Jira
WIP
Agile in the Enterprise
Scrum
Agile Basics
User stories
Hybrid Work
Pomodoro Technique
LeSS
Program Increment
Change Management
LAB
Achieve Business Agility
A Kanban System for Software Engineering
QA
Agile Development
predictability
Engineering Practices
transformation
AI
Kanban Basics
TDD
PI Planning
Reading List
Rovo
The Agile Coach
PI Objectives
ATDD
Agile Product Development
Agile Contracts Best Practices
SA
Scrum With Kanban
GanttBan
Tips
Managing Projects
Portfolio for Jira
Nexus
Slides
Agile Games and Exercises
Release Train Engineer
DevOps
Accelerate Value Delivery At Scale
Entrepreneurial Operating System®
RSA
What Is Kanban
Lean-Agile Software Development
speed at scale
Games and Exercises
Lean and Agile Techniques
Story Slicing
Scrum.org
EOS®
Agile
Test Driven Development
Managing Risk on Agile Projects
Continuous Improvement
Agile Outsourcing
BDD
Planning
Software Development Estimation
Lean Agile Organization
POPM
ALM Tools
IT Operations
Introduction to ATDD
Agile for Embedded Systems
RTE
Agile Testing Practices
Continuous Deployment
Scaled Agile Framework
Agile Israel Events
Sprint Retrospectives
Lean Agile Management
ROI
Risk Management in Kanban
SPC
Risk-aware Product Development
System Team
Lean Startup
Manage Budget Creation
Continuous Planning
SAFe Release Planning
Perfection Game
Lean Agile Leadership
Lean Software Development
Sprint Iteration
speed @ scale
Business Agility
Keith Sawyer
lean agile change management
ARTs
Legacy Enterprise
Atlaassian
Agile Delivery
Jira Plans
Rapid RTC
Scrum Master Role
Advanced Roadmaps
Nexus vs SAFe
Agile and DevOps Journey
Kaizen
Video
Spotify
agileisrael
Lean Agile
Quality Assurance
Enterprise DevOps
Lean Agile Basics
Kanban Kickstart Example
Implementation of Lean and Agile
Agile Marketing
Continuous Delivery
Lean and Agile Principles and Practices
Covid19
RTE Role
Agile Release Planning
Lean Budgeting
Agile Release Management
AI Artificial Intelligence
Agile Project
Agile Project Management
AgileSparks
Value Streams
Agility
Certification
Team Flow
Tools
ScrumMaster Tales
Kaizen Workshop
ATDD vs. BDD
Jira admin
Implementing SAFe
SAFe DevOps
Iterative Incremental Development
Professional Scrum Product Owner
Operational Value Stream
Applying Agile Methodology
Agile Community
ART Success
Development Value Streams
Sprint Planning
Scrum Guide
SAFe
Acceptance Test-Driven Development
Continuous Integration
Risk Management on Agile Projects
Agile Games
Legacy Code
Nexus Integration Team
Amdocs
Scrum and XP
Kanban Game
chatgpt
Large Scale Scrum
The Kanban Method
Agile India
Scrum Primer
Agile Israel
Agile Product Ownership
Agile Assembly Architecture
Agile Exercises
Agile Risk Management
System Archetypes
Introduction to Test Driven Development
Retrospectives
Built-In Quality
Releases Using Lean
AgileSparks
Logo
Enable registration in settings - general

Contact Us

Request for additional information and prices

AgileSparks Newsletter

Subscribe to our newsletter, and stay updated on the latest Agile news and events

This website uses Cookies to provide a better experience
Shopping cart