Файл: Вадим Алджанов итархитектура от а до Я Теоретические основы. Первое.pdf

ВУЗ: Не указан

Категория: Не указан

Дисциплина: Не указана

Добавлен: 18.01.2024

Просмотров: 798

Скачиваний: 3

ВНИМАНИЕ! Если данный файл нарушает Ваши авторские права, то обязательно сообщите нам.

•приемка конечного продукта заказчиком,
•документирование проекта,
•проведение проверки после реализации проекта
•выпуск окончательного отчета
Следующий список может оказать помощь при определении готовности проекта к окончанию без учета опубликованных или запланированных дат и крайних сроков:
•Согласуется ли все еще проект с поставленными целями?
•Является ли он практичным? Полезным?
•Достаточно ли руководство заинтересованно в проекте, чтобы поддержать его реализацию?
•Имеет ли организация достаточно финансовых средств для реализации проекта?
•Является ли поддержка данного проекта достаточной для его успешной реализации?
•Имеет ли организация требуемую квалификацию для реализации проекта?
•Лишился ли проект ключевой фигуры или поддержки?
•Заинтересована ли рабочая группа в успехе проекта?
•Какова вероятность достижения минимума поставленных целей проекта?
•Является ли он все еще прибыльным и своевременным?
Сложность и продолжительность процесса завершения проекта определяются размером, сложностью и масштабом самого проекта. Один из важнейших вопросов по окончанию проекта – вознаграждение за успехи и извлечение уроков из неудач.
Группа завершающих процессов содержит следующие процессы:
•Закрытие проекта или фазы (Close Project or Phase)
•Закрытие контрактов (Close Procurement)
Завершение может состоять из:
•Тестов разработанной системы (протокол тестирования)
•Процедура сдачи-приемки, передача рабочей документации
•Аттестация персонала, извлечение уроков (Lesson Learning), обмен опытом
•Финансовый расчет и анализ фактических расходов
•Ликвидация рабочих мест и ре-интеграция персонала
Область знаний по управлению проектами (PMBooK)
Руководство PMBooK (Project Management Body of Knowledge) описывает десять областей знаний, которыми должен обладать руководитель проекта. В стандарте рассматривается каждая область знаний в отдельности, описываются её процессы входов и выходов. Процессы областей знаний представлены в PMBooK в виде дискретных элементов, которые имеют четко определенные границы. Правда на практике эти процессы являются итеративными – могут взаимодействовать между собой и накладываться друг на друга. Стандарт рассматривает следующие области знаний по управлению проектами:
Управление интеграцией проекта (Project Integration Management)
Под интеграцией понимается объединение, консолидация, сочленение и разнообразные интегративные действия, направленные на успешное управление ожиданиями заинтересованных сторон и выполнения определенных требований. Интеграция описывает распределение ресурсов по проекту, процессы поиска компромиссов, между конфликтующими целями и альтернативами, а также определяются интегральные связи между остальными областями знаний.
Управление содержанием проекта (Project Scope Management)


Под управлением содержанием понимаются процессы, позволяющие производить выборку, фильтрацию и группировку по проекту тех и только тех работ, которые понадобятся руководителю проекта для успешного завершения проекта. Управление содержанием проекта напрямую связано с определением и контролем того (содержания), что будет включено и что не будет включено в проект. Описываются схемы процессов Сбора требований, Определения содержания проекта, создания Иерархической структуры работ –
ИСР (Work Breakdown Structure, WBS), Подтверждения содержания и Управления содержанием. При разработках WBS используется правило «8/80» (1 день – 2 рабочие недели). Пакет Работ (Work Breakdown Package WB) должен быть разработан за период от 8 до 80 часов. Каждый Пакет Работ должен быть назначен на конкретное подразделение или сотрудника.
1   ...   5   6   7   8   9   10   11   12   ...   44

Управление сроками проекта (Project Time Management)
Под управлением сроками проекта или точнее говоря временем т. к. время, более широкое понятие, понимаются процессы, посредством которых обеспечивается своевременное завершение проекта. Схема данных процессов подразумевает: Определение операций, Определение последовательности операций, Оценка ресурсов операций, Оценка длительности операций, Разработка расписания и Управление расписанием.
Управление стоимостью проекта (Project Cost Management)
Под управлением стоимостью проекта понимаются процессы, в части планирования и разработки бюджета, а также управления расходами, которые обеспечивают завершение проекта в рамках утвержденного бюджета. Общая блок-схема процессов включает в себя:
Оценку стоимости, Определения бюджета и Управление стоимостью.
Оценка – основа планирования. Рассматривая рабочие пакеты, мы оцениваем: время, персонал, издержки. Оценка – это некая величина, которая ставится на основе опыта работы с другими проектами. Для повышения степени надежности оценок можно воспользоваться следующими методами Оценки Затрат: Метод аналогий, Экспертная оценка или Метод показателей.
В качестве механизмов и техник оценки расчета стоимости проекта можно использовать: Экспертное мнение, Аналогичный проект, Параметрический, Ballpark Estimate
(Rough Order of Magnitude ROM), Top-down, Three-point Estimate или Button-up метод.
Наиболее точный метод (Button-up), но при этом он требует наличие Структуру
Рабочих Пакетов (Work Breakdown Structure WBS).

