SlideShare a Scribd company logo
1 of 17
Модуль 04
Потребление услуги
(по ходу предоставления)
или ожидания по
результатам
В рамках серии вебинаров Наталии Перестюк
«Контракты с иностранными заказчиками ИТ
услуг (разработка ПО)»
ИТ-аутсорсинг: процесс & результат
Expertise to be provided
(extension to customer's team)
«варианты расширения
команды заказчика»
Predefined scope delivery
(SW requirements specified)
«части отдельных задач
в проекте заказчика»
Remote team allocation
(staff leasing + infrastructure)
«подбор и размещение
удалённой команды»
Custom application development
(based on business requirements)
«разработка приложения на
заказ»
Commitment on…
(что было/ будет
продано?)
Примеры покупки «процесса»
team extension
dedicated team
engineering at scale
offshore development center
shared competence center
staff leasing
remote team allocation
so on…
Примеры покупки «результата»
custom application development
corporate / web portal / mobile app dev
turn-key solution for specific business domain
business application development
product development & support
reverse engineering (legacy system)
requirements finalization
so on…
Переход в «юридическую плоскость»
Подряд (ответственность за результат):
передаётся готовый результат
поставка против требований
ошибки (дефекты) – помеха для приёмки
Услуга (ответственность за процесс):
конечную ценность несёт уже сам процесс
критерии качества – мерка приемлемости
приёмки как таковой нет (подтверждение предоставления)
НО: СМЕШАННАЯ ПРИРОДА УСЛУГ РАЗРАБОТКИ ПО
не всегда позволяет разделить одно и другое (напр. Agile)
“Idle time” или “bad” Deliverable
Непредоставленное благо оплате не подлежит!
В сервисном контракте (на процесс) нет пользы от фразы
«заказчик оплачивает idle time»
В подрядном контракте (на результат) нет пользы от фразы
«заказчик оплачивает непринятый продукт»
Обе фразы не будут законны (нельзя действовать «в лоб»)
Поможет согласованный регламент взаимодействия
(роли/обязанность утвердить/отказать в некие сроки)
Отчёты & контроль изменений
Процедура регулярной отчётности по контракту
как инструмент защиты от «лишних сюрпризов»:
согласованный регламент (график, каналы
коммуникации, форма, правильный адресат)
обратная связь (временные параметры – 3-5 дней на
негативный ответ)
связка обратной связи с легитимным основанием к
пересмотру суммы инвойса
Процедура контроля изменений – залог управляемости
рамками ответственности сервис-провайдера
Отсутствие негативной обратной связи влечёт
невозможность «оспорить» инвойс
Если отвечаем за результат:
Регламент (временные параметры):
3-5 дней заказчику на негативный ответ
10-15 на более сложное тестирование
20-30 подрядчику на доработку
(по результатам непройденной приёмки)
Управления рамками ответственности:
критерии приёмки (не всегда есть к старту)
ранжирование «дефектов», блокирующие
ранжирование «блокирующих» по этапам
процедура контроля изменений: сроки, роли
Разные модели разработки ПО
Что Продано Заказчику? Какой Договор Предложить?
(1) “Team leasing”, т.е. доступность тех или
иных специалистов/экспертизы
(расширение основной команды
заказчика)
предоставление услуг
(см. «подводные камни» для
критериев качества)
(2) готовность достаточно оперативно
принимать в работу заказы той или иной
направленности (поддержание
актуальности среды разработки)
предоставление услуг
(с элементами подрядных условий в
части критериев качества)
(3) «Custom app dev», в т.ч. полная
разработка приложения «с нуля» (со
сбором требований)
подряд (см. «подводные камни» для
критериев приёмки/требований) или
предоставление услуг
(4) сопровождение приложения в ходе его
жизненного цикла
предоставление услуг
(см. «подводные камни» для
критериев качества)
(5) поддержка разработанных
приложений, гарантии уровня их
доступности («успешность сервиса»)
предоставление услуг (с элементами
«успешности» в критериях качества)
Модель (1) «Team Leasing»
Когда заказчик
платит за
Практические «уловки» для договора, отчёта по нему
доступность тех или
иных
специалистов/эксперт
изы (расширение
основной команды
заказчика)
описание квалификации разработчиков/тестировщиков
(не конкретных людей)
контроль отсутствия в отчете о предоставленном сервисе
такой позиции, как «простой команды» (idle time)
согласованность регламента предоставления сервиса (в т.ч.
временные интервалы для обратной связи типа «с
сервисом что-то не так»)
процедура отчётности по завершению периода (отправка
отчёта, сроки/формат ответа на него, степень и сроки
детализации замечаний)
контроль величин «сверхурочных» в отчёте о
предоставленном сервисе
критерии качества услуги должны учитывать то, что люди
могут быть недоступны (в частности, из-за болезни,
отпуска, перехода на другую работу)
Разные модели разработки ПО
Что Продано Заказчику? Какой Договор Предложить?
(1) “Team leasing”, т.е. доступность тех или
иных специалистов/экспертизы
(расширение основной команды
заказчика)
предоставление услуг
(см. «подводные камни» для
критериев качества)
(2) готовность достаточно оперативно
принимать в работу заказы той или иной
направленности (поддержание
актуальности среды разработки)
предоставление услуг
(с элементами подрядных условий в
части критериев качества)
(3) «Custom app dev», в т.ч. полная
разработка приложения «с нуля» (со
сбором требований)
подряд (см. «подводные камни» для
критериев приёмки/требований) или
предоставление услуг
(4) сопровождение приложения в ходе его
жизненного цикла
предоставление услуг
(см. «подводные камни» для
критериев качества)
(5) поддержка разработанных
приложений, гарантии уровня их
доступности («успешность сервиса»)
предоставление услуг (с элементами
«успешности» в критериях качества)
Модель (3) Custom app dev
Когда заказчик
платит за
Практические «уловки» для договора, отчёта по нему
полную разработку
приложения
«с нуля»
(в т.ч. сбор
первичных
требований)
согласованность критериев приёмки промежуточных/
конечных поставок (например, ранжирование дефектов по
неким признакам, дабы не допустить подхода «ПО должно
быть без дефектов»)
учёт особенностей жизненного цикла (эволюции) самих
требований к ПО (в т.ч. условий устранения помех приёмке)
ранжирование веса для разных источников требований (как
по иерархии/приоритетности проектных документов, так и
по времени согласования)
взаимозависимость этапов сбора/согласования
требований, разработки, тестирования (в т.ч. последствия
для отклонений от плана)
Процедура контроля изменений, как «хранитель
устойчивости согласованных рамок заказа» (изменение не
может подлежать имплементации по-умолчанию)
Что не всегда очевидно юристу?
(подводные камни разработки ПО)
1: «софта без ошибок не бывает в принципе»
2: «требования не замораживаются на 100%»
3: «доступность сервиса не может быть 100%»
4: «расширяемость команды всегда ограничена»
5: и т.п. «само собой разумеющееся»…
Мировые Тренды в Индустрии ПО
Когда безлимитная ответственность по контракту -
«нечто само собой разумеющееся»?
за нарушение прав интеллектуальной собственности
(в т.ч. не обеспечение «их чистоты» третьими лицами)
за разглашение конфиденциальной информации
(в т.ч. не обеспечение другими должной сохранности)
за вред от умышленного нарушения условий договора
Оформление обязательств команды
Как часть мероприятий по управлению персоналом:
для передачи резюме и интервью менеджером клиента
в рамках мероприятий по охране коммерческой тайны
для обеспечения выполнения обязательств компании
«Ретрансляция» условий контракта с заказчиком:
NDA (рамки конфиденциальности + процедура контроля)
non-compete (в т.ч. участие в non-solicit)
передача персональных данных (в т.ч. “background check”)
Смягчение риска “переквалификации” (если с ФОП):
реализуемо не для всех моделей (team leasing)
Ряд контрактов в ИТ-аутсорсинге
Возможные участники:
сервис-провайдер – заказчик ИТ-услуг
сервис-провайдер – сотрудники / бизнес-партнёры
заказчик – сотрудники сервис-провайдера
Возможная суть:
предоставнение ИТ-услуги / выполнение разработки
завершение взятой работы / готовность к новым задачам
конфиденциальность / не работа на конкурента
(NDA / non-compete)
Благодарю за внимание!
С наилучшими пожеланиями,
Наталия Перестюк, адвокат, MBA
+ 38 067 215 37 37
natalia@perestyuk.com
linkedin.com/in/NataliaPerestyuk

More Related Content

What's hot

от каждого по потребностям, каждому — по Agile
от каждого по потребностям, каждому — по Agileот каждого по потребностям, каждому — по Agile
от каждого по потребностям, каждому — по AgileAlexey Deryushkin
 
Модуль 14. Лекция 55-56. Управление релизами и развертыванием продукта
Модуль 14. Лекция 55-56. Управление релизами и развертыванием продуктаМодуль 14. Лекция 55-56. Управление релизами и развертыванием продукта
Модуль 14. Лекция 55-56. Управление релизами и развертыванием продуктаYana Brodetski
 
управления требованиями к систем (3)
управления требованиями к  систем (3)управления требованиями к  систем (3)
управления требованиями к систем (3)romachka_pole
 
Practice of enterprice development ProfsoUX-2017
Practice of enterprice development  ProfsoUX-2017Practice of enterprice development  ProfsoUX-2017
Practice of enterprice development ProfsoUX-2017Maxim Tsepkov
 
Оценка аутсорсинговых проектов
Оценка аутсорсинговых проектовОценка аутсорсинговых проектов
Оценка аутсорсинговых проектовSQALab
 
Software development lifecycle
Software development lifecycleSoftware development lifecycle
Software development lifecycleQA Guards
 
Разделение ответственности в заказной разработке
Разделение ответственности в заказной разработкеРазделение ответственности в заказной разработке
Разделение ответственности в заказной разработкеCUSTIS
 
Никита Ремизов - Введение в разработку ТЗ
Никита Ремизов - Введение в разработку ТЗНикита Ремизов - Введение в разработку ТЗ
Никита Ремизов - Введение в разработку ТЗDrupalSPB
 
Конфигурационное управление и управление изменениями с IBM Rational ClearCase...
Конфигурационное управление и управление изменениями с IBM Rational ClearCase...Конфигурационное управление и управление изменениями с IBM Rational ClearCase...
Конфигурационное управление и управление изменениями с IBM Rational ClearCase...Александр Шамрай
 
Аналитик и Тестировщик в одном лице – путь к качеству (Максим Цепков, SQA Day...
Аналитик и Тестировщик в одном лице – путь к качеству (Максим Цепков, SQA Day...Аналитик и Тестировщик в одном лице – путь к качеству (Максим Цепков, SQA Day...
Аналитик и Тестировщик в одном лице – путь к качеству (Максим Цепков, SQA Day...CUSTIS
 
Методология "stage-gate" как "встроенный" способ обеспечения качества в проек...
Методология "stage-gate" как "встроенный" способ обеспечения качества в проек...Методология "stage-gate" как "встроенный" способ обеспечения качества в проек...
Методология "stage-gate" как "встроенный" способ обеспечения качества в проек...Петр (Petr) Малоенко (Maloenko)
 
Разделение ответственности в заказной разработке
Разделение ответственности в заказной разработкеРазделение ответственности в заказной разработке
Разделение ответственности в заказной разработкеSQALab
 
Проектирование программных систем. Занятие 4
Проектирование программных систем. Занятие 4Проектирование программных систем. Занятие 4
Проектирование программных систем. Занятие 4Dima Dzuba
 
Requirement modelling in software creation process
Requirement modelling in software creation processRequirement modelling in software creation process
Requirement modelling in software creation processDima Dzuba
 
Сквозное обеспечение качества и расширяемость платформы TFS
Сквозное обеспечение качества и расширяемость платформы TFSСквозное обеспечение качества и расширяемость платформы TFS
Сквозное обеспечение качества и расширяемость платформы TFSАлександр Шамрай
 
Lection 23-24. Use Cases+ User Stories
Lection 23-24. Use Cases+ User StoriesLection 23-24. Use Cases+ User Stories
Lection 23-24. Use Cases+ User StoriesYana Brodetski
 
плакаты конькова ивана12[1].02.14
плакаты конькова ивана12[1].02.14плакаты конькова ивана12[1].02.14
плакаты конькова ивана12[1].02.14IKonkov
 
Миграция JIRA - безобразие или безрассудство
Миграция JIRA - безобразие или безрассудствоМиграция JIRA - безобразие или безрассудство
Миграция JIRA - безобразие или безрассудствоSQALab
 
Ромуальд Здебский, Обеспечение качества через интегрированное управление прое...
Ромуальд Здебский, Обеспечение качества через интегрированное управление прое...Ромуальд Здебский, Обеспечение качества через интегрированное управление прое...
Ромуальд Здебский, Обеспечение качества через интегрированное управление прое...SQADays_2009_Piter
 

What's hot (20)

от каждого по потребностям, каждому — по Agile
от каждого по потребностям, каждому — по Agileот каждого по потребностям, каждому — по Agile
от каждого по потребностям, каждому — по Agile
 
Модуль 14. Лекция 55-56. Управление релизами и развертыванием продукта
Модуль 14. Лекция 55-56. Управление релизами и развертыванием продуктаМодуль 14. Лекция 55-56. Управление релизами и развертыванием продукта
Модуль 14. Лекция 55-56. Управление релизами и развертыванием продукта
 
управления требованиями к систем (3)
управления требованиями к  систем (3)управления требованиями к  систем (3)
управления требованиями к систем (3)
 
Practice of enterprice development ProfsoUX-2017
Practice of enterprice development  ProfsoUX-2017Practice of enterprice development  ProfsoUX-2017
Practice of enterprice development ProfsoUX-2017
 
Оценка аутсорсинговых проектов
Оценка аутсорсинговых проектовОценка аутсорсинговых проектов
Оценка аутсорсинговых проектов
 
Software development lifecycle
Software development lifecycleSoftware development lifecycle
Software development lifecycle
 
Разделение ответственности в заказной разработке
Разделение ответственности в заказной разработкеРазделение ответственности в заказной разработке
Разделение ответственности в заказной разработке
 
Никита Ремизов - Введение в разработку ТЗ
Никита Ремизов - Введение в разработку ТЗНикита Ремизов - Введение в разработку ТЗ
Никита Ремизов - Введение в разработку ТЗ
 
Конфигурационное управление и управление изменениями с IBM Rational ClearCase...
Конфигурационное управление и управление изменениями с IBM Rational ClearCase...Конфигурационное управление и управление изменениями с IBM Rational ClearCase...
Конфигурационное управление и управление изменениями с IBM Rational ClearCase...
 
Аналитик и Тестировщик в одном лице – путь к качеству (Максим Цепков, SQA Day...
Аналитик и Тестировщик в одном лице – путь к качеству (Максим Цепков, SQA Day...Аналитик и Тестировщик в одном лице – путь к качеству (Максим Цепков, SQA Day...
Аналитик и Тестировщик в одном лице – путь к качеству (Максим Цепков, SQA Day...
 
Методология "stage-gate" как "встроенный" способ обеспечения качества в проек...
Методология "stage-gate" как "встроенный" способ обеспечения качества в проек...Методология "stage-gate" как "встроенный" способ обеспечения качества в проек...
Методология "stage-gate" как "встроенный" способ обеспечения качества в проек...
 
Разделение ответственности в заказной разработке
Разделение ответственности в заказной разработкеРазделение ответственности в заказной разработке
Разделение ответственности в заказной разработке
 
Проектирование программных систем. Занятие 4
Проектирование программных систем. Занятие 4Проектирование программных систем. Занятие 4
Проектирование программных систем. Занятие 4
 
Requirement modelling in software creation process
Requirement modelling in software creation processRequirement modelling in software creation process
Requirement modelling in software creation process
 
Сквозное обеспечение качества и расширяемость платформы TFS
Сквозное обеспечение качества и расширяемость платформы TFSСквозное обеспечение качества и расширяемость платформы TFS
Сквозное обеспечение качества и расширяемость платформы TFS
 
SEMAT Agile Kitchen
SEMAT Agile KitchenSEMAT Agile Kitchen
SEMAT Agile Kitchen
 
Lection 23-24. Use Cases+ User Stories
Lection 23-24. Use Cases+ User StoriesLection 23-24. Use Cases+ User Stories
Lection 23-24. Use Cases+ User Stories
 
плакаты конькова ивана12[1].02.14
плакаты конькова ивана12[1].02.14плакаты конькова ивана12[1].02.14
плакаты конькова ивана12[1].02.14
 
Миграция JIRA - безобразие или безрассудство
Миграция JIRA - безобразие или безрассудствоМиграция JIRA - безобразие или безрассудство
Миграция JIRA - безобразие или безрассудство
 
Ромуальд Здебский, Обеспечение качества через интегрированное управление прое...
Ромуальд Здебский, Обеспечение качества через интегрированное управление прое...Ромуальд Здебский, Обеспечение качества через интегрированное управление прое...
Ромуальд Здебский, Обеспечение качества через интегрированное управление прое...
 

Similar to Module 4 On going service consumption vs deliverables expectations

Conracts with customers in IT world
Conracts with customers in IT worldConracts with customers in IT world
Conracts with customers in IT worldNatalia Perestyuk
 
Mva stf module 1 - rus
Mva stf module 1 - rusMva stf module 1 - rus
Mva stf module 1 - rusMaxim Shaptala
 
Методологии разработки ПО
Методологии разработки ПОМетодологии разработки ПО
Методологии разработки ПОVadim Lyakhovets
 
Alexandrov, Alexandr основы управления качеством
Alexandrov, Alexandr основы управления качествомAlexandrov, Alexandr основы управления качеством
Alexandrov, Alexandr основы управления качествомrit2010
 
Методика внедрения WMS решения на складе автозапчастей.
Методика внедрения WMS решения на складе автозапчастей. Методика внедрения WMS решения на складе автозапчастей.
Методика внедрения WMS решения на складе автозапчастей. Logistic Point
 
Как совместить лучшее из водопадных и аджайл подходов в ИТ проектах
Как совместить лучшее из водопадных и аджайл подходов в ИТ проектахКак совместить лучшее из водопадных и аджайл подходов в ИТ проектах
Как совместить лучшее из водопадных и аджайл подходов в ИТ проектахDanil Dintsis, Ph. D., PgMP
 
Сделать безопасно и сертифицировано — ЗАО «ПМ» на DevCon 2015
Сделать безопасно и сертифицировано — ЗАО «ПМ» на DevCon 2015Сделать безопасно и сертифицировано — ЗАО «ПМ» на DevCon 2015
Сделать безопасно и сертифицировано — ЗАО «ПМ» на DevCon 2015Maxim Avdyunin
 
Module 1 team leasing vs custom app dev
Module 1 team leasing vs custom app devModule 1 team leasing vs custom app dev
Module 1 team leasing vs custom app devNatalia Perestyuk
 
Распределённые приложения. Часть 1. «Клиент и ядро бизнес-логики»
Распределённые приложения. Часть 1.
«Клиент и ядро бизнес-логики»Распределённые приложения. Часть 1.
«Клиент и ядро бизнес-логики»
Распределённые приложения. Часть 1. «Клиент и ядро бизнес-логики»Fedor Malyshkin
 
Процесс тестирования
Процесс тестированияПроцесс тестирования
Процесс тестированияAlexander Solosh
 
метод Oracle (45)
метод Oracle (45)метод Oracle (45)
метод Oracle (45)romachka_pole
 
Методология ведения проектов
Методология ведения проектовМетодология ведения проектов
Методология ведения проектовAlexanderAvva
 
Совершенствование процессов управления проектами
Совершенствование процессов управления проектамиСовершенствование процессов управления проектами
Совершенствование процессов управления проектамиТереза Богуш
 
10 факторов успешного внедрения системы по Управлению Активами
10 факторов успешного внедрения системы по Управлению Активами10 факторов успешного внедрения системы по Управлению Активами
10 факторов успешного внедрения системы по Управлению АктивамиComarch SA
 
Техники аналитика - CATWOE, H-METHOD, MOSCOW, SQUARE
Техники аналитика - CATWOE, H-METHOD, MOSCOW, SQUAREТехники аналитика - CATWOE, H-METHOD, MOSCOW, SQUARE
Техники аналитика - CATWOE, H-METHOD, MOSCOW, SQUARESQALab
 

Similar to Module 4 On going service consumption vs deliverables expectations (20)

Conracts with customers in IT world
Conracts with customers in IT worldConracts with customers in IT world
Conracts with customers in IT world
 
Software people 2011
Software people   2011 Software people   2011
Software people 2011
 
Mva stf module 1 - rus
Mva stf module 1 - rusMva stf module 1 - rus
Mva stf module 1 - rus
 
Test design print
Test design printTest design print
Test design print
 
Методологии разработки ПО
Методологии разработки ПОМетодологии разработки ПО
Методологии разработки ПО
 
Alexandrov, Alexandr основы управления качеством
Alexandrov, Alexandr основы управления качествомAlexandrov, Alexandr основы управления качеством
Alexandrov, Alexandr основы управления качеством
 
Методика внедрения WMS решения на складе автозапчастей.
Методика внедрения WMS решения на складе автозапчастей. Методика внедрения WMS решения на складе автозапчастей.
Методика внедрения WMS решения на складе автозапчастей.
 
Lection 3 4_pm
Lection 3 4_pmLection 3 4_pm
Lection 3 4_pm
 
Как совместить лучшее из водопадных и аджайл подходов в ИТ проектах
Как совместить лучшее из водопадных и аджайл подходов в ИТ проектахКак совместить лучшее из водопадных и аджайл подходов в ИТ проектах
Как совместить лучшее из водопадных и аджайл подходов в ИТ проектах
 
Сделать безопасно и сертифицировано — ЗАО «ПМ» на DevCon 2015
Сделать безопасно и сертифицировано — ЗАО «ПМ» на DevCon 2015Сделать безопасно и сертифицировано — ЗАО «ПМ» на DevCon 2015
Сделать безопасно и сертифицировано — ЗАО «ПМ» на DevCon 2015
 
Module 1 team leasing vs custom app dev
Module 1 team leasing vs custom app devModule 1 team leasing vs custom app dev
Module 1 team leasing vs custom app dev
 
Распределённые приложения. Часть 1. «Клиент и ядро бизнес-логики»
Распределённые приложения. Часть 1.
«Клиент и ядро бизнес-логики»Распределённые приложения. Часть 1.
«Клиент и ядро бизнес-логики»
Распределённые приложения. Часть 1. «Клиент и ядро бизнес-логики»
 
Процесс тестирования
Процесс тестированияПроцесс тестирования
Процесс тестирования
 
метод Oracle (45)
метод Oracle (45)метод Oracle (45)
метод Oracle (45)
 
Методология ведения проектов
Методология ведения проектовМетодология ведения проектов
Методология ведения проектов
 
Sep reqm-lec1
Sep reqm-lec1Sep reqm-lec1
Sep reqm-lec1
 
Совершенствование процессов управления проектами
Совершенствование процессов управления проектамиСовершенствование процессов управления проектами
Совершенствование процессов управления проектами
 
CCPM DBR Vebinar 28 01 2010
CCPM DBR Vebinar 28 01 2010CCPM DBR Vebinar 28 01 2010
CCPM DBR Vebinar 28 01 2010
 
10 факторов успешного внедрения системы по Управлению Активами
10 факторов успешного внедрения системы по Управлению Активами10 факторов успешного внедрения системы по Управлению Активами
10 факторов успешного внедрения системы по Управлению Активами
 
Техники аналитика - CATWOE, H-METHOD, MOSCOW, SQUARE
Техники аналитика - CATWOE, H-METHOD, MOSCOW, SQUAREТехники аналитика - CATWOE, H-METHOD, MOSCOW, SQUARE
Техники аналитика - CATWOE, H-METHOD, MOSCOW, SQUARE
 

More from Natalia Perestyuk

"Factual" employment relationship
"Factual" employment relationship"Factual" employment relationship
"Factual" employment relationshipNatalia Perestyuk
 
Module 6 moral rights for maintenance bugs fixing and enhancements
Module 6 moral rights for maintenance bugs fixing and enhancementsModule 6 moral rights for maintenance bugs fixing and enhancements
Module 6 moral rights for maintenance bugs fixing and enhancementsNatalia Perestyuk
 
Module 5 contract requirement to respect "industry standards"
Module 5 contract requirement to respect "industry standards"Module 5 contract requirement to respect "industry standards"
Module 5 contract requirement to respect "industry standards"Natalia Perestyuk
 
Module 0 Сontract & Cooperation
Module 0 Сontract & CooperationModule 0 Сontract & Cooperation
Module 0 Сontract & CooperationNatalia Perestyuk
 
Module 2 Common law vs Civil law
Module 2 Common law vs Civil lawModule 2 Common law vs Civil law
Module 2 Common law vs Civil lawNatalia Perestyuk
 
Recommendations on Ukraine's Accession to Hague Trust Convention
Recommendations on Ukraine's Accession to Hague Trust ConventionRecommendations on Ukraine's Accession to Hague Trust Convention
Recommendations on Ukraine's Accession to Hague Trust ConventionNatalia Perestyuk
 
Recommendations on Ukraine’s Accession to Hague Trust Convention (1985)
Recommendations on Ukraine’s Accession to Hague Trust Convention (1985)Recommendations on Ukraine’s Accession to Hague Trust Convention (1985)
Recommendations on Ukraine’s Accession to Hague Trust Convention (1985)Natalia Perestyuk
 
Shareholders_Transparency_EU
Shareholders_Transparency_EUShareholders_Transparency_EU
Shareholders_Transparency_EUNatalia Perestyuk
 

More from Natalia Perestyuk (12)

"Factual" employment relationship
"Factual" employment relationship"Factual" employment relationship
"Factual" employment relationship
 
Module 6 moral rights for maintenance bugs fixing and enhancements
Module 6 moral rights for maintenance bugs fixing and enhancementsModule 6 moral rights for maintenance bugs fixing and enhancements
Module 6 moral rights for maintenance bugs fixing and enhancements
 
Module 5 contract requirement to respect "industry standards"
Module 5 contract requirement to respect "industry standards"Module 5 contract requirement to respect "industry standards"
Module 5 contract requirement to respect "industry standards"
 
Module 0 Сontract & Cooperation
Module 0 Сontract & CooperationModule 0 Сontract & Cooperation
Module 0 Сontract & Cooperation
 
Module 2 Common law vs Civil law
Module 2 Common law vs Civil lawModule 2 Common law vs Civil law
Module 2 Common law vs Civil law
 
Recommendations on Ukraine's Accession to Hague Trust Convention
Recommendations on Ukraine's Accession to Hague Trust ConventionRecommendations on Ukraine's Accession to Hague Trust Convention
Recommendations on Ukraine's Accession to Hague Trust Convention
 
Recommendations on Ukraine’s Accession to Hague Trust Convention (1985)
Recommendations on Ukraine’s Accession to Hague Trust Convention (1985)Recommendations on Ukraine’s Accession to Hague Trust Convention (1985)
Recommendations on Ukraine’s Accession to Hague Trust Convention (1985)
 
Conracts in global_IT_brief
Conracts in global_IT_briefConracts in global_IT_brief
Conracts in global_IT_brief
 
common_law_on_contracts
common_law_on_contractscommon_law_on_contracts
common_law_on_contracts
 
Banking_Union_within_EU
Banking_Union_within_EUBanking_Union_within_EU
Banking_Union_within_EU
 
legal_risks_treatment
legal_risks_treatmentlegal_risks_treatment
legal_risks_treatment
 
Shareholders_Transparency_EU
Shareholders_Transparency_EUShareholders_Transparency_EU
Shareholders_Transparency_EU
 

Module 4 On going service consumption vs deliverables expectations

  • 1. Модуль 04 Потребление услуги (по ходу предоставления) или ожидания по результатам В рамках серии вебинаров Наталии Перестюк «Контракты с иностранными заказчиками ИТ услуг (разработка ПО)»
  • 2. ИТ-аутсорсинг: процесс & результат Expertise to be provided (extension to customer's team) «варианты расширения команды заказчика» Predefined scope delivery (SW requirements specified) «части отдельных задач в проекте заказчика» Remote team allocation (staff leasing + infrastructure) «подбор и размещение удалённой команды» Custom application development (based on business requirements) «разработка приложения на заказ» Commitment on… (что было/ будет продано?)
  • 3. Примеры покупки «процесса» team extension dedicated team engineering at scale offshore development center shared competence center staff leasing remote team allocation so on…
  • 4. Примеры покупки «результата» custom application development corporate / web portal / mobile app dev turn-key solution for specific business domain business application development product development & support reverse engineering (legacy system) requirements finalization so on…
  • 5. Переход в «юридическую плоскость» Подряд (ответственность за результат): передаётся готовый результат поставка против требований ошибки (дефекты) – помеха для приёмки Услуга (ответственность за процесс): конечную ценность несёт уже сам процесс критерии качества – мерка приемлемости приёмки как таковой нет (подтверждение предоставления) НО: СМЕШАННАЯ ПРИРОДА УСЛУГ РАЗРАБОТКИ ПО не всегда позволяет разделить одно и другое (напр. Agile)
  • 6. “Idle time” или “bad” Deliverable Непредоставленное благо оплате не подлежит! В сервисном контракте (на процесс) нет пользы от фразы «заказчик оплачивает idle time» В подрядном контракте (на результат) нет пользы от фразы «заказчик оплачивает непринятый продукт» Обе фразы не будут законны (нельзя действовать «в лоб») Поможет согласованный регламент взаимодействия (роли/обязанность утвердить/отказать в некие сроки)
  • 7. Отчёты & контроль изменений Процедура регулярной отчётности по контракту как инструмент защиты от «лишних сюрпризов»: согласованный регламент (график, каналы коммуникации, форма, правильный адресат) обратная связь (временные параметры – 3-5 дней на негативный ответ) связка обратной связи с легитимным основанием к пересмотру суммы инвойса Процедура контроля изменений – залог управляемости рамками ответственности сервис-провайдера Отсутствие негативной обратной связи влечёт невозможность «оспорить» инвойс
  • 8. Если отвечаем за результат: Регламент (временные параметры): 3-5 дней заказчику на негативный ответ 10-15 на более сложное тестирование 20-30 подрядчику на доработку (по результатам непройденной приёмки) Управления рамками ответственности: критерии приёмки (не всегда есть к старту) ранжирование «дефектов», блокирующие ранжирование «блокирующих» по этапам процедура контроля изменений: сроки, роли
  • 9. Разные модели разработки ПО Что Продано Заказчику? Какой Договор Предложить? (1) “Team leasing”, т.е. доступность тех или иных специалистов/экспертизы (расширение основной команды заказчика) предоставление услуг (см. «подводные камни» для критериев качества) (2) готовность достаточно оперативно принимать в работу заказы той или иной направленности (поддержание актуальности среды разработки) предоставление услуг (с элементами подрядных условий в части критериев качества) (3) «Custom app dev», в т.ч. полная разработка приложения «с нуля» (со сбором требований) подряд (см. «подводные камни» для критериев приёмки/требований) или предоставление услуг (4) сопровождение приложения в ходе его жизненного цикла предоставление услуг (см. «подводные камни» для критериев качества) (5) поддержка разработанных приложений, гарантии уровня их доступности («успешность сервиса») предоставление услуг (с элементами «успешности» в критериях качества)
  • 10. Модель (1) «Team Leasing» Когда заказчик платит за Практические «уловки» для договора, отчёта по нему доступность тех или иных специалистов/эксперт изы (расширение основной команды заказчика) описание квалификации разработчиков/тестировщиков (не конкретных людей) контроль отсутствия в отчете о предоставленном сервисе такой позиции, как «простой команды» (idle time) согласованность регламента предоставления сервиса (в т.ч. временные интервалы для обратной связи типа «с сервисом что-то не так») процедура отчётности по завершению периода (отправка отчёта, сроки/формат ответа на него, степень и сроки детализации замечаний) контроль величин «сверхурочных» в отчёте о предоставленном сервисе критерии качества услуги должны учитывать то, что люди могут быть недоступны (в частности, из-за болезни, отпуска, перехода на другую работу)
  • 11. Разные модели разработки ПО Что Продано Заказчику? Какой Договор Предложить? (1) “Team leasing”, т.е. доступность тех или иных специалистов/экспертизы (расширение основной команды заказчика) предоставление услуг (см. «подводные камни» для критериев качества) (2) готовность достаточно оперативно принимать в работу заказы той или иной направленности (поддержание актуальности среды разработки) предоставление услуг (с элементами подрядных условий в части критериев качества) (3) «Custom app dev», в т.ч. полная разработка приложения «с нуля» (со сбором требований) подряд (см. «подводные камни» для критериев приёмки/требований) или предоставление услуг (4) сопровождение приложения в ходе его жизненного цикла предоставление услуг (см. «подводные камни» для критериев качества) (5) поддержка разработанных приложений, гарантии уровня их доступности («успешность сервиса») предоставление услуг (с элементами «успешности» в критериях качества)
  • 12. Модель (3) Custom app dev Когда заказчик платит за Практические «уловки» для договора, отчёта по нему полную разработку приложения «с нуля» (в т.ч. сбор первичных требований) согласованность критериев приёмки промежуточных/ конечных поставок (например, ранжирование дефектов по неким признакам, дабы не допустить подхода «ПО должно быть без дефектов») учёт особенностей жизненного цикла (эволюции) самих требований к ПО (в т.ч. условий устранения помех приёмке) ранжирование веса для разных источников требований (как по иерархии/приоритетности проектных документов, так и по времени согласования) взаимозависимость этапов сбора/согласования требований, разработки, тестирования (в т.ч. последствия для отклонений от плана) Процедура контроля изменений, как «хранитель устойчивости согласованных рамок заказа» (изменение не может подлежать имплементации по-умолчанию)
  • 13. Что не всегда очевидно юристу? (подводные камни разработки ПО) 1: «софта без ошибок не бывает в принципе» 2: «требования не замораживаются на 100%» 3: «доступность сервиса не может быть 100%» 4: «расширяемость команды всегда ограничена» 5: и т.п. «само собой разумеющееся»…
  • 14. Мировые Тренды в Индустрии ПО Когда безлимитная ответственность по контракту - «нечто само собой разумеющееся»? за нарушение прав интеллектуальной собственности (в т.ч. не обеспечение «их чистоты» третьими лицами) за разглашение конфиденциальной информации (в т.ч. не обеспечение другими должной сохранности) за вред от умышленного нарушения условий договора
  • 15. Оформление обязательств команды Как часть мероприятий по управлению персоналом: для передачи резюме и интервью менеджером клиента в рамках мероприятий по охране коммерческой тайны для обеспечения выполнения обязательств компании «Ретрансляция» условий контракта с заказчиком: NDA (рамки конфиденциальности + процедура контроля) non-compete (в т.ч. участие в non-solicit) передача персональных данных (в т.ч. “background check”) Смягчение риска “переквалификации” (если с ФОП): реализуемо не для всех моделей (team leasing)
  • 16. Ряд контрактов в ИТ-аутсорсинге Возможные участники: сервис-провайдер – заказчик ИТ-услуг сервис-провайдер – сотрудники / бизнес-партнёры заказчик – сотрудники сервис-провайдера Возможная суть: предоставнение ИТ-услуги / выполнение разработки завершение взятой работы / готовность к новым задачам конфиденциальность / не работа на конкурента (NDA / non-compete)
  • 17. Благодарю за внимание! С наилучшими пожеланиями, Наталия Перестюк, адвокат, MBA + 38 067 215 37 37 natalia@perestyuk.com linkedin.com/in/NataliaPerestyuk