Tag: organizations


New Organizational Architecture & UX Group on Slideshare

April 8th, 2008 — 12:00am

I’ve just started a new ‘Organizational Architecture‘ group on Slideshare, to explore links to user experience, and questions like these:

  • What is organizational architecture?
  • How does organizational architecture relate to user experience?
  • What can user experience practitioners borrow from OA to become more effective?

Join now!

Comment » | Information Architecture, Networks and Systems, User Experience (UX)

Who Should Own How We Work? Collaboration, the New Enterprise Application

May 14th, 2006 — 12:00am

Col­lab­o­ra­tion is the lat­est ral­ly­ing cry of soft­ware ven­dors hop­ing to embed new gen­er­a­tions of enter­prise class tools and user expe­ri­ences into the fab­ric of the mod­ern work­place. Microsoft, IBM, and other firms expect that con­trol or lead­er­ship in the mar­ket for col­lab­o­ra­tion, whether by own­ing the archi­tec­ture, sys­tems, or other solu­tion com­po­nents, will be lucra­tive. A recent Rad­i­cati Group study (qual­ity uncon­firmed…) of the mar­ket size for enter­prise col­lab­o­ra­tion offered an esti­mate of $1.6 bil­lion now, grow­ing 10% annu­ally to $2.3 bil­lion in 2010.

Beyond the sub­stan­tial money to be made cre­at­ing, sell­ing, installing, and ser­vic­ing col­lab­o­ra­tion solu­tions lies the strate­gic advan­tage of mar­ket def­i­n­i­tion. The vendor(s) that own(s) the col­lab­o­ra­tion space expect(s) to become an inte­gral to the knowl­edge economy’s sup­port­ing envi­ron­ment in the same way that Ford and Gen­eral Motors became essen­tial to the sub­ur­ban­ized con­sumer archi­tec­tures of the post WWII era by serv­ing simul­ta­ne­ously as employ­ers, man­u­fac­tur­ers, cul­tural mar­keters, cap­i­tal reser­voirs, and auto­mo­bile sell­ers. Col­lab­o­ra­tion ven­dors know that achiev­ing any level of indis­pen­si­bil­ity will enhance their longevity by mak­ing them a neces­sity within the knowl­edge econ­omy.

It’s worth tak­ing a moment to call atten­tion to the impli­ca­tions: by defin­ing the user expe­ri­ences and tech­no­log­i­cal build­ing blocks brought together to real­ize col­lab­o­ra­tion in large enter­prises, these ven­dors will directly shape our basic con­cepts and under­stand­ing (our men­tal mod­els and cog­ni­tive frames) of col­lab­o­ra­tion. Once embed­ded, these archi­tec­tures, sys­tems, and busi­ness processes, and the social struc­tures and con­cep­tual mod­els cre­ated in response, will in large part define the (infor­ma­tion) work­ing envi­ron­ments of the future.And yes, this is exactly what these ven­dors aspire to achieve; the Microsoft Share­point Prod­ucts and Tech­nolo­gies Devel­op­ment Team blog, offers:

“Share­Point Prod­ucts and Tech­nolo­gies have become a key part of our strat­egy for deliv­er­ing a com­plete work­ing envi­ron­ment for infor­ma­tion work­ers, where they can col­lab­o­rate together, share infor­ma­tion with oth­ers, and find infor­ma­tion and peo­ple that can help them solve their busi­ness prob­lems.“
[From SHAREPOINT’S ROLE IN MICROSOFT’S COLLABORATION STRATEGY.]

And IBM’s mar­ket­ing is not pitched and deliv­ered in a man­ner as sweep­ing, but the impli­ca­tions are sim­i­lar, as in the overview IBM® Work­place™: Sim­ply a bet­ter way]:
“IBM Work­place™ Solu­tions are role-based frame­works to help cus­tomers apply IBM Work­place tech­nolo­gies faster and more pro­duc­tively… These solu­tions are designed to pro­vide ‘short-cuts’ for cre­at­ing a high per­for­mance role-based work envi­ron­ment, help­ing to accel­er­ate time-to-value.“

