Category: Information Architecture


Information Archaeology

September 9th, 2007 — 12:00am

In addition to the customary joys of DIY life in the new mediaverse – contending with opaque and incomplete documentation, reconciling conflicting content models and templates, and the seemingly endless repetitive labor of manually naming, tagging, and reviewing migrated items – changing publishing platforms means the opportunity to explore what it will be like to be an Information Archaeologist in the future.

Operatively, this means digging deep into the many layers of cumulative information strata beneath the gentle orange user experience that greets visitors to JoeLamantia.com. When performed on a website you’ve created and maintained for almost 10 years, the experience is a mix of cleaning out your attic, workshop, or garage, and excavating the foundations of a former residence.

Such an effort yields a rich assemblage of digital artifacts:

  • dozens of orphaned HTML pages comprising a design portfolio, created by hand using deprecated markup and tags
  • “multi-ethnic” style-sheets cross-bred and reused for so many different site looks or designs over the past ten years that deleting style references is like playing russian roulette with your user experience
  • four or five derelict publishing package installations (MT, WordPress, etc.), spanning technologies from PERL/CGI to PHP RUBY – the Infoverse equivalent of a collection of abandoned and decaying rust belt factories
  • hundreds of half-empty shell pages populated with dummy content, created during tests of publishing tools
  • multiple sets of overlapping archives, accumulated over generations of upgrades to blogging tools. the trend here is toward increasingly human-readable output files, away from the raw database style naming of early blogging platforms
  • a score of miscellaneous documents, audio / video files, and MS Office format files stored on the server for temporary download, now comprising a retrospective of outdated resumes, drafts of deliverables for long-over projects, and backups from system crashes long-forgotten
  • numerous design tools and templates, now linked from external publications, and indispensable to unknown thousands of downloaders

Just like the older layers of cities and habitations uncovered during new construction, these cumulative information castoffs tell stories within a larger context: changing career plans and jobs, new technologies and tools, shifts in business and economic climates, life events, aspirations and interests, hardware failures.

What will the information archaeologists of the future find when excavating our virtual habitations and workplaces? How will they map and understand what they find? What meanings will they make, and what insights into our lives will they draw, from the information (waste? pollution? byproducts?) we create at such stupendous rates?

Like so many life forms before us, we are very busy living in the moment, not thinking overly much about the vast deposits of information detritus we leave behind in the course of saving dozens of versions of text files, booking air travel, sharing photos, or obeying regulatory compliance directives for medical archives.

But in the long view, all this will matter in some way. Witness the fact that 10% of the land area of the former Soviet Union is contaminated with radioactivity or industrial pollution.

What is the difference between pollution, waste, and recyclable and reusable matter in the infoverse?

Can we make use of these vast deposits of information in new ways?

The Garamantes of the Sahara relied on deeply buried reserves of fossil water to sustain a brief empire, a culture that flowered and perished entirely in line with it’s ability to exploit finite reserves of irreplaceable groundwater (paleowater)stored in aquifers.

Living off the fruits of past accumulation is a habit we’ve not shaken yet in North Africa (Libya’s Great Man Made River project supplying 6,500,000 m³ of freshwater per day to the cities of Tripoli, Benghazi, Sirt and elsewhere is the largest engineering effort in the world), or here in the United States, as we drain the enormous Ogallala Aquifer – that supports nearly one-fifth of the wheat, corn, cotton, and cattle produced in the United States – at an alarming rate.

As (it seems, always…), Sterling has visited this future, in his novel Holyfire, which mentions wildcatters who get rich discovering lost landfills rich in plastics and other rare materials, in former Eastern Europe.

Moving past the archeological horizon brings us to the geologic time scale.

Will future virtual economies depend on the industrial style extraction, processing and mass consumption of these new informational strata we are laying down today, in the same way that we depend upon fossilized forests of the Carboniferous era to power our new hydrocarbon age?

