SlideShare a Scribd company logo
Управление проектами. Модуль 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труктура КП, типы контрактов

More Related Content

What's hot

Модуль 2: Лекция 9-10. Обзор методологий, фреймворков
Модуль 2: Лекция 9-10.  Обзор методологий, фреймворковМодуль 2: Лекция 9-10.  Обзор методологий, фреймворков
Модуль 2: Лекция 9-10. Обзор методологий, фреймворков
Yana Brodetski
 
Модуль 2: Лекция 5-6. Определение стейкхолдеров и проекта
Модуль 2: Лекция 5-6. Определение стейкхолдеров и проектаМодуль 2: Лекция 5-6. Определение стейкхолдеров и проекта
Модуль 2: Лекция 5-6. Определение стейкхолдеров и проекта
Yana Brodetski
 
Модуль 10. Лекция 43-44. Управление коммуникация проекта
Модуль 10. Лекция 43-44. Управление коммуникация проектаМодуль 10. Лекция 43-44. Управление коммуникация проекта
Модуль 10. Лекция 43-44. Управление коммуникация проекта
Yana Brodetski
 
Project scope management
Project scope managementProject scope management
Project scope management
Anit Roy
 
Модуль 13. Лекция 53-54. Управление закупками проекта
Модуль 13. Лекция 53-54. Управление закупками проектаМодуль 13. Лекция 53-54. Управление закупками проекта
Модуль 13. Лекция 53-54. Управление закупками проекта
Yana Brodetski
 
Scope creep - cylfe campain
Scope creep - cylfe campainScope creep - cylfe campain
Scope creep - cylfe campain
M Maged Hegazy, LLM, MBA, CCP, P3O
 
Agile vs Waterfall Project Management Presentation
Agile vs Waterfall Project Management PresentationAgile vs Waterfall Project Management Presentation
Agile vs Waterfall Project Management Presentation
Prateek Sharma
 
2 kapsam yonetimi
2   kapsam yonetimi2   kapsam yonetimi
2 kapsam yonetimi
Beka Cotur, MSc, PMP
 
Unit iii(part c - user interface design)
Unit   iii(part c - user interface design)Unit   iii(part c - user interface design)
Unit iii(part c - user interface design)
BALAJI A
 
2. Project management body of knowledge
2. Project management body of knowledge2. Project management body of knowledge
2. Project management body of knowledge
BhuWan Khadka
 
project planning-estimation
project planning-estimationproject planning-estimation
project planning-estimation
Reetesh Gupta
 
Project scope management
Project scope managementProject scope management
Project scope management
Jody R Flower
 
Scrum framework
Scrum frameworkScrum framework
Scrum framework
Rashmi Pathak
 
Project Scope Management
Project Scope ManagementProject Scope Management
Project Scope Management
Andersson Lujan Ojeda
 
Project Human Resource Management
Project Human Resource ManagementProject Human Resource Management
Project Human Resource Management
Azeem Anwar
 
Agile Methodology
Agile MethodologyAgile Methodology
Agile Methodology
Omar Al-Sabek
 
Project Management Tools
Project Management ToolsProject Management Tools
Project Management Tools
DiptoDey3
 
Seminario Metodologias Predictivas vs Agiles. UTN FRBA 16.06.2014
Seminario Metodologias Predictivas vs Agiles. UTN FRBA 16.06.2014Seminario Metodologias Predictivas vs Agiles. UTN FRBA 16.06.2014
Seminario Metodologias Predictivas vs Agiles. UTN FRBA 16.06.2014
Alejandro Gabay
 
PMP Knowledge Areas - PMBOK 6 (PMI) INFOGRAPHIC
PMP Knowledge Areas  - PMBOK 6  (PMI)   INFOGRAPHICPMP Knowledge Areas  - PMBOK 6  (PMI)   INFOGRAPHIC
PMP Knowledge Areas - PMBOK 6 (PMI) INFOGRAPHIC
Jonathan Donado
 

What's hot (20)

Модуль 2: Лекция 9-10. Обзор методологий, фреймворков
Модуль 2: Лекция 9-10.  Обзор методологий, фреймворковМодуль 2: Лекция 9-10.  Обзор методологий, фреймворков
Модуль 2: Лекция 9-10. Обзор методологий, фреймворков
 
Модуль 2: Лекция 5-6. Определение стейкхолдеров и проекта
Модуль 2: Лекция 5-6. Определение стейкхолдеров и проектаМодуль 2: Лекция 5-6. Определение стейкхолдеров и проекта
Модуль 2: Лекция 5-6. Определение стейкхолдеров и проекта
 