The Mod­els for com­mu­ni­ca­tion and rela­tion­ships built into our tools are very pow­er­ful, and often employed in other spheres of life. How many times have you started writ­ing a birth­day card for a friend, and found your­self instinc­tively com­pos­ing a set of bul­let points list­ing this person’s chief virtues, notable char­ac­ter traits, and the most impor­tant / amus­ing moments of your friend­ship. The creep­ing ubiq­uity of the rhetor­i­cal style of Pow­er­point (Tufte’s essay here) is just one exam­ple of the tremen­dous social impact of a habit­u­ated model of com­mu­nica­tive prac­tices that’s run amok.

What does the future hold, in terms of enter­prise ven­dor con­trol over every­day work­ing expe­ri­ences? I’ve writ­ten before on the idea that the days of the mono­lithic enter­prise sys­tems are num­bered, mak­ing the point along the way that these behe­moths are the result of a top-down, one-size-for-all approach. I think the same is true of the cur­rent approach to col­lab­o­ra­tion solu­tions and work­ing envi­ron­ments. And so I was happy to see Andrew McAfee of Har­vard Busi­ness School make sev­eral strong points about how enter­prise col­lab­o­ra­tion efforts will real­ize greater suc­cess by *reduc­ing* the amount of struc­ture imposed on their major ele­ments — roles, work­flows, arti­facts, and rela­tion­ships — in advance of actual use.

McAfee sees con­sid­er­able ben­e­fit in new approaches to enter­prise IT invest­ment and man­age­ment that reduce the top-down and imposed nature of enter­prise envi­ron­ments and solu­tions, in favor of emer­gent struc­tures cre­ated by the peo­ple who must work suc­cess­fully within them. McAfee advo­cates allow­ing staff to cre­ate the iden­ti­ties, struc­tures and pat­terns that will orga­nize and gov­ern their col­lab­o­ra­tion envi­ron­ments as nec­es­sary, in an emer­gent fash­ion, instead of fix­ing these aspects long before users begin to col­lab­o­rate.

McAfee says:
“When I look at a lot of cor­po­rate col­lab­o­ra­tion tech­nolo­gies after spend­ing time at Wikipedia, del.icio.us, Flickr, and Blog­ger I am struck by how reg­i­mented, inflex­i­ble, and lim­ited the cor­po­rate stuff seems, because it does some or all of the following:

  • Gives users iden­ti­ties before they start using the tech­nol­ogy. These iden­ti­ties assign them cer­tain roles, priv­i­leges, and access rights, and exclude them from oth­ers. These iden­ti­ties almost always also place them within the exist­ing orga­ni­za­tional struc­ture and for­mal cor­po­rate hierarchy.
  • Con­tains few truly blank pages. Instead, it has lots of templates–for meet­ings, for project track­ing, for doc­u­ments and reports, etc.
  • Has tons of explicit or implicit work­flow– seqences [sic] of tasks that must be exe­cuted in order.

How much of this struc­ture is nec­es­sary? How much is valu­able? Well, the clear suc­cess sto­ries of Web 2.0 demon­strate that for at least some types of com­mu­nity and col­lab­o­ra­tion, none of it is.“

The crit­i­cal ques­tion is then “what types of com­mu­nity and col­lab­o­ra­tion require which approaches to cre­at­ing struc­ture, and when?” As any­one who’s used a poorly or overly struc­tured col­lab­o­ra­tion (or other enter­prise) tool knows, the result­ing envi­ron­ment is often anal­o­gous to a feu­dal soci­ety designed and man­aged by crypto-technical over­lords; one in which most users feel as if they are serfs bound to the land for in per­pe­tu­ity in order to sup­port the leisure-time and war-making indul­gences of a small class of share­hold­ing nobil­ity.

Answer­ing these ques­tions with con­fi­dence based on expe­ri­ence will likely take time in the range of years, and require numer­ous failed exper­i­ments. There’s a larger con­text to take into account: the strug­gle of enter­prise soft­ware ven­dors to extend their reach and longevity by dom­i­nat­ing the lan­guage of col­lab­o­ra­tion and the range of offer­ings is one part of a much broader effort by soci­ety to under­stand dra­matic shifts in our ways of work­ing, and the social struc­tures that are both dri­ven by and shape these new ways of work­ing. And so there are sev­eral impor­tant ideas and ques­tions under­ly­ing McAfee’s assess­ment that social sys­tem design­ers should under­stand.

