SlideShare uma empresa Scribd logo
1 de 28
Baixar para ler offline
Управление проектами. Модуль 3.
Лекция 13-14
Управление внедрением проекта
● Коммерческое предложение
● Определение RFI, RFP (Proposal)
● Определение MSA, SOW
● Структура MSA, SOW
● Структура КП (RFP Proposal)
● Типы контрактов
● Фиксированная стоимость (Fixed Price)
● Время и стоимость (Time & Material)
● Командный контракт (Dedicated Team)
● Подходы к выбору контракта и методологии
проекта
Определение RFI, RFP
Запрос на информацию( англ. RFI – Requestfor Information)
– документ или письмо, который публикуетили рассылает
организация,заинтересованная в приобретениикаких-либо
товаров или услуг. Цель документа — собрать письменную
информациюо возможностяхразличных поставщиков.Как
правило, запрос предполагает определённый
структурированный форматответа, благодаря чему может
использоватьсядля сравнения информации.
Формат, чаще, табличный.
Содержит в себе:
● Краткое содержание
● Сроки/даты
● Критерии оценки
Определение RFI, RFP
Запрос на предложение (англ. Requestfor Proposal)- это
заявка на оказаниеуслуги или создание проекта, которую
создаёт заказчикдля проведения конкурса. В ней находят
отражениете цели, которых хочет достичь заказчик, KPI,
критерии к участникамтендера и ряд других важных
показателей.
Бывает:
● Формальнозапрошенное предложение
● Неформальноезапрошенное предложение
● Незапрашиваемоепредложение
Ответом на RFP обычно становится RFPResponse,( т.е
коммерческое предложение)- еще называют Proposal
Коммерческоепредложение (Proposal)- это документ с
предложением от поставщикауслуг потенциальному клиенту
Определение MSA & SOW
PROPOSAL ≠SOW ≠MSA
Договор о предоставленииуслуг (англ. Master Service
Agreement , MSA) - это договор, в котором указаны
обязанностии обязательстваодной стороны с другой
(англ. Statement of Work, SOW) - является формальным
документом, который фиксирует и определяет рабочие
действия,конечные результатыи сроки, которые Компания
должна выполнить привыполнениизадания работы /
проекта для клиента
В IT MSA & SOW вместе - это ваше договорное соглашение
MSA определяет общие условия для совместной работы.
SOW - это дополнение, ориентированное на проект к
соглашению об основной услуге, где указывают проблемы,
которую необходимо решить, расписание,цену
Структура MSA
● Общая информация
● Проджет Менеджмент
● Поставки
● Поддержка ( да/нет)
● Оплата/расходы
● Аудиты
● Конфиденциальность
● Разрешениеспора
● Лицензионныегранты
● Сроки прекращения работ
● Гарантии
● Возмещениеущерба
● Страховка
Структура SOW
● Вступление
● Описание проекта
● Проектный подход и организация
● Результат поставки: продукт/ПО
● Длительностьи этапы проекта
● Критерии приемки
● Контроль изменений
● Информацияо рейтах/ стоимости
● Отмена или окончаниепроекта
● Уведомленияи контактная информация
● Соглашение
● Аппендикс А: пример формы на запрос об изменениях
● Аппендикс Б: поправки к MSA
Структура Proposal
● Титульнаястраница
● Сопроводительноеписьмо
● Резюме для руководства
● Содержание:
● Общая информация
● Проектный подход
● Предположенияи ограничения
● Методы кейсов ( успешныеистории)
● Дополнительныеуслуги
● Конфиденциальность
● Аппендикс
Proposal – титульная страница
Proposal - содержание
● Общая информация
● Корпоративный профиль
● Описание компании и бизнеса
● 1-2 страницы
● Добавляем изображения, структурукомпании, локации
● Бизнес цели
● Подробное описание проблем / бизнес-целей, как вы это
понимаете
● Проектный подход
● Объём проекта
● Реализация проекта (архитектура, серверная часть,
разработка, тестирование и поставка)
● Предлагаемый график (фазы, этапы)
Proposal - содержание
● Штат проекта (персонал)
● План коммуникаций
● План поставки
● Модель ценообразования ( модель контракта)
● Предположенияи ограничения
● Предположения - это то, что мы предполагаем может
появится в проекте/продукте
● Ограничения - потенциальные недостатки, которые не
поддаются контролю
Предположения ≠ Ограничения
● Успешные истории
● Клиент, описание проекта, длительность проекта,
технологии, преимущества для клиентов, отзывы клиентов
Proposal - содержание
● Дополнительные услуги
● Тренинги
● СМС рассылка
● Маркетинговые исследования
● Продвижение продукта
● Конфиденциальность
● Аппендикс
● Физическая и сетевая инфраструктура
● Награды и сертификаты
● Стандарты качества
● Клиентская база ( логотипы компаний, с которыми
работали)
● Условия оплаты
● Поддержка
Типы контрактов в IT аутсорс
Около 80 % ІТ компаний Украины — это сервисные
outsourcing компании. В большинствеслучаев
контрагентами таких компаний являютсязарубежные
заказчики, которые используют международные
модели ценообразования.Взаимоотношениямежду
сторонами оформляютсяв виде outsourcing contracts, у
каждого из которых свои условия применимости:
● Фиксированная стоимость(Fixed Price)
● “Времяи материалы”( Time & Material)
● Аутстаффинг контракт ( DedicatedTeam)
Фиксированная стоимость (Fixed Price)
Fixed Price Contract – это контракт, в котором
подразумевается фиксированная суммаоплаты за
определенный объём работ.
Идеальноподходит для малых и средних
проектов, где требования,
спецификациии
графики могут быть
четко определены
до начала
разработки проекта.
Фиксированная стоимость (Fixed Price)
Основные этапы работ по этой модели:
● Заказчик отправляетзапроси требованияк проекту.
● Исполнительи заказчик обсуждаютвсе детали.
● Исполнительотправляеткоммерческоепредложение,
график платежей и расписаниевыполненияработ.
● Обе стороны договариваютсяи согласуютвсе
моменты,подписываетсядоговор.
● Исполнительпредоставляетполностью
реализованноерешение.
● Клиент одобряетпроект.
Ключевыемоментыданного варианта сотрудничества:
● Фиксированныйбюджет
● Постоянныйобъемпроекта
● Установленный временнойинтервал
● Возможныйкомпромисспокачеству
Фиксированная стоимость (Fixed Price)
“+ ” модели:
● подходит для малых и средних проектов;
● четкие требованияи четко определенные цели и этапы;
● низкий риск для заказчиков, поскольку риск успешного
завершения проекта лежит на исполнителе;
● требуется относительнонебольшой контроль заказчика;
● фиксированная цена,основанная наоценке проекта до
начала реализации проекта;
● заверения в том, что проект будет завершен в рамках
согласованногобюджета и сроков;
● исполнитель оченьмотивирован,чтобы быть
эффективными продуктивным.
Фиксированная стоимость (Fixed Price)
“- ” модели:
● требуетсявремяи ресурсы дляполногои экспертногоопределения
требований,результатови критериевприемлемости;
● отсутствиеконтролянад процессом реализациипроекта,участия
персоналаи материальныхзатрат;
● разработчикиредкообщаютсянапрямуюс заказчиками и не могут
обсуждатькаждуюпроблему,а прииспользовании Waterfall и после
утверждениякаждойстадииразработки - внесение изменений
является очень проблемным
● возможны проблемыс качеством конечного продукта,поскольку
проектуправляетсятолькоисполнителем;
● заказчик должен платитьотдельноза любые существенные
отклоненияот первоначальныхтребованийпроекта;
● низкий уровень знаний после реализациипроекта,поскольку
командаразработчиковможетразойтись по его завершению.
Время и Материалы (Time & Material)
Названиеэтой модели можно перевести, как «оплата по
факту»,то есть вы платите подрядчику за конечный
результат,исходя из трудозатрат исполнителя.
При этом вы оплачиваете не объем выполненнойработы, а
человеко-часы, потраченные командой на получение
нужного вам результата.
Эта модель оптимальна
для тех случаев,
когда не удается с
ходу определить
объем работы и
сроки ее выполнения.
Время и Материалы (Time & Material)
Для какихпроектовподходит данныйтип
договоров:
● Когда требования не являются точными или спецификациине могут быть
четко определены;
● Когда на первых этапах проект все еще является «сырым», и нет
достаточных данных для правильной оценки конечной стоимости;
● Когда клиент имеет постоянный поток задач или улучшений, но они
разбросаны во времени и не могут быть предсказаны заранее;
● Когда объем проекта неизвестен или реализация распространяется в
течение нескольких месяцев или даже лет;
● Когда клиент требует высокого уровня гибкости или запросов на
изменение, часто появляются в процессе разработки;
● Когда клиент хочет более прямого контроля над процессом или
предоставляет определенные ресурсы, которые могут влиять на
реализацию проекта;
● Когда проект связан с развивающимися рынками,новыми технологиями
или непроверенными объектами.
Время и Материалы (Time & Material)
“+” модели:
● Заказчик платит за час независимоот продолжительностипроектаразработки
программногообеспечения
● Изменяющиеся требованиялегко влияют и корректируютрабочийпроцесс
исполнителя
● Клиент получает высококачественныйи проверенныйпродукт.
“-” модели:
● риск потериприбыли разработчикомвследствие
установленияцены ниже средней рыночной
ставки.
● некоторыеклиенты могут запрашивать
скидки по почасовойставке исполнителя.
● соблазн подрядчика увеличения
расчетноговремени разработкипрограммного обеспечения
● отсутствие строго определенныхсроковили
гарантийв завершениипроектаи бюджетная
смета может отличаться от конечной стоимости и менее контролироваться
Dedicated Team Model
Dedicated Team — это бизнес-модель,в которой обе стороны
взаимносоглашаются с рабочей нагрузкой и требованиямк
проекту с указаниемнеобходимого количества времени, а
аутсорсинговаякомпания предоставляет IT-специалистов,
отвечающихтребованиямзаказчика, которые полностью
концентрируются на его проектах.
Заказчик имеет полный
управленческийконтроль
над проектом и командой,
а исполнитель выполняет
функциюрекрутера
персонала и
административной
поддержки.
Dedicated Team Model
Сотрудничество по данной модели можно разделить на несколько этапов:
● Клиент определяет количество и набор навыков потенциальных сотрудников;
● Исполнитель ищет IT-специалистов с соответствующими знаниями и
квалификацией;
● Разработчики собираются в команду и начинают работу;
● Они постоянно работают только для проекта клиента, узнают его спецификуи
видят общую идею каждой отдельной задачи;
● Аутсорсинговая компания становится
первоначальным посредником между новой
командой и заказчиком,но со временем эта
Команда становится все более приверженной
его проекту и компании клиента в целом.
Они разделяют видение компании и очень
заинтересованы в достижении бизнес-целей
компании.
Dedicated Team Model
“+” модели:
● полныйконтроль над выбором, мотивацией и управлением выделеннымичленамикоманды;
● повседневная связь и управлениес использованием веб-инструментов;
● гибкий подход, полностью предсказуемыезатраты ибюджетный контроль;
● рабочая нагрузка и объем не фиксированы, и запросы на изменение могутбыть сделаны в любой
момент;
● лояльная команда внешнего персонала, с которой клиент может устанавливать те же рабочие
отношения и правила, что и с основным персоналом;
● когда отдельныечлены команды работаютнекоторое время с клиентом, они имеют глубокое
понимание ожиданий клиента и четко видят цель для достижения успеха;
● сплоченность и стабильность команды; передачазнаний о проекте и знакомство с бизнесом клиента
“-” модели:
● низкая эффективность для краткосрочныхпроектов;
● дороже модели Time & Material и Fixed Price;
● выбор членов команды может занять некоторое время и отложить начало проекта, в то время как во
время разработки прииспользовании модели Time & Material работа может начаться в течение
ближайшего времени;
● у выделенныхчленов команды меньше возможностей изучать новые методики вне своей областив
проекте;
● клиент должен играть активную роль в общении и переговорахи инвестировать много времени в
управление.
В каких проектах применяем?
Выбор методологии : Бюджет
Бюджет - это отличный инструмент,который поможет вам
определить, как вы должны управлятьсвоим программным
проектом. Например, если ваш бюджет позволяет просто
реализоватьфункцию,и вам необходимо обратитьваше
вниманиена определение приоритетов
Выбор методологии : Сроки
Времяимеет значение. Гибкиевременные ограничения
означают гибкие подходы к управлениюпроектами. И
наоборот, если у вас установлены фиксированныесроки,
лучше использоватьболее традиционныеподходы.
Выбор методологии : Контракт
Контракт с фиксированной ценой предполагает методологию водопада или RUP,
поддерживаемую фиксированными требованиями и уточненными критериями
приемлемости. Выделенный командный контракт (dedicated team)
предназначен для более сложных случаев. Вы должны подумать о координации
работы членов вашей команды. Вы должны оказывать положительное влияние
на их мотивацию и ежедневную производительность.
Модуль 3. Лекция 13-14. Cтруктура КП, типы контрактов

