<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/2.3.2" -->
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	>
<channel>
	<title>Comments on: Why It Makes No Sense for Startups to Outsource Software in Fixed-Price Contract</title>
	<link>http://www.chaitanyasagar.com/why-it-makes-no-sense-for-startups-to-outsource-software-in-fixed-price-contract/</link>
	<description></description>
	<pubDate>Wed, 08 Sep 2010 01:50:48 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.3.2</generator>
		<item>
		<title>By: Chaitanya</title>
		<link>http://www.chaitanyasagar.com/why-it-makes-no-sense-for-startups-to-outsource-software-in-fixed-price-contract/#comment-547</link>
		<dc:creator>Chaitanya</dc:creator>
		<pubDate>Wed, 02 Apr 2008 03:40:37 +0000</pubDate>
		<guid>http://www.chaitanyasagar.com/why-it-makes-no-sense-for-startups-to-outsource-software-in-fixed-price-contract/#comment-547</guid>
		<description>Thanks Prasad for your kind words. The hybrid model, as you called it, is suitable for startups.</description>
		<content:encoded><![CDATA[<p>Thanks Prasad for your kind words. The hybrid model, as you called it, is suitable for startups.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Prasad Ajinkya</title>
		<link>http://www.chaitanyasagar.com/why-it-makes-no-sense-for-startups-to-outsource-software-in-fixed-price-contract/#comment-537</link>
		<dc:creator>Prasad Ajinkya</dc:creator>
		<pubDate>Tue, 01 Apr 2008 15:38:48 +0000</pubDate>
		<guid>http://www.chaitanyasagar.com/why-it-makes-no-sense-for-startups-to-outsource-software-in-fixed-price-contract/#comment-537</guid>
		<description>Hi Chaitanya,

Nice and clean blog :-)

From the point of view of a start-up, it only makes sense to go for a Fixed Priced model if they have clarity on the business logic of the development. If the business logic is still in the process of being figured out, then it would make more sense to do a thorough scenario analysis. But often for startups, the exact specifics remain to be chalked out and thus the requirements can never be completely frozen. 

If the scenario analysis is not feasible, then a T&#38;M approach would be much more beneficial. The only problem from the view of a start-up is that there is a risk if the solution vendor asks for/takes up more time than actually required. 

A more hybrid model would be going the Agile way, wherein, the customer and the developers meet over and clarify the exact requirements. This not only increases the interactions of the developer and the client, but also gives the client multiple opportunities to foresee delays in deadlines and means to correct the deliverables if need be. Then we can even go ahead with module-wise payments as you have suggested.</description>
		<content:encoded><![CDATA[<p>Hi Chaitanya,</p>
<p>Nice and clean blog :-)</p>
<p>From the point of view of a start-up, it only makes sense to go for a Fixed Priced model if they have clarity on the business logic of the development. If the business logic is still in the process of being figured out, then it would make more sense to do a thorough scenario analysis. But often for startups, the exact specifics remain to be chalked out and thus the requirements can never be completely frozen. </p>
<p>If the scenario analysis is not feasible, then a T&amp;M approach would be much more beneficial. The only problem from the view of a start-up is that there is a risk if the solution vendor asks for/takes up more time than actually required. </p>
<p>A more hybrid model would be going the Agile way, wherein, the customer and the developers meet over and clarify the exact requirements. This not only increases the interactions of the developer and the client, but also gives the client multiple opportunities to foresee delays in deadlines and means to correct the deliverables if need be. Then we can even go ahead with module-wise payments as you have suggested.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
