Our company manages 25 software engineering teams across 6 products using a single top-down Enterprise Scrum. We know of no other company doing this, yet it provides extreme visibility and control at the CXO level. It promotes agile thinking enterprise-wide, driving non-engineering departments to adopt Scrum. We believe it is making us more profitable.We estimate effort in team months, run quarterly Sprints, assign whole teams to projects, meet in weekly stand-ups. We start, postpone or cancel whole projects. Within individual projects, we still use 1-4 week Sprints and all the trappings of the classic Scrum process, including, in some cases, Scrum-of-Scrums.New challenges arise: Shared resource constraints suggest Kanban methods. Net Present Value can justify prioritization, but creates controversy. Moving teams between projects requires rapid programming environment setup. The process forces executives to justify decisions. We want simple improvement metrics, but they seem elusive.
[1]
Ken Schwaber.
The Enterprise and Scrum
,
2007
.
[2]
Dean Leffingwell,et al.
Scaling Software Agility: Best Practices for Large Enterprises (The Agile Software Development Series)
,
2007
.
[3]
Craig Larman,et al.
Scaling Lean & Agile Development: Thinking and Organizational Tools for Large-Scale Scrum
,
2008
.
[4]
J Franke,et al.
Science for success
,
2000,
Texas medicine.
[5]
Mike Cohn,et al.
Agile Estimating and Planning
,
2005
.
[6]
M. Yamaguti,et al.
Chaos and Fractals
,
1987
.
[7]
Shock Therapy: A Bootstrap for Hyper-Productive Scrum
,
2009,
2009 Agile Conference.