Mais conteúdo relacionado

Mais procurados

Модуль 2: Лекция 5-6. Определение стейкхолдеров и проекта
Модуль 2: Лекция 5-6. Определение стейкхолдеров и проектаМодуль 2: Лекция 5-6. Определение стейкхолдеров и проекта
Модуль 2: Лекция 5-6. Определение стейкхолдеров и проектаYana Brodetski
 
Модуль 4. Лекция 19-20. Управление содержанием проекта
Модуль 4. Лекция 19-20. Управление содержанием проектаМодуль 4. Лекция 19-20. Управление содержанием проекта
Модуль 4. Лекция 19-20. Управление содержанием проектаYana Brodetski
 
Модуль 10. Лекция 43-44. Управление коммуникация проекта
Модуль 10. Лекция 43-44. Управление коммуникация проектаМодуль 10. Лекция 43-44. Управление коммуникация проекта
Модуль 10. Лекция 43-44. Управление коммуникация проектаYana Brodetski
 
Модуль 11. Лекция 45-46. Управление рисками проекта
Модуль 11. Лекция 45-46. Управление рисками проектаМодуль 11. Лекция 45-46. Управление рисками проекта
Модуль 11. Лекция 45-46. Управление рисками проектаYana Brodetski
 
Модуль 13. Лекция 53-54. Управление закупками проекта
Модуль 13. Лекция 53-54. Управление закупками проектаМодуль 13. Лекция 53-54. Управление закупками проекта
Модуль 13. Лекция 53-54. Управление закупками проектаYana Brodetski
 