The vast oil and coal deposits that power our economy exist because the bacteria and other decomposer organisms of the time were unable to effectively break down plant cell materials. We recreate this cycle by mining assorted fossil fuels, turning them into plastics that existing decomposers are unable to break down, and then dispersing these new proto-fossilized non-degrable materials widely throughout our own environment (yielding contemporary phenomena such as plastic micro-particulate contamination of tidal waters, and dating of landfills by the plastic materials preserved in them.

Comment » | Ideas, Information Architecture

Portal Building Blocks Intro on Boxes and Arrows

July 24th, 2007 — 12:00am

Boxes and Arrows just published part two of the Portal Building Blocks series – Introduction to the Building Blocks. This second installment covers the design concepts behind the portal building blocks system, and guidelines on how to flexibly combine the blocks into a well-structured user experience.

If you are working on a portal, dashboard, widget, social media platform, web-based desktop, or any tile-based design, this series should help clarify the growth and usability challenges you will encounter, as well as provide a possible solution, in the form of a simple design framework that is platform and vendor neutral.

Stay tuned for the third installment in the series, due out shortly!

Comment » | Building Blocks, Dashboards & Portals, Information Architecture, User Experience (UX)

Moving Beyond Reactive IT Strategy With User Experience

May 9th, 2007 — 12:00am

For those in the enterprise IA / UX space, The next frontier in IT strategy: A McKinsey Survey centered on the idea that “…IT strategy is maturing from a reactive to a proactive stance”is worth a look.

This nicely parallels a point made about the reactive mindset common to IT in many large organizations, in discussion on the IAI mailing list last month. Lou Rosenfeld’s post Information architects on communicating to IT managers, summarizes the original discussion in the IAI thread, and is worth reading as a companion piece.

Lou’s summary of information architecture and user experience voices in the enterprise arena is noteworthy for including many examples of strong correspondence between McKinsey’s understanding of how IT strategy will mature (a traditional management consulting view), and the collected IA / UX viewpoints on addressing IT leadership – typical buyers for enterprise anything – and innovation.

Dialogs that show convergence of understanding like this serve as positive signs for the future. At present, a large set of deeply rooted cultural assumptions (at their best inaccurate, usually reductive, sometimes even damaging) about the roles of IT, business, and design combine with the historical legacies of corporate structures to needlessly limit what’s possible for User Experience and IA in the enterprise landscape. In practical terms, I’m thinking of those limitations as barriers to the strategy table; constraining who can talk to who, and about which important topics, such as how to spend money, and where the business should go.
Considering the gulf that separated UX and IT viewpoints ten – or even five – years ago, this kind of emerging common understanding is a good sign that the cultural obstacles to a holistic view of the modern enterprise are waning. We know that a holistic view will rely on deep understanding of the user experience aspects of business at all levels to support innovation in products and services. I’m hoping the rest of the players come to understand this soon.

Another good sign is that CIO’s have won a seat at the strategy table, after consistent effort:

Further evidence of IT’s collaborative role in shaping business strategy is the fact that so many CIOs now have a seat at the table with senior management. They report to the CEO in 44 percent of all cases; an additional 42 percent report to either the chief operating officer or the chief financial officer.

Looking ahead, information architecture and user experience viewpoints and practitioners should work toward a similar growth path. We fill a critical and missing strategic role that other traditional viewpoints are not as well positioned to supply.

Quoting McKinsey again:

IT strategy in most companies has not yet reached its full potential, which in our experience involves exploiting innovation to drive constant improvement in the operations of a business and to give it a real advantage over competitors with new products and capabilities. Fewer than two-thirds of the survey respondents say that technological innovation shapes their strategy. Only 43 percent say they are either very or extremely effective at identifying areas where IT can add the most value.

User Experience can and should have a leading voice in setting the agenda for innovation, and shaping understandings of where IT and other groups can add the most value in the enterprise. To this end, I’ll quote Peter Merholz (with apologies for not asking in advance):

“…we’ve reached a point where we’ve maximized efficiency until we can’t maximize no more, and that in order to realize new top-line value, we need to innovate… And right now, innovations are coming from engaging with the experiences people want to have and satisfying *that*.”

McKinsey isn’t making the connection between strategic user experience perspectives and innovation – at least not yet. That’s most likely a consequence of the fact that management consulting firms base their own ways of thinking, organizational models, and product offerings (services, intellectual property, etc.) on addressing buyers who are themselves deeply entrenched in traditional corporate structures and worldviews. And in those worlds, everything is far from miscellaneous, as a glance at the category options available demonstrates; your menu here includes Corporate Finance, Information Technology, Marketing, Operations, Strategy…

BTW: if you weren’t convinced already, this should demonstrate the value of the $40 IAI annual membership fee, or of simply reading Bloug, which is free, over paying for subscriptions to management journals :)

