Cisco Blogs


Cisco Blog > Inside Cisco IT

The IT Challenges of Enterprise 2.0

March 22, 2010
at 12:00 pm PST

The meteoric rise and popularity of Web 2.0 tools and technologies presents several business and technical challenges for corporate IT. Before the benefits of Web 2.0 can be fully realized in the enterprise, IT needs to accept and embrace them. Following are what I see as the four overarching IT challenges from a business perspective.

 

Challenge 1: Technology in the enterprise comes from consumers. Applications such as email and voicemail traditionally sprung from the enterprise itself, with user adoption neatly controlled by IT. Today a lot of technology is coming from consumers directly. Consumers who have been using Web 2.0 tools such as instant messaging, wikis, and discussion forums in their home and social life for years are now the employees expecting the same types of applications in the workplace. What’s more, they expect the same levels of performance and ease of accessibility.

 

Add to this the rapid pace of technology, the varied forms of Web 2.0 communications, the sheer amount of content being moved, the increasing mobility of employees, realities of a global workforce (e.g., accommodating varying time zones), and the impact all of this has on your network . . . well, the challenge becomes even greater. How do enterprises keep up with this demand?

 

Challenge 2: Users will take matters into their own hands. I’ve seen this happen many times at Cisco. When I started, for example, we didn’t have an instant messaging client. Employees were downloading AOL Instant Messenger and using it openly on a widespread basis. Before Cisco implemented an enterprise solution for wikis, employees set up their own wikis or used wiki boxes in the lab or in their cubicles. Several of these wikis were growing knowledge repositories that didn’t or couldn’t communicate with each other. A more recent example of users taking matters into their own hands: employees using Yammer as their microblogging site.

 

These actions of “rogue” employees not only put Cisco’s network at risk and compromise intellectual property and the security of sensitive corporate information, but also undermine the benefits that open communication, collaboration, and knowledge sharing can bring in a Web 2.0 environment.

 

Challenge 3. The role of IT has to change. IT must balance demands of the enterprise with consumer demands. On one hand, we need to maintain control of intellectual property, run a high available network, comply with regulations such as Sarbanes-Oxley, etc. On the other hand, we want to implement technology that’s relevant and productive to the business without the chaos and security breaches that can come from employees adopting applications ad hoc. Balancing these demands requires that IT be flexible and open to new ways of doing things.  

 

The best example of where I’ve seen this happen at Cisco is with the use of Macs. For a long time, we didn’t support Macs, even though many employees wanted to use them. Not surprisingly, the Mac enthusiasts took matters into their own hands. They bought Macs, hooked them up to Cisco’s network, figured out how to get their email and other corporate applications working on them, accessed the intranet, etc. And in doing so they established a Mac wiki to provide each other with support and advice. Instead of trying to police or squash this self-help behavior, Cisco IT eventually embraced it. Now we officially offer the Mac as a corporate alternative to the PC and point employees to the flourishing Mac wiki for self-service support.

 

Challenge 4. Beta testing requires a new approach. Deploying a technology or application in beta has historically been a no-no for corporate IT. Beta testing is typically conducted by a small group of engineers, developers, or analysts who put an application through the rigors of regression and user acceptance testing, as well as QA, to a limited audience before presenting it to the business.

 

Not anymore at Cisco. Today we deploy an application in beta within a sandbox environment using a framework that mimics production, asking users for their feedback on the basic features and functionality, and making adjustments, fixing bugs, and adding enhancements along the way. This back-and-forth beta process between users and IT is called “agile development,” and it results in a business-relevant application that employees actually want and will readily use versus an application dictated solely by IT. The process of agile development also produces champions throughout the company who have tested and contributed to the development of an application. These champions will assist others with using the application, which in turn helps IT deploy applications faster. 

 

What are the challenges that you see?  I look forward to your comments.  I’ll talk more about our Enterprise 2.0 journey and Cisco IT’s role in my upcoming blog postings.

In an effort to keep conversations fresh, Cisco Blogs closes comments after 60 days. Please visit the Cisco Blogs hub page for the latest content.