Управление проектами в Ms Project
Управление проектами в Ms ProjectУправление проектами в Ms Project
Управление проектами в Ms Projectevgrushman
 
project Scope management
project Scope management project Scope management
project Scope management Mohamed , PMP
 
Çevik Proje Yönetimi Metodolojileri ve Scrum'ın Temelleri
Çevik Proje Yönetimi Metodolojileri ve Scrum'ın TemelleriÇevik Proje Yönetimi Metodolojileri ve Scrum'ın Temelleri
Çevik Proje Yönetimi Metodolojileri ve Scrum'ın TemelleriOzan Ozcan
 
Processos de gerenciamento de projetos de um projeto
Processos de gerenciamento de projetos de  um projeto Processos de gerenciamento de projetos de  um projeto
Processos de gerenciamento de projetos de um projeto Wellington Oliveira
 
Gestão de Projetos
Gestão de ProjetosGestão de Projetos
Gestão de ProjetosGeorge Dias
 
Pmbok
PmbokPmbok
Pmboklcbj
 
Agile Scrum Training, Day 1 (1/2)
Agile Scrum Training, Day 1 (1/2)Agile Scrum Training, Day 1 (1/2)
Agile Scrum Training, Day 1 (1/2)Jens Wilke
 
Corso di Project Management
Corso di Project ManagementCorso di Project Management
Corso di Project Managementifoasapereutile
 

Mais procurados (20)

Модуль 2: Лекция 5-6. Определение стейкхолдеров и проекта
Модуль 2: Лекция 5-6. Определение стейкхолдеров и проектаМодуль 2: Лекция 5-6. Определение стейкхолдеров и проекта
Модуль 2: Лекция 5-6. Определение стейкхолдеров и проекта
 
Модуль 4. Лекция 19-20. Управление содержанием проекта
Модуль 4. Лекция 19-20. Управление содержанием проектаМодуль 4. Лекция 19-20. Управление содержанием проекта
Модуль 4. Лекция 19-20. Управление содержанием проекта
 
Модуль 10. Лекция 43-44. Управление коммуникация проекта
Модуль 10. Лекция 43-44. Управление коммуникация проектаМодуль 10. Лекция 43-44. Управление коммуникация проекта
Модуль 10. Лекция 43-44. Управление коммуникация проекта
 
Модуль 11. Лекция 45-46. Управление рисками проекта
Модуль 11. Лекция 45-46. Управление рисками проектаМодуль 11. Лекция 45-46. Управление рисками проекта
Модуль 11. Лекция 45-46. Управление рисками проекта
 
Модуль 13. Лекция 53-54. Управление закупками проекта
Модуль 13. Лекция 53-54. Управление закупками проектаМодуль 13. Лекция 53-54. Управление закупками проекта
Модуль 13. Лекция 53-54. Управление закупками проекта
 
Презентация "Scrum с нуля"
Презентация "Scrum с нуля" Презентация "Scrum с нуля"
Презентация "Scrum с нуля"
 
Управление проектами в Ms Project
Управление проектами в Ms ProjectУправление проектами в Ms Project
Управление проектами в Ms Project
 
Agile ve Scrum
Agile ve ScrumAgile ve Scrum
Agile ve Scrum
 
project Scope management
project Scope management project Scope management
project Scope management
 
2 kapsam yonetimi
2   kapsam yonetimi2   kapsam yonetimi
2 kapsam yonetimi
 
Agile & Scrum podstawy
Agile & Scrum podstawyAgile & Scrum podstawy
Agile & Scrum podstawy
 
Çevik Proje Yönetimi Metodolojileri ve Scrum'ın Temelleri
Çevik Proje Yönetimi Metodolojileri ve Scrum'ın TemelleriÇevik Proje Yönetimi Metodolojileri ve Scrum'ın Temelleri
Çevik Proje Yönetimi Metodolojileri ve Scrum'ın Temelleri
 
Agile Introduction - Scrum Framework
Agile Introduction - Scrum FrameworkAgile Introduction - Scrum Framework
Agile Introduction - Scrum Framework
 
0 proje yonetimi egitimi
0   proje yonetimi egitimi0   proje yonetimi egitimi
0 proje yonetimi egitimi
 