Comment » | Customer Experiences, Enterprise, Information Architecture, User Experience (UX)

IA Summit 2007 Panel Presentation

April 11th, 2007 — 12:00am

Thanks to all who made the 2007 IA Summit in Las Vegas this year both worthwhile and memorable, by organizing, presenting, volunteering, or attending. Thanks especially to everyone who participated in our panel Lessons From Failure: Or How IAs Learn to Stop Worrying and Love the Bombs, and brought with them a willingness to share, laugh, and think differently about a normally taboo subejct.

We limited our presentations to 10 minutes to encourage audience involvement, and reduce the talking-head with a microphone quotient typical of panel formats. This worked well, but meant setting aside quite a bit of material that’s worth bringing out: the abbreviated version of my talk on how states of mind affect failure is available directly from the conference site.

The full version of my slides on state of mind, self-definition, and parallels between individual and societal responses to failure is available from Slideshare here, and appears below.

The full version includes:

  • additional discussion of societies in crisis
  • President Bush
  • a major figure in Buddhist philosophy
  • a personal tale of business venture gone wrong
  • Captain Kirk
  • systems theory
  • leverage points potentially useful for averting failure

Stay tuned for a possible written treatment, in Boxes and Arrows soon.

Should I see irony, serendipity, or both in the fact that while I was sharing my tale of not succeeding as an entrepreneur, the room down the hall was hosting Start-up case studies: how five of us started our own businesses – featuring Victor Lombardi, Lane Becker, Frank Ramirez, Lou Rosenfeld, Gene Smith, and Christina Wodtke? If you’re thinking of starting something as you read this, I’ll bet my advice on what *not* to do is better :)

There were many, many good sessions this year; a few that I considered highlights include:

Olly Wright’s Information architecture and ethical design
Emmanuele Quintarelli’s FaceTag: integrating bottom-up and top-down classification in a social tagging system
James Robertson’s Enterprise IA methodologies: starting two steps earlier

It Seemed Like The Thing To Do At Time: State of Mind and Failure from Joe Lamantia

Comment » | Information Architecture

Designers, Meet Systems (Recommended Reading)

March 9th, 2007 — 12:00am

2007 looks to be the year that the user experience, information architecture, and design communities embrace systems thinking and concepts.

It’s a meeting that’s been in the making for a while –
At the 2006 IA Summit, Karl Fast and D. Grant Campbell presented From Pace Layering to Resilience Theory: the Complex Implications of Tagging for Information Architecture.
Gene Smith has been writing about systems for a while. At the 2007 summit Gene and Matthew Milan will discuss some practical techniques in their presentation Rich mapping and soft systems: new tools for creating conceptual models.
Peter Merhholz has been posting and talking about the implications of some of these ideas often.
– and seems to have reached critical mass recently:

Here’s a set of reading recommendations related to systems and system thinking. These books, feeds, and articles either talk about systems and the ideas and concepts behind this way of thinking, or contain work that is heavily informed by systems thinking.

Either way, they’re good resources for learning more.