One of the most impor­tant is that the notion of “col­lab­o­ra­tion” is con­cep­tual short­hand for how you work, who you work with, and what you do. In other words, it’s a dis­til­la­tion of your pro­fes­sional iden­tity. Your role in a col­lab­o­ra­tion envi­ron­ment defines who you are within that envi­ron­ment.

More impor­tantly, from the per­spec­tive of growth and devel­op­ment, your sys­tem assigned role deter­mines who you can *become*. Knowl­edge work­ers are val­ued for their skills, expe­ri­ence, pro­fes­sional net­works, pub­lic rep­u­ta­tions, and many other fluid, con­text depen­dent attrib­utes. And so lock­ing down their iden­ti­ties in advance strips them of a sub­stan­tial pro­por­tion of their cur­rent value, and simul­ta­ne­ously reduces their abil­ity to adapt, inno­vate, and respond to envi­ron­men­tal changes by shift­ing their think­ing or prac­tices. In plain terms, deter­min­ing their iden­ti­ties in advance pre­cludes the cre­ation of future value.

Another impor­tant under­ly­ing idea is the impor­tance of prop­erly under­stand­ing the value and util­ity of dif­fer­ing approaches to sys­tem­ati­za­tion in dif­fer­ing con­texts. McAfee’s assess­ment of the unhealthy con­se­quences of impos­ing too much struc­ture in advance is use­ful for social sys­tem design­ers (such as infor­ma­tion archi­tects and knowl­edge man­agers), because it makes the out­comes of implicit design strate­gies and assump­tions clear and tan­gi­ble, in terms of the neg­a­tive effects on the even­tual users of the col­lab­o­ra­tion envi­ron­ment. For com­plex and evolv­ing group set­tings like the mod­ern enter­prise, cre­at­ing too much struc­ture in advance points to a mis­placed under­stand­ing of the value and role of design and archi­tec­ture.

Fun­da­men­tally, it indi­cates an over­es­ti­ma­tion of the value of the activ­ity of sys­tem­atiz­ing (design­ing) col­lab­o­ra­tion envi­ron­ments to high lev­els of detail, and with­out recog­ni­tion for evo­lu­tion­ary dynam­ics. The design or struc­ture of any col­lab­o­ra­tion envi­ron­ment — of any social sys­tem — is only valu­able for how well it encour­ages rela­tion­ships and activ­ity which advance the goals of the orga­ni­za­tion and it’s mem­bers. The value of a designer in the effort to cre­ate a col­lab­o­ra­tive com­mu­nity lies in the abil­ity to cre­ate designs that lead to effec­tive col­lab­o­ra­tion, not in the num­ber or speci­ficity of the designs they pro­duce, and espe­cially not in the arti­facts cre­ated dur­ing design — the tem­plates, work­flows, roles, and other McAfee men­tioned above. To sim­plify the dif­fer­ent views of what’s appro­pri­ate into two arti­fi­cially seg­mented camps, the [older] view that results in the pre­ma­ture cre­ation of too much struc­ture val­i­dates the design of things / arti­facts / sta­tic assem­blies, whereas the newer view valu­ing min­i­mal and emer­gent struc­tures acknowl­edges the greater effi­cacy of design­ing dynamic sys­tems / flows / frame­works.

The overly spe­cific and rigid design of many col­lab­o­ra­tion sys­tem com­po­nents com­ing from the older design view­point in fact says much about how large, com­plex enter­prises choose to inter­pret their own char­ac­ters, and cre­ate tools accord­ingly. Too often, a desire to achieve total­ity lies at the heart of this approach.

