I'm in extremely strong disagreement with Jarod in a number of things he states. I disagree with his statement that one does not know where a RED design will end until after it's finished.
This is flatly untrue. It's a matter of experience. One has to have confidence of where a design (which can indeed be both grasped in the mind and in extensive blueprints) will be when implemented and realized. This is simply a fact that's been borne out in many designs by many designers. He says he will never have to resort to RED. I'm at a bit of a loss to respond to Jarod, as I'm not actually familiar with his body of work. I would have to see Jarod's designs and understand the outcomes, the scale and expense of effort that went into them, and the domains that these took place in before commenting on his approach to design and development. I speak only from my own experience, and that of the many designers I've worked with and our outcomes. In response to Dave's comments, which seem to indicate he's decided there's nothing here worth considering further, I believe he's missing a great deal. RED is very much teachable, just as martial arts are - in small groups, and in actually doing it. One doesn't learn martial arts from books. One learns by practicing dynamically with an experienced practitioner or master. It also likely took a long time for structured "schools" to emerge. Our field is young. I would caution people like Dave to think twice before being so outright dismissive. There is much evidence of success to be found among the many projects out there that are undertaken in rapid expert approaches. I've seen young designers learn to develop these skills and broader capabilities than they might otherwise have developed in narrower and more structureed environments. I'm not surprised that many with much invested in the field's dogma to issue negative judgements here, but what it will really come down to is results. I had only taken a guess at what percentage of designers might adopt these types of approaches, when I suggested 5%. It could be more. The important point is that there are designers out there capable of working at much higher levels than they might be able to do in some of the more rigid work structures and design methodologies, and those designers should be aware that other alternatives exist and have produced successful outcomes. But I will say something about anytime you see something like 5% - and that's that it would be very unwise to assume that all percentages are equal. Only 5% of physicians are certain types of specialists, but the field definitely benefits from their work and expertise. We would never accept an attitude that discounts minority vocations in favor of only those that somehow stretch across a much wider (or lower common denominator) demographic in a field. This simply doesn't make sense. I'm willing to hold out RED, if only to provide a point around which others that practice in this style can trade stories, experiences, outcomes, strategies, and knowledge. To suggest that this is not worthwhile, is, well, not some people's cup of tea or something. To those that would outright suggest that, in light of this topic, state clearly that they consciously prefer the term "genius design" precisely because of "the baggage that it comes with," and specifically after my discussion of the troubling framing that this term presents, I can only assume that this is a thinly-veiled gesture of open hostility. I'm perfectly willing to debate. However, I'd insist it be done in context of actual design work completed and not simply rhetorical posturing. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Posted from the new ixda.org http://www.ixda.org/discuss?post=37626 ________________________________________________________________ Welcome to the Interaction Design Association (IxDA)! To post to this list ....... disc...@ixda.org Unsubscribe ................ http://www.ixda.org/unsubscribe List Guidelines ............ http://www.ixda.org/guidelines List Help .................. http://www.ixda.org/help
