Big Data. Big Decisions
InformationWeek
Special Coverage Series

Commentary

Jacob Morgan

The Collaborative Organization: Control The Center



(Page 5 of 5)

Update Seekers and Advisors

This group of employees just wants to know what's going on with the initiative. The group can be large or small, and typically it receives updates via alerts, emails, newsletters, or perhaps briefings. Sometimes certain executives like to be the update seekers; they want to get enough information to know what's going on and that things are going well.

More Insights

Webcasts

More >>

White Papers

More >>

Reports

More >>

Keep in mind that we are describing nothing more than involvement. This doesn't have anything to with seniority, the size of a group, or importance. It's possible that someone senior will be part of the implementing group and an entry-level employee will be part of the update seekers group. How involved employees are can depend on all sorts of things, such as how much interest they have in the project and whether they have the time to contribute. Also, these types of involvement groups are not mutually exclusive or permanent. Employees can be a part of more than one group and can also move between groups; for example, an employee who may start getting updates and information about the project and then realize this is something he or she wants to be part of. This isn't meant to be a rigid bucket of employees; it's merely an overview of how employees are typically involved. It is something you can easily adapt and modify so that it fits your organization.

This whole group might be called the Emergent Collaboration Task Force or whatever other fun or creative name you come up with. Some companies have one core team that handles all the functions necessary, and other companies have multiple teams for separate functions. For example, you might want to have a task force as well as a governance committee or an oversight team that meets less frequently and addresses broader issues of emergent collaboration such as mandating the use of tools, changing employee incentive programs to include collaboration, permissions and policies, and other broader topical issues that help the company govern emergent collaboration. In either scenario you want to make sure to have a senior-level executive (or a few) involved.

Organizations also typically organize their teams in one of two ways. This isn't to say that one is better or more effective than the other; I believe it’s situational.

Permanent Teams

Organizations with permanent enterprise collaboration teams have either hired new employees or transitioned existing employees to a new role. This is something I have typically seen in larger or more complex organizations. Permanent teams always focus on continuous ways to improve collaboration within the organization and deal with many complexities of managing robust collaboration solutions. Integrations, vendor transitions, and infrastructure changes or requirements are all handled on an ongoing basis by permanent employees. Content organization and structure also plays a crucial role here as often the larger the company is, the more content that company has and is producing. This doesn't mean that smaller companies don't have permanent teams; they often do.

When This Makes Sense

This form of organization makes sense in the following situations:

-- Larger organizations in which a lot of content and information is being shared regularly.

-- Organizations that are just getting started with emergent collaboration initiatives and need to hire full-time employees.

-- Organizations that are continuously incorporating employee feedback into systems.

-- Dynamic organizations in which things are usually changing.

-- Organizations that deploy solutions that require dedicated IT staff to manage or in which vendor changes and infrastructure changes might happen.

Ad Hoc Teams

These teams come together for this initiative, but the employees retain their day jobs and positions. The team meets regularly to discuss ideas and solve problems, but its members are not strictly devoted to enterprise collaboration on a full-time basis. Typically, organizations with ad hoc teams are not as large as those with permanent teams. In some large companies I have also seen one or two full-time employees remain on the team.

When This Makes Sense

This form of organization makes sense in the following situations:

-- Established organizations that have already deployed these systems and are now in sustaining mode.

-- Organizations in which a lot of documentation and content is not created and/or shared, perhaps a small team in which everyone is in the same office.

-- Large companies that seek to assign distributed responsibility to a large group of employees.

-- Smaller companies that don't have the resources to dedicate permanent teams.

Once teams are developed, it's important to maintain regular communication and meetings to discuss and address things that may arise during the course of the emergent collaboration initiative, such as brainstorming additional ways or ideas to get employees to use the platform. Large organizations with a presence in multiple countries usually have representatives from various geographies or local offices that are part of the team. There is no formula for how big or small an emergent collaboration team should be; in fact, the more evangelists and supporters you can get, the better. However, the core team will have to remain a manageable size.

Summary and Action Items

Emergent collaboration should be a joint effort between IT and business units. In fact, the research that Chess Media Group put together shows that this is the case for many organizations. Emergent collaboration teams can be composed of a diverse set of employees, and not every company will have the same kind of team involved. Your organization needs to understand what the team should be like and who should be involved. Make sure to include those who resist during the discussions; their concerns should be heard. Finally, make sure the team understands how involved the employees are going to be and how they will receive the information they need:

-- Select the people you want to be part of the team; you don't need to limit this to a closed group. You may ask around and share the news of a new collaborative project to see who steps forward.

-- Outline how involved each of the participants is going to be.

-- Discuss whether you think this should be an ad hoc team or a permanent team.

-- Address where budget can come from and come up with a few options.

-- Arrange for regular meetings with the team.

Adapted from Chapter 5 of The Collaborative Organization by Jacob Morgan, Copyright 2012, McGraw-Hill Professional; reprinted with permission of the publisher.

« Previous Page | 1234 5  


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.