Of course, most total­i­ties only make sense — exhibit coher­ence — when viewed from within, and when using the lan­guage and con­cepts of the total­ity itself. The result is that attempts to achieve total­ity of design for many com­plex con­texts (like col­lab­o­ra­tion within enter­prises large or small) rep­re­sent a self-defeating approach. That the approach is self-defeating is gen­er­ally ignored, because the pur­suit of total­ity is a self-serving exer­cise in power val­i­da­tion, that ben­e­fits power hold­ers by con­sum­ing resources poten­tially used for other pur­poses, for exam­ple, to under­mine their power.

With the chimera of total­ity set in proper con­text, it’s pos­si­ble to see how col­lab­o­ra­tion envi­ron­ments — at least in their most poorly con­ceived man­i­fes­ta­tions — will resem­ble vir­tual retreads of Tay­lorism, wherein the real accom­plish­ment is to jus­tify the effort and expense involved in cre­at­ing the sys­tem by point­ing at an exces­sive quan­tity of pre­de­ter­mined struc­ture await­ing habi­ta­tion and use by dis­en­fran­chised staff.

At present, I see two diver­gent and com­pet­ing trends in the realm of enter­prise solu­tions and user expe­ri­ences. The first trend is toward homo­gene­ity of the work­ing envi­ron­ment with large amounts of struc­ture imposed in advance, exem­pli­fied by com­pre­hen­sive col­lab­o­ra­tion suites and archi­tec­tures such as MSOf­fice / Share­point, or IBM’s Work­place.

The sec­ond trend is toward het­ero­gene­ity in the struc­tures inform­ing the work­ing envi­ron­ment, vis­i­ble as vari­able pat­terns and locuses of col­lab­o­ra­tion estab­lished by fluid groups that rely on adhoc assort­ment of tools from dif­fer­ent sources (Base­Camp, GMail, social book­mark­ing ser­vices, RSS syn­di­ca­tion of social media struc­tures, com­mu­ni­ties of prac­tice, busi­ness ser­vices from ASP providers, open source appli­ca­tions, etc.).

But this itself is a short term view, when sit­u­a­tion within a longer term con­text is nec­es­sary. It is com­mon for sys­tems or envi­ron­ments of all sizes and com­plex­i­ties to oscil­late cycli­cally from greater to lesser degrees of struc­ture, along a con­tin­uüm rang­ing from homo­ge­neous to het­ero­ge­neous. In the short term view then, the quest for total­ity equates to homo­gene­ity, or even efforts at dom­i­na­tion. In the long term view, how­ever, the quest for total­ity could indi­cate an imma­ture ecosys­tem that is not diverse, but may become so in time.

Apply­ing two (poten­tial) lessons from ecol­ogy — the value of diver­sity as an enhancer of over­all resilience in sys­tems, and the ten­dency of mono­cul­tures to exhibit high fragility — to McAfee’s points on emer­gence, as well as the con­tin­uüm view of shift­ing degress of homo­gene­ity, should tell us that col­lab­o­ra­tion solu­tion design­ers would be wise to do three things:

The end result should be an enter­prise approach to col­lab­o­ra­tion that empha­sizes the design of infra­struc­ture for com­mu­ni­ties that cre­ate their own struc­tures. Big ven­dors be wary of this enlight­ened point of view, unless you’re will­ing to respond in kind.

Comment » | Architecture, Enterprise

Signs of Crisis and Decline In Organizations

April 21st, 2006 — 12:00am

A few months ago I came across a presentation titled Organizations in Crisis and Decline, by Randall Dunham. After giving examples of organizations in crisis and decline that include Kmart, General Motors, United Airlines, and Michael Jackson. (interesting example of an enterprise…), Dunham goes on to summarize typical symptoms of crisis, the strategic consequences of decline, and 10 behaviors of unhealthy organizations.

I came across this while doing some research on how the structures and cultures of organizations influence modes of thinking, resilience, and decision making, so this is related to some of my postings on enterprise software. It might be a while before I have the chance to write up all the ideas, so I’ll share Dunham’s material now.

Why is this of note to IAs? Quite a few Information architects (practitioners, not just those with the title…) are actively looking for effective tools and modes of understanding to help frame and manage enterprise problems.

