﻿<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:trackback="http://madskills.com/public/xml/rss/module/trackback/">
  <channel>
    <title>Karen Lopez: Musings on Data, Process, and Architecture </title>
    <description>Insights and thoughts about data and IT-related concepts.</description>
    <link>http://www.infoadvisors.com/Home/tabid/36/BlogId/1/Default.aspx</link>
    <language>en-US</language>
    <webMaster>karen@Infoadvisors.com</webMaster>
    <pubDate>Sat, 05 Jul 2008 20:47:04 GMT</pubDate>
    <lastBuildDate>Sat, 05 Jul 2008 20:47:04 GMT</lastBuildDate>
    <docs>http://backend.userland.com/rss</docs>
    <generator>Blog RSS Generator Version 3.4.0.39853</generator>
    <item>
      <title>IT Professionalism</title>
      <description>&lt;P&gt;One of the first sections I read when I open up my &lt;EM&gt;ComputerWorld Canada&lt;/EM&gt; (and ComputerWorld in the United States) is "Shark Tank".  Shark Tank is a column compiled by ComputerWorld staff of anonymous anecdotes and IT-related blunders.   These snafus are contributed by readers and the publisher promises "not to publish your name or any details that would identify you".&lt;/P&gt;
&lt;P&gt;These blurbs make for entertaining reading.  My recent copy tells a story of a help desk call from a user that their ERP system isn't working.  It turns outs that after escalating the call, we find out that the user has a pop-up blocker installed and that this 'safety' software caused the problem.  At this point, we readers, I guess, are supposed to collectively nod our head, sighing "those stupid users".   But when I read these stories, I almost always think of a hundred thing that IT should have been doing to mitigate these sorts of blunders.  I do chuckle at the stories, but I'm guessing that most readers fail to see the irony of an IT story reflecting poorly on the IT side just as much as  it does on the business users.&lt;/P&gt;
&lt;P&gt;I'd think that most of the causes of these mishaps is education.  User education, but also IT support staff education on prevention and risk mitigation.  Who really cares whether a user knows that the cable coming our of their computer is called an Ethernet cable or, as the user in one of the anecdotes called it, an "e-mail cable"? Why is it funny when they use the wrong terminology and what makes a professional think that it is the users fault when they don't know &lt;EM&gt;our&lt;/EM&gt; terminology?   Perhaps we should start quizzing the support technician on the intricacies of double declining balance depreciation or testing programmers on the nature of high pressure gas lines and then publishing their answers in accounting and engineering magazines.&lt;/P&gt;
&lt;P&gt;As bad as these stories still make us IT pros look, I still read them, first thing, either when the paper copy shows up at my mailbox or in the daily feed I get for CW via Avantgo on my PocketPC.  Why? Because reading how our work leads to user mistakes makes me think harder about anticipating what a user might do.  We IT pros don't do nearly enough self-assessment of how we contributed to a IT problem, even if the user shared part of the blame.  In fact, being a fairly new profession, we are perhaps the only one that does not study our failures and publish the reasons and contributors to those failures.  &lt;/P&gt;
&lt;P&gt;I am all for the studying of IT failures, but let's not be so hard on the business users.  If they screw up using our systems, it could be our fault, not theirs.  &lt;/P&gt;</description>
      <link>http://www.infoadvisors.com/Home/tabid/36/EntryID/14/Default.aspx</link>
      <comments>http://www.infoadvisors.com/Home/tabid/36/EntryID/14/Default.aspx#Comments</comments>
      <guid isPermaLink="true">http://www.infoadvisors.com/Default.aspx?tabid=36&amp;EntryID=14</guid>
      <pubDate>Sun, 26 Mar 2006 22:57:00 GMT</pubDate>
      <slash:comments>0</slash:comments>
      <trackback:ping>http://www.infoadvisors.com/DesktopModules/Blog/Trackback.aspx?id=14</trackback:ping>
    </item>
  </channel>
</rss>