2016 IEEE 11th International Conference on Global Software Engineering (ICGSE) 2016
DOI: 10.1109/icgse.2016.34
|View full text |Cite
|
Sign up to set email alerts
|

Scaling Scrum in a Large Globally Distributed Organization: A Case Study

Help me understand this report

Search citation statements

Order By: Relevance

Paper Sections

Select...
3
1
1

Citation Types

0
127
0
2

Year Published

2017
2017
2022
2022

Publication Types

Select...
4
3

Relationship

0
7

Authors

Journals

citations
Cited by 54 publications
(129 citation statements)
references
References 25 publications
0
127
0
2
Order By: Relevance
“…Scrum of Scrums : was the most used scaling practice . A typical use of SoS was for synchronization between teams, but in some cases, it was used as a daily meeting, which can lead to problems over time due to the many distributed teams that needed to be represented . Feature specific SoS was used to avoid the problem of too large meetings .…”
Section: Resultsmentioning
confidence: 99%
See 2 more Smart Citations
“…Scrum of Scrums : was the most used scaling practice . A typical use of SoS was for synchronization between teams, but in some cases, it was used as a daily meeting, which can lead to problems over time due to the many distributed teams that needed to be represented . Feature specific SoS was used to avoid the problem of too large meetings .…”
Section: Resultsmentioning
confidence: 99%
“…Feature specific SoS was used to avoid the problem of too large meetings . Oversize SoS meetings can cause teams to stop reporting their impediments, feeling there is not enough time during the meetings . As LeSS or SAFe suggest, having team representatives in the meetings can reduce this issue; however, they need to be involved in team's work to bring useful points to the discussion…”
Section: Resultsmentioning
confidence: 99%
See 1 more Smart Citation
“…However, large organizations face challenges when scaling agility such as inter-team coordination, dependencies on other programs, and lack of clearly defined requirements [30]. Especially, a lacking definition of architecture causes problems when adopting agile methods.…”
Section: Discussionmentioning
confidence: 99%
“…Over use of the Scrum Master role, who acted as a team representative at common meetings rather than rotate the role, was found problematic. The team felt that these meetings were a waste of time, and sent the scrum master instead of taking turns [12]. The frequent meetings in Scrum were also a problem in [13].…”
Section: Introductionmentioning
confidence: 99%