Understanding the signs of decline and crisis in organizations can help information architects and other change agents understand the environmental context of a situation in the critical early stages of setting expectations and roles, and before it’s “too late”, when everyone at the management table has strong opinions they must defend. In other words, before making a leap is into an active project, a planning and budgeting cycle, a strategic vision session, etc.

I see (at least) two very important aspects of a situation that Dunham’s warning signs could help identify; how healthy an organization is, and what latitude for activity and change is available. Building on this, these criteria can help identify situations to avoid or be wary of. Of course, organizations in crisis and decline can present opportunities as well as risks, but sometimes the ship is going down no matter how much you try to patch the holes…

For those without powerpoint, I’m going to present some of the material here as text, with acknowledgment that I’m borrowing directly from Dunham, who himself credits this source: Mische, M.A. (2001). Ten warning signs of strategic Decline. In Strategic Renewal: Becoming a High-Performance Organization (pp. 25-30). Upper Saddle River, NJ: Prentice Hall.
Typical Symptoms of Crisis/Decline

  • Lower earnings & revenues
  • Increased employee turnover
  • Reduced market presence
  • Decrease in customer satisfaction & interest
  • Increasing costs & high structural costs

Strategic Consequences of Crisis/Decline

  • Lower market value
  • Inconsistent strategies
  • Misalignment of internal strategies & external goals
  • Diminished capacity to attract top talent
  • Increased vulnerability

10 Behaviors that Signal Decline

  • The organization exhibits a lack of understanding the environmental and economic realities confronting it, or is in denial
  • The management of the organization is arrogant with regard to its view of the world & assessment of its internal competencies. Ex: Icarus Paradox
  • The organization has lost perspective with respect to customers, products, suppliers, and competitors
  • Management and employees have an insular focus or preoccupation with internal processes, internal measurements, and politics
  • The organization has lost its sense of urgency and lacks an attitude of self-determination
  • The organization is relying on historical and poorly conceptualized or inappropriate business strategies and traditional management methods to address new & different challenges
  • The organization has the propensity to repeat mistakes and fails to learn from past experiences
  • The organization has low or slow innovation practices and is late to market with new products/services
  • The organization has a tendency to recycle marginally performing managers
  • The organization relies exclusively on internal talent as a source of leadership

Key Factors that Contribute to Decline

  • Age of the organization: Older, more established firms may rely on legacy practices
  • Size of the organization: Large firms with many vertical levels can have trouble adapting
  • Financial success and past performance: Past success can lead to desire to follow same path in hopes of future success
  • Ownership and equity structure: Is there accountability at all times to outside agents?
  • Environmental influences: External shocks
  • Ability to learn and discern patterns: Lack of learning organization culture
  • Certainty/uncertainty: Effectiveness of change management
  • Leadership: Young & inexperienced without desire to learn

Success Can Drive Crisis

  • The same processes that lead to success in an organization can also lead to failure
  • This is because success promotes rigidity, resistance to change, and habitual response
  • Biggest problem – people learn the ‘right’ way to solve a problem and do that over and over again, even if that way will no longer solve the problem

It’s true these are quite general. Naturally, the art is in knowing how to apply them as criteria, or interperet what you found. As a quick test of accuracy, I’ve used the behaviors and warning signs to retrospectively review several of the organizations I’ve seen from the inside. When those organizations showed several of the behaviors and warning signs at an aggregate level (not necessarily my group, but the whole enterprise) then the strategic consequence dunham mentioned were visible at the same time.

From a practical perspective, a rating scale or some indicators of relative degree would be very useful. In order to gauge whether to stay or go, you need to understand the intensity of the decline or crisis and what action you can take: for example, do you have time to go back to the cabin to save your handwritten screenplay before the ship sinks?

Comment » | Information Architecture

User Research = R&D

February 14th, 2006 — 12:00am

This weekend, some of my earlier posts discussing the user experience of Lotus Notes surfaced in the Notes community. Ed Brill – in a posting titled Mary Beth has been taking on the critics – referenced my mention of how the head of the Notes UI team was employing user research as a bridge to customers. Ed complimented the design team for reaching out to critics in public. This is a well-deserved pat on the back. Yet it falls short of recognizing the more important point that direct user research should be a basic component of any company’s overall strategy and planning for long term success (or survival).

