[Sigia-l] Re:Serious Discussion of IA Research?
Patrick Debois
Patrick.Debois at sos.be
Fri Dec 3 03:32:47 EST 2004
I guess this discussion show some different angles on how people look
upon IA.
-Is it a science which needs its proper research, or is more of an
applied science (organizing things from other sciences)
-Is it only focusing on information as the essence or information in a
broader perspective (organizing, making it work)
Let me make little comparison with a construction architect. He needs to
be a versatile person to get the job well done:
-know things about design (what looks nice)
-know how to make things pratical (usability,~ findability)
-know things about human behaviour (should the kitchen be near the
living room)
-know things about psychology (what colours depresses people, how to
create effect of large rooms)
-know things about socially (are the neighbours going to complain about
the large wall, can we see in the neighbours bed room ;-)
-know what building materials exist and how they relate (make it wood,
plastic)
-know what things cost and making it a cost effective design (sure you
want it in gold, but that would cost to much)
-guide constructor companies to making the correct decisions
-being a project manager to coordinate the whole process
The key-note here is to know a bit of everything, but still enough to be
able to talk to each party as an equal partner. So this means other
people usually now more about their field than we do. Does that mean we
are absolete? No, because we help to get the balance in everything, And
sure people will get mad about our advice (the system engineer going
crazy about the resources needed for the UI).
But back to the original subject: How would you qualify about research
in IA? Again how would you do it for Construction architecture? It also
draws upon different domains and sometimes has to wait until concepts
get through to people or products exist. Does that mean it lacks
research? I tend to think that construction architecture is more about
patterns, combining skills off different fields. Presenting that some
patterns work and others don't (antipatterns) would be very usefull to
the IA community especially focusing on Cases and lessons learned.
Explaining these things also does not qualify for exact science but
draws on exact sciences and non-exact.
In no other sector companies would re-organize their company more as in
IT. It is not because of the changing technology, but because things
went bad. Because most people can only think limited in a few dimensions
(f.i. cost, revenue but not about employee satisfaction). The answer is
that as long as you keep a balance between different related things it
would work, but still you need to find the correct balance. Think about,
if you jump out of a building and people are holding a blanket to catch
you, you would make sure they would pull at it in the correct way and
with the correct strength.
Drawing the analogy with the corporate websites, how often do you see
that people rebuilt because one of the "dimensions" was bad. (was it bad
colours, bad servers, bad UI ..) So that's were IA comes in, in limiting
the mistakes made and finding a balance between all the related areas to
make things work.
As an engineer this is what attracts me to IA. Instead of only handling
some dimensions (products, timeframe,technology) and hoping other
aspects are under control (human behaviour, user specs), it makes clear
that you need to read and know much more. He i even went to a course
Emotional Intelligence as a techie ;-)
Must say i enjoyed this thread as first starter to this list ;-) And a
big thanks to PeterV to initiating it. It shows once againg that there
is no exact definition of IA.
More information about the Sigia-l
mailing list