Tags:
http://del.icio.us/tag/systems_theory
http://del.icio.us/tag/systemstheory
http://del.icio.us/tag/SSM

Feeds:
Resilience Science recently featured three excellent essays on the work of C.S. Holling

Books:

And for a lighter read, try anything by author Bruce Sterling that features his recurring character Leggy Starlitz – a self-described systems analyst (likely the first example of one in a work of fiction that’s even moderately well known…). His stories Hollywood Kremlin, Are You for 86?, and The Littlest Jackal (two in short story collection Globalhead), are good places to start. The novel Zeitgest focuses on Starlitz.

Articles:
Sustainability, Stability, and Resilience

We’ve needed to bridge the gulf between views of design rooted in static notions of form and function, and the fluid reality of life for a long time. I hope this new friendship lasts a while.

Comment » | Ideas, Information Architecture, User Experience (UX)

Endeca Guided Navigation vs. Facets In Search Experiences

February 26th, 2007 — 12:00am

A recent question on the mailing list for the Taxonomy Community of Practice asked about search vendors whose products handle faceted navigation, and mentioned Endeca. Because vendor marketing distorts the meaning of accepted terms too often, it’s worth pointing out that Endeca’s tools differ from faceted navigation and organization systems in a number of key ways. These differences should affect strategy and purchase decisions on the best approach to providing high quality search experiences for users.

The Endeca model is based on Guided Navigation, a product concept that blends elements of user experience, administration, functionality, and possible information structures. In practice, guided navigation feels similar to facets, in that sets of results are narrowed or filtered by successive choices from available attributes (Endeca calls them dimensions).

But at heart, Endeca’s approach is different in key ways.

  • Facets are orthogonal, whereas Endeca’s dimensions can overlap.
  • Facets are ubiquitous, so always apply, whereas Endeca’s dimensions can be conditional, sometimes applying and sometimes not.
  • Facets reflect a fundamental characteristic or aspect of the pool of items. Endeca’s Dimensions may reflect some aspect of the pool of items (primary properties), they may be inferred (secondary properties), they may be outside criteria, etc.
  • The values possible for a individual facet are flat and equivalent. Endeca’s dimensions can contain various kinds of structures (unless I’m mistaken), and may not be equivalent.

In terms of application to various kinds of business needs and user experiences, facets can offer great power and utility for quickly identifying and manipulating large numbers of similar or symmetrical items, typically in narrower domains. Endeca’s guided navigation is well suited to broader domains (though there is still a single root at the base of the tree), with fuzzier structures than facets.

Operatively, facets often don’t serve well as a unifying solution to the need for providing structure and access to heterogeneous collections, and can encounter scaling difficulties when used for homogenous collections. Faceted experiences can offer genuine bidirectional navigation for users, meaning they work equally well for navigation paths that expand item sets from a single item to larger collections of similar items, because of the symmetry built in to faceted systems.

Guided navigation is better able to handle heterogeneous collections, but is not as precise for identification, does not reflect structure, and requires attention to correctly define (in ways not confusing / conflicting) and manage over time. Endeca’s dimensions do not offer bidirectional navigation by default (because of their structural differences – it is possible to create user experiences that support bidirectional navigation using Endeca).

In sum, these differences should help explain the popularity of Endeca in ecommerce contexts, where every architectural incentive (even those that may not align with user goals) to increasing the total value of customer purchases is significant, and the relevance of facets to searching and information retrieval experiences that support a broader set of user goals within narrower information domains.

Comment » | Enterprise, Information Architecture, User Experience (UX)

Smart Scoping For Content Management: Use The Content Scope Cycle

February 19th, 2007 — 12:00am