Why? User research helps build customer relationships, further design efforts, and identify new business opportunities when applied across audiences (internal and external constituencies) and perspectives (marketing, sales, product development), and with an eye for needs beyond immediate feedback. This sort of engagement with customers of a software product (or any kind of product) should *not* be special or noteworthy – it should happen all the time. Continuously. I’m thinking of Jared Spool’s remarks during his keynote at UI10, to the effect that the user experience perspective is most successful when it it is a basic component of a company’s culture, and thus an assumed aspect of every initiative.

In fact, in a socially transparent, networked, and aware environment like the current FuturePresent, user research serves as a fundamental, indispensable form of research and development that companies and organizations must support as part of their portfolio of methods for seeking broad based environmental feedback (also here). I’ll go so far as to say that user research may move beyond the realm of essential corporate R&D, and qualify as genuine basic research.

BTW: maybe it’s just me, but isn’t it a bit ominous that the tag line for Notes 7 is “Innovate. Collaborate. Dominate.” ? Sounds like something the Borg might say if you asked them how to make breakfast…

Comment » | User Research

Enterprise Software is Dead! Long Live… Thingamy?

January 5th, 2006 — 12:00am

Peter Merholz observes that enterprise software is being eaten away from below, by applications such as Moveable Type, and innovators such as SocialText.
“These smaller point solutions, systems that actually address the challenges that people face (instead of simply creating more problems of their own, problems that require hiring service staff from the software developers), these solutions are going to spread throughout organizations and supplant enterprise software the same way that PCs supplanted mainframes.
I sure wouldn’t want to be working in enterprise software right now. Sure, it’s a massive industry, and it will take a long time to die, but the progression is clear, and, frankly, inevitable.”
Indeed it is. Though there’s considerable analyst hoopla about rising enterprise content management or ECM spending and IT investment (see also In Focus: Content Management Heats Up, Imaging Shifts Toward SMBs), we’re in the midst of a larger and longer term cycle of evolution in which cheaper, faster, more agile competitors to established market leaders are following the classic market entry strategy of attacking the bottom of the pyramid. (The pyramid is a hierarchical representation of a given market or set of products; at the top of the pyramid sit the more expensive and mature products which offer more features, capabilities, quality, or complexity; the lower levels of the pyramid include lower cost products which offer fewer features.)
What’s most interesting about the way this pattern is playing out in the arena of enterprise content management solutions is that the new competitors were not at first attacking from the bottom as a deliberate strategy, think of MoveableType, but they have quite quickly moved to this approach as with the recent release of Alfresco. The different origins of Sixapart and Alfresco may have some bearing on their different market entry approaches: Sixapart was a personal publishing platform that’s grown into a content management tool, whereas Alfresco’s intented audience was enterprise customers from day one. I’d wager the founders of Alfresco looked to RedHat as an example of a business model built on OpenSource software, and saw opportunity in the enterprise content management space, especially concerning user experience annd usability weaknesses in ECM platforms.
There’s an easy (if general) parallel in the automotive industry: from American dominance of the domestic U.S. market for automobiles in the post-WWII decades, successive waves of competitors moved into the U.S. automobile market from the bottom of the pyramid, offering less expensive or higher quality automobiles with the same or similar features. The major Japanese firms such as Honda, Toyota, and Nissan were first, followed by Korean firms such as Hyundai and Daewoo. It’s plain that some of the older companies sitting at the top of the pyramid are in fact dying, both literally and figuratively: GM is financially crippled and faces onerous financial burdens — to the point of bankruptcy – as it attempts to pay for the healthcare of it’s own aging (dying) workforce.
So what’s in the future?
For auto makers it’s possible that Chinese or South American manufacturers will be next to enter the domestic U.S. market, using similar attacks at the bottom of the pyramid.
For enterprise software, I think organizations will turn away from monolithic and expensive systems with terrible user experiences — and correspondingly low levels of satisfaction, quality, and efficacy — as the best means of meeting business needs, and shift to a mixed palette of semantically integrated capabilities or services delivered via the Internet. These capabilities will originate from diverse vendors or providers, and expose customized sets of functionality and information specific to the individual enterprise. Staff will access and encounter these capabilities via a multiplicity of channels and user experiences; dashboard or portal style aggregators, RIA rich internet applications, mobile devices, interfaces for RSS and other micro-content formats.
David Weinberger thinks it will be small pieces loosely joined together. A group of entrepreneurs thinks it might look something like what Thingamy claims to be.
Regardless, it’s surely no coincidence that I find a blog post on market pyramids and entry strategies put up by someone working at an enterprise software startup…

