<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	>
<channel>
	<title>Comments on: Small Companies: How to hire and fire a technical person</title>
	<atom:link href="http://rackerhacker.com/2008/04/02/small-companies-how-to-hire-and-fire-a-technical-person/feed/" rel="self" type="application/rss+xml" />
	<link>http://rackerhacker.com/2008/04/02/small-companies-how-to-hire-and-fire-a-technical-person/</link>
	<description>Words of wisdom from a server administrator</description>
	<pubDate>Mon, 01 Dec 2008 22:37:35 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.2</generator>
		<item>
		<title>By: major</title>
		<link>http://rackerhacker.com/2008/04/02/small-companies-how-to-hire-and-fire-a-technical-person/#comment-512</link>
		<dc:creator>major</dc:creator>
		<pubDate>Sun, 13 Apr 2008 20:58:15 +0000</pubDate>
		<guid isPermaLink="false">http://rackerhacker.com/?p=286#comment-512</guid>
		<description>@caleb:  I agree 100%.  You need to protect your reputation as well as the legal standing of your business.  Also, having a plan before going through with letting someone go is the best way to succeed.

@robot_terror: I was the 'critical man' at my previous job, and my boss wasn't the least bit concerned.  I'd asked for him to hire someone else so that the company wouldn't head south if I was hit by a bus.  Also, I needed help getting everything done.  One of the problems with the 'learning to sail' idea is that if the manager is a micro-manager, it can be a huge issue for the tech person to work around.

