Skip to main content

How to organize Cloud Infrastructure team in Scrum?

Last post 03:42 pm January 14, 2019 by Daniel Wilhite
3 replies
04:16 am January 14, 2019

I am working as SM for Cloud infrastructure team, who wants to Migrate to Amazon cloud(using AWS). While the team is trying work on new Project(Cloud migration), they get service requests from the Business as Usual. So should they work on the new Project (or) BAU? How to organize and prioritize their work?

1) If they get dedicated to Cloud then how to handle the BAU in sprints?

2) If they get dedicated to BAU, then how to migrate to cloud?

Please suggest a best possible solution. The team also is in confusion along with PO what to prioritize or work first.

 


08:01 am January 14, 2019

Hi there,

I faced the same problem before and worked with a Scrum Team that handles both BAU and project tasks.

The key points here are the prioritization and communication.

As for prioritization, PO should work closely with the development team and stakeholder to give the most appropriate priority for all items. Considering the urgency (from the view of the stakeholder/PO) and effort (from the view of Development Team) for each task is very important. Don't hesitate to move out items in Sprint Backlog if there is a more urgent item in BAU.

Regarding communication, the PO should work closely with stakeholder as the schedule will much likely to be changed, depended on the number of new BAU tasks. If anything is going to be late, announce it immediately and take feedback from the stakeholder. The PO then can give proper order for the Product Backlog.

One more point is your Development Team spirit. In my case, most BAU tasks are from the production environment, which usually require hot fix and the deployment often happens after business hours. If they have to work late/ overtime, I have to monitor closely and even have to stay with them until they leave. Just don't let them feel alone if any impediment rises and you can gain their trust too.

Hope this will help.

Quang Bui


09:51 am January 14, 2019

Regardless of work being project or BAU, are the Development Team able to agree a Sprint Goal with the Product Owner, commit to it, and focus on achieving it without interruption?


03:42 pm January 14, 2019

In my opinion, BAU would be technical debt and be handled just like any other item in the Product Backlog.  It should be understood by the PO so that it can be properly ordered along with all of the new feature work being done.  The Scrum team should treat technical debt and new feature work equally.  

As for urgent production issues, they would be discussed by the Scrum Team (Dev, PO, SM) and a decision made on whether it needs to be addressed in the current sprint.  That same discussion will include the topic of "if we pull this in, does something need to come out?" and "if we pull it in does it endanger the Sprint Goal?".  Based on those discussions and decisions, you will have the appropriate way to handle the urgent issue. 

As with all things Scrum, as Scrum Master for the team, you should facilitate a discussion on how the Scrum Team feels they should work.  It isn't your job to come up with the solution.  It is the team's job to come up with the solution. 


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.