Related posts:

Comment » | Architecture, Ideas

Better To Be Likeable Than Competent…

November 17th, 2005 — 12:00am

At least accord­ing to the Boston Globe arti­cle titled Don’t under­es­ti­mate the value of social skills, in which Pene­lope Trunk quotes an HBS fac­ulty mem­ber as fol­lows:
’In fact, across the board, in a wide vari­ety of busi­nesses, peo­ple would rather work with some­one who is lik­able and incom­pe­tent than with some­one who is skilled and obnox­ious, said Tiziana Cas­ciaro, a pro­fes­sor at Har­vard Busi­ness School. “How we value com­pe­tence changes depend­ing on whether we like some­one or not,” she says.‘
I guess this explains how we ended up with George W. Bush as President…

No related posts.

Comment » | The Working Life

Mental Models and the Semantics of Disaster

November 4th, 2005 — 12:00am

A few months ago, I put up a posting on Mental Models Lotus Notes, and Resililence. It focused on my chronic inability to learn how not to send email with Lous Notes. I posted about Notes, but what led me to explore resilience in the context of mental models was the surprising lack of acknowledgement of the scale of hurricane Katrina I came across at the time. For example, the day the levees failed, the front page of the New York Times digital edition carried a gigantic headline saying ‘Levees Fail! New Orleans floods!’. And yet no one in the office at the time even mentioned what happened.
My conclusion was that people were simply unable to accept the idea that a major metropolitan area in the U.S. could possibly be the setting for such a tragedy, and so they refused to absorb it – because it didn’t fit in with their mental models for how the world works. Today, I came across a Resilience Science posting titled New Orleans and Disaster Sociology that supports this line of thinking, while it discusses some of the interesting ways that semantics and mental models come into play in relation to disasters.
Quoting extensively from an article in The Chronicle of Higher Education titled Disaster Sociologists Study What Went Wrong in the Response to the Hurricanes, but Will Policy Makers Listen? the posting calls out how narrow slices of media coverage driven by blurred semantic and contextual understandings, inaccurately frame social responses to disaster situations in terms of group panic and the implied breakdown of order and society.
“The false idea of postdisaster panic grows partly from simple semantic confusion, said Michael K. Lindell, a psychologist who directs the Hazard Reduction and Recovery Center at Texas A&M University at College Station. ‘A reporter will stick a microphone in someone’s face and ask, ‘Well, what did you do when the explosion went off?’ And the person will answer, ‘I panicked.’ And then they’ll proceed to describe a very logical, rational action in which they protected themselves and looked out for people around them. What they mean by ‘panic’ is just ‘I got very frightened.’ But when you say ‘I panicked,’ it reinforces this idea that there’s a thin veneer of civilization, which vanishes after a disaster, and that you need outside authorities and the military to restore order. But really, people usually do very well for themselves, thank you.’
Mental models come into play when the article goes on to talk about the ways that the emergency management agencies are organized and structured, and how they approach and understand situations by default. With the new Homeland Security paradigm, all incidents require command and control approaches that assume a dedicated and intelligent enemy – obviously not the way to manage a hurricane response.
“Mr. Lindell, of Texas A&M, agreed, saying he feared that policy makers in Washington had taken the wrong lessons from Katrina. The employees of the Department of Homeland Security, he said, ‘are mostly drawn from the Department of Defense, the Department of Justice, and from police departments. They’re firmly committed to a command-and-control model.’ (Just a few days ago, President Bush may have pushed the process one step further: He suggested that the Department of Defense take control of relief efforts after major natural disasters.)
“The habits of mind cultivated by military and law-enforcement personnel have their virtues, Mr. Lindell said, but they don’t always fit disaster situations. ‘They come from organizations where they’re dealing with an intelligent adversary. So they want to keep information secret; ‘it’s only shared on a need-to-know basis. But emergency managers and medical personnel want information shared as widely as possible because they have to rely on persuasion to get people to cooperate. The problem with putting FEMA into the Department of Homeland Security is that it’s like an organ transplant. What we’ve seen over the past four years is basically organ rejection.’
If I read this correctly, misaligned organizational cultures lie at the bottom of the whole problem. I’m still curious about the connections between an organization’s culture, and the mental models that individuals use. Can a group have a collective mental model?
Accoridng to Collective Mental State and Individual Agency: Qualitative Factors in Social Science Explanation it’s possible, and in fact the whole idea of this collective mental state is a black hole as far as qualitative social research and understanding are concerned.