Модуль 10. Лекция 43-44. Управление коммуникация проекта
Модуль 10. Лекция 43-44. Управление коммуникация проектаМодуль 10. Лекция 43-44. Управление коммуникация проекта
Модуль 10. Лекция 43-44. Управление коммуникация проекта
 
Project scope management
Project scope managementProject scope management
Project scope management
 
Модуль 13. Лекция 53-54. Управление закупками проекта
Модуль 13. Лекция 53-54. Управление закупками проектаМодуль 13. Лекция 53-54. Управление закупками проекта
Модуль 13. Лекция 53-54. Управление закупками проекта
 
Scope creep - cylfe campain
Scope creep - cylfe campainScope creep - cylfe campain
Scope creep - cylfe campain
 
Agile vs Waterfall Project Management Presentation
Agile vs Waterfall Project Management PresentationAgile vs Waterfall Project Management Presentation
Agile vs Waterfall Project Management Presentation
 
2 kapsam yonetimi
2   kapsam yonetimi2   kapsam yonetimi
2 kapsam yonetimi
 
Project Monitoring and Control
Project Monitoring and ControlProject Monitoring and Control
Project Monitoring and Control
 
Unit iii(part c - user interface design)
Unit   iii(part c - user interface design)Unit   iii(part c - user interface design)
Unit iii(part c - user interface design)
 
2. Project management body of knowledge
2. Project management body of knowledge2. Project management body of knowledge
2. Project management body of knowledge
 
project planning-estimation
project planning-estimationproject planning-estimation
project planning-estimation
 
Project scope management
Project scope managementProject scope management
Project scope management
 
Scrum framework
Scrum frameworkScrum framework
Scrum framework
 
Project Scope Management
Project Scope ManagementProject Scope Management
Project Scope Management
 
Project Human Resource Management
Project Human Resource ManagementProject Human Resource Management
Project Human Resource Management
 
Agile Methodology
Agile MethodologyAgile Methodology
Agile Methodology
 
Project Management Tools
Project Management ToolsProject Management Tools
Project Management Tools
 
Seminario Metodologias Predictivas vs Agiles. UTN FRBA 16.06.2014
Seminario Metodologias Predictivas vs Agiles. UTN FRBA 16.06.2014Seminario Metodologias Predictivas vs Agiles. UTN FRBA 16.06.2014
Seminario Metodologias Predictivas vs Agiles. UTN FRBA 16.06.2014
 
PMP Knowledge Areas - PMBOK 6 (PMI) INFOGRAPHIC
PMP Knowledge Areas  - PMBOK 6  (PMI)   INFOGRAPHICPMP Knowledge Areas  - PMBOK 6  (PMI)   INFOGRAPHIC
PMP Knowledge Areas - PMBOK 6 (PMI) INFOGRAPHIC
 

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

Scrum в заказной разработке
Scrum в заказной разработкеScrum в заказной разработке
Scrum в заказной разработке
Askhat Urazbaev
 
Scrum в Заказной разработке
Scrum в Заказной разработкеScrum в Заказной разработке
Scrum в Заказной разработке
Nikita Filippov
 
Модели ценообразования IT-проектов
Модели ценообразования IT-проектовМодели ценообразования IT-проектов
Модели ценообразования IT-проектов
ak-itconsulting.com
 
РИК. Управление требованиями
РИК. Управление требованиямиРИК. Управление требованиями
РИК. Управление требованиями
Kursrik
 
Agile & Fixed Price
Agile & Fixed PriceAgile & Fixed Price
Agile & Fixed Price
Nikita Filippov
 
Выбор типа контракта
Выбор типа контрактаВыбор типа контракта
Выбор типа контракта
Sergiy Povolyashko
 
Эффективное взаимодействие с контрагентами. Кейс одного проекта.
Эффективное взаимодействие с контрагентами. Кейс одного проекта.Эффективное взаимодействие с контрагентами. Кейс одного проекта.
Эффективное взаимодействие с контрагентами. Кейс одного проекта.
Infor-media
 
шаблон технико коммерческого предложения
шаблон технико коммерческого предложенияшаблон технико коммерческого предложения
шаблон технико коммерческого предложения
Natalia Zhelnova
 
