Big Data. Big Decisions
InformationWeek
Special Coverage Series

Commentary

Venkatesh Rao

Social Wars Part III: Return Of The Radicals

There are radicals who start Enterprise 2.0 revolutions and radicals who finish them. Here's how to finish. Third of a three-part series.

Third in a three-part series. Click for Part I and Part II.

In the first two parts of this series, we saw how a high-potential revolution at the periphery becomes a tame and domesticated evolution as it makes its way to the center. Along the way, the radicals get house trained and co-opted, or sidelined and ignored, and business as usual continues.

More Insights

Webcasts

More >>

White Papers

More >>

Reports

More >>

We know how to start Enterprise 2.0 change processes. We don't know how to finish them. What we need is a return to radicalism, but not the same kind of radicalism that started the process.

There are radicals who start revolutions and radicals who finish them. Call them type A and type B radicals. Marx and Lenin.

A type A radical can paint inspiring pictures, spread exciting ideas, and plant seeds. Type A radicals are great at explosive and dramatic, short-term action.

A type B radical, on the other hand, operates as a guerrilla and can win asymmetric wars against much more powerful and entrenched adversaries. Type B radicals are great at sustained, low-intensity, long-term action.

But before we get into all that, let's remind ourselves of how the change process goes wrong.

Recall the roles of IT and Purchasing as I described them last time. The job of Purchasing is to get needs met at the lowest possible cost. The job of IT is to think about long-term support and pick the solution that's easiest to manage.

Except that we're not talking about buying container loads of bolts from the cheapest source in China. We're talking about buying cultures. The basic framing that industrial era purchasing functions apply is the wrong one: They think they're buying tools, when they're actually buying the cultures catalyzed by the tools. Applying normal purchasing/procurement logic to Enterprise 2.0 systems is, as I noted last time, like asking Detroit to take charge of the revolution started by Silicon Valley. Or if you prefer a different example, it's like looking at the cultural success of New York, deciding that more people need access to such culture, buying enough of the cheapest land available, and declaring a large tract of land in rural Nebraska as the site of a future new Manhattan.

The IT approach to 2.0 decision-making is equally inappropriate. Looking at the costs and benefits of standardization and framing the decision in terms of some mix of "platform" versus "best in class" buying decisions is appropriate (to continue the "replicate New York" metaphor) if you're planning something like the modernization of a large city's sewage system. It's completely irrelevant if the idea is to catalyze widespread cultural changes and revitalize dying cultures. Enterprise 2.0 isn't about plugging new tools into old processes. It's about using new tools as irritants around which a nascent effective culture can crystallize, eventually displacing old processes.

But the logical failure is understandable. Well-intentioned people look at the cores of aging corporations, full of disengaged employees, and notice the vitality and energy on the unruly edges, where employees have cobbled thriving new cultures for themselves. They ask the obvious question: How can we spread this culture of engagement, excitement, and vitality throughout the organization?

This leads them to the mistake: People assume that their problem is adapting the tools that are working at the edge to the core of the organization, when the actual problem is rebuilding the organization around the edges where the new culture is taking root.

In other words, the Mountain must go to Mohammed.

When revolutions start on the edge, the core must reorganize around the edge hotspots, making the old edge the new center.

Of course, you need practical ways to actually do this, and you can't be too literal-minded about it (for one thing, the "tools that are working" may be CRM tools in Sales, and it's unclear what it means to re-center the organization on the tools).

 1 | 2  | Next Page »


Related Reading




Currently we allow the following HTML tags in comments:

Single tags

These tags can be used alone and don't need an ending tag.

<br> Defines a single line break

<hr> Defines a horizontal line

Matching tags

These require an ending tag - e.g. <i>italic text</i>

<a> Defines an anchor

<b> Defines bold text

<big> Defines big text

<blockquote> Defines a long quotation

<caption> Defines a table caption

<cite> Defines a citation

<code> Defines computer code text

<em> Defines emphasized text

<fieldset> Defines a border around elements in a form

<h1> This is heading 1

<h2> This is heading 2

<h3> This is heading 3

