Archive for June 2005


New Web Service for Sparklines

June 27th, 2005 — 12:00am

From someone else named Joe, a free service that generates sparklines:

http://bitworking.org/projects/sparklines/

Now I can plot the truly disatisfying long-term performance of my 401ks using a convenient networked infrastructure service…

Related posts:

Comment » | Tools

Three Contexts for the Term “Portal”

June 27th, 2005 — 12:00am

I’m working on a portal project at the moment for a healthcare client, so I’ve heard a great deal about how the concept of ‘portal’ is so diluted as to be effectively meaningless. Following a series of surprisingly muddled conversations with technologists, business types, and end users representatives around the concept for this new portal, I realized that much of the hand-wringing and confusion comes from simple lack of perspective – on the different perspectives represented by each viewpoint. Ambiguity or disagreement about which perspective is the frame of reference in any given discussion is the biggest source of the confusion and friction that makes these projects needlessly difficult.
There are (at least) three different perspectives on the meaning of the term portal.
To technologists and system developers, a portal is a type of solution delivery platform with standard components like authentication, an application server, integration services, and business logic and presentation layers that is generally purchased from a vendor and then customized to meet specific needs. Examples are Plumtree, BEA, IBM, etc.
To users, a portal is a single destination where it’s possible to obtain a convenient and – likely, though not always – personalized combination of information and tools from many different sources. Some examples of this sense of the term include Yahoo, MSN, and a well-developed intranet.
To a business, a portal is a bounded vehicle for aggregating information and tools to address diverse constituent needs in a coordinated and coherent way, with lowered management and administration costs realized via framework features like personalization, customization, and role-based configuration.
One case where all three of these frames of reference intersect is with Executive Dashboard projects. A dashboard is a portal in all three of these senses (unless it happens to rest on a different architecture / technology stack, in which case I maintain that it’s something else, so as an IA it’s prudent to keep in mind the differing implications and assumptions associated with each perspective while dealing with their representatives.

Related posts:

Comment » | Building Blocks, Dashboards & Portals, Information Architecture, Intranets

Common Findings of Social Informatics

June 23rd, 2005 — 12:00am

Found via via, orig­i­nat­ing in an arti­cle titled Social Infor­mat­ics: Overview, Prin­ci­ples and Oppor­tu­ni­ties from the ASIST Bul­letin spe­cial issue on Social Infor­mat­ics, which, inci­den­tally is one of those very inter­est­ing dis­ci­plines I don’t have enough time to keep up with, but that has much to offer prac­tic­ing infor­ma­tion archi­tects.
On com­put­er­i­za­tion, Sawyer says, “Com­put­er­i­za­tion, to para­phrase soci­ol­o­gist Bev­erly Bur­riss, is the imple­men­ta­tion of com­put­er­ized tech­nol­ogy and advanced infor­ma­tion sys­tems, in con­junc­tion with related socioe­co­nomic changes, lead­ing to a fun­da­men­tal restruc­tur­ing of many social orga­ni­za­tions and insti­tu­tions.“
Add in a client man­age­ment clause, and this is essen­tially my job descrip­tion as an archi­tect / designer / cre­ator of infor­ma­tion envi­ron­ments that solve busi­ness prob­lems. I don’t know Bur­riss’ work — does any­one else?
Directly address­ing the role of a con­structed prob­lem Sawyer says, “…social infor­mat­ics is problem-oriented. This work is defined by its inter­est in par­tic­u­lar issues and prob­lems with com­put­er­i­za­tion and not by its adher­ence to cer­tain the­o­ries or par­tic­u­lar meth­ods (as is oper­a­tions research).“
In what looks like a neatly phrased snap­shot of user research, Sawyer says, “The strong empir­i­cal basis of social infor­mat­ics work, how­ever, is com­bined with both method­olog­i­cal and the­o­ret­i­cal plu­ral­ity. Social infor­mat­ics work typ­i­cally includes an array of data col­lec­tion approaches, sophis­ti­cated large-scale analy­ses and com­plex con­cep­tu­al­iza­tions.“
Here’s a longer excerpt:
The Com­mon Find­ings of Social infor­mat­ics
More than 30 years of care­ful empir­i­cal research exists in the social infor­mat­ics tra­di­tion. As noted, this work is found in a range of aca­d­e­mic dis­ci­plines, reflects a mix of the­o­ries and meth­ods, and focuses on dif­fer­ent issues and prob­lems with com­put­er­i­za­tion. Here I high­light five obser­va­tions that are so often (re)discovered that they take on the notion of com­mon find­ings rel­a­tive to com­put­er­i­za­tion.
1. Uses of ICT lead to mul­ti­ple and some­times para­dox­i­cal effects. Any one ICT effect is rarely iso­lat­able to a desired task. Instead, effects of using an ICT spread out to a much larger num­ber of peo­ple through the socio-technical links that com­prise con­text. An exam­i­na­tion of this larger con­text often reveals mul­ti­ple effects, rather than one all-encompassing out­come, and unex­pected as well as planned events. For exam­ple, peer-to-peer file shar­ing may help some musi­cians and hurt oth­ers.
2. Uses of ICT shape thought and action in ways that ben­e­fit some groups more than oth­ers. Peo­ple live and work together in pow­ered rela­tion­ships. Thus, the polit­i­cal, eco­nomic and tech­ni­cal struc­tures they con­struct include large-scale social struc­tures of cap­i­tal exchange, as well as the microstruc­tures that shape human inter­ac­tion. An exam­i­na­tion of power often shows that a system’s imple­men­ta­tions can both rein­force the sta­tus quo and moti­vate resis­tance. That is, the design, devel­op­ment and uses of ICTs help reshape access in unequal and often ill-considered ways. Thus, course man­age­ment sys­tems may pro­vide added ben­e­fits to some stu­dents, put added pres­sure on some fac­ulty and allow some admin­is­tra­tors to use the sys­tem to col­lect addi­tional evi­dence regard­ing the per­for­mances of both stu­dents and fac­ulty.
3. The dif­fer­en­tial effects of the design, imple­men­ta­tion and uses of ICTs often have moral and eth­i­cal con­se­quences. This find­ing is so often (re)discovered in stud­ies across the entire spec­trum of ICTs and across var­i­ous lev­els of analy­sis that igno­rance of this point bor­ders on pro­fes­sional naïveté. Social infor­mat­ics research, in its ori­en­ta­tion towards crit­i­cal schol­ar­ship, helps to raise the vis­i­bil­ity of all par­tic­i­pants and a wider range of effects than do other approaches to study­ing com­put­er­i­za­tion. For exam­ple, char­ac­ter­iz­ing errors in diag­nos­ing ill­nesses as a human lim­i­ta­tion may lead to the belief that imple­ment­ing sophis­ti­cated computer-based diag­nos­tic sys­tems is a bet­ter path. When these sys­tems err, the ten­dency may be to refo­cus efforts to improve the com­put­er­ized sys­tem rather than on bet­ter under­stand­ing the processes of triage and diag­no­sis.
4. The design, imple­men­ta­tion and uses of ICTs have rec­i­p­ro­cal rela­tion­ships with the larger social con­text. The larger con­text shapes both the ICTs and their uses. More­over, these arti­facts and their uses shape the emer­gent con­texts. This can be seen in the micro-scale adap­ta­tions that char­ac­ter­ize how peo­ple use their per­sonal com­put­ers and in the macro-scale adap­ta­tions evi­dent in both the evolv­ing set of norms and the chang­ing designs of library automa­tion sys­tems. Library automa­tion is not sim­ply about recent devel­op­ments of appli­ca­tions with sophis­ti­cated librar­i­an­ship func­tion­al­ity; it is also about patrons’ dif­fer­en­tial abil­i­ties to use com­put­ers, library bud­get pres­sures, Inter­net access to libraries and the increas­ing vis­i­bil­ity of the Inter­net and search­ing.
5. The phe­nom­e­non of inter­est will vary by the level of analy­sis. Because net­works of influ­ence oper­ate across many dif­fer­ent lev­els of analy­sis, rel­e­vant data on com­put­er­i­za­tion typ­i­cally span for­mal and infor­mal work groups; for­mal orga­ni­za­tions; for­mal and infor­mal social units like com­mu­ni­ties or pro­fes­sional occupation/associations; groups of orga­ni­za­tions and/or indus­tries; nations, cul­tural groups and whole soci­eties. This com­mon find­ing is exem­pli­fied by the tremen­dous pos­i­tive response by younger users to peer-to-peer file shar­ing, the absolute oppo­site response by music indus­try lead­ers and the many approaches taken by orga­ni­za­tional and civic lead­ers regard­ing the legal­i­ties and responses to use.

No related posts.

Comment » | User Research

Back to top