Stories
Slash Boxes
Comments
NOTE: use Perl; is on undef hiatus. You can read content, but you can't post it. More info will be forthcoming forthcomingly.

All the Perl that's Practical to Extract and Report

use Perl Log In

Log In

[ Create a new account ]

Adrian (66)

Adrian
  adrianh@quietstars.com
http://www.quietstars.com/

The hats I wear at work include: accessibility consultant; information architect; software developer (of the agile/XP/TDD breed - mostly in Perl); usability consultant; web site designer. I'm very dull:-) . [technorati.com]

Journal of Adrian (66)

Wednesday February 07, 2007
04:57 PM

Making agile development and design work

[ #32342 ]

(a comment on http://thinkingandmaking.com/lightpress/entries/232 whose overactive spam protection won't let me post :-)

There seems to be some confusion agile methods are purely a developmental process. That really doesn't gel with my experiences. For example I've found the Planning Game in XP is a very rich environment for doing exploratory design work.

For me agile is just as much about design as it is about implementation. Go read the agile manifesto again . Replace "software" by "product" and see how it reads.

It's true that if you don't have people with design skills involved in the team then you're less likely to get a decent product out the other end - but this is true of any process.

Agile development doesn't devastate design any more than any other process. In fact, I'd say that you're slightly more likely to get things right even without input from Design (in the UX/IxD sense) folk, because you're getting feedback far more frequently and can spot problem areas.

When the developers aren't separated from the stakeholders and users by N layers of management Chinese whispers it becomes a lot easier for them to do a good job.

As for agile only working 2-4 people - there are a /whole/ bunch of people who seem to be doing pretty darn well with considerably more than that :-) It's certainly easier to get a small team up and running in an agile manner. That doesn't mean that you can't get larger projects working that way.

The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.
 Full
 Abbreviated
 Hidden
More | Login | Reply
Loading... please wait.