Getting Across The River

I can’t take credit for writ­ing this para­ble about the rela­tion­ship of infor­ma­tion archi­tec­ture and inter­ac­tion design — that goes to another mem­ber of the IAI — but I can help share it.
»»
A scor­pion who was an Infor­ma­tion Archi­tect and a frog who was an Inter­ac­tion Designer were stand­ing on the bank of a rag­ing river of infor­ma­tion.
“Let’s define the prob­lem” said the IA. “I can’t swim, but I need to get across that river.“
“Well — I can swim” said the ID “I could take you across, but I’m afraid that when we get halfway, you might pull out a Venn Dia­gram and hit me over the head with it.“
“Never!” cried the IA. “Let us brave the river of infor­ma­tion together!“
And so they dived in.
When they were halfway across the river, the IA took a out a wire­frame and stabbed the ID in the back with it.
As they both slowly sank beneath the waves, the ID cried “Why did you do that? Now we’ll both drown!“
Replied the Infor­ma­tion Archi­tect: “Because I was defined that way.“
»»>
I think the mes­sage is clear: What truly mat­ters is get­ting across the river. But that can be very hard to see, if your per­spec­tive doesn’t allow it.
Case in point: Spring of 2001, lit­er­ally a week after the bub­ble burst, I was in Vegas with the rest of the Expe­ri­ence Design Group from Zefer. We were in the mid­dle of one of those impos­si­ble to imag­ine now but com­pletely sen­si­ble at the time 150 per­son design group sum­mit meet­ings about the company’s design method­ol­ogy, prac­tice, group struc­ture, etc.
Our IPO had just gone south, very per­ma­nently, but that wouldn’t by clear for sev­eral months. After a mini-rebellion at which we the assem­bled design con­sul­tants voted to skip the summit’s offi­cially sanc­tioned train­ing and dis­cus­sion activ­i­ties in favor of lots of self-organized cross-practice some­thing or other ses­sions, I ended up sit­ting in a room with the rest of the Usabil­ity and IA folks from the other offices.
Who promptly decided to define all the other design spe­cial­i­ties in detail, because doing so was the key to under­stand­ing our own roles. From here we were to move on to item­ize all the tasks and design doc­u­men­ta­tion asso­ci­ated with each dis­ci­pline, and then define the implicit and explicit con­nec­tions to the spe­cific IA deliv­er­ables. In alpha­bet­i­cal order. Using flip charts, white boards, stick­ies, and notepads.
After five min­utes, I went and to see what the Visual Design­ers were doing. They were sit­ting in a cir­cle in a large and quiet room, dis­cussing their favorite exam­ples of good design in prod­ucts, expe­ri­ences, typog­ra­phy, inter­faces; their goal was to help show the value of design prac­tices to clients. Some of them were also prac­tic­ing yoga, though I’m not sure that was related. The over­all expe­ri­ence was quite a bit more — engag­ing. And use­ful / effec­tive / rel­e­vant, espe­cially out­side the bound­aries of the group. The visual design­ers wanted to get across the river, while the IA’s were taken over by the com­plu­sion to be dili­gent infor­ma­tion archi­tects.
Maybe it’s a per­spec­tive difference?

No related posts.

Category: Information Architecture | Tags: , , , Comment »


Leave a Reply



Back to top