Skip to main content

Tasks for Functional Team

Last post 05:00 pm June 14, 2019 by Filip Łukaszewski
2 replies
05:20 pm June 12, 2019

My question is how to handle the tasks for functional team. If a member of the team will make a documentation on Confluence page or make an analysis about a specific topic, should we create tasks for these, assign them to the specific person of the functional team, define the task (task in Jira not the user story) and include them in the sprint backlog? Is there a best practice defined about this topic?


03:23 pm June 13, 2019

Are these tasks tied to a Product Backlog Item(PBI) that has been completed in a previous Sprint?  If so, why wasn't the work done at that time? This scenario seems to be creating technical debt as a conscious decision. I usually coach that in these situations a PBI is created that defines who needs this, why it provides benefit, what that benefit is and how you know you know you have satisfied the need.  Sound familiar?  Yeah it is the basics of an User Story.  However, whatever Jira type you want to use doesn't really matter as long as the Scrum Team realizes that it should be ordered equally with all other PBIs. 

Do the tasks add value for any stakeholder? If not, why do the work?  If so,  I usually coach that in these situations a PBI is created that defines who needs this, why it provides benefit, what that benefit is and how you know you know you have satisfied the need.  Sound familiar?  Yeah it is the basics of an User Story.  However, whatever Jira type you want to use doesn't really matter as long as the Scrum Team realizes that it should be ordered equally with all other PBIs. 

Is there a best practice defined about this topic?

The only "best practice" is the way the team feels is best for them to handle these situations.  In my opinion, this statement from the Scrum Guide section describing the Product Backlog says all that I need. 

The Product Backlog is an ordered list of everything that is known to be needed in the product. It is the single source of requirements for any changes to be made to the product. The Product Owner is responsible for the Product Backlog, including its content, availability, and ordering.

In my head I usually replace the "in the product" with "for the product". Does any of this work fall into the category of something known to be needed for the product? I see that as a way to cover documenting product behavior in case another team needs to know more or upgrading components to currently supported versions. 

...or make an analysis about a specific topic."

Again my opinion is that this is basically the definition of a Spike and yes there should be a PBI for it. The only difference between Spikes and other PBI types is that Spikes are time-boxed and not estimated.  

 


05:00 pm June 14, 2019

In general I agree.

Just a small note: a "spike", even though time-boxed, if included in a sprint, needs to be also estimated. It could be estimated employing time-box length.


By posting on our forums you are agreeing to our Terms of Use.

Please note that the first and last name from your Scrum.org member profile will be displayed next to any topic or comment you post on the forums. For privacy concerns, we cannot allow you to post email addresses. All user-submitted content on our Forums may be subject to deletion if it is found to be in violation of our Terms of Use. Scrum.org does not endorse user-submitted content or the content of links to any third-party websites.

Terms of Use

Scrum.org may, at its discretion, remove any post that it deems unsuitable for these forums. Unsuitable post content includes, but is not limited to, Scrum.org Professional-level assessment questions and answers, profanity, insults, racism or sexually explicit content. Using our forum as a platform for the marketing and solicitation of products or services is also prohibited. Forum members who post content deemed unsuitable by Scrum.org may have their access revoked at any time, without warning. Scrum.org may, but is not obliged to, monitor submissions.