<?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"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments on: What to do with a useless teammate?</title>
	<atom:link href="http://steveswanson.wordpress.com/2008/05/20/what-to-do-with-a-useless-teammate/feed/" rel="self" type="application/rss+xml" />
	<link>http://steveswanson.wordpress.com/2008/05/20/what-to-do-with-a-useless-teammate/</link>
	<description>A Series of Mental Snapshots</description>
	<lastBuildDate>Tue, 23 Jun 2009 00:01:02 +0000</lastBuildDate>
	<generator>http://wordpress.com/</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: ahy</title>
		<link>http://steveswanson.wordpress.com/2008/05/20/what-to-do-with-a-useless-teammate/#comment-67</link>
		<dc:creator>ahy</dc:creator>
		<pubDate>Wed, 25 Jun 2008 02:06:08 +0000</pubDate>
		<guid isPermaLink="false">http://steveswanson.wordpress.com/?p=18#comment-67</guid>
		<description>Interesting topic, and a tricky situation.  

Your suggested approach sounds like a pretty reasonable way to handle it - breaking tasks down can help if the &quot;invisible teammate&quot; is not pulling their weight because they&#039;re just overwhelmed (either by the work, or by outside problems).  And the regular check ins and chats will give you early enough warning to redistribute if the guy&#039;s just looking to coast through without doing any work (assuming you can&#039;t persuade him otherwise).

The way you&#039;ve described him, he sounds like he could be either be a &quot;coaster&quot;, or he was out of his depth and gave up and switched off rather than asking for help - both can look identical when you don&#039;t know someone.  In my experience, the latter was usually pretty glad to have some manageable tasks that he could actually feel he&#039;s making a contribution with. (Nobody likes being the dunce of the team.)

Could it also have been a contributing factor that the rest of you all knew each other - hard to break in to an already functioning team?  

Maybe pairing off on some tasks might have been one way to deal?  I know this was a common tactic on my degree, where we had a lot of team work.  It&#039;s easier to get started if you&#039;ve got someone else to bounce ideas off, and also can be easier to admit problems to one other person instead of the whole team.  If you switched around the pairs for different areas then it keeps the &quot;equal team members&quot; and takes the load off one person.

Or you could have a team lead who effectively steps back a little bit from the actual project work so that they can manage the project as a whole.  It might seem a bit of overkill to do this on a four person project, but it takes a surprising amount of time and effort to track who&#039;s doing what, when, and how it all needs to fit together. And if you have a five or six person team, then I think at that point some kind of &quot;coordinator&quot; role becomes essential.</description>
		<content:encoded><![CDATA[<p>Interesting topic, and a tricky situation.  </p>
<p>Your suggested approach sounds like a pretty reasonable way to handle it &#8211; breaking tasks down can help if the &#8220;invisible teammate&#8221; is not pulling their weight because they&#8217;re just overwhelmed (either by the work, or by outside problems).  And the regular check ins and chats will give you early enough warning to redistribute if the guy&#8217;s just looking to coast through without doing any work (assuming you can&#8217;t persuade him otherwise).</p>
<p>The way you&#8217;ve described him, he sounds like he could be either be a &#8220;coaster&#8221;, or he was out of his depth and gave up and switched off rather than asking for help &#8211; both can look identical when you don&#8217;t know someone.  In my experience, the latter was usually pretty glad to have some manageable tasks that he could actually feel he&#8217;s making a contribution with. (Nobody likes being the dunce of the team.)</p>
<p>Could it also have been a contributing factor that the rest of you all knew each other &#8211; hard to break in to an already functioning team?  </p>
<p>Maybe pairing off on some tasks might have been one way to deal?  I know this was a common tactic on my degree, where we had a lot of team work.  It&#8217;s easier to get started if you&#8217;ve got someone else to bounce ideas off, and also can be easier to admit problems to one other person instead of the whole team.  If you switched around the pairs for different areas then it keeps the &#8220;equal team members&#8221; and takes the load off one person.</p>
<p>Or you could have a team lead who effectively steps back a little bit from the actual project work so that they can manage the project as a whole.  It might seem a bit of overkill to do this on a four person project, but it takes a surprising amount of time and effort to track who&#8217;s doing what, when, and how it all needs to fit together. And if you have a five or six person team, then I think at that point some kind of &#8220;coordinator&#8221; role becomes essential.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Steve</title>
		<link>http://steveswanson.wordpress.com/2008/05/20/what-to-do-with-a-useless-teammate/#comment-39</link>
		<dc:creator>Steve</dc:creator>
		<pubDate>Wed, 21 May 2008 19:19:04 +0000</pubDate>
		<guid isPermaLink="false">http://steveswanson.wordpress.com/?p=18#comment-39</guid>
		<description>Adam,

There are two answers that I would give to this question, first is the sort of cop out answer that I would do my best to try to avoid getting into the situation to begin with. But because prevention won&#039;t always work, here are a few things that I would try to do differently:

- Identify the issue at an early stage of the project
- Start trying to improve the situation as soon as it is identified.
- It is case dependent, but in looking specifically at what happened this time I would firstly try to assign the individual very detailed and direct tasks, nothing big picture. I would then go over explicitly what the expectations were for his work and along these lines set some firm and frequent deadlines for his tasks. I would also check in on them on a consistent (probably weekly) basis to ensure that everything was on track, and if it was not I would attempt to figure out why not.
- I would also try to understand the individuals motivation (or lack of) to see if I could use that to spur them to do more/better work.

To sum up, I basically would actually actively address the situation rather then just sitting back and hoping it got better.

--Steve</description>
		<content:encoded><![CDATA[<p>Adam,</p>
<p>There are two answers that I would give to this question, first is the sort of cop out answer that I would do my best to try to avoid getting into the situation to begin with. But because prevention won&#8217;t always work, here are a few things that I would try to do differently:</p>
<p>- Identify the issue at an early stage of the project<br />
- Start trying to improve the situation as soon as it is identified.<br />
- It is case dependent, but in looking specifically at what happened this time I would firstly try to assign the individual very detailed and direct tasks, nothing big picture. I would then go over explicitly what the expectations were for his work and along these lines set some firm and frequent deadlines for his tasks. I would also check in on them on a consistent (probably weekly) basis to ensure that everything was on track, and if it was not I would attempt to figure out why not.<br />
- I would also try to understand the individuals motivation (or lack of) to see if I could use that to spur them to do more/better work.</p>
<p>To sum up, I basically would actually actively address the situation rather then just sitting back and hoping it got better.</p>
<p>&#8211;Steve</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Adam White</title>
		<link>http://steveswanson.wordpress.com/2008/05/20/what-to-do-with-a-useless-teammate/#comment-38</link>
		<dc:creator>Adam White</dc:creator>
		<pubDate>Tue, 20 May 2008 20:38:55 +0000</pubDate>
		<guid isPermaLink="false">http://steveswanson.wordpress.com/?p=18#comment-38</guid>
		<description>Steve,

You said you learned lots from your experience. What would you do differently next time?

Adam</description>
		<content:encoded><![CDATA[<p>Steve,</p>
<p>You said you learned lots from your experience. What would you do differently next time?</p>
<p>Adam</p>
]]></content:encoded>
	</item>
</channel>
</rss>