Con­tent man­age­ment efforts are justly infa­mous for exceed­ing bud­gets and time­lines, despite mak­ing con­sid­er­able accom­plish­ments. Exag­ger­ated expec­ta­tions for tool capa­bil­i­ties (ven­dors promise a world of automagic sim­plic­ity, but don’t believe the hype) and the poten­tial value of cost and effi­ciency improve­ments from man­ag­ing con­tent cre­ation and dis­tri­b­u­tion play a sub­stan­tial part in this. But unre­al­is­tic esti­mates of the scope of the con­tent to be man­aged make a more impor­tant con­tri­bu­tion to most cost and time over­runs.

Scope in this sense is a com­bi­na­tion of the quan­tity and the qual­ity of con­tent; smaller amounts of very com­plex con­tent sub­stan­tially increase the over­all scope of needs a CM solu­tion must man­age effec­tively. By anal­ogy, imag­ine build­ing an assem­bly line for toy cars, then decid­ing it has to han­dle the assem­bly of just a few full size auto­mo­biles at the same time.

Early and inac­cu­rate esti­mates of con­tent scope have a cas­cad­ing effect, decreas­ing the accu­racy of bud­gets, time­lines, and resource fore­casts for all the activ­i­ties that fol­low.

In a typ­i­cal con­tent man­age­ment engage­ment, the activ­i­ties affected include:

  • tak­ing a con­tent inventory
  • defin­ing con­tent models
  • choos­ing a new con­tent man­age­ment system
  • design­ing con­tent struc­tures, work­flows, and metadata
  • migrat­ing con­tent from one sys­tem to another
  • refresh­ing and updat­ing content
  • estab­lish­ing sound gov­er­nance mechanisms

The Root of the Prob­lem
Two mis­con­cep­tions — and two com­mon but unhealthy prac­tices, dis­cussed below — drive most con­tent scope esti­mates. First: the scope of con­tent is know­able in advance. Sec­ond, and more mis­lead­ing, scope remains fixed once defined. Nei­ther of these assump­tions is valid: iden­ti­fy­ing the scope of con­tent with accu­racy is unlikely with­out a com­pre­hen­sive audit, and con­tent scope (ini­tial, revised, actual) changes con­sid­er­ably over the course of the CM effort.

Together, these assump­tions make it very dif­fi­cult for pro­gram direc­tors, project man­agers, and busi­ness spon­sors to set accu­rate and detailed bud­get and time­line expec­ta­tions. The uncer­tain or shift­ing scope of most CM efforts con­flicts directly with busi­ness imper­a­tives to care­fully man­age of IT cap­i­tal invest­ment and spend­ing, a neces­sity in most fund­ing processes, and espe­cially at the enter­prise level. Instead of esti­mat­ing spe­cific num­bers long in advance of real­ity (as with the Iraq war bud­get), a bet­ter approach is to embrace flu­id­ity, and plan to refine scope esti­mates at punc­tu­ated inter­vals, accord­ing to the nat­ural cycle of con­tent scope change.

Under­stand­ing the Con­tent Scope Cycle
Con­tent scope changes accord­ing to a pre­dictable cycle that is largely inde­pen­dent of the specifics of a project, sys­tem, orga­ni­za­tional set­ting, and scale. This cycle seems con­sis­tent at the level of local CM efforts for a sin­gle busi­ness unit or iso­lated process, and at the level of enter­prise scale con­tent man­age­ment efforts. Under­stand­ing the cycle makes it pos­si­ble to pre­pare for shifts in a qual­i­ta­tive sense, account­ing for the kind of vari­a­tion to expect while plan­ning and set­ting expec­ta­tions with stake­hold­ers, solu­tion users, spon­sors, and con­sumers of the man­aged con­tent.

The Con­tent Scope Cycle
cm_scope_cycle.png

