<?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>Архивы Outsource - AtilogLaw</title>
	<atom:link href="https://atilog.ua/tag/outsource/feed/" rel="self" type="application/rss+xml" />
	<link>https://atilog.ua/tag/outsource/</link>
	<description></description>
	<lastBuildDate>Mon, 20 Dec 2021 15:58:00 +0000</lastBuildDate>
	<language>uk</language>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	<generator>https://wordpress.org/?v=6.3.5</generator>
	<item>
		<title>Outsourcing contracts</title>
		<link>https://atilog.ua/outsourcing-contracts/</link>
					<comments>https://atilog.ua/outsourcing-contracts/#respond</comments>
		
		<dc:creator><![CDATA[atilog]]></dc:creator>
		<pubDate>Mon, 12 Jul 2021 12:15:07 +0000</pubDate>
				<category><![CDATA[Блог]]></category>
		<category><![CDATA[IT]]></category>
		<category><![CDATA[Outsource]]></category>
		<category><![CDATA[Work]]></category>
		<guid isPermaLink="false">https://atilog.ua/?p=1652</guid>

					<description><![CDATA[Около 80 % ІТ компаний Украины — это сервисные outsourcing компании. В большинстве случаев контрагентами таких компаний являются зарубежные заказчики. Взаимоотношения между сторонами оформляются в виде outsourcing contracts. Существует три основных типа контрактов — Fixed Price, Time &#38; Materials и Dedicated Team. Рассмотрим, в каких случаях лучше применять тот или иной договор. 1. Fixed Price [&#8230;]]]></description>
										<content:encoded><![CDATA[<p><span style="font-weight: 400;">Около 80 % ІТ компаний Украины — это сервисные outsourcing компании. В большинстве случаев контрагентами таких компаний являются зарубежные заказчики. Взаимоотношения между сторонами оформляются в виде outsourcing contracts.</span></p>
<p><span style="font-weight: 400;">Существует три основных типа контрактов — Fixed Price, Time &amp; Materials и Dedicated Team. Рассмотрим, в каких случаях лучше применять тот или иной договор.</span></p>
<p><b>1. Fixed Price or Fixed Cost:</b><b><br />
</b><span style="font-weight: 400;">Уже на начальной стадии проекта у сторон есть фиксированный объем работ, фиксированное время и фиксированная цена. Клиент точно знает, чего он хочет, и может предоставить детальное описание проекта. У разработчика должна быть подробная спецификация, описывающая каждую деталь будущего проекта. На основание этого разработчик может заранее точно определить объем работ, необходимое для их реализации время и их стоимость.</span><span style="font-weight: 400;"><br />
</span><span style="font-weight: 400;">Такой вид контрактов рассчитан на краткосрочные проекты, продолжающиеся не более нескольких месяцев. К тому же, этот договор гораздо больше подходит для крупных IT компаний, в которых большой штат аналитиков, которые могут хорошо проанализировать проект и учесть все возможные риски.</span><span style="font-weight: 400;"><br />
</span><span style="font-weight: 400;">После начала непосредственной работы над проектом заказчику уже очень сложно внести изменения к требованиям к продукту, так как все четко определенно заранее.</span><span style="font-weight: 400;"><br />
</span><span style="font-weight: 400;">Разработчик обязан исправить все баги продукта, которые не соответствуют критериям приемки.</span><span style="font-weight: 400;"><br />
</span><span style="font-weight: 400;">Обычно в таких договорах оплата производится за полностью готовый продукт.</span><span style="font-weight: 400;"><br />
</span><span style="font-weight: 400;">Этот тип сотрудничества не предполагает активного участия клиента в рабочем процессе. Процесс полностью контролируется менеджером проекта, нанятым компанией разработчиком.</span><span style="font-weight: 400;"><br />
</span><span style="font-weight: 400;">Основными рисками для разработчика в данном контракте являются следующие:</span></p>
<ul>
<li><span style="font-weight: 400;">клиент может отказаться платит по завершении проекта за готовый продукт;</span></li>
<li><span style="font-weight: 400;">если реальная стоимость проекта будет выше чем та, что зафиксирована в договоре, эти расходы несет разработчик.</span></li>
</ul>
<p><strong>2. Следовательно, этот тип контракта нужно выбирать, когда у вас:</strong></p>
<ul>
<li><span style="font-weight: 400;">детализированная спецификация</span></li>
<li><span style="font-weight: 400;">краткосрочный проект</span></li>
<li><span style="font-weight: 400;">не нужен контроль со стороны клиента</span></li>
<li><span style="font-weight: 400;">изменения не применяются</span></li>
<li><span style="font-weight: 400;">четкий deadline</span></li>
</ul>
<p><b>3. Time and Materials:</b><b><br />
</b><span style="font-weight: 400;">Этот договор отлично подходит для долгосрочных проектов, в которых объем работ сложно определить заранее, в связи с этим невозможно сразу сказать сколько времени уйдет на реализацию проекта и его стоимость. Клиент платит не за готовый продукт, а за часы, потраченные на разработку заранее определенного функционала, и возмещает материальные затраты. В контракте фиксируется только цена за час работ, поэтому клиент платит периодически (поэтапно), а не по окончании проекта.</span><span style="font-weight: 400;"><br />
</span><span style="font-weight: 400;">Заказчик в любое время может изменить свои требования к продукту. Исправление всех багов оплачивается клиентом отдельно.</span><span style="font-weight: 400;"><br />
</span><span style="font-weight: 400;">Клиент берет непосредственное участие в управлении проектом.</span><span style="font-weight: 400;"><br />
</span><span style="font-weight: 400;">Когда выбирать Т&amp;М? Когда у вас долгосрочный проект, в основе которого инновационная идея, требующая внесения постоянных изменений.</span></p>
<p><b>4. Dedicated Team:</b><b><br />
</b><span style="font-weight: 400;">У этого договора много общего с ТМ контрактом. Основное отличие в том, что клиент платит за команду (группу) разработчиков, которые будут работать над его проектом определенное время. Команда должна заниматься исключительно этим проектом, и не может выполнять любые другие задания. Преимущество этого договора в том, что даже при отсутствии фактического задания для команды, клиент оплачивает их время. Так же этот контракт предусматривает, что команда будет технически поддерживать готовый продукт и после завершения проекта.</span><span style="font-weight: 400;"><br />
</span><span style="font-weight: 400;">В этом договоре сложно описать заключительный этап сотрудничества, так как он может меняться в зависимости от конкретного проекта.</span><span style="font-weight: 400;"><br />
</span><span style="font-weight: 400;">Команда разработчиков становится частью персонала клиента и должна следовать корпоративной культуре клиента, работать на благо его компании. Таким образом клиент может в любое время изменить задание для команды или возложить на них новые обязанности.</span><span style="font-weight: 400;"><br />
</span><span style="font-weight: 400;">Клиент сам управляет процессом и принимает все решения по проекту самостоятельно.</span><span style="font-weight: 400;"><br />
</span><span style="font-weight: 400;">Этот договор следует выбирать если у вас сложный проект, предусматривающий долгосрочное сотрудничество, в котором клиент намерен лично управлять рабочим процессом.</span></p>
<p><span style="font-weight: 400;">Правильный договор — очень важный элемент успешной работы. Перед заключением контракта проанализируйте все условия проекта и выберите.</span></p>
]]></content:encoded>
					
					<wfw:commentRss>https://atilog.ua/outsourcing-contracts/feed/</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
			</item>
	</channel>
</rss>
