Главная страница
Случайная страница
Разделы сайта
АвтомобилиАстрономияБиологияГеографияДом и садДругие языкиДругоеИнформатикаИсторияКультураЛитератураЛогикаМатематикаМедицинаМеталлургияМеханикаОбразованиеОхрана трудаПедагогикаПолитикаПравоПсихологияРелигияРиторикаСоциологияСпортСтроительствоТехнологияТуризмФизикаФилософияФинансыХимияЧерчениеЭкологияЭкономикаЭлектроника
|
Критерий оценки
ОЦЕНКА
| КРИТЕРИЙ
| ОТЛИЧНО
| Задание выполнено правильно, в соответствии с требованиями к работе
| ХОРОШО
| Задание выполнено правильно, с незначительными недоработками, которые студент может устранить самостоятельно.
| УДОВЛЕТВОРИТЕЛЬНО
| Задание выполнено правильно, содержит некоторые недоработками, которые студент может устранить с помощью преподавателя.
| НЕУДОВЛЕТВОРИТЕЛЬНО
| Задание не выполнено
|
Рекомендуемая литература:
1. Грекул В.И. Методические основы управления ИТ-проектами [Электронный ресурс]/ В.И. Грекул, Н.Л. Коровкина, Ю.В. Куприянов/ Интернет-Университет Информационных Технологий - дистанционное образование, 2011 URL: https://www.intuit.ru/department/itmngt/metbitm/class/free/ (дата обращения 01.09.2014)
2. Маюнова Н.В. Основы управления проектами. Учебный курс (учебно-методический комплекс). [электронный ресуср] / Центр дистанционных образовательных технологий МИЭМП, 2010 URL: https://www.e-college.ru/xbooks/xbook164/book/index/index.html? go=part-023*page.htm (дата обращения 01.09.2014)
3. ПресняковВ.Ф.Основы управления проектами информация [Электронный ресурс]/ В.Ф. Пресняков / Интернет-Университет Информационных Технологий - дистанционное образование, 2011 URL: https://www.intuit.ru/department/itmngt/baseprojectmnt/class/free (дата обращения 01.09.2014)
Раздел 2 ПМ 04. Планирование задач проекта в MicrosoftOfficeProject 2013
Тема 2.2. Ввод данных о задачах проекта
Практическая работа № 24
Определение содержания проекта.-2ч
Задание
Определить содержания проекта /согласно выданным вариантам работ /
Вариант №1
Вариант №2
Вариант №3
.
Алгоритм действий:
В табл. 2.1 приведены требования к описанию содержания проекта: перечислены обязательные разделы с необходимыми рекомендациями и пояснениями к их наполнению. Аналогично уставу проекта для поддержания версионности разрабатываемого документа и отслеживания его статуса рекомендуется использовать лист управления документом, шаблон которого был приведен в разделе об уставе проекта.
Таблица 2.1. Требования к описанию содержания проекта
| №
| Раздел
| Пояснения
| 1.
| Название проекта
| Каждый проект должен иметь название, отражающее его суть и в то же время достаточно яркое для привлечения внимания. Утвержденное еще до момента подписания устава проекта, имя не меняется на протяжении жизненного цикла всего проекта
| 2.
| Цели и задачи проекта
| Цель проекта формулируется, исходя из требований заказчика и указанной в уставе бизнес-причины проекта, при этом она не повторяет формулировки бизнес-цели, отраженной в уставе, а отвечает на вопрос, КАК эта бизнес-цель будет достигнута. Цель проекта должна представлять собой констатацию сути проекта и давать ответ на вопрос: " Какую уникальную ценность несет проект для клиента и для бизнеса компании? " В свою очередь, задачи проекта представляют собой действия по достижению цели проекта, выполняемые в рамках проекта. Таким образом, задачи проекта представляют собой требования к проекту, формируемые и корректируемые при помощи формальной процедуры построения " дома качества" (см. соответствующий раздел)
| 3.
| Требования к проектному решению и результаты проекта
| Является элементом базового содержания проекта, входящего в план управления проектом. Описание характеристик реализуемого решения проекта и основных результатов проекта. Для обеспечения связи между требованиями заказчика и результатами проекта рекомендуется использовать функцию качества, точнее, ее вторую итерацию (см. соответствующий раздел). Выполнение работ, изложенных в описании содержания, должно привести к получению основных результатов. Результаты могут включать в себя как промежуточные, например, продукты начальных стадий проекта (описание архитектуры информационной системы), так и конечные (запуск информационной системы в продуктивную эксплуатацию и обеспечение поддержки). В качестве результатов проекта могут выступать как продукты, так и услуги. Информация о количестве и качестве в обобщенном виде тоже должна быть представлена в описании проекта
| 4.
| Границы проекта
| Является элементом базового содержания проекта, входящего в план управления проектом. Границы проекта определяют в целом то, что включается в проект, чтобы исключить ситуацию, когда участник проекта ошибочно считает некоторый продукт, услугу или результат входящими в проект. Комплексное рассмотрение проекта подразумевает отражение явным образом функциональных, организационных, технологических и географических границ проекта. Функциональные границы проекта: бизнес-направления, бизнес-процессы, охватываемые проектом автоматизации. При модульной архитектуре внедряемой системы данным пунктом определяются функциональные модули ERP-систем. Организационные границы проекта: определяется, какие подразделения (включая юридические лица) должны участвовать в проекте - кто будет использовать и поддерживать ИС, от кого зависит выработка основных решений по требованиям к ИС. Организационные границы определяют максимальные границы обследования и область генерации требований к внедряемой ИС. Технологические: перечисление всех систем и существующих интерфейсов, которые связаны с реализацией рассматриваемого ИТ-проекта или будут им затронуты, с указанием процессов, поддерживаемых каждой из систем, и критичности каждой из систем для бизнеса. Географические: территориальное распределение проекта: указываются территориально удаленные объекты, подлежащие автоматизации в рамках проекта
| 5.
| Способ реализации проекта
| Способ реализации проекта подразумевает перечисление инструментов, технологий и подходов, которые будут использованы для управления проектом и достижения поставленной цели. К таким элементам относятся:
· подход (методология реализации проекта);
· ИТ-система управления проектом;
· материалы и инструментарий - описание внедряемого ИТ-продукта с указанием вендора, названия, класса системы, описания функциональной и технической архитектуры системы, перечисление ее модулей
| 6.
| Первоначальная иерархическая структура работ (ИСР) до пакетов работ
| Является элементом базового содержания проекта, входящего в план управления проектом. Иерархическая структура работ проекта - модель, раскрывающая проект уровень за уровнем до такой степени детализации, которая необходима для эффективного планирования и контроля проекта. Модель может быть выполнена графически, в виде древовидной структуры или в виде словесного описания. С ее помощью структурируется и определяется все содержание проекта. Информация о работах, как правило, доступна в описании используемой методологии (см. раздел, посвященный формированию ИСР)
| 7.
| | Потребность ресурсов определяется трудоемкостью работ, отраженных в разработанной ранее ИСР. При определении трудоемкости работ важным источником информации является используемая методология проектного управления (внедрения ИС). Организационная структура проекта также во многом определяется методологией и, кроме того, - культурой и внутренними политиками компании-заказчика. Помимо этого, на данном этапе рекомендуется разработать матрицу ответственности (RACI-матрицу), позволяющую распределить комплексную ответственность за задачи проекта (см.соответствующий раздел)
| 8.
| Укрупненный календарный план
| Укрупненный календарный план разрабатывается на основе контрольных событий, информации из устава проекта и ИСР (работы уровня 1), кроме того, важным источником информации служит используемая методология проектного управления
| 9.
| Критические факторы успеха
| Условия, обеспечение которых на проекте может быть залогом успеха. Например:
· точно определенные рамки проекта;
· квалификация персонала проекта;
· обучение членов команды и пользователей;
· четкое распределение ролей и ответственности
· проработанный рабочий план модели критических факторов успеха.
Ниже см. модель критических факторов успеха, распределенных по этапам ЖЦ проекта внедрения ИС
| 10.
| Допущения проекта(со стороны исполнителя)
| Набор условий, которые должны быть выполнены наряду с созданием продукта проекта для достижения результата проекта. Допущения обуславливают риски проекта; во время проекта происходит их мониторинг. Пример допущений:
· проект имеет организационную поддержку со стороны руководства заказчика;
· у организации-заказчика имеется возможность выделить персонал для обеспечения работ по проекту.
Обратите внимание, что при формировании описания содержания проекта допущения формулируются со стороны организации-исполнителя об организации-заказчике
| 11.
| Ограничения проекта (со стороны исполнителя)
| Ограничение указывает на условие, которое нельзя нарушать в процессе создания продукта проекта, или условие, которому ни при каких обстоятельствах не должен удовлетворять продукт проекта. Ограничения к тому же указывают на возможности команды проекта по выбору вариантов для выполнения любых проектных работ [11]. Пример ограничений проекта: внесение изменений в содержание проекта производится... Обратите внимание, что при составлении описания содержания проекта ограничения формулируются со стороны организации-исполнителя об организации-заказчике
| 12.
| Связь с прочими текущими программами и проектами
| Любое возможное взаимодействие с другими проектами должно быть отражено в описании содержания проекта. Недостаточно просто констатировать эту связь, необходимо указать, где и как проекты соотносятся друг с другом, а также детально описать, какие ресурсы подпадают под совместное использование и в каких функциональных областях организации и когда может вестись работа сразу над несколькими проектами
| 13.
| Первоначально сформулированные риски
| На данном этапе, как правило, указываются уже известные риски и основные категории потенциальных рисков (например, внешние, организационные, процедурные, технические, юридические, репутационные и т.д.). См. соответствующий раздел
| 14.
| Смета расходов с указанием порядка величин
| Смета есть представление проектных затрат на проект по категориям, в качестве примера см. шаблон в соответствующем разделе. Для определения количества привлекаемых ресурсов используйте информацию из заполненного файла
| 15.
| Требования к управлению конфигурацией проекта
| Указываются объекты управления конфигурацией проекта, в том числе проектная документация, внутренние политики и производимый продукт. См. соответствующий раздел
| 16.
| Критерии приемки результатовпроекта
| Являются элементом базового содержания проекта, входящего в план управления проектом. Представляют собой набор стандартов или правил, определяющих выполнение задачи с приемлемым уровнем качества. Приемка же самого продукта осуществляется в соответствии с рассмотренной ранее процедурой приемки результатов проекта (см. соответствующий раздел)
|
|