<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/wordpress-mu-1.2.1" -->
<rss version="2.0" 
	xmlns:content="http://purl.org/rss/1.0/modules/content/">
<channel>
	<title>Comments on: How to Manage Geeks</title>
	<link>http://liftlab.com/think/laurent/2005/11/06/how-to-manage-geeks/</link>
	<description>Thoughts on technology and society</description>
	<pubDate>Mon, 08 Sep 2008 06:34:24 +0000</pubDate>
	<generator>http://wordpress.org/?v=wordpress-mu-1.2.1</generator>

	<item>
		<title>By: Franco</title>
		<link>http://liftlab.com/think/laurent/2005/11/06/how-to-manage-geeks/#comment-171</link>
		<author>Franco</author>
		<pubDate>Mon, 19 Dec 2005 20:21:07 +0000</pubDate>
		<guid>http://liftlab.com/think/laurent/2005/11/06/how-to-manage-geeks/#comment-171</guid>
		<description>The problem is that many developers are mostly interested in having the feeling that they have found the solution. They often do not take the time to think of other possible solutions and/or to test and refine the solution they proposed.</description>
		<content:encoded><![CDATA[<p>The problem is that many developers are mostly interested in having the feeling that they have found the solution. They often do not take the time to think of other possible solutions and/or to test and refine the solution they proposed.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Franco</title>
		<link>http://liftlab.com/think/laurent/2005/11/06/how-to-manage-geeks/#comment-772</link>
		<author>Franco</author>
		<pubDate>Mon, 19 Dec 2005 20:21:07 +0000</pubDate>
		<guid>http://liftlab.com/think/laurent/2005/11/06/how-to-manage-geeks/#comment-772</guid>
		<description>The problem is that many developers are mostly interested in having the feeling that they have found the solution. They often do not take the time to think of other possible solutions and/or to test and refine the solution they proposed.</description>
		<content:encoded><![CDATA[<p>The problem is that many developers are mostly interested in having the feeling that they have found the solution. They often do not take the time to think of other possible solutions and/or to test and refine the solution they proposed.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andre</title>
		<link>http://liftlab.com/think/laurent/2005/11/06/how-to-manage-geeks/#comment-162</link>
		<author>Andre</author>
		<pubDate>Mon, 14 Nov 2005 14:22:03 +0000</pubDate>
		<guid>http://liftlab.com/think/laurent/2005/11/06/how-to-manage-geeks/#comment-162</guid>
		<description>It also works when you find that you have an employee that is a perfectionist. Techie person or not &#8211; kinda like me :)</description>
		<content:encoded><![CDATA[<p>It also works when you find that you have an employee that is a perfectionist. Techie person or not &#8211; kinda like me :)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andre</title>
		<link>http://liftlab.com/think/laurent/2005/11/06/how-to-manage-geeks/#comment-763</link>
		<author>Andre</author>
		<pubDate>Mon, 14 Nov 2005 14:22:03 +0000</pubDate>
		<guid>http://liftlab.com/think/laurent/2005/11/06/how-to-manage-geeks/#comment-763</guid>
		<description>It also works when you find that you have an employee that is a perfectionist. Techie person or not &#8211; kinda like me :)</description>
		<content:encoded><![CDATA[<p>It also works when you find that you have an employee that is a perfectionist. Techie person or not &#8211; kinda like me :)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: nico D</title>
		<link>http://liftlab.com/think/laurent/2005/11/06/how-to-manage-geeks/#comment-157</link>
		<author>nico D</author>
		<pubDate>Sun, 06 Nov 2005 15:09:08 +0000</pubDate>
		<guid>http://liftlab.com/think/laurent/2005/11/06/how-to-manage-geeks/#comment-157</guid>
		<description>Hum, I&#8217;ve experienced this not long ago. Try no to remove a technical challenge because most dev-people will have the feeling you don&#8217;t trust them and think the could not have done it. Even if that&#8217;s not the case. I wonder if people could develop something faster or most efficiently (more motivation) if you add a major problem to the initial demand&#8230; maybe not :-)</description>
		<content:encoded><![CDATA[<p>Hum, I&#8217;ve experienced this not long ago. Try no to remove a technical challenge because most dev-people will have the feeling you don&#8217;t trust them and think the could not have done it. Even if that&#8217;s not the case. I wonder if people could develop something faster or most efficiently (more motivation) if you add a major problem to the initial demand&#8230; maybe not :-)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: nico D</title>
		<link>http://liftlab.com/think/laurent/2005/11/06/how-to-manage-geeks/#comment-758</link>
		<author>nico D</author>
		<pubDate>Sun, 06 Nov 2005 15:09:08 +0000</pubDate>
		<guid>http://liftlab.com/think/laurent/2005/11/06/how-to-manage-geeks/#comment-758</guid>
		<description>Hum, I&#8217;ve experienced this not long ago. Try no to remove a technical challenge because most dev-people will have the feeling you don&#8217;t trust them and think the could not have done it. Even if that&#8217;s not the case. I wonder if people could develop something faster or most efficiently (more motivation) if you add a major problem to the initial demand&#8230; maybe not :-)</description>
		<content:encoded><![CDATA[<p>Hum, I&#8217;ve experienced this not long ago. Try no to remove a technical challenge because most dev-people will have the feeling you don&#8217;t trust them and think the could not have done it. Even if that&#8217;s not the case. I wonder if people could develop something faster or most efficiently (more motivation) if you add a major problem to the initial demand&#8230; maybe not :-)</p>
]]></content:encoded>
	</item>
</channel>
</rss>
