<?xml version="1.0" encoding="UTF-8"?>
<?xml-stylesheet type="text/css" href="/stylesheets/rss.css"?>
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:trackback="http://madskills.com/public/xml/rss/module/trackback/">
  <channel>
    <title>Agile Testing and Development</title>
    <link>http://www.agile-testing.com/</link>
    <language>en-us</language>
    <ttl>40</ttl>
    <description>Specializing in Open Source Solutions</description>
    <item>
      <title>Open Source:  Benefits</title>
      <description>&lt;p&gt;&lt;br /&gt;Good Story:&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;a href="http://software.newsforge.com/article.pl?sid=06/03/21/157259&amp;amp;from=rss"&gt;NewsForge | The hidden benefits of free software&lt;/a&gt;&lt;/p&gt;</description>
      <pubDate>Sat, 15 Apr 2006 13:28:22 -0700</pubDate>
      <guid isPermaLink="false">urn:uuid:13ea291a-d65d-4858-9dd0-82ba8ed96ef6</guid>
      <author>mike@mikebuckley.net (mike)</author>
      <link>http://www.agile-testing.com/articles/2006/04/15/open-source-benefits</link>
      <trackback:ping>http://www.agile-testing.com/articles/trackback/35</trackback:ping>
    </item>
    <item>
      <title>Ken gets another honor.</title>
      <description>&lt;p&gt;A leader amongst Techies.&amp;nbsp; &lt;br /&gt;&lt;br /&gt;He admitted his biggest mistake was to take his company public!&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;a href="http://www.milforddailynews.com/localRegional/view.bg?articleid=89838"&gt;MilfordDailyNews.com &amp;#8211; Local / Regional News: &lt;span class="caps"&gt;DEC&lt;/span&gt;’s glory:days shine under Olsen&lt;/a&gt;&lt;/p&gt;</description>
      <pubDate>Thu, 13 Apr 2006 08:19:41 -0700</pubDate>
      <guid isPermaLink="false">urn:uuid:6beb9294-6718-4449-8f7b-3aee685136b4</guid>
      <author>mike@mikebuckley.net (mike)</author>
      <link>http://www.agile-testing.com/articles/2006/04/13/ken-gets-another-honor</link>
      <trackback:ping>http://www.agile-testing.com/articles/trackback/34</trackback:ping>
    </item>
    <item>
      <title>LAMP system is superior, but Bill wins out.</title>
      <description>&lt;p&gt;&lt;span id="intelliTxt"&gt;
&lt;span class="caps"&gt;LAMP&lt;/span&gt; is at the heart of Emergency Response Network Systems and is
saving lives. But recently, Microsoft maneuvered into taking the system
away from a Free Software vendor. As Jim Lytle put it:&lt;br /&gt;
&lt;br /&gt;
    &lt;blockquote&gt;It concerns some information about the deployment
of our product which looks like they are trying to replace it with
Microsoft solution at &lt;span class="caps"&gt;DHS&lt;/span&gt;. In violation of many FARs (Federal
Acquisition Regulations) in regards to &lt;span class="caps"&gt;COTS&lt;/span&gt;, commercial-off-the-shelf,
technology etc. They have awarded a contract to an existing vender to
&amp;#8220;develop&amp;#8221; a copy of our product. In addition to the utter disregard for
the &amp;#8220;Small Business&amp;#8221; set-aside programs and other directives they are
going ahead at the risk of providing a developmental system. This
system is not tested and has no proven track record and doesn&amp;#8217;t
currently exist.&lt;/blockquote&gt;&lt;br /&gt;
&lt;br /&gt;
Keep in mind, this is the Emergency Response Network System that worked
so well during 911. I believe the failure to deploy since 911 has put
our nation at risk and harmed such efforts as advanced hurricane
notification that battered Florida, the Gulf and New Orleans: All
because it&amp;#8217;s Linux and Microsoft can&amp;#8217;t have that.&lt;/span&gt;&lt;/p&gt;</description>
      <pubDate>Fri, 31 Mar 2006 12:41:03 -0800</pubDate>
      <guid isPermaLink="false">urn:uuid:415deff2-fca3-482f-ac3f-9e46299affa1</guid>
      <author>mike@mikebuckley.net (mike)</author>
      <link>http://www.agile-testing.com/articles/2006/03/31/lamp-system-is-superior-but-bill-wins-out</link>
      <trackback:ping>http://www.agile-testing.com/articles/trackback/33</trackback:ping>
    </item>
    <item>
      <title>TR's Words to live by</title>
      <description>&lt;p&gt;&amp;#8220;In the first place we should insist that if the immigrant who comes
