129RE: [scrumdevelopment] Re: book, "Agile Software Development with Scrum"
- Nov 28, 2001I don't understand the theoretical underpinnings of why emerging
architecture and design work either. A number of us that develop and
practice agile were talking about this the other day, and we agreed that:
1. We don't know why it works.
2. Preparing a detailed architecture and design at the beginning of a
project is wasteful. It presupposes the requirements, often leads to
developing technical capabilities that aren't needed (and require debugging
and maintenance), doesn't fit with the desire to simplify, and imposes costs
of the customer that they haven't agree to.
3. In every case that we've relied on a stable architecture and design
emerging, they did. Part of the reason is refactoring, but I suspect that
the other reason has to do with team experience and the chaos theory
So, this is another of my research areas.
From: jonas.b@... [mailto:jonas.b@...]
Sent: Wednesday, November 28, 2001 6:03 PM
Subject: [scrumdevelopment] Re: book, "Agile Software Development with
Emerging requirements and self-organization I can understand and
agree to. But I have harder understanding emerging architecture. Self-
organizing teams are just human nature, whereas architecture is a
complex composition which is hard to change. I don't imply that
emerging architecture is nonsense but I can't understand how it's
Thanks for the articles on InformIT Ken, they were great!
--- In scrumdevelopment@y..., "Ken Schwaber" <ken.schwaber@v...>
> <Won't it be hard to create a stable architecture if you don't haveare
> the end goal in sight? Or it is sufficient to use the information in
> the backlog as a foundation?>
> Emergence of requirements and architecture, and self-organization
> research topics. Experientially, we know they work and areapplicable to
> software development, but the theoretical basis and its connectionto
> software development hasn't been made. See two articles thatPrentice Hall
> put up on www.informit.com under agile development that I wrote.several
> <But doesn't it cause problems if highly skilled and
> experienced engineers recieve the same salary as newly examined
> nitwits? Are the Scrum team persistent? Do they remain the same in
> projects if they are well-fuinctioning?>individual's
> In the overall performance review, evaluate the team and the
> contributions. Unless disfunction occurs, it's in the team and theproducts and
> organization's benefit to keep teams working together, owning
> systems.To Post a message, send it to: scrumdevelopment@...
> <Quite incompatible with the collective ownership rule of XP :-)>
> The product wasn't using XP, so we felt free to use this rule.
To Unsubscribe, send a blank message to:
Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/
- << Previous post in topic Next post in topic >>