In this scenario, there are two teams working together on a Scrum project from two different locations: a Development team and a UX team. According to the agreed-upon plan, the Development team is dependent on the UX team for wireframes, design comps, and graphic design assets, without which they cannot start development. To make things a bit more challenging, let’s assume that the UX team is a third-party vendor that does not usually follow the Scrum methodology as part of its day-to-day delivery model. However, they must for this engagement.
Following the Basics of Scrum
Adhering to Scrum principles and practices is what it makes a Scrum team effective in action. For example, a team must follow Scrum roles and processes by the book. Each Scrum team comprises a Product Owner, Scrum Master, Scrum team members, and a Business System Analyst, who may act as a substitute Product Owner and works with the Scrum team on a regular basis. The team participates in scheduled sprint meetings and works toward the common goals of designing, coding, and testing a deliverable—whether a new feature or just a bug fix. During each sprint meeting, the team goes through the product backlog, sprint backlog, and burn-down charts.
In this situation, a separate UX team that did not follow Scrum as a part of its delivery model would present serious challenges to the team’s realizing the benefits of Scrum. For example, a project might experience deliverables churn, get delayed because of misaligned schedules, get blocked by a slow approval process, or experience communication breakdowns.