Processos de gerenciamento de projetos de um projeto
Processos de gerenciamento de projetos de  um projeto Processos de gerenciamento de projetos de  um projeto
Processos de gerenciamento de projetos de um projeto
 
Gestão de Projetos
Gestão de ProjetosGestão de Projetos
Gestão de Projetos
 
Pmbok
PmbokPmbok
Pmbok
 
Agile Scrum Training, Day 1 (1/2)
Agile Scrum Training, Day 1 (1/2)Agile Scrum Training, Day 1 (1/2)
Agile Scrum Training, Day 1 (1/2)
 
Corso di Project Management
Corso di Project ManagementCorso di Project Management
Corso di Project Management
 
Agile - Essential Scrum
Agile - Essential ScrumAgile - Essential Scrum
Agile - Essential Scrum
 

Semelhante a Модуль 3. Лекция 13-14. Cтруктура КП, типы контрактов

Scrum в заказной разработке
Scrum в заказной разработкеScrum в заказной разработке
Scrum в заказной разработкеAskhat Urazbaev
 
Scrum в Заказной разработке
Scrum в Заказной разработкеScrum в Заказной разработке
Scrum в Заказной разработкеNikita Filippov
 
Модели ценообразования IT-проектов
Модели ценообразования IT-проектовМодели ценообразования IT-проектов
Модели ценообразования IT-проектовak-itconsulting.com
 
РИК. Управление требованиями
РИК. Управление требованиямиРИК. Управление требованиями
РИК. Управление требованиямиKursrik
 
Выбор типа контракта
Выбор типа контрактаВыбор типа контракта
Выбор типа контрактаSergiy Povolyashko
 
Эффективное взаимодействие с контрагентами. Кейс одного проекта.
Эффективное взаимодействие с контрагентами. Кейс одного проекта.Эффективное взаимодействие с контрагентами. Кейс одного проекта.
Эффективное взаимодействие с контрагентами. Кейс одного проекта.Infor-media
 
шаблон технико коммерческого предложения
шаблон технико коммерческого предложенияшаблон технико коммерческого предложения
шаблон технико коммерческого предложенияNatalia Zhelnova
 
Введение в IBM Rational Focal Point
Введение в IBM Rational Focal PointВведение в IBM Rational Focal Point
Введение в IBM Rational Focal PointIBM IBM
 
Нестандартные ситуации клиент-исполнитель. Обходимся малой кровью.
Нестандартные ситуации клиент-исполнитель. Обходимся малой кровью.Нестандартные ситуации клиент-исполнитель. Обходимся малой кровью.
Нестандартные ситуации клиент-исполнитель. Обходимся малой кровью.AGIMA
 
Иван Дубровин, Возможные подходы к контрактованию в Agile
Иван Дубровин, Возможные подходы к контрактованию в AgileИван Дубровин, Возможные подходы к контрактованию в Agile
Иван Дубровин, Возможные подходы к контрактованию в AgileScrumTrek
 
Методология "stage-gate" как "встроенный" способ обеспечения качества в проек...
Методология "stage-gate" как "встроенный" способ обеспечения качества в проек...Методология "stage-gate" как "встроенный" способ обеспечения качества в проек...
Методология "stage-gate" как "встроенный" способ обеспечения качества в проек...Петр (Petr) Малоенко (Maloenko)
 
Agile то что на самом деле нужно госзаказчикам - Максим Цепков на AgileDays-2016
Agile то что на самом деле нужно госзаказчикам - Максим Цепков на AgileDays-2016Agile то что на самом деле нужно госзаказчикам - Максим Цепков на AgileDays-2016
Agile то что на самом деле нужно госзаказчикам - Максим Цепков на AgileDays-2016Maxim Tsepkov
 
Максим Цепков, Agile - то что на самом деле нужно гос.заказчикам!
Максим Цепков, Agile - то что на самом деле нужно гос.заказчикам!Максим Цепков, Agile - то что на самом деле нужно гос.заказчикам!
Максим Цепков, Agile - то что на самом деле нужно гос.заказчикам!ScrumTrek
 
Andrey Danilov team direct communcation_master_public ITEM 2017
Andrey Danilov team direct communcation_master_public ITEM 2017Andrey Danilov team direct communcation_master_public ITEM 2017
Andrey Danilov team direct communcation_master_public ITEM 2017ITEM
 
Lviv PMDay 2015 S Максим Бардега: “Як зробити Fix-price проект – успішним”
Lviv PMDay 2015 S Максим Бардега: “Як зробити Fix-price проект – успішним”Lviv PMDay 2015 S Максим Бардега: “Як зробити Fix-price проект – успішним”
Lviv PMDay 2015 S Максим Бардега: “Як зробити Fix-price проект – успішним”Lviv Startup Club
 
Сотрудничество с корпорациями: рецепты из практики
Сотрудничество с корпорациями: рецепты из практикиСотрудничество с корпорациями: рецепты из практики
Сотрудничество с корпорациями: рецепты из практикиCUSTIS
 
Опыт госпроектов и взаимодействия с корпоративными структурами
Опыт госпроектов и взаимодействия с корпоративными структурамиОпыт госпроектов и взаимодействия с корпоративными структурами
Опыт госпроектов и взаимодействия с корпоративными структурамиПрофсоUX
 
Practice of enterprice development ProfsoUX-2017
Practice of enterprice development  ProfsoUX-2017Practice of enterprice development  ProfsoUX-2017
Practice of enterprice development ProfsoUX-2017Maxim Tsepkov
 

Semelhante a Модуль 3. Лекция 13-14. Cтруктура КП, типы контрактов (20)

Scrum в заказной разработке
Scrum в заказной разработкеScrum в заказной разработке
Scrum в заказной разработке
 
Scrum в Заказной разработке
Scrum в Заказной разработкеScrum в Заказной разработке
Scrum в Заказной разработке
 
Модели ценообразования IT-проектов
Модели ценообразования IT-проектовМодели ценообразования IT-проектов
Модели ценообразования IT-проектов
 
РИК. Управление требованиями
РИК. Управление требованиямиРИК. Управление требованиями
РИК. Управление требованиями
 
Agile & Fixed Price
Agile & Fixed PriceAgile & Fixed Price
Agile & Fixed Price
 
Выбор типа контракта
Выбор типа контрактаВыбор типа контракта
Выбор типа контракта
 