@Nicholas: Excellent point!  I've used my own equipment in the past for jobs, and when I've left, my previous employer was fairly upset when he had to piece things back together.</description>
		<content:encoded><![CDATA[<p>@caleb:  I agree 100%.  You need to protect your reputation as well as the legal standing of your business.  Also, having a plan before going through with letting someone go is the best way to succeed.</p>
<p>@robot_terror: I was the &#8216;critical man&#8217; at my previous job, and my boss wasn&#8217;t the least bit concerned.  I&#8217;d asked for him to hire someone else so that the company wouldn&#8217;t head south if I was hit by a bus.  Also, I needed help getting everything done.  One of the problems with the &#8216;learning to sail&#8217; idea is that if the manager is a micro-manager, it can be a huge issue for the tech person to work around.</p>
<p>@Nicholas: Excellent point!  I&#8217;ve used my own equipment in the past for jobs, and when I&#8217;ve left, my previous employer was fairly upset when he had to piece things back together.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Nicholas Orr</title>
		<link>http://rackerhacker.com/2008/04/02/small-companies-how-to-hire-and-fire-a-technical-person/#comment-510</link>
		<dc:creator>Nicholas Orr</dc:creator>
		<pubDate>Fri, 11 Apr 2008 13:47:02 +0000</pubDate>
		<guid isPermaLink="false">http://rackerhacker.com/?p=286#comment-510</guid>
		<description>To the techs.
Just do the right thing, its far simpler, less time consuming. There are way more fun things to do then mess with stuff your never going to see again.
I use Password Agent so all passwords are stored in there. I'd just give that over and the single password to unlock that - leave them to it.
Like what was mentioned in the article, if you're the only tech then its going to hurt when you're not there, be satisfied with that ;)

Another thing to watch out for if you're the business owner: If you've taken shortcuts on costs, be careful the tech hasn't put critical infrastructure on his own gear. Not that you'd be able to find this out easily until he's gone and he switches it all off (dns, smtp relay, etc)....

Good article.</description>
		<content:encoded><![CDATA[<p>To the techs.<br />
Just do the right thing, its far simpler, less time consuming. There are way more fun things to do then mess with stuff your never going to see again.<br />
I use Password Agent so all passwords are stored in there. I&#8217;d just give that over and the single password to unlock that - leave them to it.<br />
Like what was mentioned in the article, if you&#8217;re the only tech then its going to hurt when you&#8217;re not there, be satisfied with that <img src='http://rackerhacker.com/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' /> </p>
<p>Another thing to watch out for if you&#8217;re the business owner: If you&#8217;ve taken shortcuts on costs, be careful the tech hasn&#8217;t put critical infrastructure on his own gear. Not that you&#8217;d be able to find this out easily until he&#8217;s gone and he switches it all off (dns, smtp relay, etc)&#8230;.</p>
<p>Good article.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: robot_terror</title>
		<link>http://rackerhacker.com/2008/04/02/small-companies-how-to-hire-and-fire-a-technical-person/#comment-491</link>
		<dc:creator>robot_terror</dc:creator>
		<pubDate>Thu, 03 Apr 2008 15:53:43 +0000</pubDate>
		<guid isPermaLink="false">http://rackerhacker.com/?p=286#comment-491</guid>
		<description>Important topic. Especially for people with businesses having "one" technical person that is not the business owner! In such cases, blind trust in a person who can do things the owner cannot is dangerous. Trust must be high -- and it goes both ways. 

When interviewing a replacement consider early morning, too. Often times a tech person will be the kind that rolls in late and stays late. Or, interview at Starbucks or some other off-premises site.

More importantly, as soon as possible, rid your business of the "critical man" vulnerability and hire a team of technical folk or dig in and learn how to "sail the ship" yourself in a crisis. The team of technical people can keep each other honest and provide balance to technical decisions. It also dilutes the power of the single tech and forces the publicizing of technical secrets.

Regarding the "learning to sail," a small businessman once told me he makes himself learn the critical pieces of all the jobs his employees do "just in case." He pointed out that no one was more motivated than him to keep the business afloat, so having to depend solely on others was a disaster waiting to happen.

And good job mentioning sudo and ssh keys... so often these are forgotten.</description>
		<content:encoded><![CDATA[<p>Important topic. Especially for people with businesses having &#8220;one&#8221; technical person that is not the business owner! In such cases, blind trust in a person who can do things the owner cannot is dangerous. Trust must be high &#8212; and it goes both ways. </p>
<p>When interviewing a replacement consider early morning, too. Often times a tech person will be the kind that rolls in late and stays late. Or, interview at Starbucks or some other off-premises site.</p>
<p>More importantly, as soon as possible, rid your business of the &#8220;critical man&#8221; vulnerability and hire a team of technical folk or dig in and learn how to &#8220;sail the ship&#8221; yourself in a crisis. The team of technical people can keep each other honest and provide balance to technical decisions. It also dilutes the power of the single tech and forces the publicizing of technical secrets.</p>
<p>Regarding the &#8220;learning to sail,&#8221; a small businessman once told me he makes himself learn the critical pieces of all the jobs his employees do &#8220;just in case.&#8221; He pointed out that no one was more motivated than him to keep the business afloat, so having to depend solely on others was a disaster waiting to happen.</p>
<p>And good job mentioning sudo and ssh keys&#8230; so often these are forgotten.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: caleb</title>
		<link>http://rackerhacker.com/2008/04/02/small-companies-how-to-hire-and-fire-a-technical-person/#comment-484</link>
		<dc:creator>caleb</dc:creator>
		<pubDate>Wed, 02 Apr 2008 18:51:07 +0000</pubDate>
		<guid isPermaLink="false">http://rackerhacker.com/?p=286#comment-484</guid>
		<description>I strongly suggest having the soon to be fired technician put together a disaster recovery plan before he leaves the company.  This task will lay out the vital services of the company that the new technician can review to get up to speed quickly.

In addition, don't be a jerk when letting somebody go.  Former employees *will* be consulted by others in the technical community about your company.  They might be your future employees or customers.  Your former employees will not have all good things to say about you but do not add fuel to the fire by handling the process incorrectly.

Finally, consult a human resources expert or lawyer before firing an employee.  Know your rights and responsibilities and do not be surprised by the events that follow.</description>
		<content:encoded><![CDATA[<p>I strongly suggest having the soon to be fired technician put together a disaster recovery plan before he leaves the company.  This task will lay out the vital services of the company that the new technician can review to get up to speed quickly.</p>
<p>In addition, don&#8217;t be a jerk when letting somebody go.  Former employees *will* be consulted by others in the technical community about your company.  They might be your future employees or customers.  Your former employees will not have all good things to say about you but do not add fuel to the fire by handling the process incorrectly.</p>
<p>Finally, consult a human resources expert or lawyer before firing an employee.  Know your rights and responsibilities and do not be surprised by the events that follow.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