Related posts:

Comment » | Modeling, The Media Environment

Approaches to Understanding People: Qualitative vs. Quantitative

April 2nd, 2005 — 12:00am

David Brooks Op-Ed column The Art of Intelligence in today’s NY Times is strongly relevant to questions of user research method, design philosophy, and understanding user experiences.
Brooks opens by asserting that that US Intelligence community shifted away from qualitative / interperative research and analysis methods to quantitative research and analysis methods during the 60’s in an attempt to legitimize conclusions in the fashion of the physical sciences. From this beginning, Brooks’ conclusion is that the basic epistemological shift in thought about what sorts of information are relevant to understanding the needs and views of groups of people (nations, societies, political leadership circles) yielded interpretations of their views and plans which were either useless or incorrect, models which then lead decision makers to a series of dramatic policy errors – examples of which we still see to this day.

Brooks contrasts the “unimaginative” quantitative interpretations assembled by statistical specialists with the broad mix of sources and perspectives which cultural and social thinkers in the 50’s used to understand American and other societies in narrative, qualitative ways.
According to Brooks, narrative, novelistic ways of understanding provided much better – more insightful, imaginative, accureate, and useful – advice on how Americans and others understood the world, opening the way to insight into strategic trends and opportunities. I’ve read many of the books he uses as examples – they’re some of the classics on social / cultural / historical reading lists – of the qualitative tradition, and taken away vivid pictures of the times and places they describe that I use to this day when called on to provide perspective on those environments.
Perhaps it’s implied, but what Brooks doesn’t mention is the obvious point that both approaches – qualitative and quantitative – are necessary to crafting fully-dimensioned pictures of people. Moving explicitly to the context of user research, qualitative analysis can tell us what people want or need or think or feel, but numbers give specific answers regarding things like what they’re willing or able to spend, how much time they will invest in trying to find a piece of information, or how many interruptions they will tolerate before quitting a task in frustration.
When a designer must choose between interaction patterns, navigation labels, product imagery, or task flows, they need both types of understanding to make an informed decision.
Some excerpts from Brooks’ column:
“They relied on their knowledge of history, literature, philosophy and theology to recognize social patterns and grasp emerging trends.”
This sounds like a strong synthetic approach to user research.
“I’ll believe the system has been reformed when policy makers are presented with competing reports, signed by individual thinkers, and are no longer presented with anonymous, bureaucratically homogenized, bulleted points that pretend to be the product of scientific consensus.”
“But the problem is not bureaucratic. It’s epistemological. Individuals are good at using intuition and imagination to understand other humans. We know from recent advances in neuroscience, popularized in Malcolm Gladwell’s “Blink,” that the human mind can perform fantastically complicated feats of subconscious pattern recognition. There is a powerful backstage process we use to interpret the world and the people around us.”
“When you try to analyze human affairs using a process that is systematic, codified and bureaucratic, as the CIA does, you anesthetize all of these tools. You don’t produce reason – you produce what Irving Kristol called the elephantiasis of reason.”

Related posts:

Comment » | User Research

Back to top