Эффективное взаимодействие с контрагентами. Кейс одного проекта.
Эффективное взаимодействие с контрагентами. Кейс одного проекта.Эффективное взаимодействие с контрагентами. Кейс одного проекта.
Эффективное взаимодействие с контрагентами. Кейс одного проекта.
 
шаблон технико коммерческого предложения
шаблон технико коммерческого предложенияшаблон технико коммерческого предложения
шаблон технико коммерческого предложения
 
Введение в IBM Rational Focal Point
Введение в IBM Rational Focal PointВведение в IBM Rational Focal Point
Введение в IBM Rational Focal Point
 
Нестандартные ситуации клиент-исполнитель. Обходимся малой кровью.
Нестандартные ситуации клиент-исполнитель. Обходимся малой кровью.Нестандартные ситуации клиент-исполнитель. Обходимся малой кровью.
Нестандартные ситуации клиент-исполнитель. Обходимся малой кровью.
 
Иван Дубровин, Возможные подходы к контрактованию в Agile
Иван Дубровин, Возможные подходы к контрактованию в AgileИван Дубровин, Возможные подходы к контрактованию в Agile
Иван Дубровин, Возможные подходы к контрактованию в Agile
 
Методология "stage-gate" как "встроенный" способ обеспечения качества в проек...
Методология "stage-gate" как "встроенный" способ обеспечения качества в проек...Методология "stage-gate" как "встроенный" способ обеспечения качества в проек...
Методология "stage-gate" как "встроенный" способ обеспечения качества в проек...
 
Agile то что на самом деле нужно госзаказчикам - Максим Цепков на AgileDays-2016
Agile то что на самом деле нужно госзаказчикам - Максим Цепков на AgileDays-2016Agile то что на самом деле нужно госзаказчикам - Максим Цепков на AgileDays-2016
Agile то что на самом деле нужно госзаказчикам - Максим Цепков на AgileDays-2016
 
Максим Цепков, Agile - то что на самом деле нужно гос.заказчикам!
Максим Цепков, Agile - то что на самом деле нужно гос.заказчикам!Максим Цепков, Agile - то что на самом деле нужно гос.заказчикам!
Максим Цепков, Agile - то что на самом деле нужно гос.заказчикам!
 
Andrey Danilov team direct communcation_master_public ITEM 2017
Andrey Danilov team direct communcation_master_public ITEM 2017Andrey Danilov team direct communcation_master_public ITEM 2017
Andrey Danilov team direct communcation_master_public ITEM 2017
 
Lviv PMDay 2015 S Максим Бардега: “Як зробити Fix-price проект – успішним”
Lviv PMDay 2015 S Максим Бардега: “Як зробити Fix-price проект – успішним”Lviv PMDay 2015 S Максим Бардега: “Як зробити Fix-price проект – успішним”
Lviv PMDay 2015 S Максим Бардега: “Як зробити Fix-price проект – успішним”
 
презентация Pmi уфа февраль_2016
презентация Pmi уфа февраль_2016презентация Pmi уфа февраль_2016
презентация Pmi уфа февраль_2016
 
Сотрудничество с корпорациями: рецепты из практики
Сотрудничество с корпорациями: рецепты из практикиСотрудничество с корпорациями: рецепты из практики
Сотрудничество с корпорациями: рецепты из практики
 
Опыт госпроектов и взаимодействия с корпоративными структурами
Опыт госпроектов и взаимодействия с корпоративными структурамиОпыт госпроектов и взаимодействия с корпоративными структурами
Опыт госпроектов и взаимодействия с корпоративными структурами
 
Practice of enterprice development ProfsoUX-2017
Practice of enterprice development  ProfsoUX-2017Practice of enterprice development  ProfsoUX-2017
Practice of enterprice development ProfsoUX-2017
 

Mais de Yana Brodetski

Модуль 15. Лекция 59-60.
Модуль 15. Лекция 59-60. Модуль 15. Лекция 59-60.
Модуль 15. Лекция 59-60. Yana Brodetski
 
Модуль 15. Лекция 57-58. Обзоры платформ для различных проектов
Модуль 15. Лекция 57-58. Обзоры платформ для различных проектовМодуль 15. Лекция 57-58. Обзоры платформ для различных проектов
Модуль 15. Лекция 57-58. Обзоры платформ для различных проектовYana Brodetski
 
Модуль 14. Лекция 55-56. Управление релизами и развертыванием продукта
Модуль 14. Лекция 55-56. Управление релизами и развертыванием продуктаМодуль 14. Лекция 55-56. Управление релизами и развертыванием продукта
Модуль 14. Лекция 55-56. Управление релизами и развертыванием продуктаYana Brodetski
 
Модуль 12. Лекция 51-52. Управление изменениями проекта
Модуль 12. Лекция 51-52. Управление изменениями проектаМодуль 12. Лекция 51-52. Управление изменениями проекта
Модуль 12. Лекция 51-52. Управление изменениями проектаYana Brodetski
 
Модуль 11. Лекция 49-50. Управление рисками проекта
Модуль 11. Лекция 49-50. Управление рисками проектаМодуль 11. Лекция 49-50. Управление рисками проекта
Модуль 11. Лекция 49-50. Управление рисками проектаYana Brodetski
 
Модуль 11. Лекция 47-48. Управление рисками проекта
Модуль 11. Лекция 47-48. Управление рисками проектаМодуль 11. Лекция 47-48. Управление рисками проекта
Модуль 11. Лекция 47-48. Управление рисками проектаYana Brodetski
 
Модуль 9. Лекция 41-42. Управление человеческими ресурсами проекта
Модуль 9. Лекция 41-42. Управление человеческими ресурсами проектаМодуль 9. Лекция 41-42. Управление человеческими ресурсами проекта
Модуль 9. Лекция 41-42. Управление человеческими ресурсами проектаYana Brodetski
 
Модуль 9. Лекция 39-40. Управление человеческими ресурсами проекта
Модуль 9. Лекция 39-40. Управление человеческими ресурсами проектаМодуль 9. Лекция 39-40. Управление человеческими ресурсами проекта
Модуль 9. Лекция 39-40. Управление человеческими ресурсами проектаYana Brodetski
 
Модуль 8. Лекция 37-38. Управление качеством проекта
Модуль 8. Лекция 37-38. Управление качеством проектаМодуль 8. Лекция 37-38. Управление качеством проекта
Модуль 8. Лекция 37-38. Управление качеством проектаYana Brodetski
 