The high peak and ele­vated moun­tain val­ley shape in this illus­tra­tion tell the story of scope changes through the course of most con­tent man­age­ment efforts. From the ini­tial inac­cu­rate esti­mate, scope climbs con­sis­tently and steeply dur­ing the dis­cov­ery phase, peak­ing in poten­tial after all dis­cov­ery activ­i­ties con­clude. Scope then declines quickly, but not to the orig­i­nal level, as assess­ments cull unneeded con­tent. Scope lev­els out dur­ing sys­tem / solu­tion / infra­struc­ture cre­ation, and climbs mod­estly dur­ing revi­sion and replace­ment activ­i­ties. At this point, the actual scope is known. Mea­sured increases dri­ven by the incor­po­ra­tion of sup­ple­men­tal mate­r­ial then increase scope in stages.

Local and Enter­prise Cycles

Apply­ing the context-independent view of the cycle to a local level reveals a close match with the activ­i­ties and mile­stones for a con­tent man­age­ment effort for a small body of con­tent, a sin­gle busi­ness unit of a larger orga­ni­za­tion, or a self-contained busi­ness process.

Local Con­tent Man­age­ment Scope Cycle
cm_scope_local.png
At the enter­prise level, the cycle is the same. This illus­tra­tion shows activ­i­ties and mile­stones for a con­tent man­age­ment effort for a large and diverse body of con­tent, mul­ti­ple busi­ness units of a larger orga­ni­za­tion, or mul­ti­ple and inter­con­nected busi­ness process.

Enter­prise Con­tent Man­age­ment Scope Cycle
cm_enterprise_cycle.png

Scope Cycle Changes
cm_scope_changes.png

This graph shows the amount of scope change at each mile­stone, ver­sus its pre­de­ces­sor. Look­ing at the changes for any pat­terns of clus­ter­ing and fre­quency, it’s easy to see the cycle breaks down into three major phases: an ini­tial period of dynamic insta­bil­ity, a sta­tic and sta­ble phase, and a con­clud­ing (and ongo­ing, if the effort is suc­cess­ful) phase of dynamic sta­bil­ity.

Scope Cycle Phases
cm_scope_phases.png

Where does the extra scope come from? In other words, what’s the source of the unex­pected quan­tity and com­plex­ity of con­tent behind the spikes and drops in expected scope in the first two phases? And why dri­ves the shifts from one phase to another?

Bad CM Habits

Two com­mon approaches account for a major­ity of the dra­matic shifts in con­tent scope. Most sig­nif­i­cantly, those peo­ple with imme­di­ate knowl­edge of the con­tent quan­tity and com­plex­ity rarely have direct voice in set­ting the scope and time­line expec­ta­tions.

Too often, stake hold­ers with exper­tise in other areas (IT, enter­prise archi­tec­ture, appli­ca­tion devel­op­ment) frame the prob­lem and the solu­tion far in advance. The con­tent cre­ators, pub­lish­ers, dis­trib­u­tors, and con­sumers are not involved early enough.
Sec­ondly, those who frame the prob­lem make assump­tions about quan­tity and com­plex­ity that trend low. (This is in com­pan­ion to the exag­ger­a­tion of tool capa­bil­i­ties.) Each new busi­ness unit, con­tent owner, and sys­tem administrator’s items included in the effort will increase the scope of the con­tent in quan­tity, com­plex­ity, or both. Ongo­ing iden­ti­fi­ca­tion of new or unknown types of con­tent, work flows, busi­ness rules, usage con­texts, stor­age modes, appli­ca­tions, for­mats, syn­di­ca­tion instances, sys­tems, and repos­i­to­ries will con­tinue to increase the scope until all rel­e­vant par­ties (cre­ators, con­sumers, admin­is­tra­tors, etc.) are engaged, and their needs and con­tent col­lec­tions fully under­stood.
The result is clear: a series of sub­stan­tial scope errors of both under and over-estimatio, in com­par­i­son to the actual scope, con­cen­trated in the first phase of the scope cycle.
Scope Errors
cm_scope_error.png

