Skip to main content

Distributed Scrum Teams


Today businesses are shifting to emerging economies (such as India) due to reduced business operations cost and an easily available workforce. The businesses certainly are more virtual and distributed, with "distributed" as its key element. Thus the need for better managing such teams, using the right tools and processes, is becoming increasingly critical for any enterprise company.

Here are some reasons for the shift and need for having distributed Agile teams:
·         Globally distributed teams reduce costs.
·         They can reach the market more quickly with a "follow the sun" model.
·         Distributed teams expand access to new markets.
·         Acquisitions as a result of consolidation results in companies working together to integrate their businesses.
·         Expansion can aid innovation and thought leadership.
·         Telecommuting gives options for communicating with teams effectively.
·         Collaboration tools -- improved tools for distributed communications and server-based, multiuser tools for product development -- are removing barriers, and more teams view distributed collaboration as an alternative.
1.1       Handling Distributed Scrum Teams
·         Distributed teams increase the need for clear, timely communication between sites. You might be thinking of increases in complexity due to more time zones, language barriers, and cultural differences getting in the way.
·         Communication is the core issue among the distributed teams. Different time zones, conflicting working hours, cultural and language barriers impact communication and collaboration.
·         Investing ineffective enterprise tools for requirements repositories, Source Control management, build and deployment setup, defect tracking, and project management tools is essential.
·         Practicing Test Driven Development (TDD), Continuous Integration and Automation of Testing are recommended
·         Proper communication setup such as telephones and video conference are essential in a distributed setup.
1.2       Collaboration within a Sprint
·         Scrum Teams should follow continuous integration, test automation, and test-driven development practice to foster distributed collaboration during the sprint and help teams complete user stories within a sprint.

·         Documentation helps to overcome distance: Because of language barriers, distributed teams often need more written documentation than co-located teams.

·         Using the right tools: In a distributed environment, right tools and effective practices can help team members communicate more effectively.

·         Valuing the whole team: The Scrum Master should focus on an "us" versus a "them" attitude in the distributed team, due to more delays in communications and fewer opportunities to work together.

·         Transparency: Distributed Agile teams should use project management tools to identify tasks that are open, in progress, and completed so everyone is aware of the current status.

·         Dealing with defects: Distributed teams may want to consider creating a user story with a certain number of story points in the Sprint to deal with the problems, or they can set a priority for the maintenance tasks as per the customer log, or create a sub-team to focus only on handling these issues during the Sprint, or -- depending on the skill set of the technical support team -- make the necessary code changes.

·         Handling blockers during the sprint: In the large-scale enterprise transitioning to agile, the Scrum Master needs to hear from distributed Scrum team members who are facing blockers and dealing directly with inhibitors will help increase the velocity of the team over time, as well as the velocity of other teams as they transition to Scrum.

·         Responding to questions during the sprint: For enterprise product development, the Product Owner should look for ways to match representative stakeholders with the teams' working hours and to be available during that time as well.

·         Sharing time zone challenges: One approach to help manage such cases is to make sure that distributed teams in different time zones are fully self-sufficient and the team spreads the work to minimize dependencies.

·         Automation and Continuous Integration
o   Continuous integration.
o   Report any build failures to the team
o   Reduce the risk of integrating code.
o   Automated Test Cases.
o   Improve the efficiency of the team.
o   Builds can run at different frequencies.
o   Test automation.
·         Dedicated automation teams.

Test-driven development: Developers write unit tests, the small tests that fail first. Testers work with developers to ensure that any later tests do not repeat the work the developers have already done.

The Certified Scrum Master® is a Certification from Scrum Alliance. The Product Owner is the key member of the Scrum Team. The Scrum Master Certification Mumbai helps you gain a high degree of proficiency in the processes of the Scrum Methodology. It aims at providing you with an understanding of the Scrum framework, including team roles, activities, and artifacts. For More Information Call +91-8291749529 or visit, http://www.worldofagile.com.
Labels:
Location: India

Comments

Post a Comment

Popular posts from this blog

PRINCE2's Project Organisation

PRINCE2's organisation theme defines the Project Team or organisation. It establishes the project's structure of accountability and responsibilities. As PRINCE2 is based on a customer/supplier environment, it assumes that there will be a customer who will specify the desired result and probably pay for the project, and a supplier who will provide the resources and skills to deliver that result. A successful project management team should have business, user and supplier stakeholder representation. Business The products of the project should meet a business need which will justify the investment in the project. Should also provide value for money. The Executive looks after business interests User The user viewpoint should represent those individuals or groups for whom some or all of the following will apply: They will use the outputs of the project to realize the benefits after the project is complete They will operate, maintain or support the project’s outputs The outputs of t
Read more

Scrum Timebox

Scrum relies heavily on the concept of Timebox. Timebox is setting a fixed time limit to any activity and letting other characteristics such as Scope vary. A time box could be ·           A Meeting ·           A Sprint ·           A Test activity ·           Development Activity ·           Or Practically anything such as you chatting with your friend on social networking site. The fact about timebox is that the time is limited. You can adjust other parameters such as ·           How much you can get done ·           Which item you must prioritize ·           However, deadlines cannot be moved. In Scrum, all the project iterations, meetings must be timeboxed and time limits be respected. This is very important and non-negotiable aspect of Scrum. Lets look at how a timebox actually works. ·           Timebox can be of any duration  - hours, months, years ·           It is essentially a control mechanism to ensure how much time you wish to devote
Post a Comment
Read more

The Service Value System - Continual improvement | ITIL V4 Certification

Continual Improvement Continual improvement takes place in all areas of the organization and at all levels, from strategic to operational. When provisioning a service we should always keep continual improvement in mind, and should always be looking for opportunities to improve. To support continual improvement at all levels, the ITIL® SVS includes: ITIL® Continual Improvement Model provides organizations with a structured approach to implementing improvements Improve Service Value Chain Activity Continual Improvement Practice Continual Improvement Model Continual Improvement Model can be used as a high-level guide to support improvement initiatives.  The model supports an iterative approach to improvement, dividing work into manageable pieces with separate goals that can be achieved incrementally. The scope and details of each step of the model will vary significantly based on the subject and the type of improvement The steps of this model do not need to be carried out in a linear fash
Read more