Модуль 8. Лекция 35-36. Управление качеством проекта
Модуль 8. Лекция 35-36. Управление качеством проектаМодуль 8. Лекция 35-36. Управление качеством проекта
Модуль 8. Лекция 35-36. Управление качеством проектаYana Brodetski
 
Модуль 8. Лекция 33-34. Управление качеством проекта
Модуль 8. Лекция 33-34. Управление качеством проектаМодуль 8. Лекция 33-34. Управление качеством проекта
Модуль 8. Лекция 33-34. Управление качеством проектаYana Brodetski
 
Модуль 7. Лекция 31-32. Управление стоимостью проекта
Модуль 7. Лекция 31-32. Управление стоимостью проектаМодуль 7. Лекция 31-32. Управление стоимостью проекта
Модуль 7. Лекция 31-32. Управление стоимостью проектаYana Brodetski
 
Модуль 6. Лекция 29-30. Управление сроками проекта
Модуль 6. Лекция 29-30. Управление сроками проектаМодуль 6. Лекция 29-30. Управление сроками проекта
Модуль 6. Лекция 29-30. Управление сроками проектаYana Brodetski
 
Модуль 6. Лекция 27-28. Управление сроками проекта
Модуль 6. Лекция 27-28. Управление сроками проектаМодуль 6. Лекция 27-28. Управление сроками проекта
Модуль 6. Лекция 27-28. Управление сроками проектаYana Brodetski
 
Модуль 6. Лекция 25-26. Управление срока проекта
Модуль 6. Лекция 25-26. Управление срока проектаМодуль 6. Лекция 25-26. Управление срока проекта
Модуль 6. Лекция 25-26. Управление срока проектаYana Brodetski
 
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
 

Mais de Yana Brodetski (16)

Модуль 15. Лекция 59-60.
Модуль 15. Лекция 59-60. Модуль 15. Лекция 59-60.
Модуль 15. Лекция 59-60.
 
Модуль 15. Лекция 57-58. Обзоры платформ для различных проектов
Модуль 15. Лекция 57-58. Обзоры платформ для различных проектовМодуль 15. Лекция 57-58. Обзоры платформ для различных проектов
Модуль 15. Лекция 57-58. Обзоры платформ для различных проектов
 
Модуль 14. Лекция 55-56. Управление релизами и развертыванием продукта
Модуль 14. Лекция 55-56. Управление релизами и развертыванием продуктаМодуль 14. Лекция 55-56. Управление релизами и развертыванием продукта
Модуль 14. Лекция 55-56. Управление релизами и развертыванием продукта
 
Модуль 12. Лекция 51-52. Управление изменениями проекта
Модуль 12. Лекция 51-52. Управление изменениями проектаМодуль 12. Лекция 51-52. Управление изменениями проекта
Модуль 12. Лекция 51-52. Управление изменениями проекта
 
Модуль 11. Лекция 49-50. Управление рисками проекта
Модуль 11. Лекция 49-50. Управление рисками проектаМодуль 11. Лекция 49-50. Управление рисками проекта
Модуль 11. Лекция 49-50. Управление рисками проекта
 
Модуль 11. Лекция 47-48. Управление рисками проекта
Модуль 11. Лекция 47-48. Управление рисками проектаМодуль 11. Лекция 47-48. Управление рисками проекта
Модуль 11. Лекция 47-48. Управление рисками проекта
 
Модуль 9. Лекция 41-42. Управление человеческими ресурсами проекта
Модуль 9. Лекция 41-42. Управление человеческими ресурсами проектаМодуль 9. Лекция 41-42. Управление человеческими ресурсами проекта
Модуль 9. Лекция 41-42. Управление человеческими ресурсами проекта
 
Модуль 9. Лекция 39-40. Управление человеческими ресурсами проекта
Модуль 9. Лекция 39-40. Управление человеческими ресурсами проектаМодуль 9. Лекция 39-40. Управление человеческими ресурсами проекта
Модуль 9. Лекция 39-40. Управление человеческими ресурсами проекта
 
Модуль 8. Лекция 37-38. Управление качеством проекта
Модуль 8. Лекция 37-38. Управление качеством проектаМодуль 8. Лекция 37-38. Управление качеством проекта
Модуль 8. Лекция 37-38. Управление качеством проекта
 
Модуль 8. Лекция 35-36. Управление качеством проекта
Модуль 8. Лекция 35-36. Управление качеством проектаМодуль 8. Лекция 35-36. Управление качеством проекта
Модуль 8. Лекция 35-36. Управление качеством проекта
 
Модуль 8. Лекция 33-34. Управление качеством проекта
Модуль 8. Лекция 33-34. Управление качеством проектаМодуль 8. Лекция 33-34. Управление качеством проекта
Модуль 8. Лекция 33-34. Управление качеством проекта
 
Модуль 7. Лекция 31-32. Управление стоимостью проекта
Модуль 7. Лекция 31-32. Управление стоимостью проектаМодуль 7. Лекция 31-32. Управление стоимостью проекта
Модуль 7. Лекция 31-32. Управление стоимостью проекта
 
Модуль 6. Лекция 29-30. Управление сроками проекта
Модуль 6. Лекция 29-30. Управление сроками проектаМодуль 6. Лекция 29-30. Управление сроками проекта
Модуль 6. Лекция 29-30. Управление сроками проекта
 
Модуль 6. Лекция 27-28. Управление сроками проекта
Модуль 6. Лекция 27-28. Управление сроками проектаМодуль 6. Лекция 27-28. Управление сроками проекта
Модуль 6. Лекция 27-28. Управление сроками проекта
 
Модуль 6. Лекция 25-26. Управление срока проекта
Модуль 6. Лекция 25-26. Управление срока проектаМодуль 6. Лекция 25-26. Управление срока проекта
Модуль 6. Лекция 25-26. Управление срока проекта
 
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
 