here in good faith becomes an American and assimilates himself to us,
he shall be treated on an exact equality with everyone else, for it is
an outrage to discriminate against any such man because of creed, or
birthplace, or origin. But this is predicated upon the man&amp;#8217;s becoming
in very fact an American, and nothing but an American&amp;#8230;&lt;/p&gt;&lt;p&gt;There
can be no divided allegiance here. Any man who says he is an American,
but something else also, isn&amp;#8217;t an American at all. We have room for but
one flag, the American flag, and this excludes the red flag, which
symbolizes all wars against liberty and civilization, just as much as
it excludes any foreign flag of a nation to which we are hostile&amp;#8230;We
have room for but one language here, and that is the English
language&amp;#8230;and we have room for but one sole loyalty and that is a
loyalty to the American people.&amp;#8221;&lt;/p&gt;&lt;p&gt;&amp;#8212;Theodore Roosevelt, 1919&lt;/p&gt;</description>
      <pubDate>Mon, 27 Mar 2006 13:29:55 -0800</pubDate>
      <guid isPermaLink="false">urn:uuid:3c7b6589-44fa-4fd7-8345-b7e8861556c6</guid>
      <author>mike@mikebuckley.net (mike)</author>
      <link>http://www.agile-testing.com/articles/2006/03/27/trs-words-to-live-by</link>
      <trackback:ping>http://www.agile-testing.com/articles/trackback/32</trackback:ping>
    </item>
    <item>
      <title>FBI tries again.</title>
      <description>&lt;p&gt;&lt;br /&gt;This is quite an interesting read.&amp;nbsp; Lockheed Martin along with &lt;span class="caps"&gt;CSC&lt;/span&gt; (largely Indian) and &lt;span class="caps"&gt;CSIC&lt;/span&gt; will develop what might be called &lt;span class="caps"&gt;FBI V2&lt;/span&gt;.0, since 1.0 failed miserably.&lt;br /&gt;&lt;br /&gt;Your tax dollars hard at work.&amp;nbsp; I would really want my intelligence tools and applications developed in India, wouldn&amp;#8217;t you?&lt;br /&gt;&lt;br /&gt;&lt;a href="http://www.washingtonpost.com/wp-dyn/content/article/2006/03/16/AR2006031601862.html?nav=hcmodule"&gt;&lt;span class="caps"&gt;FBI&lt;/span&gt; Outlines $425 Million Computer Upgrade&lt;/a&gt;&lt;/p&gt;</description>
      <pubDate>Sat, 18 Mar 2006 07:25:17 -0800</pubDate>
      <guid isPermaLink="false">urn:uuid:da18bea7-861f-42bb-8206-15e40e3f3e7b</guid>
      <author>mike@mikebuckley.net (mike)</author>
      <link>http://www.agile-testing.com/articles/2006/03/18/fbi-tries-again</link>
      <trackback:ping>http://www.agile-testing.com/articles/trackback/31</trackback:ping>
    </item>
    <item>
      <title>Friends don't ....IE</title>
      <description>&lt;div align="center"&gt;&lt;a href="http://www.slibe.com/image/d3edd466-friendsdontletfr/" target="_blank"&gt;&lt;img src="http://www.slibe.com/imagestumb/d3edd466-friendsdontletfr.jpg" alt="Slibe.com - Free Image Picture Photo Hosting Service - Click to enlarge" border="0" /&gt;&lt;/a&gt;&lt;br /&gt;&lt;/div&gt;</description>
      <pubDate>Thu, 16 Mar 2006 11:50:53 -0800</pubDate>
      <guid isPermaLink="false">urn:uuid:48f8d8eb-8d72-4d2f-a8e6-99b2d87298a5</guid>
      <author>mike@mikebuckley.net (mike)</author>
      <link>http://www.agile-testing.com/articles/2006/03/16/friends-dont-ie</link>
      <trackback:ping>http://www.agile-testing.com/articles/trackback/30</trackback:ping>
    </item>
    <item>
      <title>Jobs... and the state of IT!</title>
      <description>&lt;p&gt;Dubya wants you to believe all is just fine with the world, and after all thoseIndian fellers are just great, they not only have good casino&amp;#8217;s but also don&amp;#8217;t have to play by the rules when it comes to the &amp;#8216;Nuclear&amp;#8217; option&amp;#8230;..&lt;/p&gt;


	&lt;p&gt;You go George&amp;#8230;. Please!!&lt;/p&gt;</description>
      <pubDate>Wed, 15 Mar 2006 13:42:00 -0800</pubDate>
      <guid isPermaLink="false">urn:uuid:9a530ab5-13fc-425c-938c-5a8302af0098</guid>
      <author>mike@mikebuckley.net (mike)</author>
      <link>http://www.agile-testing.com/articles/2006/03/15/jobs-and-the-state-of-it</link>
      <trackback:ping>http://www.agile-testing.com/articles/trackback/29</trackback:ping>
    </item>
    <item>
      <title>No to Vista sez IBM</title>
      <description>&lt;p&gt;&lt;br /&gt;Interesting Article.&lt;br /&gt;&lt;br /&gt;&lt;a href="http://www.neoseeker.com/news/story/5436/"&gt;&lt;span class="caps"&gt;IBM&lt;/span&gt; will not use Windows Vista &amp;#8211; but will move to Linux desktops &amp;#8211; Neoseeker News Article&lt;/a&gt;&lt;/p&gt;</description>
      <pubDate>Tue, 07 Mar 2006 19:27:25 -0800</pubDate>
      <guid isPermaLink="false">urn:uuid:3c357fc6-c721-4da7-9edf-8f4f56632c76</guid>
      <author>mike@mikebuckley.net (mike)</author>
      <link>http://www.agile-testing.com/articles/2006/03/07/no-to-vista-sez-ibm</link>
      <trackback:ping>http://www.agile-testing.com/articles/trackback/28</trackback:ping>
    </item>
    <item>
      <title>Tech's TOP TEN</title>
      <description>&lt;font class="contentText"&gt;&lt;h2&gt;&lt;small&gt;&lt;small&gt;&lt;small&gt;&lt;small&gt;&lt;small&gt;&lt;font&gt;&lt;font class="contentText"&gt;&lt;h2&gt;&lt;font&gt;&lt;font class="contentText"&gt;&lt;h1&gt;Enuf Said!&lt;br /&gt;&lt;/h1&gt;&lt;h2&gt;The top ten peeves of a support tech&lt;/h2&gt;&lt;/font&gt;&lt;/font&gt;&lt;/h2&gt;&lt;/font&gt;&lt;/font&gt;&lt;/small&gt;&lt;/small&gt;&lt;/small&gt;&lt;/small&gt;#1&amp;nbsp; Users who insist on giving you their diagnosis of a problem rather than