<h4> This is heading 4

<h5> This is heading 5

<h6> This is heading 6

<i> Defines italic text

<p> Defines a paragraph

<pre> Defines preformatted text

<q> Defines a short quotation

<samp> Defines sample computer code text

<small> Defines small text

<span> Defines a section in a document

<s> Defines strikethrough text

<strike> Defines strikethrough text

<strong> Defines strong text

<sub> Defines subscripted text

<sup> Defines superscripted text

<u> Defines underlined text

BYTE encourages readers to engage in spirited, healthy debate, including taking us to task. However, BYTE moderates all comments posted to our site, and reserves the right to modify or remove any content that it determines to be derogatory, offensive, inflammatory, vulgar, irrelevant/off-topic, racist or obvious marketing/SPAM. BYTE further reserves the right to disable the profile of any commenter participating in said activities.

Disqus Tips To upload an avatar photo, first complete your Disqus profile. | View the list of supported HTML tags you can use to style comments. | Please read our commenting policy.

Follow InformationWeek

By The Numbers

What Are Your Primary Concerns About Using Big Data Software?

Base: 417 respondents at organizations using or planning to deploy data analytics, BI or statistical analysis software
Data: InformationWeek 2013 Analytics, Business Intelligence and Information Management Survey of 541 business technology professionals, October 2012

What Do You Think?

What's your attitude about SQL analysis on top of Hadoop?
We want fast, standard SQL analysis capabilities on Hadoop ASAP
Hadoop is for unstructured data; SQL is for relational databases
We'll give SQL on Hadoop a try, but relational DBs will remain the mainstay
Given strong SQL support on Hadoop, we'd nix the data warehouse
We're not interested in Hadoop
No opinion



Related Content

From Our Sponsor

Five Big Data Challenges and How to Overcome Them with Visual Analytics

Five Big Data Challenges and How to Overcome Them with Visual Analytics

Business leaders often need a visual snapshot of data to quickly grasp and use it. This paper identifies five challenges in presenting data and how visual analytics can resolve them. Solutions are suggested to overcome the challenges of: speed, data clarity, data quality, displaying meaningful results, and dealing with outliers.

Game-Changing Analytics: How IT Executives Can Use Analytics to Create Innovation and Business Success

Game-Changing Analytics: How IT Executives Can Use Analytics to Create Innovation and Business Success

Today's competitive advantage requires a deeper understanding of your business, your market and your customers. As an IT executive, you can drive that knowledge transformation. In this white paper, learn how to make decisions as a strategic business leader and three steps to begin an analytics initiative within your enterprise.

Data Visualization Techniques: From Basics to Big Data with SAS Visual Analytics

Data Visualization Techniques: From Basics to Big Data with SAS Visual Analytics

High-performance data visualization turns sophisticated analyses into meaningful graphics, leading to faster and smarter decision making. In this white paper, learn how visual analytics can transform big data, with additional features such as real-time functionality, mobile compatibility, robust applications for technical groups and accessibility for nontechnical users.

Big Data: Lessons from the Leaders

Big Data: Lessons from the Leaders

Financial performance, competitive advantage, operational efficiency, strategic decision making - every business goal can extract value from big data, and the time for doubt or inaction has long passed. In this Economist Intelligence Unit report, in-depth interviews with data pioneers reveal the link between the effective use of big data and the bottom line among other results.

Decision-Driven Data Management: A Strategy for Better Decisions with Better Data

Decision-Driven Data Management: A Strategy for Better Decisions with Better Data

Which came first, the data or the decision? This white paper makes the case for having a decision in mind, then tailoring big data's volume, variety and velocity to achieve business results such as overcoming customer dissatisfaction or creating well-informed strategies in real time.

Informationweek Reports

Research: The Big Data Management Challenge

Research: The Big Data Management Challenge

The challenge of big data is real, but most organizations don't differentiate 'big data' from traditional data, and nearly 90% of respondents to our survey use conventional databases as the primary means of handling data. We'll help you understand what constitutes big data (it's not just size) and the numerous management challenges it poses.