Модуль 3. Лекция 13-14. Cтруктура КП, типы контрактов

  • 2. Лекция 13-14 Управление внедрением проекта ● Коммерческое предложение ● Определение RFI, RFP (Proposal) ● Определение MSA, SOW ● Структура MSA, SOW ● Структура КП (RFP Proposal) ● Типы контрактов ● Фиксированная стоимость (Fixed Price) ● Время и стоимость (Time & Material) ● Командный контракт (Dedicated Team) ● Подходы к выбору контракта и методологии проекта
  • 3. Определение RFI, RFP Запрос на информацию( англ. RFI – Requestfor Information) – документ или письмо, который публикуетили рассылает организация,заинтересованная в приобретениикаких-либо товаров или услуг. Цель документа — собрать письменную информациюо возможностяхразличных поставщиков.Как правило, запрос предполагает определённый структурированный форматответа, благодаря чему может использоватьсядля сравнения информации. Формат, чаще, табличный. Содержит в себе: ● Краткое содержание ● Сроки/даты ● Критерии оценки
  • 4. Определение RFI, RFP Запрос на предложение (англ. Requestfor Proposal)- это заявка на оказаниеуслуги или создание проекта, которую создаёт заказчикдля проведения конкурса. В ней находят отражениете цели, которых хочет достичь заказчик, KPI, критерии к участникамтендера и ряд других важных показателей. Бывает: ● Формальнозапрошенное предложение ● Неформальноезапрошенное предложение ● Незапрашиваемоепредложение Ответом на RFP обычно становится RFPResponse,( т.е коммерческое предложение)- еще называют Proposal Коммерческоепредложение (Proposal)- это документ с предложением от поставщикауслуг потенциальному клиенту
  • 5. Определение MSA & SOW PROPOSAL ≠SOW ≠MSA Договор о предоставленииуслуг (англ. Master Service Agreement , MSA) - это договор, в котором указаны обязанностии обязательстваодной стороны с другой (англ. Statement of Work, SOW) - является формальным документом, который фиксирует и определяет рабочие действия,конечные результатыи сроки, которые Компания должна выполнить привыполнениизадания работы / проекта для клиента В IT MSA & SOW вместе - это ваше договорное соглашение MSA определяет общие условия для совместной работы. SOW - это дополнение, ориентированное на проект к соглашению об основной услуге, где указывают проблемы, которую необходимо решить, расписание,цену
  • 6. Структура MSA ● Общая информация ● Проджет Менеджмент ● Поставки ● Поддержка ( да/нет) ● Оплата/расходы ● Аудиты ● Конфиденциальность ● Разрешениеспора ● Лицензионныегранты ● Сроки прекращения работ ● Гарантии ● Возмещениеущерба ● Страховка
  • 7. Структура SOW ● Вступление ● Описание проекта ● Проектный подход и организация ● Результат поставки: продукт/ПО ● Длительностьи этапы проекта ● Критерии приемки ● Контроль изменений ● Информацияо рейтах/ стоимости ● Отмена или окончаниепроекта ● Уведомленияи контактная информация ● Соглашение ● Аппендикс А: пример формы на запрос об изменениях ● Аппендикс Б: поправки к MSA
  • 8. Структура Proposal ● Титульнаястраница ● Сопроводительноеписьмо ● Резюме для руководства ● Содержание: ● Общая информация ● Проектный подход ● Предположенияи ограничения ● Методы кейсов ( успешныеистории) ● Дополнительныеуслуги ● Конфиденциальность ● Аппендикс
  • 10. Proposal - содержание ● Общая информация ● Корпоративный профиль ● Описание компании и бизнеса ● 1-2 страницы ● Добавляем изображения, структурукомпании, локации ● Бизнес цели ● Подробное описание проблем / бизнес-целей, как вы это понимаете ● Проектный подход ● Объём проекта ● Реализация проекта (архитектура, серверная часть, разработка, тестирование и поставка) ● Предлагаемый график (фазы, этапы)
  • 11. Proposal - содержание ● Штат проекта (персонал) ● План коммуникаций ● План поставки ● Модель ценообразования ( модель контракта) ● Предположенияи ограничения ● Предположения - это то, что мы предполагаем может появится в проекте/продукте ● Ограничения - потенциальные недостатки, которые не поддаются контролю Предположения ≠ Ограничения ● Успешные истории ● Клиент, описание проекта, длительность проекта, технологии, преимущества для клиентов, отзывы клиентов
  • 12. Proposal - содержание ● Дополнительные услуги ● Тренинги ● СМС рассылка ● Маркетинговые исследования ● Продвижение продукта ● Конфиденциальность ● Аппендикс ● Физическая и сетевая инфраструктура ● Награды и сертификаты ● Стандарты качества ● Клиентская база ( логотипы компаний, с которыми работали) ● Условия оплаты ● Поддержка
  • 13. Типы контрактов в IT аутсорс Около 80 % ІТ компаний Украины — это сервисные outsourcing компании. В большинствеслучаев контрагентами таких компаний являютсязарубежные заказчики, которые используют международные модели ценообразования.Взаимоотношениямежду сторонами оформляютсяв виде outsourcing contracts, у каждого из которых свои условия применимости: ● Фиксированная стоимость(Fixed Price) ● “Времяи материалы”( Time & Material) ● Аутстаффинг контракт ( DedicatedTeam)
  • 14. Фиксированная стоимость (Fixed Price) Fixed Price Contract – это контракт, в котором подразумевается фиксированная суммаоплаты за определенный объём работ. Идеальноподходит для малых и средних проектов, где требования, спецификациии графики могут быть четко определены до начала разработки проекта.
  • 15. Фиксированная стоимость (Fixed Price) Основные этапы работ по этой модели: ● Заказчик отправляетзапроси требованияк проекту. ● Исполнительи заказчик обсуждаютвсе детали. ● Исполнительотправляеткоммерческоепредложение, график платежей и расписаниевыполненияработ. ● Обе стороны договариваютсяи согласуютвсе моменты,подписываетсядоговор. ● Исполнительпредоставляетполностью реализованноерешение. ● Клиент одобряетпроект. Ключевыемоментыданного варианта сотрудничества: ● Фиксированныйбюджет ● Постоянныйобъемпроекта ● Установленный временнойинтервал ● Возможныйкомпромисспокачеству
  • 16. Фиксированная стоимость (Fixed Price) “+ ” модели: ● подходит для малых и средних проектов; ● четкие требованияи четко определенные цели и этапы; ● низкий риск для заказчиков, поскольку риск успешного завершения проекта лежит на исполнителе; ● требуется относительнонебольшой контроль заказчика; ● фиксированная цена,основанная наоценке проекта до начала реализации проекта; ● заверения в том, что проект будет завершен в рамках согласованногобюджета и сроков; ● исполнитель оченьмотивирован,чтобы быть эффективными продуктивным.
  • 17. Фиксированная стоимость (Fixed Price) “- ” модели: ● требуетсявремяи ресурсы дляполногои экспертногоопределения требований,результатови критериевприемлемости; ● отсутствиеконтролянад процессом реализациипроекта,участия персоналаи материальныхзатрат; ● разработчикиредкообщаютсянапрямуюс заказчиками и не могут обсуждатькаждуюпроблему,а прииспользовании Waterfall и после утверждениякаждойстадииразработки - внесение изменений является очень проблемным ● возможны проблемыс качеством конечного продукта,поскольку проектуправляетсятолькоисполнителем; ● заказчик должен платитьотдельноза любые существенные отклоненияот первоначальныхтребованийпроекта; ● низкий уровень знаний после реализациипроекта,поскольку командаразработчиковможетразойтись по его завершению.
  • 18. Время и Материалы (Time & Material) Названиеэтой модели можно перевести, как «оплата по факту»,то есть вы платите подрядчику за конечный результат,исходя из трудозатрат исполнителя. При этом вы оплачиваете не объем выполненнойработы, а человеко-часы, потраченные командой на получение нужного вам результата. Эта модель оптимальна для тех случаев, когда не удается с ходу определить объем работы и сроки ее выполнения.
  • 19. Время и Материалы (Time & Material) Для какихпроектовподходит данныйтип договоров: ● Когда требования не являются точными или спецификациине могут быть четко определены; ● Когда на первых этапах проект все еще является «сырым», и нет достаточных данных для правильной оценки конечной стоимости; ● Когда клиент имеет постоянный поток задач или улучшений, но они разбросаны во времени и не могут быть предсказаны заранее; ● Когда объем проекта неизвестен или реализация распространяется в течение нескольких месяцев или даже лет; ● Когда клиент требует высокого уровня гибкости или запросов на изменение, часто появляются в процессе разработки; ● Когда клиент хочет более прямого контроля над процессом или предоставляет определенные ресурсы, которые могут влиять на реализацию проекта; ● Когда проект связан с развивающимися рынками,новыми технологиями или непроверенными объектами.
  • 20. Время и Материалы (Time & Material) “+” модели: ● Заказчик платит за час независимоот продолжительностипроектаразработки программногообеспечения ● Изменяющиеся требованиялегко влияют и корректируютрабочийпроцесс исполнителя ● Клиент получает высококачественныйи проверенныйпродукт. “-” модели: ● риск потериприбыли разработчикомвследствие установленияцены ниже средней рыночной ставки. ● некоторыеклиенты могут запрашивать скидки по почасовойставке исполнителя. ● соблазн подрядчика увеличения расчетноговремени разработкипрограммного обеспечения ● отсутствие строго определенныхсроковили гарантийв завершениипроектаи бюджетная смета может отличаться от конечной стоимости и менее контролироваться
  • 21. Dedicated Team Model Dedicated Team — это бизнес-модель,в которой обе стороны взаимносоглашаются с рабочей нагрузкой и требованиямк проекту с указаниемнеобходимого количества времени, а аутсорсинговаякомпания предоставляет IT-специалистов, отвечающихтребованиямзаказчика, которые полностью концентрируются на его проектах. Заказчик имеет полный управленческийконтроль над проектом и командой, а исполнитель выполняет функциюрекрутера персонала и административной поддержки.
  • 22. Dedicated Team Model Сотрудничество по данной модели можно разделить на несколько этапов: ● Клиент определяет количество и набор навыков потенциальных сотрудников; ● Исполнитель ищет IT-специалистов с соответствующими знаниями и квалификацией; ● Разработчики собираются в команду и начинают работу; ● Они постоянно работают только для проекта клиента, узнают его спецификуи видят общую идею каждой отдельной задачи; ● Аутсорсинговая компания становится первоначальным посредником между новой командой и заказчиком,но со временем эта Команда становится все более приверженной его проекту и компании клиента в целом. Они разделяют видение компании и очень заинтересованы в достижении бизнес-целей компании.
  • 23. Dedicated Team Model “+” модели: ● полныйконтроль над выбором, мотивацией и управлением выделеннымичленамикоманды; ● повседневная связь и управлениес использованием веб-инструментов; ● гибкий подход, полностью предсказуемыезатраты ибюджетный контроль; ● рабочая нагрузка и объем не фиксированы, и запросы на изменение могутбыть сделаны в любой момент; ● лояльная команда внешнего персонала, с которой клиент может устанавливать те же рабочие отношения и правила, что и с основным персоналом; ● когда отдельныечлены команды работаютнекоторое время с клиентом, они имеют глубокое понимание ожиданий клиента и четко видят цель для достижения успеха; ● сплоченность и стабильность команды; передачазнаний о проекте и знакомство с бизнесом клиента “-” модели: ● низкая эффективность для краткосрочныхпроектов; ● дороже модели Time & Material и Fixed Price; ● выбор членов команды может занять некоторое время и отложить начало проекта, в то время как во время разработки прииспользовании модели Time & Material работа может начаться в течение ближайшего времени; ● у выделенныхчленов команды меньше возможностей изучать новые методики вне своей областив проекте; ● клиент должен играть активную роль в общении и переговорахи инвестировать много времени в управление.
  • 24. В каких проектах применяем?
  • 25. Выбор методологии : Бюджет Бюджет - это отличный инструмент,который поможет вам определить, как вы должны управлятьсвоим программным проектом. Например, если ваш бюджет позволяет просто реализоватьфункцию,и вам необходимо обратитьваше вниманиена определение приоритетов
  • 26. Выбор методологии : Сроки Времяимеет значение. Гибкиевременные ограничения означают гибкие подходы к управлениюпроектами. И наоборот, если у вас установлены фиксированныесроки, лучше использоватьболее традиционныеподходы.
  • 27. Выбор методологии : Контракт Контракт с фиксированной ценой предполагает методологию водопада или RUP, поддерживаемую фиксированными требованиями и уточненными критериями приемлемости. Выделенный командный контракт (dedicated team) предназначен для более сложных случаев. Вы должны подумать о координации работы членов вашей команды. Вы должны оказывать положительное влияние на их мотивацию и ежедневную производительность.