<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Управление проектами &#187; TOC</title>
	<atom:link href="http://pm.by/category/toc/feed/" rel="self" type="application/rss+xml" />
	<link>http://pm.by</link>
	<description>в сфере разработки программного обеспечения</description>
	<lastBuildDate>Fri, 20 Apr 2012 12:34:46 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
		<item>
		<title>Fixed-price со скрытым конфликтом</title>
		<link>http://pm.by/toc/fixed-price-so-skrytym-konfliktom/</link>
		<comments>http://pm.by/toc/fixed-price-so-skrytym-konfliktom/#comments</comments>
		<pubDate>Fri, 11 Sep 2009 13:25:16 +0000</pubDate>
		<dc:creator>Денис Журавлев</dc:creator>
				<category><![CDATA[TOC]]></category>

		<guid isPermaLink="false">http://pm.by/toc/fixed-price-so-skrytym-konfliktom/</guid>
		<description><![CDATA[Последние полгода был занят на&#160;fixed price проектах, и&#160;что характерно несмотря на&#160;различния в&#160;сферах применения в&#160;них было много общего. Сразу хочу выдвинуть Disclaimer: ниже речь пойдет о&#160;средних и&#160;больших проектах, которые выполняются штучно, а&#160;не&#160;на&#160;конвеерной основе. Самое основное, что объеденяет проекты такого рода это изначальное наличие конфликтной ситуации: Чтобы завершить проект, как планировалось, во&#160;время и&#160;в&#160;рамках бюджета, необходимо зафиксировать требования [...]]]></description>
			<content:encoded><![CDATA[<p>Последние полгода был занят на&nbsp;fixed price проектах, и&nbsp;что характерно несмотря на&nbsp;различния в&nbsp;сферах применения в&nbsp;них было много общего.</p>
<p><em>Сразу хочу выдвинуть Disclaimer: ниже речь пойдет о&nbsp;средних и&nbsp;больших проектах, которые выполняются штучно, а&nbsp;не&nbsp;на&nbsp;конвеерной основе. </em></p>
<p>Самое основное, что объеденяет проекты такого рода это изначальное наличие конфликтной ситуации:</p>
<p>Чтобы завершить проект, как планировалось, во&nbsp;время и&nbsp;в&nbsp;рамках бюджета, необходимо зафиксировать требования (freeze requirements), и&nbsp;не&nbsp;допускать дальнейшего изменения и&nbsp;разрастания требований.</p>
<p><span id="more-176"></span></p>
<p>Однако чтобы проект удовлетворял нужды заказчика, необходимо постоянно вносить в&nbsp;него уточнения и&nbsp;изменения, так как в&nbsp;ходе проекта прояснятся много моментов, а&nbsp;также меняется среда в&nbsp;которой заказчик ведет свой бизнес (издаются законы, меняются бизнес процессы).</p>
<p>Данную ситуацию можно изобразить с&nbsp;помощью следующей &laquo;грозовой тучи конфликта&raquo; которые исспользуют в&nbsp;<a href="http://www.toc-center.ru/teoria.html">теории ограничений</a></p>
<p><img src='http://pm.by/wp-content/uploads/presentation2.png' /></p>
<p>В основном заказчик зачастую сам не&nbsp;подозревает как сказываются на&nbsp;конечном результате фиксированые требования, и&nbsp;так как к&nbsp;этому вынуждает его существующая юридическая практика, а&nbsp;также его опыт работы с&nbsp;<nobr>не-ИТ</nobr> подрядчиками.</p>
<p>Итак заказчик объявляет тендер, и&nbsp;находит подходящего исполнителя. Подписываются все общепринятые документы в&nbsp;которых как правило фиксируется бюджет, сроки (с&nbsp;обозначены штрафами за&nbsp;их&nbsp;нарушение) и&nbsp;содержание проекта (в&nbsp;виде ТЗ&nbsp;или другого документа). Итак исполнитель приступает к&nbsp;работе и&nbsp;оказывается, что все стороны &laquo;проектного треугольника&raquo; зафиксированны.</p>
<p>При этом особо не&nbsp;играет роли детально ли&nbsp;описано ТЗ&nbsp;(так как оно стало устаревать не&nbsp;успев попасть на&nbsp;стол к&nbsp;разработчикам), либо не&nbsp;детальное ТЗ&nbsp;с&nbsp;туманными формулировками &mdash; в&nbsp;любом случае оно потребует уточнений и&nbsp;внесения изменений.</p>
<p>В случае если исполнитель займет жесткую позицию и&nbsp;не&nbsp;позволит вносит изменения в&nbsp;изначальное ТЗ,&nbsp;скорее всего на&nbsp;выходе получится проект не&nbsp;пригодный к&nbsp;исспользованию. Т.е. проиграет заказчик.</p>
<p>В случае если исполнитель будет принимать изменения, то&nbsp;скорее всего (наверное существуют исключения, однако пока не&nbsp;сталкивался) он&nbsp;выйдет за&nbsp;бюджет и&nbsp;сроки. Т.е. проиграет исполнитель.</p>
<p>Т.о. fixed-price проекты не&nbsp;ведут к&nbsp;<nobr>win-win</nobr> ситации как для заказчика, так и&nbsp;для исполнителя.</p>
<p>Вывод напрашивается сам собой: <font size="20" color="red">Осторожно fixed-price !!!</font></p>
<p>PS: А&nbsp;как же&nbsp;жить дальше попробуем разобратся в&nbsp;следующих выпусках.</p>
]]></content:encoded>
			<wfw:commentRss>http://pm.by/toc/fixed-price-so-skrytym-konfliktom/feed/</wfw:commentRss>
		<slash:comments>5</slash:comments>
		</item>
	</channel>
</rss>