a neutral description of the symptoms.&lt;/small&gt;&lt;/h2&gt;

&lt;p&gt;A classic example of this is the VP who constantly tells me
that the T1 is down whenever he can&amp;#8217;t browse the Web or log into &lt;span class="caps"&gt;SAP&lt;/span&gt;. Instead
of describing the symptoms, the VP tells me, &amp;#8220;The T1 is down; fix it.&amp;#8221; This
type of behavior is doubly annoying. Not only does it complicate the
troubleshooting process, but it is also often difficult to disabuse the user of
his misconception, leaving him, in this instance, with a false impression of an
unreliable T1. &lt;/p&gt;

&lt;h2&gt;&lt;small&gt;#2 Users who hover around asking questions while you&amp;#8217;re troubleshooting—and
worse, making suggestions.&lt;/small&gt;&lt;/h2&gt;

&lt;p&gt;As much as I like to share my knowledge and educate users, I
don’t want to do so while I’m struggling to figure out exactly why Ethel can’t
print. This is particularly irritating when dealing with an apparently
insoluble problem, as the user’s probing questions, which I can’t answer, are a
reminder of my incompetence.&lt;/p&gt;

&lt;h2&gt;&lt;small&gt;#3 Users who deny having done anything that may have caused the problem.&lt;/small&gt;&lt;/h2&gt;

