Slashdot Mirror
Barrier to Web 2.0 — IT Departments
jcatcw writes "Wikis, social networks, and other Web 2.0 technologies are finding resistance inside companies from the very people who should be rolling them out: the IT staff. The National Endowment for Science, Technology and the Arts (NESTA) in London had to bypass IT to get Web 2.0 technologies to end users. Both Morgan Stanley and Pfizer are rolling out Web 2.0 projects, but it took some grass roots organizing to get there."
Perhaps it's because IT departments actually know how complicated, messy, potentially insecure and how awful support of such "projects" are going to be. As a general rule of thumb, tech-types don't usually give into the hype about things like Web 2.0 that columnists, marketers and your usual assortment of weirdos do.
The world's burning. Moped Jesus spotted on I50. Details at 11.
Of course the IT 1.0 staff is causing trouble, companies need to upgrade them to 2.0 first!
Am I the only one who read this as:
"IT departments are wisely refusing to spend uneeded man hours and money on technological buzzwords that will not help, and will likely hurt, the business. Management foolishly decided to override them instead of listening."
Maybe I'm just jaded.
How did the end-users get to bypass HIPPA, Sarbanes-Oxley, Regulation FD, and general GAAP auditing, management control, and business continuity requirements? If they could teach the "IT Departments" how to do that I am sure there would be great appreciation.
sPh
The company I work for is a VERY large tech company. We are JUST NOW starting to roll out things like Wiki and forum based support for applications, social networking software, etc. It's quite sad. I am sure this is the case in most IT departments in most large corporations. I have some theories as to why:
1) the obvious, resistance from upper management. Upper management is afraid of being "bleeding edge". New stuff, and especially open source stuff, is scary. PHBs fail to realize that the F/OSS community operates on a different set of values than corporations. Corporations only offer free stuff if it gets them good PR or creates a bunch of indentured customers. There is much FOSS that is quite viable, but it usually gets turned down in favor of proprietary crap.
2) complacent IT staff. In many large companies, the people who make decisions have promoted to their level of incompetence. In turn, they just phone it in, just do the minimum they need to do to get by. This precludes their actually learning anything new. When the decision makers are victims of FUD, what do you want?
3) red tape. Where I work, if you want to use non-standard software you have submit an exception, which then has to get approved by the people in bullet point number 2 above. It also has to get sent to upper management. Some supervisors are afraid of that and so strongly discourage you from submitting these exceptions. So people just use the same old software in the same old ways and nobody actually keeps up with the industry.
Case in point: on my intranet, AJAX use is still pretty small scale. Maybe for certain internet sites, AJAX isn't always appropriate, but on the intranet, where you can ensure that everyone is using a somewhat modern browser, it's an obvious choice for certain things. Yet, you still have people developing sites the same way sites have been developed for ten years. I use AJAX heavily, and you'd be surprised how people are still amazed by it. But now there is a push to call libraries like prototype "software" and thus make them subject to regulation and corporate standards. Standards committees cannot keep up with the industry, so you have a situation where you cannot, by decree, use anything *too* new. I can see disallowing joe service rep from installing webshots on his PC, but disallowing a developer from using his software of choice is pretty shortsighted.
blah blah blah
Certain things like wikis are really nice for development teams. The trick is using the technology for the correct problem.
I see two possible cases here:
1) The IT department is incompetent.
2) Some manager who wants to be able to write that he "synergized the business using new paradigms in a Web 2.0 world" in their resume.
I'm betting on the latter. But thats probably because I'm used to it.
Web 2.0 is a slippery term. If by web 2.0 you mean user-generated content, then I have to disagree.
One example: wiki based support. I find that people are, for many reasons, willing to help others. Some may like showing how much they know. Some are altruistic. And so on. Now, let's say you have an application that gets used by 25000 people and a development team of 15 people. You probably don't have time to support the application to the extent it needs. Enter a wiki. If you have a wiki, that can at least minimize the questions / requests sent to your team, leaving you to focus on enhancements, future looking stuff, etc. Using a wiki, you can actually get your user base to at least partially support itself.
Sure, a social networking site *might* not be the right thing for you F500 company's intranet. But a wiki might be just what you need.
blah blah blah
Wow. I know this is Slashdot, but this is getting ridiculous. IT departments have one job and one job only:
Support the elements of the company that make money.
That's it. That's our job. If the elements of whatever company we're working for wants a "Web 2.0" app, instead of immediately jumping on our pedestals and saying, "Whoa there, mister! That's insecure and NEW! Put that thing away," we should instead be asking ourselves, "Hey, what problem are they trying to solve with this, and can we find a better solution?" When the employees are using Gmail or Facebook for inter-office communication, it means we're not doing our jobs, not because we're not locking down outside communication paths but because the communication paths we're providing are inadequate. When our customers start firing up MSN Messenger without our permission, we should be asking ourselves what we can use that's better, more secure, and easier to manage in an enterprise. When our customers come up to us and say, "We're tired of chasing Word docs everywhere - we're getting a wiki to manage our information", we should be looking at their problems and figuring out if a wiki is the best solution, or if they really just need a document management system.
Get it? WE are at the disposal and discretion of our coworkers, NOT the other way around.
Perhaps IT staff aren't keen on implementing it because they don't buy into The Silliness. Call it "Capitalism Meets Social Engineering 2.0" and perhaps the guys in suits with MacBooks and artistic mohawks might have takers in IT.
As Mark Pilgrim so eloquently put it: For those of you wanting to make a proverbial killing of this 'phenomenon' I refer you to a vital dictionary of terms.
When Adam Carson, an associate at Morgan Stanley, first began pushing the use of Web 2.0 tools, he faced a major obstacle in the New York-based investment bank's 10,000-member IT department. "Most of our IT department didn't get it," he said. "This was all new to them. They had just been stuck in the world of enterprise IT."
... people liked using them."
So, the IT department would have prefered to do their job (enterprise IT) instead of building something just to use the tools.
However, he said he worked closely with IT team members to convince them of the merits of Web 2.0, which led them to implement Asynchronous JavaScript and XML (AJAX) technologies, a key requirement for building and supporting Web 2.0 tools
He didn't stop nagging until they told an intern to cobble something together and paint the relevant acronyms in two feet letters on it.
Once IT was convinced of the value of Web 2.0, he said, the organization was "really good at making sure that [systems] worked really well and didn't break, but they weren't really good at making sure
So, people don't use the new-fangled stuff. Obviously this is the fault of IT, and not because they don't see the need.
Carson noted that the company now has about 80 Web 2.0 projects under way, including an effort to create social networks for its clients.
Now we have 80 unused projects. Even our customers refuse to use theirs so far.
During the education process, Carson said he also had to find a manager that would require the use of a Web 2.0 tool for a specific project.
He had an hammer and was looking for a nail. A screw would probably work as well.
That would help spur employees to use the new tools, he noted. The effort also faced cultural resistance from some users clinging to the use of e-mail and other traditional tools rather than switch to new Web 2.0 collaboration tools, he added.
So, with hard work he managed to have something implemented that nobody else thought necessary. Now he is looking for a way to make the users use it.
"Beware of he who would deny you access to information, for in his heart he dreams himself your master."
It's really not that difficult a concept. Has anyone tried saying "please" and "thank you" to any of these folks? Or tried to find out what they do with their time? I'd bet you a paycheck that they're so busy putting out fires that idiot users or executives (but I repeat myself) are setting that they don't have TIME to do anything else. If you treat IT half as badly as it sounds, I think you're lucky they haven't dragged you from your car yet.
Never underestimate the power of stupid people in large groups.
Son, we live in a world that has firewalls, and those firewalls have to be maintained by men with root access. Whose gonna do it? You? You, with your blogging buddies? I have a greater responsibility than you could possibly fathom. You whine about port blocking and you curse the administrators. You have that luxury. You have the luxury of not knowing what I know: That blocking ports, while frustrating, probably saves bandwidth... And my existence, while grotesque and incomprehensible to you, saves packets. You don't want the truth because deep down in places you don't talk about at LAN parties, you want me on that firewall, you need me on that firewall. We use words like source address, port 80, destination... We use these words as the backbone of an access control list. You use them as a punchline. I have neither the time nor the inclination to explain why I block access to YouTube to a man who points and clicks on the very network that I provide, and then questions the manner in which I provide it. I would rather you just said thank you, and went on your way, Otherwise, I suggest you pick up a whitepaper, and create your own web 2.0 app. Either way, I don't give a damn what you think you are entitled to.
Good security is based upon reality and common sense. Common sense is a function of having common knowledge.
The "cool digital media lady" went down the IT section and asked:
- Hey, could you install some MediaWikis with capacity to five thousands access per minute by friday? I read it's super simple and light, just as Web 2.0 is supposed to be, so it should be very easy to do!
And the "boring IT guys" replied:
- You know we can't, we need to deal with all other emergency priorities you set last week about mail and the new Vista boxes. Besides, it's simple to install in one single machine for amateur use, it's complicated to prepare it for the security and load we'll need.
- You IT guys can't deal with changes. You complicate everything. I'll have a smart consultant friend to come over, install it for a few thousand bucks and hand the maintenance over to you.
- Gahhh...
Weeks later, she gave an interview boasting her boldness in "bypassing IT to get Web 2.0 technologies to the group's end users":
- IT started to realize it was happening without them anyway. They weren't interested until they started to get multiple requests from around the business. Eventually, they came on board.
The "boring IT guys" couldn't be interviewed. They were overwhelmed by client's support requests of system configurations, security alarms, the same old email problems and configuring tens of new servers with load balancing.
Next on "The Daily Buzzword Bugle", the folksonomy is being slowed down by the users.
^[:wq!
So earlier this year we had a conference call with the various remote site operations and networking and help desk We had a bunch of customers saying "Why doesn't the company use Web 2.0? Why is Instant Messaging discouraged? Why is there no Wiki on the Intranet?"
While this wasn't a priority, we had a small server sitting idle from a failed project. So we built a MediaWiki server, gave it a catchy DNS name, and configured it so anybody who can authenticate to the company LDAP server has an auto-created Wiki account. Even preloaded the server with the Help: namespace and some documents from IT's old file share. I also contacted the biggest site's help desk and inquired whether they would be interested in importing their "how to" documents, but only got a snarky "I know what a Wiki is, and we don't want any" reply.
After some testing internally, about two weeks ago we send out a preliminary announcement about the new Wiki to 100 "power users", including the specific individuals who were complaining about the lack of a Wiki. The response?
Deafening silence.
Perhaps fifty users bother to click on the link, a dozen of those logged in, and four go so far as to create a personal "User" page or make a test edit to one of the existing pages. You can lead users to a wiki, but you can't make them contribute.
I do not deploy Linux. Ever.
I've been trying for the past year to get Skype/EBay to talk to us at all, to even begin to have a conversation about how to securely enable internal clients to make and receive Skype phone calls without also enabling any and all other encrypted peer-to-peer applications.
Because that is what Skype really is, on the wire -- an obfuscated, encrypted peer-to-peer tunnel in which anything can be exchanged between the internal PC running Skype and a random workstation in some former soviet block nation which it appears to be using as a supernode. Any network where you can reliably use Skype, you can use the same network and host security holes to run P2P filesharing, botnets, or anything else your dark little twisted heart desires.
I do not deploy Linux. Ever.