Что такое предметная область проекта
Что такое предметная область проекта
Предметную область проекта определяют цели, результаты и работы проекта. В процессе жизни проекта все составляющие предметной области проекта претерпевают изменения:
Управление предметной областью и заключается в управлении этими изменениями на протяжении жизненного цикла проекта и осуществляется через процессы:
Концепция управления предметной областью проекта заключается в разработке комплекта документов, определяющих предметную область проекта и критерии оценки успешности завершения проекта или его отдельных фаз.
Разработка концепции проекта включает:
Цели проекта описывают весь спектр основных вопросов, связанных с проектом, например, технические, финансовые, организационные, вопросы, связанные с качеством, безопасностью, человеческими ресурсами, поставками, информационными системами и технологиями. Они состоят из трех основных показателей: результаты (продукция и услуги требуемого качества), время (длительность и конкретная дата) и издержки (человеко-часы и затраты).
Задачи проекта (Project Tasks) – максимально конкретизированные цели нижних уровней дерева целей (рисунок 5.1) [1].
Цель становится задачей, если указан срок ее достижения и заданы количественные характеристики желаемого результата. После определения целей проекта приступают к поиску и оценке альтернативных вариантов ее достижения.
– генеральная цель проекта;
– описание целей проекта с точки зрения их выгоды для различных участников проекта, а также его внешнего окружения.
Стратегия проекта (Project strategy) определяет направления и основные принципы осуществления проекта; характеризуется набором качественных и количественных показателей, по которым оценивается выполнения проекта [1].
При определении цели проекта нельзя ограничиваться только заданием абстрактного желаемого результата. Необходимо ответить на следующие вопросы:
Стратегия проекта описывает результаты и процессы, которые должны быть выполнены для достижения всех стоящих перед проектом целей. Она должна вырабатываться еще на концептуальной фазе его осуществления, быть комплексной и охватывать все основные аспекты выполнения проекта.
Определение проекта (Project definition) – описывает стоящие перед ним задачи и основные условия его выполнения (рисунок 5.2).
Определение предметной области
Определение предметной области включает разбиение основных результатов проекта (описанных в документе, определяющем предметную область) на более мелкие и управляемые компоненты с целью:
— повысить точность определения сроков и продолжительности выполнения работ проекта, количества необходимых для этого ресурсов и оценки затрат;
— создать основу для определения степени выполнения и контроля работ проекта,
— содействовать четкому распределению ответственности в проекте.
Правильное определение предметной области является основополагающим для успеха проекта. Когда предметная область плохо определена, окончательные проектные затраты могут оказаться выше запланированных из-за неожиданных изменений, сбивающих ритм проекта, вызывающих необходимость переделать ряд работ, увеличивающих продолжительность проекта, снижающих продуктивность выполнения проекта и морально-психологический климат в коллективе.
Результаты, полученные при определении предметной области проекта
В результате определения предметной области проекта должна быть получена следующая информация:
— документ, утверждающий предметную область проекта и служащий основой для
— структурная декомпозиция работ, определяющая всю предметную область проекта.
Планирование проекта по временным параметрам
Управление проектом по временным параметрам (сроки выполнения, продолжительность работ) посредством рационально составленных календарных планов является необходимым условием для успешного выполнения работ и эффективного управления проектом. Согласованная работа всех участников проекта организуется на основе календарных планов (расписаний работ). Разработка расписания или календарного плана – это определение дат начала и окончания работ проекта. Это сложный процесс, при котором необходимо согласовать продолжительность работ, распределение ресурсов и стоимости.
Календарными планами называются проектно-технологические документы устанавливающие полный перечень работ проекта, их последовательность и взаимосвязь, сроки выполнения и продолжительность, а также исполнителей и ресурсы, необходимые для выполнения работ проекта.
Для выполнения проекта составляется множество планов, которые различаются между собой степенью охвата и детализацией работ проекта, назначением и функциональной принадлежностью.
Календарные планы составляются на весь жизненный цикл проекта и его этапы, для различных уровней управления и исполнителей проекта, заключивших контракт. Составляются графики расписаний разработки и поступления проектно-сметной документации, доставки материалов и оборудования и т.д. Набор планов представляет собой сбалансированную систему планов проекта, основой которой является стратегический (комплексный) план проекта. Такой план увязывает различные этапы проекта в единой стратегий, указывает основные вехи (контрольные события) и сроки их исполнения. Исполнители проекта, заключающие контракт на выполнение этапа или комплекса работ проекта, учитывают эти контрольные сроки в качестве директивных временных ограничений при планировании собственных работ.
Планирование стоимости в проекте
Планирование стоимости в проекте предназначено для обеспечения выполнения проекта в рамках установленного бюджета. Основные этапы планирования стоимости в проекте:
Управление стоимостью проекта связано в первую очередь с затратами на ресурсы, необходимые для выполнения проекта.
Управление стоимостью в проекте должно рассматривать и учитывать все дополнительные расходы в проекте: затраты на отдельные поручения, вознаграждения и т.д.
Определение потребности проекта в ресурсах
После составления расписания работ проекта можно построить графики потребности в ресурсах, необходимых для выполнения работ проекта.
Объемные и временные характеристики потребления ресурсов используются для определения стоимости проекта Для определения полной стоимости проекта необходимо учесть все используемые в нем ресурсы:
— вычислительную и организационную технику,
Процесс планирования ресурсов должен быть строго скоординирован с определением затрат и конкретной ситуацией.
Для планирования ресурсов необходима следующая информация:
1 Документ, определяющий предметную область проекта, т.е. документ, который содержит обоснование выполнения проекта и его цели.
2 Структурная декомпозиция работ проекта, для которых необходимы ресурсы.
3 Знание того, какие ресурсы и в какое время доступны для проекта.
4 Архивная информация, которая сдержит сведения о типах ресурсов, которые требовались на аналогичные работы в ранее выполняемых проектах.
5 Политика организации-исполнителя по подбору персонала, а так же аренде или покупке материалов и оборудования.
При планировании ресурсов необходимо получить описание ресурсов, их количества, требуемого для каждого вида работ проекта, а также сроки их использования. Потребности в ресурсах могут быть представлены в виде графиков использования их в проекте.
Оценка стоимости проекта
Оценка стоимости проекта состоит в уточнении и конкретизации приблизительной сметы затрат на ресурсы.
Оценка стоимости включает определение и рассмотрение разнообразных альтернативных вариантов стоимости проекта. Как правило, во время разработки проект рассматриваются возможные различные аспекты сокращения стоимости проекта, в том числе и по фазам жизненного цикла.
Для планирования стоимости необходима следующая информация:
— работы, опредёленные структурной декомпозицией проекта;
— потребности в ресурсах;
— стоимость ресурсов, определяемая на основе нормативной базы;
— административно-управленческие расходы (косвенные расходы);
— информация о проектах-аналогах.
Для оценки стоимости проекта разрабатывается сметная документация, на основе. которой определяются технико-экономические показатели и эффективность намечаемого проекта. На основе сметной документации осуществляется планирование и финансирование проекта, производятся расчеты за выполненные работы между заказчиком и подрядчиком.
В результате оценки стоимости необходимо получить следующие документы:
-сводную смету, которая составляется на весь проект и определяет общую сметную стоимость проекта на базе локальных смет и сметных расчетов;
-локальные сметы, составляющиеся на отдельные виды затрат (проведение тортов, приобретение оборудования, благоустройство и т.д.);
-сметные расчеты, проводящиеся на отдельные виды затрат (расходы, связанные с отводом земельного участка, набором рабочих, транспортировкой материалов и т.д.).
Разработка бюджета проекта
Бюджет проекта предназначен для планирования расхода средств проекта по временным периодам (год, квартал, месяц) в течении всего времени его осуществления. Обычно расход средств проекта первого года планируется более подробно, показывается поквартальное и помесячное распределение денежных средств. Бюджет проекта должен строится таким образом, чтобы удовлетворить потребности участников проекта в финансовых ресурсах в планируемые интервалы времени.
Разработка сводного плана проекта
Сводный план разрабатывается для:
— управления выполнением проекта;
— утверждения выдранной альтернативы управления проектом;
— определения ключевых контрольных точек управления проектом;
— документирования предложений по управлению проектом;
— разработка способов определения развития и контроля выполнения проекта;
— регламентирования взаимодействия участников проекта.
При разработке сводного плана проекта используется следующая информация:
— результаты планирования по всем функциям управления проектом,
— архивная и историческая информации, которая содержит базы смет, ранее выполненных проектов и анализ этих данных,
— возможности и влияние на проект фирмы, в которой он выполняется,
— допущения, т.е. данные, которые используются при планировании, считаются известными, но несут в себе определенную долю неопределенности и связанный с ней риск.
В процессе разработке сводного плана проекта должен быть получен комплект документов и следующая информация:
-сводный план проекта — формально утвержденный документ или комплект документов, используемый для выполнения и контроля проекта;
— вспомогательные планы управления, включающие все планы управления по отдельным функциям управления проектам;
— список нерешенных вопросов и неутвержденных решений;
— дополнительная информация, которая стала известна после разработки плана проекта;
— техническая документация (требования, спецификации, проектно-сметную документацию и т.д.).
Анализ предметной области. Выявление функциональных требований к приложению
4.1. Определение предметной области
Специфика предметной области может оказывать существенное влияние на характер функционирования проектируемой интеллектуальной системы, выбор метода представления знаний, способов рассуждения о знаниях, и т. д.
Предметную область можно определить как объект или производственную систему со всем комплексом понятий и знаний о ее функционировании. При исследовании проблемной области необходимы знания о задачах, решаемых в производственной системе, и стоящих перед ней целях. Определяются также возможные стратегии управления и эвристические знания, используемые в процессе эксплуатации производственной системы.
Для определения основных функций продукта можно использовать, например, краткое описание варианта использования. Описание каждой функции можно представить также в виде списка, состоящего из трех граф : действующее лицо, цель и краткое описание варианта использования.
Анализ предметной области является основой для анализа осуществимости проекта и определения образа (концепции) продукта и границ проекта.
Анализ осуществимости
Для ответа на первый (и главный) вопрос нужно опросить заинтересованных лиц, например, менеджеров подразделений, в которых будет использоваться система, для выяснения того,
После получения и обработки информации готовится отчет, в котором должны быть даны рекомендации относительно продолжения разработки системы.
Постановку бизнес-задачи надо обсуждать с Заказчиком, или будущим Владельцем системы.
Вопросы, которые ему стоит задать, это:
Системные требования нужно выяснять у IT-специалистов Заказчика, если таковые имеются, из специфики контекста использования системы, опыта построения аналогичных систем (у IT-Экспертов-Архитекторов) и Специалистов по отдельным аспектам системы, значимым для данного проекта (Юристы, Эргономисты, и т.д.) и Заказчика:
Прежде чем приступать к реальной разработке приложения, определите подмножество функциональных средств, к которым пользователь сможет получать быстрый доступ в манере, свойственной мобильным устройствам. В случае создания нового приложения, аналога которого для настольных компьютеров не существует, выпишите ключевые сценарии, которые пользователи смогут выполнять с помощью вашего приложения, а также порядок действий пользователя, обеспечивающий использование этих сценариев на мобильном устройстве. Во многих случаях вам будет легче придать этим сценариям реальные очертания, если вы подготовите соответствующие рисунки или создадите прототипы. Если подразумевается определенная группа конечных пользователей, пообщайтесь с ними и предоставьте им возможность поработать некоторое время с экспериментальными версиями своих приложений, чтобы они могли дать о них свои отзывы.
Оптимальный подбор предоставляемых средств определяет все остальное
4.3. Формирование и документирование требований к проекту
Для всех проектов разработки программного обеспечения, кроме самых тривиальных, важно иметь единственный «руководящий документ», в котором определяются:
Единственный руководящий документ, который управляет всем процессом разработки, должен включать несколько разделов:
Определение и предметная область проекта
«Управление общеобразовательной организацией:
новые тенденции и современные технологии»
Свидетельство и скидка на обучение каждому участнику
Описание презентации по отдельным слайдам:
Описание слайда:
Общий подход к определению проекта.
Управление предметной областью (содержанием) проекта.
Построение иерархической структуры работ.
Контрольные точки (вехи) проекта.
Управление изменением содержания (предметной области) проекта.
Лекция 4. Определение и предметная область проекта
Описание слайда:
1. Общий подход к определению проекта
Определение проекта
Определение проекта – выявление комплекса характеристик, необходимых работ и окружения проекта, определяющих особенности управления и ход дальнейшей реализации проекта.
Предметная область проекта (содержание проекта) – комплекс работ по проекту, связанный с особенностями продукта и проекта, условиями их функционирования, разработки, создания и реализации.
Предметная область проекта
Описание слайда:
Основные этапы определения проекта
Бизнес-цели
Миссия
Видение
Цели проекта (методика SMART)
Содержание (предметная область)
Границы проекта
Допущения
Ограничения
Риски
Другие
Описание слайда:
Цели проекта (методика SMART)
S (Specific). Конкретноcть.
M (Measurable). Измеримость.
A (Achievable). Достижимость.
R (Relevant). Согласованность (реалистичность).
T (Time-bound). Ограниченность во времени (сроки).
Описание слайда:
Цели проекта (методика SMART)
Описание слайда:
Цели проекта (методика SMART)
Похудеть с 65 до 60 кг за 100 дней:
Выйти на доход в 100 000 в месяц к 1 мая 2020 года;
Писать по 1 статье каждый день в течение квартала;
Отдохнуть две недели в июне 2020 года в Италии и посетить Рим;
Выучить 500 испанских слов к 1 марта 2021 года;
Купить новый автомобиль – синий хэтчбек Chevrolet Aveo – к декабрю текущего года.
Описание слайда:
Аспекты предметной области
Предметная область
Не входят
Входят
Входят
Входят
Не входят
Не входят
Входят
Не входят
Не входят
Входят
Фазы ЖЦ
Продукты
Тип данных
Источники данных
Оргструктуры
Описание слайда:
Определение проекта
(группы процессов, функциональные области)
Определение проекта
Группа процессов инициации
Группа процессов планирования
Устав
План содержания (предметной области) проекта
Описание слайда:
Устав проекта – это документ, который формально авторизует проект.
Устав проекта наделяет менеджера полномочиями по использованию в проекте ресурсов организации.
Разработка устава проекта
Описание слайда:
Содержание устава проекта (PMBОK)
Аннотация
Терминология
Полное наименование проекта
Краткое наименование проекта
Дата начала проекта
Дата завершения проекта
Цели проекта
Допущения проекта
Ограничения проекта
Критерии оценки успешной реализации проекта
Ожидаемые эффекты проекта
Объем проекта
Описание слайда:
Содержание устава проекта (продолжение)
13. Необходимые материальные ресурсы (денежные, материальные, трудовые, информационные и др.)
14. Менеджер, спонсор (куратор), координатор проекта
15. Стейкхолдеры проекта
16. Организационная схема реализации проекта
17. Функциональная ответственность участников проектной команды
18.Коммуникации проекта
19. Перечень этапов работ и их результатов, контрольные точки (вехи)
20. Матрица ответственности
21. Риски проекта
22. Решение проблем проекта
Описание слайда:
Области знаний управления проектами (PMBOK)
Управление интеграцией проекта
Управление содержанием проекта
Управление сроками проекта
Управление стоимостью проекта
Управление качеством проекта
Управление человеческими ресурсами проекта
Управление коммуникациями проекта
Управление стейкхолдерами
Управление контрактами проекта
Управление рисками проекта
Описание слайда:
2. Управление предметной областью (содержанием) проекта
Управление содержанием проекта (Project Scope Management) – раздел управления проектами, включающий в себя деятельность, обеспечивающую определение и включение в проект тех и только тех работ, которые необходимы и достаточны для создания продукта проекта и успешного его завершения.
Описание слайда:
Определение содержания (границ проекта);
Сбор требований;
Описание содержания;
Создание иерархической структуры работ (структурной декомпозиции работ, work breakdown structure (WBS));
Подтверждение содержания;
Увязка WBS и организационной структуры;
Кодирование WBS;
Контроль содержания.
Управление предметной областью (содержанием) проекта
Описание слайда:
Определение содержания проекта
Определение содержания продукта – свойств и функций, характеризующих продукт проекта.
Определение содержания проекта – тех и только тех работ, которые необходимо произвести для получения продукта проекта с требуемыми свойствами.
Описание слайда:
Продукт
Проект
Цель продукта
Критерии приемки продукта
Характеристики продукта
Цель проекта
Требования потребителя
Поставки-результаты проекта
Ограничения и допущения
Контрольные события
Описание слайда:
Сбор требований
Функциональные требования;
Нефункциональные требования;
Требования по качеству;
Требования по приемке и др.
Процесс определения и документирования потребностей стейкхолдеров (спонсоров, потребителей и др.)
Описание слайда:
Описание содержания проекта
Описание содержания продукта;
Описание процессов принятия завершенного продукта;
Описание результатов проекта;
Описание исключений;
Описание ограничений.
Описание слайда:
Время
Содержание
Ресурсы
Строгие ограничения
Можно изменять (улучшать)
Принимать то, что есть
Описание слайда:
Матрица приоритетов проекта
Время
Объем
Бюджет
Строгое ограничение
Можно изменять
Принять то, что есть
(в заданных пределах)
Описание слайда:
Иерархическая структура работ проекта – ориентированная на результаты поставки иерархическая декомпозиция работ, выполняемых командой проекта для достижения целей проекта и необходимых результатов поставки (PMBOK)
WBS ( work breakdown structure) – структурная декомпозиция работ (СДР), иерархическая структура работ (ИСР)
OBS ( organizational breakdown structure) – организационная структура
RBS ( resource breakdown structure) – структурная декомпозиция ресурсов
3. Построение иерархической структуры работ
Описание слайда:
Виды работ
Проект
Суммарная задача
Пакет работ
Работа
Задание
Шаг
Описание слайда:
Уровни иерархической структуры работ
Уровень 0
Уровень 1
Уровень 2
Уровень 3
(пакет работ)
Описание слайда:
Создание иерархической структуры работ (ИСР),
WBS – work breakdown structure
Разбиение результата проекта и работ на более мелкие части;
Правило 100%;
Самый нижний уровень – пакет работ;
Средний проект:
3-4 уровня;
15-40 пакетов работ;
40-80 часов на средний пакет (1-2 недели);
Средний пакет 3-7% общего количества часов.
Описание слайда:
Суммарная задача
Фактически не выполняется;
Состоит из пакетов и решается посредством выполнения этих пакетов;
Суммарная задача должна иметь смысл (ценность) для какого-то из участников проекта, например, для руководства.
Описание слайда:
Пакет работ
Пакет работ
А
Пакет работ
В
Пакет работ
С
Пакет работ
D
Анализ
результатов
Сроки
Затраты
Предложения
Изменения
Описание слайда:
Описание слайда:
Описание слайда:
WBS, OBS, счета затрат
Проект
Счёт затрат
Счёт затрат
Счёт затрат
Счёт затрат
Счёт затрат
Счёт затрат
Счёт затрат
Счёт затрат
Счёт затрат
Счёт затрат
Описание слайда:
Критерии разработки WBS
Типы критериев структуризации:
Объекты;
Продукты;
Функции;
Фазы жизненного цикла;
География
Описание слайда:
Объектовая структура
Строительство завода
Разработка строительной части
Разработка оборудования
Разработка системы управления
Фундамент
Станки
Стены
Крыша
Транспорт
Складское оборудование
Система подготовки производства
Система управления материальными ресурсами
Система управления трудовыми ресурсами
Описание слайда:
Описание слайда:
Функциональная структура
Строительство завода
Планирование создания завода
Создание объектов
Испытание и пуск завода
Концепция завода
Станки
Планирование строительства
Планирование оборудования
Сооружения
Складское оборудование
Приемка строительной части
Испытание оборудования
Пуск завода
Описание слайда:
Фазовая структура
Проект
Фаза 1
Фаза 2
Фаза 3
Задача 11
Подзадача 121
Подзадача 111
Пакет работ 1111
Задача 12
Подзадача 122
Пакет работ 1112
Описание слайда:
Способы и типы декомпозиции
Способы построения:
Сверху –вниз;
Снизу – вверх.
Описание слайда:
Информационное обеспечение ИСР
Устав;
Описание содержания проекта;
Технологическая карта (трудовые процессы);
Техническое задание клиента (голос клиента);
Совокупность доступных ресурсов;
Организационная структура
Описание слайда:
Описание слайда:
Диаграмма контрольных событий
Диаграмма контрольных событий:
Характеризует процессы создания промежуточных продуктов, ведущих к получению конечного результата проекта
Обеспечивает видение проекта в целом всеми его участниками
Позволяет распределять обязанности и полномочия, контролировать ход реализации проекта
Контрольное событие – важный промежуточный результат выполнения комплекса работ по проекту.
Контрольные точки (вехи) проекта
Описание слайда:
Схема плана контрольных событий
по Р. Тернеру
Целевой результат проекта
Результат-поставка
Начало
Начало
Область
А
Область
В
Область
С
Результат-поставка
Описание слайда:
Диаграмма контрольных событий
Описание слайда:
5. Управление изменениями содержания (предметной области)
Матрица координации изменений;
Запрос на внесение изменения в проект;
Журнал изменений проекта.
Описание слайда:
Описание слайда:
Запрос на внесение изменения в проект
Описание слайда:
Описание слайда:
Выводы
Определение проекта является важным начальным этапом работы с проектом.
Определение проекта включает комплекс аспектов, таких как разработку бизнес-целей, миссии, видения, целей, предметной области, границ проекта и ряда других.
В процессе определения предметной области отправной точкой является исследование продукта, который будет создан при завершении проекта.
Для понимания содержания проекта целесообразно построить иерархическую структуру работ (структурную декомпозицию работ или WBS в английской аббревиатуре).
Важным элементом определения проекта и управления ходом его реализации является план контрольных точек.
В проекте, как правило, возникают изменения базового плана. Правила внесения этих изменений и необходимые шаблоны должны быть разработаны в ходе определения проекта
Если Вы считаете, что материал нарушает авторские права либо по каким-то другим причинам должен быть удален с сайта, Вы можете оставить жалобу на материал.
Курс профессиональной переподготовки
Библиотечно-библиографические и информационные знания в педагогическом процессе
Курс повышения квалификации
Охрана труда
Курс профессиональной переподготовки
Охрана труда
Ищем педагогов в команду «Инфоурок»
Найдите материал к любому уроку, указав свой предмет (категорию), класс, учебник и тему:
также Вы можете выбрать тип материала:
Общая информация
Похожие материалы
Metodika_prepod_khud_distsiplin.ppt
97_Edinitsy_dliny_detsimetr.ppt
Russkaya_kultura_XIX_v.ppt
Prezentatsia_lektsii_Normalnaya_EKG.ppt
96_Obrazovanie_chisel_iz_odnogo_desyatka_i_neskolkikh_edinits.ppt
Программа по театрализованной деятельности: «Юные артисты»
94-95_Obrazovanie_chisel_iz_odnogo_desyatka_i_neskolkikh_edinits.ppt
Dlya_pediatrov_-_lektsia_Lipidy_klassifikatsia_perevarivanie_1.ppt
Не нашли то что искали?
Воспользуйтесь поиском по нашей базе из
5438021 материал.
Вам будут интересны эти курсы:
Оставьте свой комментарий
Авторизуйтесь, чтобы задавать вопросы.
Учителя о ЕГЭ: секреты успешной подготовки
Время чтения: 11 минут
В Госдуме предложили продлить каникулы для школьников до 16 января
Время чтения: 1 минута
Учителя о ЕГЭ: секреты успешной подготовки
Время чтения: 11 минут
В России разработают рекомендации по сопровождению студентов с ОВЗ
Время чтения: 2 минуты
В Минпросвещения рассказали о формате обучения школьников после праздников
Время чтения: 1 минута
Правительство направит регионам почти 92 миллиарда рублей на ремонт и оснащение школ
Время чтения: 1 минута
Все школы РФ с 2023 года подключат к государственной информационной системе «Моя школа»
Время чтения: 1 минута
Подарочные сертификаты
Ответственность за разрешение любых спорных моментов, касающихся самих материалов и их содержания, берут на себя пользователи, разместившие материал на сайте. Однако администрация сайта готова оказать всяческую поддержку в решении любых вопросов, связанных с работой и содержанием сайта. Если Вы заметили, что на данном сайте незаконно используются материалы, сообщите об этом администрации сайта через форму обратной связи.
Все материалы, размещенные на сайте, созданы авторами сайта либо размещены пользователями сайта и представлены на сайте исключительно для ознакомления. Авторские права на материалы принадлежат их законным авторам. Частичное или полное копирование материалов сайта без письменного разрешения администрации сайта запрещено! Мнение администрации может не совпадать с точкой зрения авторов.