&lt;p&gt;This is the &amp;#8220;What? Doom is installed on my computer? I have
absolutely no idea how that could’ve happened&amp;#8221; phenomenon. In one instance, a
summer intern from the local university &lt;span class="caps"&gt;MBA&lt;/span&gt; program called the help desk to
complain that he couldn’t access the network. A quick survey of his computer
revealed that it no longer contained any files beginning with the letter &lt;i&gt;n&lt;/i&gt;.
The intern vehemently denied having deleted any files whatsoever but eventually
confessed that he didn’t have anything to do so thought he’d delete all the
files he didn’t recognize. Why he started with the letter &lt;i&gt;n&lt;/i&gt; remains a
mystery.&lt;/p&gt;

&lt;h2&gt;&lt;small&gt;#4 Being treated like a user by tech support from another company.&lt;/small&gt;&lt;/h2&gt;

&lt;p&gt;I dread problems that result in a call to the manufacturer’s
tech support department. I will experiment, read manuals, Google
the error message, and sacrifice chickens on the keyboard before I will call a
tech support number for a problem I can’t resolve. My pride simply can’t handle
answering the most basic questions: Have you checked that the printer is in
fact plugged in and turned on? &lt;span class="caps"&gt;ARRRGGGH&lt;/span&gt;. Get me out of here. Please, please,
please, put me straight through to your highest support level because I can
guarantee that I have tried everything you are going to suggest at least three
times. Oh wait, never mind, the power strip was turned off…. &lt;/p&gt;

&lt;h2&gt;&lt;small&gt;#5 Purchasing departments that change purchase requests.&lt;/small&gt;&lt;/h2&gt;

&lt;p&gt;I understand and appreciate that part of the role of the
purchasing department is to find the best possible price, but I do not
appreciate it when they substitute what they consider to be an equivalent item
because it is cheaper. One particularly irritating instance of this was an
order I submitted for Kingston &lt;span class="caps"&gt;RAM&lt;/span&gt; for a Lexmark printer. When the &lt;span class="caps"&gt;RAM&lt;/span&gt; arrived,
I failed to notice that it was Golden &lt;span class="caps"&gt;RAM&lt;/span&gt; instead of Kingston. It simply didn’t
work. A quick check of the Lexmark documentation confirmed that Golden &lt;span class="caps"&gt;RAM&lt;/span&gt; was
not acceptable, but as the &lt;span class="caps"&gt;RAM&lt;/span&gt; was now “used” it could not be returned. The
purchasing clerk had made the substitution on the advice of our &lt;span class="caps"&gt;VAR&lt;/span&gt;, as there
was a special on the Golden &lt;span class="caps"&gt;RAM&lt;/span&gt; that made it a third of the cost of the
Kingston &lt;span class="caps"&gt;RAM&lt;/span&gt;. This proved to be a very expensive attempt at cost savings. &lt;/p&gt;

&lt;h2&gt;&lt;small&gt;#6 Internal junk mail.&lt;/small&gt;&lt;/h2&gt;

&lt;p&gt;We go to great lengths to minimize the junk mail being sent
into the organization, but there seems to be little we can do to eliminate the
jokes, photos, and movies being shared internally. Policies preventing or in
some way restricting personal mail are of limited use unless mail is manually
screened or spot checks are made. Merely using the corporate e-mail system for
sending the occasional personal message is not a big deal, but when people start
liberally using “Everyone” or create folders for “Recipes,” “Baseball,” and
“Boy Scouts,” I tend to get a little annoyed. &lt;/p&gt;

&lt;h2&gt;&lt;small&gt;#7 Users who think part of my job is to spend my lunch break telling them
how to fix their home computers.&lt;/small&gt;&lt;/h2&gt;

