<?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: An Outsourcing Model: Google Style</title>
	<atom:link href="http://akbarpasha.com/2009/05/31/an-outsourcing-model-google-style/feed/" rel="self" type="application/rss+xml" />
	<link>http://akbarpasha.com/2009/05/31/an-outsourcing-model-google-style/</link>
	<description>empowerment through self-enquiry and self-deprecation</description>
	<lastBuildDate>Fri, 02 Dec 2011 08:32:50 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>By: m340</title>
		<link>http://akbarpasha.com/2009/05/31/an-outsourcing-model-google-style/#comment-805</link>
		<dc:creator><![CDATA[m340]]></dc:creator>
		<pubDate>Tue, 25 Aug 2009 21:08:37 +0000</pubDate>
		<guid isPermaLink="false">http://akbarpasha.wordpress.com/?p=432#comment-805</guid>
		<description><![CDATA[The approach does make sense, but how about the overhead in terms of additional managers and communication needs?
This definitely makes the whole process look efficient (not just on paper), but 1 of the issues I have noticed in this model is that the programmer has inherent conflict in terms of who he reports/communicates with. If everything is going well the offshore program manager just kicks back and relaxs but if something is not going smoothly, rarely does the offshore PM have any recourse other than pass on the pressure to the programmer.
Again, all this is based on just one project that I was in where we tried this model.. 
With a little refinement, I&#039;m sure this would be way more successful than the current one.]]></description>
		<content:encoded><![CDATA[<p>The approach does make sense, but how about the overhead in terms of additional managers and communication needs?<br />
This definitely makes the whole process look efficient (not just on paper), but 1 of the issues I have noticed in this model is that the programmer has inherent conflict in terms of who he reports/communicates with. If everything is going well the offshore program manager just kicks back and relaxs but if something is not going smoothly, rarely does the offshore PM have any recourse other than pass on the pressure to the programmer.<br />
Again, all this is based on just one project that I was in where we tried this model..<br />
With a little refinement, I&#8217;m sure this would be way more successful than the current one.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Molly</title>
		<link>http://akbarpasha.com/2009/05/31/an-outsourcing-model-google-style/#comment-797</link>
		<dc:creator><![CDATA[Molly]]></dc:creator>
		<pubDate>Mon, 01 Jun 2009 09:20:42 +0000</pubDate>
		<guid isPermaLink="false">http://akbarpasha.wordpress.com/?p=432#comment-797</guid>
		<description><![CDATA[Chk this site out:

http://www.digite.com/]]></description>
		<content:encoded><![CDATA[<p>Chk this site out:</p>
<p><a href="http://www.digite.com/" rel="nofollow">http://www.digite.com/</a></p>
]]></content:encoded>
	</item>
</channel>
</rss>