Разделение по группам процессов управления проектами и областям знаний.
Управление качеством проекта (Project Quality Management)
Под управлением качеством проекта подразумеваются процессы и различные действия со стороны исполняющей организации, подходы и политики в области качества, цели, задачи и зоны ответственности в области качества. Проект должен удовлетворять тем потребностям, ради которых он был инициирован. Само управление качеством проекта производится с помощью системы управления качеством, которая предусматривает набор определенных правил и процедур, в том числе и действия по постоянному совершенствованию процессов.
Лучшей практикой считается, когда данные действия проводятся на всем протяжении проекта. Схема процессов управления качеством включает в себя: Планирование качества,
Обеспечение качества и Контроль качества.
Управление человеческими ресурсами проекта (Project Human Resource
Management)


Процессы управления человеческими ресурсами организации, включают в себя подходы к управлению и руководством команды проекта. Под командой проекта подразумевается пул квалифицированных работников, для которых определены конкретные роли и ответственности за выполнение проекта.
В ходе реализации проекта профессиональный и количественный состав команды проекта может меняться. Правильное распределение ролей по проекту и ответственности между членами команды проекта даёт возможность всем членам команды быть задействованными на этапе планирования проекта и принятия решений. В случае привлечение членов команды к проекту на ранних стадиях даёт возможность применять имеющийся у них опыт уже на этапе планирования проекта, позволяет укрепить нацеленность команды проекта на достижение определенных результатов. Схема процессов управления человеческими ресурсами включает в себя:
Разработку плана управления человеческими ресурсами, Набор команды проекта, Развитие команды проекта и Управление командой проекта.
Управление коммуникациями проекта (Project Communications Management)
Процессы управления коммуникациями, применяют с целью обеспечения своевременного формирования, подготовки, распространения, архивации, передачи, получения, использования информации на проекте. Наибольшая часть времени на проекте, у руководителей проектов уходит на осуществление коммуникаций с членами команды и с другими заинтересованными сторонами проекта. Эффективность коммуникации заключается в том, что они служат связующим звеном между различными заинтересованными сторонами, вовлеченными в конкретный проект. Правильное управление коммуникациями заключается в объединении разнообразных культурных и организационных особенностей, консолидации накопленного опыта, сопоставления различных взглядов и интересов с целью выстраивания базовой структуры управления проектом. Схема процессов управления коммуникациями проекта включает в себя:
•Определение заинтересованных сторон проекта,
•Планирование коммуникаций,
•Распространение информации,
•Управление ожиданиями заинтересованных сторон
•Отчеты об исполнении.
Движение информации распространяется по следующим каналам:
•Руководитель проекта – проектная комиссия , руководитель предприятия. Отчеты по проекту, расходы, анализ тренда вех и расходов, причины отклонений.
Проектная команда – руководитель проекта . Команда дает отчет о проделанной работе, проблемах. Руководитель проекта дает команде информацию о дальнейших действиях и решениях, которые затрагивают их работы.
Пользователи, потребители продукта – руководитель проекта. Информация о развитии проекта.
Руководитель проекта – план проекта. Планы постоянно отслеживаются, т. к. это основа проектного контроллинга.
Проектная команда – руководители функциональных единиц. Владелец ресурса, в случае функциональной организации компании, должен контролировать своих сотрудников с точки зрения компетенции, знаний мотивации, распределения по проектам.
Управление рисками проекта (Project Risk Management)
Под процессами управления рисками проекта понимается планирование управления рисками, идентификация и анализ рисков, выработке методов реагирования на риски, контроль, мониторинг и управление рисками в ходе реализации проекта. Посредством процессов управления рисками проекта, руководители проектов добиваются повышения вероятности возникновения и воздействия (влияния) благоприятных рисков (событий)

на проект и снижают вероятность возникновения и влияния неблагоприятных событий на проект в момент исполнения проекта. Схема процессов управления рисками проекта включает в себя:
•Планирование управления рисками,
•Идентификация рисков,
•Качественный анализ рисков,
•Количественный анализ рисков,
•Планирование реагирования на известные риски,
•Мониторинг и управление рисками.
Управление поставками проекта (Project Procurement Management)
Процессы управления поставками проекта включают в себя покупку или приобретение тех или иных необходимых сущностей (продукты, услуги, результаты, документы), которые производятся внешними организациями по отношению к той, в которой реализуется проект.
Сама организация, в которой выполняется проект может выступать в качестве покупателя или продавца этих сущностей. Также процессы управления поставками проекта включают в себя под-процессы управления контрактами и изменениями, необходимые для разработки и сопровождения контрактов или заказов на покупку. Благодаря процессам управления поставками проекта появляется возможность администрировать все контракты на приобретение чего-либо в ходе реализации проекта и управлять контрактными обязательствами, которые были возложены на команду проекта. Схема процессов управления поставками проекта включает в себя:
•Планирование закупок,
•Осуществление закупок,
•Управление закупочной деятельностью,
•Закрытие закупок.
Управление заинтересованными сторонами проекта (Project Stakeholder
Management)
Под процессами управления ожиданиями заинтересованными сторонами проекта понимается как таковое общение между командой проекта и заинтересованными лицами, а также работы, направленные на удовлетворение их потребностей и решение возникающих проблем, которые могут повлечь за собой изменения на проекте. Благодаря правильному выстраиванию отношений между всеми заинтересованными сторонами на проекте,
Руководитель проекта может увеличить вероятность успеха.
Методы и техники Управления Проектами
В методологии PMI описываются различные инструменты и техники, применяя которые на практике, руководитель проекта может повысить эффективность исполнения проекта, предусмотреть риски, высчитать оптимальные маршруты прохождения проекта, здраво оценить ситуацию и изначально принять правильное решение и т. д. Данные инструменты и техники существуют сами по себе и уже давно применяются в различные направления деятельности человека. Ниже приведен список основных методов и техник применимых к определенным процессам.
Анализ дерева решений (Decision Tree Analysis)