Monday 9 February 2009

SCRUM Part 2

Control Chaos
ScrumBut

Many organizations have adopted Scrum. However, when they use Scrum, they run into ScrumButs. ScrumButs are reasons why they can’t take full advantage of Scrum to solve the problems and realize the benefits An example ScrumBut is (The Daily Scrum meetings are too much overhead) (because the team members don’t need to meet so often) (so we only have them once a week, unless we need them more often)

.In this limited attendance workshop (10 maximum), people who are accumulating ScrumButs will work with Ken Schwaber and other selected Scrum guru’s. They will identify their highest priority ScrumButs and learn how to systematically address and resolve them. While doing so, the attendees will learn how to assess the impact of a ScrumBut on the organization and quantify its damage. Attendees will also learn how to turn ScrumButs into actionable user stories that can be resolved using Scrum.
Attendees are expected to bring some of their highest impact ScrumButs to the workshop. Several will be worked on, including identifying how they were identified by Scrum, measuring their impact, and creating plans and techniques for resolving them. War stories of what these ScrumButs have done to other organizations will be shared. At the conclusion of the workshop, attendees will know how to identify, write-up, and resolve ScrumButs.
scrum primer - Google Search
THE SCRUM PRIMER
Scrum Methodology & Agile Scrum Methodologies
The Scrum methodology of agile software development marks a dramatic departure from waterfall management. In fact, Scrum and other agile processes were inspired by its shortcomings. The Scrum methodology emphasizes communication and collaboration, functioning software, and the flexibility to adapt to emerging business realities — all attributes that suffer in the rigidly ordered waterfall paradigm.
Digg Technorati Delicious StumbleUpon Reddit BlinkList Furl Mixx Facebook Google Bookmark Yahoo

Google Analytics