Smart Scop­ing
The scope cycle seems to be a fun­da­men­tal pat­tern; likely an emer­gent aspect of the envi­ron­ments and sys­tems under­ly­ing it, but that’s another dis­cus­sion entirely. Fail­ing to allow for the nat­ural changes in scope over the course of a con­tent man­age­ment effort ties your suc­cess to inac­cu­rate esti­mates, and this false expec­ta­tions.
Smart scop­ing means allow­ing for and antic­i­pat­ing the inher­ent mar­gins of error when set­ting expec­ta­tions and mak­ing esti­mates. The most straight­for­ward way to put this into prac­tice and account for the likely mar­gins of error is to adjust the tim­ing of a scope esti­mate to the nec­es­sary level of accu­racy.

Rel­a­tive Scope Esti­mate Accu­racy
cm_estimate_accuracy.png

Scop­ing and Bud­get­ing
Esti­ma­tion prac­tices that respond to the con­tent scope cycle can still sat­isfy busi­ness needs. At the enter­prise CM level, IT spend­ing plans and invest­ment frame­works (often part of enter­prise archi­tec­ture plan­ning processes) should allow for nat­ural cycles by defin­ing classes or kinds of esti­mates based on com­par­a­tive degree of accu­racy, and the estimator’s lee­way for meet­ing or exceed­ing implied com­mit­ments. Enter­prise frame­works will iden­tify when more or less accu­rate esti­mates are needed to move through fund­ing and approval gate­ways, based on each organization’s invest­ment prac­tices.

And at the local CM level, project plan­ning and resource fore­cast­ing meth­ods should allow for incre­men­tal allo­ca­tion of resources to meet task and activ­ity needs. Tak­ing a con­tent inven­tory is a sub­stan­tial labor on its own, for exam­ple. The same is true of migrat­ing a body of con­tent from one or more sources to a new CM solu­tion that incor­po­rates changed con­tent struc­tures such as work flows and infor­ma­tion archi­tec­tures. The archi­tec­tural, tech­ni­cal, and orga­ni­za­tional capa­bil­i­ties and staff needed for inven­to­ry­ing and migrat­ing con­tent can often be met by rely­ing on con­tent own­ers and stake hold­ers, or hir­ing con­trac­tors for short and medium-term assis­tance.

Par­al­lels To CM Spend­ing Pat­terns
The con­tent scope cycle strongly par­al­lels the spend­ing pat­terns dur­ing CMS imple­men­ta­tion James Robert­son iden­ti­fied in June of 2005. I think the scope cycle cor­re­lates with the spend­ing pat­tern James found, and it may even be a dri­ving fac­tor.
Scop­ing and Matu­rity

Unre­al­is­tic scope esti­ma­tion that does not take the con­tent scope cycle into account is typ­i­cal of orga­ni­za­tions under­tak­ing a first con­tent man­age­ment effort. It is also com­mon in orga­ni­za­tions with con­tent man­age­ment expe­ri­ence, but low lev­els of con­tent man­age­ment matu­rity.

Two (infor­mal) sur­veys of CMS prac­ti­tion­ers span­ning the past three years show the preva­lence of scop­ing prob­lems. In 2004, Vic­tor Lom­bardi reported: “Of all tasks in a con­tent man­age­ment project, the cre­ation, edit­ing, and migra­tion of con­tent are prob­a­bly the most fre­quently under­es­ti­mated on the project plan.” [in Man­ag­ing the Com­plex­ity of Con­tent Man­age­ment].

And two weeks ago, Rita War­ren of CMSWire shared the results of a recent sur­vey on chal­lenges in con­tent man­age­ment (Things That Go Bump In Your CMS).

