Практическое задание1111111111111. 1Методы проектирования эвристические
 Скачать 0.5 Mb.
|
|
Процесс инициации проекта Цель процесса – формальное открытие проекта. Выходы процесса определяются и документируются следующими параметрами проекта: – наименование проекта; – причины инициации проекта; – цели и продукты проекта; – дата инициации проекта; – заказчик проекта; – руководитель проекта; – куратор проекта. Процессы планирования проекта Процесс планирования содержания проекта Цель процесса – определение требований проекта и состава работ проекта. Выходы процесса: а) требования к проекту со стороны заказчика, других заинтересованных сторон проекта, а также законодательства и нормативных актов определены, проанализированы на предмет возможности их выполнения, согласованы с заказчиком проекта и документированы; б) определены, согласованы с заказчиком и документированы ключевые данные по продукту проекта, а именно: – назначение, свойства и характеристики продукта; – критерии и методы приемки продукта проекта и его составных частей; – допущения и исключения, касающиеся продукта проекта; в) определены, согласованы с заказчиком и документированы работы проекта, а также допущения и исключения, касающиеся работ проекта. Процесс разработки расписания Цель процесса – определение дат начала и окончания работ проекта, ключевых событий, этапов и проекта в целом. Выходы процесса: – определены взаимосвязи между работами проекта; – проведена оценка длительности работ проекта; – определен и утвержден график привлечения ресурсов, необходимых для выполнения проекта в срок; – определено и документировано расписание проекта; – утвержден базовый календарный план проекта. Процесс планирования бюджета проекта Цель процесса – определение порядка и объема обеспечения проекта финансовыми ресурсами. Выходы процесса: – определена и документирована структура статей бюджета проекта, позволяющая контролировать затраты на проект в ходе его реализации; – определена плановая стоимость всех ресурсов проекта (материальных и людских) с учетом всех известных ограничений на их использование; – определена стоимость выполнения работ проекта; – утвержден базовый бюджет проекта; – определен и документирован порядок поступления денежных средств в проект. Процесс планирования персонала проекта Цель процесса – определение порядка обеспечения проекта человеческими ресурсами. Выходы процесса: – определены и документированы роли участников проекта, их функции и полномочия; – определен численный и квалификационный состав команды проекта, а также требования к условиям труда; – персонально определены основные члены команды проекта. Процесс планирования закупок в проекте Цель процесса – определение порядка и объема обеспечения проекта продукцией и услугами, приобретаемыми у сторонних организаций. Выходы процесса: а) проведен анализ необходимости закупки продукции и услуг для достижения целей проекта; б) если по результатам анализа принято решение о целесообразности закупок продукции и/или услуг в проекте, то: – определены требования к закупаемой продукции (услугам), в том числе ограничения по стоимости и срокам поставки; – определены требования к приемке закупаемой продукции (услугам); – запланированы мероприятия по выбору и оценке поставщиков на основе определенных критериев. Процесс планирования реагирования на риски Цель процесса – определение основных рисков проекта и порядка работы с ними. Выходы процесса: – выявлены и документированы риски проекта; – проведены оценка и ранжирование по вероятности и степени влияния на результат проекта всех идентифицированных рисков; – разработаны мероприятия по изменению вероятности и степени влияния наиболее значимых рисков, а также созданы планы реагирования на случай возникновения таких рисков; – учтены результаты разработки упреждающих мероприятий по реагированию на риски в связанных с ними планах. Процесс планирования обмена информацией в проекте Цель процесса – определение порядка обмена информацией между лицами, участвующими в реализации проекта и заинтересованными в результатах проекта. Выходы процесса: – определены все участники информационного обмена, а также их потребности в информации; – определены методы и средства распространения информации по проекту; – определена процедура разработки, согласования, утверждения, распространения проектных документов; – определены место и правила хранения информации по проекту. Процесс планирования управления изменениями в проекте Цель процесса – определение порядка работы с изменениями в проекте. Выходы процесса: определен и документирован процесс работы с изменениями в проекте, а именно: – выявление изменений; – согласование и утверждение изменений; – организация учета версий документов и продуктов проекта; – доведение информации об изменениях до заинтересованных сторон. Процесс организации исполнения проекта Цель процесса – организация выполнения проекта согласно разработанным планам. Выходы процесса: – выполнены запланированные работы; – получены продукты проекта; – осуществлены изменения согласно принятым в проекте правилам; – выполнены намеченные корректирующие и предупреждающие действия; – актуализированы документы по управлению проектом. Процесс контроля исполнения проекта Цель процесса – проверка соответствия процессов и продукта проекта установленным требованиям. Выходы процесса: – документированы результаты регулярной проверки состояния проекта, в частности отклонения от планов, и проанализированы с целью определения причин отклонений; – произведена оценка соответствия продукта проекта требованиям к нему; – сформированы корректирующие и предупреждающие действия по результатам проверки; – отчеты о выполнении работ проекта соответствуют утвержденной системе отчетности по проекту. Процесс завершения проекта Цель процесса – формальное закрытие проекта. Выходы процесса: – проведена и документально оформлена приемка продукта проекта заказчиком; – проведено закрытие всех договоров по проекту (в случае их наличия); – документировано окончание проекта; – сформирован архив проекта; – команда проекта и основные заинтересованные стороны проинформированы об окончании проекта. Требования к управлению документами проекта Форма, наименование и содержание документов могут отличаться в различных проектах и зависят от специфики проекта, договорных требований или требований организации, в рамках которой проект реализуется. Документами необходимо управлять в соответствии со следующими требованиями: – документы должны быть утверждены до их применения; – необходимо обеспечить анализ актуальности документов и их своевременное обновление по мере необходимости; – необходимо обеспечить наличие актуальных версий документов в местах их применения; – необходимо обеспечить сохранение документов в течение установленных сроков и возможность их восстановления; – необходимо обеспечить уровень конфиденциальности документов согласно требованиям заказчика и других заинтересованных сторон проекта; – необходимо обеспечить предотвращение непреднамеренного использования устаревших документов и соответствующую идентификацию устаревших документов, оставленных для определенных целей. Алгоритм выполнения практического задания Ознакомиться с теоретической частью практического задания. На основании данных задания №4 заполнить матрицу алгоритма управления проектом (таблица 1). Титульный лист для практического задания №5 Министерство образования и науки Российской Федерации федеральное государственное бюджетное образовательное учреждение высшего образования «Тольяттинский государственный университет» ____________________________________________________________ (институт) ____________________________________________________________ (кафедра) Практическое задание №5 по учебному курсу «___________________________________» Вариант ____ (при наличии)
Тольятти 20__ Бланк для оформления практического задания 5 Таблица 1 - Матрица алгоритма управления проектом
Практическое задание №6 Построение матрицы ответственности исполнителей Тема 6. Матрица исполнителей проекта Цель: ознакомиться с основами построения матрицы ответственности исполнителей. Формулировка задания Дать характеристику основам построения матрицы ответственности исполнителей и рассмотреть понятия построения матрицы ответственности исполнителей. Получить практические навыки матрицы ответственности исполнителей. Теоретическая часть. Матрица ответственности Выявление иерархии работ, определение их исполнителей позволяет описать систему соподчинения членов команды проекта, распределения ответственности между ними. Для этого можно использовать матрицу ответственности. При разработке матрицы ответственности исходят из следующих определений: – ответственность – обязательство, которое человек должен выполнять; – сфера ответственности – круг задач, за успешное решение которых отвечает человек в данном проекте; – полномочия – право на принятие решений в рамках выделенного круга задач. Пошаговое построение матрицы ответственности производится в следующем порядке: – составляется список основных результатов проекта (в их число включают и продукты проекта, и проектную документацию); – составляется список участников проекта; – строится таблица, в начале каждой строки которой указывают какой-либо результат проекта, а во главе колонки – конкретного участника проекта; – в ячейке, образованной строкой и колонкой, указывают функцию или роль, которые закрепляются за данным участником проекта для получения желаемого результата. В матрице ответственности используют следующий перечень функций или ролей участников проекта: – «О – отвечает» – тот, кто несет ответственность за данный результат (обычно это кто-то из числа членов команды, которые непосредственно обеспечивают получение данного результата); – «У – утверждает» – тот, кто утверждает результат (выбирается из числа лиц, принимающих окончательное решение о выполнении работы и качестве результата); – «К – консультирует» – тот, кто дает дополнительные ориентиры для своевременного получения качественного результата (в этой роли выступают сведущие в данной области люди, которые не входят в число лиц, принимающих окончательное решение); – «И – информирует» – тот, кого обязательно надо информировать о полученном результате (это те члены команды проекта, действия которых зависят от качества и времени получения данного результата). При распределении ролей и функций стараются не назначать более одного ответственного за данный конкретный результат для того, чтобы избежать эффекта коллективной безответственности. Следят и за тем, чтобы не осталось такого результата, за который никто не несет персональной ответственности. Стремятся также избежать многочисленных утверждений, чтобы не затягивать эту часть работы. В качестве консультантов выбирают тех, кто действительно обладает качествами эксперта по данному кругу задач. Примерный вид матрицы ответственности исполнителей проекта
Зная перечень и порядок работ, имея список ответственных за их выполнение, можно составить календарный план-график проекта. В плане-графике проекта указываются плановые даты начала и завершения всего проекта, его отдельных фаз, пакетов работ, отдельных работ и конкретных операций. Наличие такого расписания помогает контролировать сроки выполнения работ, строить прогноз о своевременности завершения проекта в целом. |