The Scrum approach to agile software development marks a dramatic departure from waterfall management. Scrum and other agile methods were inspired by its shortcomings. Scrum emphasizes collaboration, functioning software, team self management, and the flexibility to adapt to emerging business realities.
Posted by admin under Scrum Discussion
I just ran across this post (http://www.infoq.com/news/2009/05/chickens-in-daily-scrum) called “How Many Chickens Are Too Many?” on InfoQ, in which Vikas Hazrati reports on a rather lively discussion that occurred recently on the Scrum Development group. The discussion in question was triggered when one user posted that as many as four to five “chickens” attend his team’s daily standup. Given that his team only consists of five or six individuals, the ratio of mangers to developers is nearly 1:1.
Now, most Scrum literature clearly advocates that if a manager—or “chicken” as Scrum practitioners are fond of referring to them as—wants to attend the daily standup, he or she may do so as a silent observer. The daily standup is a meeting designed for inter-team communication. That is, it’s an opportunity for the team to speak with one another frankly about how the sprint is going. When managers are present, teams may skew the reality of their progress to present a rosier picture of development for them. Or worse yet, the manager may simply usurp the daily standup, using it as a time to micromanage the team. When this happens, Scrum’s emphasis on self-organization—that is, the team’s ability to choose how it will accomplish its sprint goals—is effectively undermined and management reverts back to a traditional, command-and-control approach. In my mind, the issue is clear. A manager should probably not attend the team’s daily standup meetings, but, if it’s essential, he or she should do so as an observer only.
Interestingly, many of the Scrum users who weighed in on the conversation claimed that this is not exactly a black-and-white scenario. Several explained that it depends on the particular culture of the organization. That is, if management is supportive of its developers and empowers them to make decisions (even if they’re occasionally the wrong ones), then there’s no harm in them attending this meeting. Of course, few of us have had the good luck to write software in such an environment. It’s far more likely that your manager or Product Owner is not exactly hands-off.
What do you think? Obviously, Scrum is designed to be flexible so that it can adapt to the needs of specific organizations. But should something as fundamental as this really be up for interpretation? I’m curious to hear your thoughts on this one.Tags: daily standup, Scrum Basics, scrum daily standup, scrum meetings, scrum teams
Posted by admin under Scrum Discussion
In a post on agile luminary Martin Fowler’s blog, he identifies a new strain of Scrum dysfunction that’s wreaking havoc on software development projects: “flaccid Scrum.” Here’s Fowler’s description of how this anti-pattern gets started:
- “They want to use an agile process, and pick Scrum
- They adopt the Scrum practices, and maybe even the principles
- After a while progress is slow because the code base is a mess”
What Fowler is describing here is an organization that has begun to use Scrum—and Scrum only—to manage its projects. For organizations developing software (or other chaotic technology deliverables), Scrum is not a substitute for agile engineering practices—not even close. In fact, Scrum intentionally omits engineering practices to give organizations as much flexibility as possible. That is, Scrum is about people and teams and believes that decisions about engineering practices should be left up to them, rather than prescribed.
Of course, Fowler understands this and is quick to say that a recent outcropping of so-called “flaccid Scrum” projects has more to do with Scrum’s surge in popularity than any inherent flaw with the framework.Tags: Flaccid Scrum, Scrum Basics
Scrum Training Series
- Scrum based funding model – 20 percent May 9, 2013
- The Next Big Idea March 5, 2013
- On Being Available February 17, 2013
- Should Scrum Always Require the Product Owner to Attend the Sprint Retrospective Meeting? February 5, 2013
- Happiness Metrics January 23, 2013