10 Comments.


  1. Yammer carries a number of legal implications. Users yammering from corporate networks could expose company secrets. These yammer conversations, much like their electronic predecessors (i.e. email), are legally binding and subject to the legal rules of electronic discovery and can be subpoenaed in a lawsuit. Just like you need retention/destruction policies for email, you need the same for content in yammer.Yammer provides the tools for destruction and retention of messages, but the cost is high – $1 per user per month. That is too steep of a price to pay. But I think yammer will have to change their pricing structure very soon. With most Enterprise grade email solutions shipping with their own flavor of micro-blogging apps[1], yammer is fast losing its edge. 1. Google has Buzz, Lotus has LC/Squawk and now Microsoft has OfficeTalk.

       0 likes

  2. Hi Bram, I love this piece. I would like to invite you to appear on IBF 24. I’m putting a piece together on how technology is changing the way we work (communicate, collaborate etc) and know you would add some valuable insights. Let me know if interested – enjoy the week

       0 likes

  3. Great post, Bram. You’re spot on with the challenges; even better that your leadership is embracing the need to adapt its approach. Cheers, RWM

       0 likes

  4. Great article, as an IT professional and side web designer I can agree with everything, esp. ‘users taking means into their own hands’, sometimes that can totally hurt a situation.

       0 likes

  5. In my view this new beta testing scheme is very clever, as it results not only in better software focused on real user needs, but also in early adoptors who can help spreading the word and training other users.

       0 likes

  6. Rich Gore

    Hi, Bram – Some other challenges I think IT faces around the topic of collaboration tools are:(1) Not Enterprise Ready: A lot of social networking tools are not yet enterprise-ready”" – not able to scale properly, not reliable enough (especially when scaled out to a large enterprise), and not secure; yet employees want to use them.(b) Low Adoption Rates: Many collaboration tools provided by IT departments are not adopted widely inside the organization. Lots of possible reasons for this – they may be great tools but they require too much learning, too much culture shift, too much behavior shift. Or people may have low expectations and not try them. Or – and this is hard to separate from the above – they just may not be right for that organization. (c) Value Perception: A lot of IT organizations may not deploy collaboration tools at all because they have to justify the cost before they invest, and the benefits of collaboration are often hard to quantify. Productivity, speed, agility, are all very hard to measure objectively in an organization.”

       0 likes

  7. Re: Low Adoption Rates@Rich,I think a 2009 article titled Enterprise 2.0: Skip the Pilot”" described the root-cause of this problem nicely:“Enterprise 2.0 tools are different from traditional IT systems. Traditional IT enables transactions; Enterprise 2.0 enables interactions.When we use Enterprise 2.0, we’re not transacting with a system; we’re interacting with other people. And as Metcalf’s Law famously states, the more people there are in that network, the more interactions each individual can have with his or her peers, and the more value that individual derives from participation in the network.When organizations really embrace Enterprise 2.0, however, they almost always play in multiple sections of the Value Matrix, launching solutions like collaborative intranets, ideation portals, private extranets, Those solutions, almost by definition, require scale.Scale is the oxygen that feeds collaboration.” (Idinopulos, 2009)Source:Idinopulos, M. (2009, August 27). Enterprise 2.0: Skip the Pilot. Retrieved September 2009, 2009, from SocialText: http://www.socialtext.com/blog/2009/08/enterprise-20-skip-the-pilot.html

       0 likes

  8. What do you think about SaaS products? I know Yammer does not offer this option, but there are other companies that do (for ex: Present.ly) It is definitely safer, but just wanted to see how you feel about implementing such tool in house.

       0 likes

  9. Hi Bram,I love this piece of information.In my word this new beta testing scheme is very clever, It helps in better software focused on real user needs.. Thanks for this informative read. Keep blogging.

       0 likes

  10. I like the way you are describing the problems. Although, many of the challenges are either already being overcome, or they are on the roadmap to solve.Thanks for the article.

       0 likes