The top 5 chal­lenges (most often ranked #1) were:

  1. Clar­i­fy­ing busi­ness goals
  2. Gain­ing and main­tain­ing exec­u­tive support
  3. Redesigning/optimizing busi­ness processes
  4. Gain­ing con­sen­sus among stakeholders
  5. Prop­erly scop­ing the project

…“Prop­erly scop­ing the project” was actu­ally the most pop­u­lar answer, show­ing up in the top 5 most often.

Accu­rate scop­ing is much eas­ier for orga­ni­za­tions with high lev­els of con­tent man­age­ment matu­rity. As the error mar­gins inher­ent in early and inac­cu­rate scope esti­mates demon­strate, there is con­sid­er­able ben­e­fit in cre­at­ing mech­a­nisms and tools for effec­tively under­stand­ing the quan­tity and qual­ity of con­tent requir­ing man­age­ment, as well as the larger busi­ness con­text, solu­tion gov­er­nance, and orga­ni­za­tional cul­ture concerns.

Comment » | Enterprise, Ideas, Information Architecture

Presenting at the 2007 IA Summit in Las Vegas

January 19th, 2007 — 12:00am

I’m trying something new for the 2007 IA summit – a panel! I am one of four presenters for a panel titled Lessons from Failure: or How IAs Learn to Stop Worrying and Love the Bombs. We have a promising set of speakers: Christian Crumlish, Peter Jones, Lorelei Brown and myself.

My portion of the panel will focus on how states of mind, cultural outlooks, and unspoken assumptions about problems and their proper resolution shape responses to failure – on both small and large scales. Our goal is maximum audience participation and minimum talkingheaditis, so please don’t be shy about sharing examples and joining the discussion.

Of course, we’re one among many reasons to attend. Quite a few things look especially interesting on this year’s schedule, including several of the pre-conference sessions that touch on rapidly evolving areas of practice such as designing for social architectures and enterprise efforts.

Hope to see you in Vegas!

Comment » | Information Architecture

Suggested Tag for Building Blocks Stuff

December 31st, 2006 — 12:00am

I’ve created a suggested (and highly original) tag for bookmarking items related to the building blocks:

ia_building_blocks

I’ve tagged a few items on del.icio.us – my default bookmarking service – and will monitor tag streams from some of the other bookmarking services.
http://del.icio.us/tag/ia_building_blocks

Comment » | Building Blocks, Information Architecture

Enterprise Information Article on Portal Usability Problems

December 9th, 2006 — 12:00am

Janus Boye (of CMSWatch) just published an article called The trouble with portal dashboards… in Enterprise Information, in which he discusses the usability problems of enterprise portals.

Janus identifies the essential problem of current portal design approaches built on flat tiles:

Today most organisations blindly adopt the default ‘building block’ approach to layout found in enterprise portals – a relic from the early days of public internet portals. But users complain that while such an interface may look slick in early sales demonstrations, in production it typically only facilitates work for technically adept super-users. The occasional user easily gets confused and frustrated working with a cluttered screen of little boxes showing many different portlets. Getting adequate value from the portal typically requires substantial training.

This is a good snapshot of the long term weaknesses of a flat portal user experience, what Janus calls “the default ‘building block’ approach” [emphasis mine]. It strongly parallels my recent post outlining some of the inherent usability weaknesses of portals, and is a great lead in for the building blocks. (Note: Janus uses the term building blocks differently.)

In another highlight worth mentioning Janus identifies six distinct types of portals, referring to them as use cases. I think of these as types of information environments. The difference is a semantic one that’s shaped by your context for the term portal. Janus is speaking from the business perspective, thus his focus on the business problem solved by each type of portal.

They are:

  • Dynamic web publishing; the simplest use case and a common entry point for portal developers
  • Self-service portal; enabling staff or customers to help themselves and obtain service on their terms
  • Collaboration portal; enabling dispersed teams to work together on projects
  • Enterprise intranet; helping staff work more efficiently, often via multiple specialised portal applications
  • E-business portal; enabling enterprises to extend commercial information and services to external trading partners, suppliers and customers
  • Enterprise integration; linking systems to achieve greater efficiency and agility.

What’s important to understand from this list is that the default flat tiles approach underlying these different environments is the same, and so are the resulting usability problems, with their attendant business costs. The building blocks will support all six portal types handily.

Comment » | Building Blocks, Dashboards & Portals, Information Architecture, User Experience (UX)

Back to top