Введение в IBM Rational Focal Point
Введение в IBM Rational Focal PointВведение в IBM Rational Focal Point
Введение в IBM Rational Focal Point
IBM IBM
 
Нестандартные ситуации клиент-исполнитель. Обходимся малой кровью.
Нестандартные ситуации клиент-исполнитель. Обходимся малой кровью.Нестандартные ситуации клиент-исполнитель. Обходимся малой кровью.
Нестандартные ситуации клиент-исполнитель. Обходимся малой кровью.
AGIMA
 
Иван Дубровин, Возможные подходы к контрактованию в Agile
Иван Дубровин, Возможные подходы к контрактованию в AgileИван Дубровин, Возможные подходы к контрактованию в Agile
Иван Дубровин, Возможные подходы к контрактованию в Agile
ScrumTrek
 
Методология "stage-gate" как "встроенный" способ обеспечения качества в проек...
Методология "stage-gate" как "встроенный" способ обеспечения качества в проек...Методология "stage-gate" как "встроенный" способ обеспечения качества в проек...
Методология "stage-gate" как "встроенный" способ обеспечения качества в проек...
Петр (Petr) Малоенко (Maloenko)
 
Максим Цепков, Agile - то что на самом деле нужно гос.заказчикам!
Максим Цепков, Agile - то что на самом деле нужно гос.заказчикам!Максим Цепков, Agile - то что на самом деле нужно гос.заказчикам!
Максим Цепков, Agile - то что на самом деле нужно гос.заказчикам!
ScrumTrek
 
Agile то что на самом деле нужно госзаказчикам - Максим Цепков на AgileDays-2016
Agile то что на самом деле нужно госзаказчикам - Максим Цепков на AgileDays-2016Agile то что на самом деле нужно госзаказчикам - Максим Цепков на AgileDays-2016
Agile то что на самом деле нужно госзаказчикам - Максим Цепков на AgileDays-2016
Maxim Tsepkov
 
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
ITEM
 
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
 
презентация Pmi уфа февраль_2016
презентация Pmi уфа февраль_2016презентация Pmi уфа февраль_2016
презентация Pmi уфа февраль_2016
Project Management Institute (PMI) in Ufa
 
Опыт госпроектов и взаимодействия с корпоративными структурами
Опыт госпроектов и взаимодействия с корпоративными структурамиОпыт госпроектов и взаимодействия с корпоративными структурами
Опыт госпроектов и взаимодействия с корпоративными структурами
ПрофсоUX
 
Сотрудничество с корпорациями: рецепты из практики
Сотрудничество с корпорациями: рецепты из практикиСотрудничество с корпорациями: рецепты из практики
Сотрудничество с корпорациями: рецепты из практики
CUSTIS
 
Practice of enterprice development ProfsoUX-2017
Practice of enterprice development  ProfsoUX-2017Practice of enterprice development  ProfsoUX-2017
Practice of enterprice development ProfsoUX-2017
Maxim Tsepkov
 

Similar to Модуль 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 - то что на самом деле нужно гос.заказчикам!
Максим Цепков, Agile - то что на самом деле нужно гос.заказчикам!Максим Цепков, Agile - то что на самом деле нужно гос.заказчикам!
Максим Цепков, Agile - то что на самом деле нужно гос.заказчикам!
 
Agile то что на самом деле нужно госзаказчикам - Максим Цепков на AgileDays-2016
Agile то что на самом деле нужно госзаказчикам - Максим Цепков на AgileDays-2016Agile то что на самом деле нужно госзаказчикам - Максим Цепков на AgileDays-2016
Agile то что на самом деле нужно госзаказчикам - Максим Цепков на AgileDays-2016
 
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
 

More from 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
 
Модуль 11. Лекция 45-46. Управление рисками проекта
Модуль 11. Лекция 45-46. Управление рисками проектаМодуль 11. Лекция 45-46. Управление рисками проекта
Модуль 11. Лекция 45-46. Управление рисками проекта
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 Stories
Yana Brodetski
 

More from Yana Brodetski (17)

Модуль 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. Управление рисками проекта
 
Модуль 11. Лекция 45-46. Управление рисками проекта
Модуль 11. Лекция 45-46. Управление рисками проектаМодуль 11. Лекция 45-46. Управление рисками проекта
Модуль 11. Лекция 45-46. Управление рисками проекта
 
Модуль 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) предназначен для более сложных случаев. Вы должны подумать о координации работы членов вашей команды. Вы должны оказывать положительное влияние на их мотивацию и ежедневную производительность.