&lt;p&gt;During one particular job interview, my prospective new boss
announced that he would hire only people who “eat, breath, sleep, and think
computers 24/7.” I stood up, shook his hand, and told him I was wasting his
time and wished him luck. Not that there’s anything wrong with being
computer-obsessed; it just so happens that I’m not. If I were, I would probably
welcome having my peanut butter sandwich interrupted by, “Uh, every time I try
to access the Internet, this message pops up and then the mouse freezes. What’s
the deal?” I’m more than happy to help people out. I just resent being asked at
work where I’m a captive audience. &lt;/p&gt;

&lt;h2&gt;&lt;small&gt;#8 Users who complain about not being able to use a new application, when
they “didn’t have time” to attend training or read the documentation you painstakingly
prepared.&lt;/small&gt;&lt;/h2&gt;

&lt;p&gt;I find this situation especially irritating because in most
cases, the user really &lt;i&gt;didn’t&lt;/i&gt; have time to attend training or read the
documentation—so it wouldn’t be fair of me to vent my frustration on the user.
This is a symptom of the far bigger problem of expecting too much of too few
employees. Instead of being irritated at these people, I find that they have my
deepest sympathy, as they are usually the most overworked and pressured people
in the organization.&lt;/p&gt;

&lt;h2&gt;&lt;small&gt;#9 Being summoned to a user’s office to resolve an urgent computer problem,
only to be kept waiting.&lt;/small&gt;&lt;/h2&gt;

&lt;p&gt;This is extra annoying when the person in question is on a
personal phone call with her husband to discuss plans for the weekend. I never
know how long to wait. Leaving instantly would seem churlish, but once I have
waited beyond a certain length of time, leaving and having to return a few
minutes later simply increases the total time wasted. Fortunately, in all but
the most intractable cases, treating the user as a used car salesperson by
starting to walk away usually elicits a cooperative response. &lt;/p&gt;

&lt;h2&gt;&lt;small&gt;#10 The positioning of the IT department in the organization.&lt;/small&gt;&lt;/h2&gt;

&lt;p&gt;During the course of my career, I have reported to an office
manager who reported to a regional office VP; to an IT manager who reported to
the &lt;span class="caps"&gt;CFO&lt;/span&gt;; to an IT manager who reported to another IT manager who reported to
the &lt;span class="caps"&gt;CFO&lt;/span&gt;; to an IT manager who reported to a committee; and to a department head
who wasn’t sure who he reported to. Whereas most departments know where they
are positioned within a company, no one seems to quite know what to do with IT.
All too often, the IT department is made into a subdivision of some other
department, which then has unfair control over the IT resources. In other
instances, each department or division has its own IT function, which may or
may not have a well-defined relationship with corporate IT. &lt;/p&gt;&lt;/font&gt;</description>
      <pubDate>Wed, 01 Mar 2006 11:09:00 -0800</pubDate>
      <guid isPermaLink="false">urn:uuid:67876e1c-d5c8-4ace-b0df-200928029f54</guid>
      <author>mike@mikebuckley.net (mike)</author>
      <link>http://www.agile-testing.com/articles/2006/03/01/techs-top-ten</link>
      <category>General Interest</category>
      <trackback:ping>http://www.agile-testing.com/articles/trackback/27</trackback:ping>
    </item>
    <item>
      <title>SSH to home..</title>
      <description>&lt;p&gt;Good stuff&amp;#8230;.&amp;nbsp; Check it out.&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;a href="http://digg.com/software/A_great_tool_for_creating_an_SSH_tunnel_to_your_home_computer"&gt;A great tool for creating an &lt;span class="caps"&gt;SSH&lt;/span&gt; tunnel to your home computer&lt;/a&gt;&lt;/p&gt;</description>
      <pubDate>Wed, 01 Mar 2006 10:22:18 -0800</pubDate>
      <guid isPermaLink="false">urn:uuid:5eedd124-f44e-4b6a-89e9-d24a716813df</guid>
      <author>mike@mikebuckley.net (mike)</author>
      <link>http://www.agile-testing.com/articles/2006/03/01/ssh-to-home</link>
      <trackback:ping>http://www.agile-testing.com/articles/trackback/26</trackback:ping>
    </item>
  </channel>
</rss>

