|
|
Проект совокупность взаимосвязанных работ, которые протекают в течение ограниченного установленного времени и направлены на достижение неповторимого, но в то же время определенного результата в рамках ограниченности ресурсов. Итпроект
Проект. ИТ-проект.
|
Проект – совокупность взаимосвязанных работ, которые протекают в
течение ограниченного установленного времени и направлены на достижение
неповторимого, но в то же время определенного результата в рамках
ограниченности ресурсов.
ИТ-проект – это краткосрочное усилие по созданию уникального продукта, сервиса или среды, например, замещение старых сервисов новыми, разработка коммерческого сайта, создание новых видов настольных компьютеров или слияние баз данных.
|
Управления ИТ-проектом. Процессы управления проектом.
|
Процессы управления проектом это – Систематическая последовательность операций,
направленная на достижение конечного результата,
когда один или несколько входов используются для
последующих действий с целью получения одного
или нескольких выходов. Управление жизненным циклом проекта осуществляется путем
реализации ряда мероприятий по управлению проектом, которые называются
«процессы управления проектом»
|
Операционная деятельность, проектная деятельность компании
|
Проектная деятельность компании - временный вид деятельности, направленной на изменения в операционной деятельности (особенно в случае создания нового продукта или услуги). Несмотря на временный характер, проекты также могут способствовать достижению целей организации, если они осуществляются в соответствии со стратегией организации. Проектная деятельность вносит изменения в операционную деятельность организаций посредством стратегических бизнес-инициатив, которые разрабатываются и внедряются с помощью проектов. Проекты требуют навыков и выполнения работ по управлению проектами, а операции требуют навыков и выполнения работ по управлению бизнес-процессами и операционной деятельностью.
|
Программа проектов. Портфель проектов
|
Программа проектов представляет собой ряд связанных друг с другом проектов, подпрограмм и операций программы, управление которыми координируется для достижения преимуществ, которые
были бы недоступны при управлении ими по отдельности. Программы могут содержать элементы работ, имеющих к ним отношение, но лежащих за пределами содержания отдельных проектов программы. Проект может быть или не быть частью программы, но программа всегда содержит проекты.
Портфель проектов – это проекты, программы, вспомогательные портфели и операционная деятельность, управляемые как группа с целью достижения стратегических целей. Однако проекты или программы портфеля не обязательно являются взаимозависимыми или связанными напрямую.
|
Жизненный цикл ИТ-проекта.
|
Жизненный цикл проекта — это набор фаз, через которые проходит
проект с момента его начала до момента завершения.
Он определяет основные рамки управления проектом. Данные основные
рамки действуют вне зависимости от особенностей конкретных работ
по осуществлению проекта.
Фазы проекта могут быть последовательными, итеративными
или накладываться друг на друга.
|
Группы процессов управления проектом.
|
Группы процессов являются независимыми от фаз проекта. Процессы
управления проектом сгруппированы в следующие пять групп процессов
управления проектом:
1. Группа процессов инициации. Процессы, выполняемые для
определения нового проекта или новой фазы существующего проекта путем
получения авторизации на начало проекта или фазы.
2. Группа процессов планирования. Процессы, требуемые для
установления содержания работ, уточнения целей и определения направления
действий, требуемых для достижения целей проекта.
3. Группа процессов исполнения. Процессы, выполняемые для
исполнения работ, указанных в плане управления проектом, с целью
соответствия требованиям проекта.
4. Группа процессов мониторинга и контроля. Процессы, требуемые
для отслеживания, анализа, а также регулирования исполнения проекта;
выявления областей, требующих внесения изменений в план; и инициирования
соответствующих изменений.
5. Группа процессов закрытия. Это процессы, выполняемые для
формального завершения или закрытия проекта, фазы или договора.
|
Области знаний управления проектами.
|
Область знаний — это выделенная область управления проектом, определяемая ее требованиями к знаниям и
описываемая в терминах входящих в ее состав процессов, практик, входов,
выходов, инструментов и методов. Хотя области знаний взаимосвязаны, они, с точки зрения управления
проектом, определяются отдельно. Десять областей знаний, определенные
дальше, практически постоянно используются в большинстве проектов.
1. Управление интеграцией проекта. Эта область знаний включает в
себя процессы и операции, необходимые для идентификации, определения,
комбинирования, объединения и координации различных процессов и действий
по управлению проектом в рамках групп процессов управления проектом.
2. Управление содержанием проекта. Эта область знаний включает в
себя процессы, необходимые для обеспечения того, чтобы проект содержал все
и только те работы, которые требуются для успешного выполнения проекта.
3. Управление расписанием проекта. Эта область знаний включает в
себя процессы, необходимые для управления своевременным выполнением
проекта.
4. Управление стоимостью проекта. Эта область знаний включает в
себя процессы, необходимые для планирования, оценки, разработки бюджета,
привлечения финансирования, финансирования, управления и контроля
стоимости, обеспечивающие исполнение проекта в рамках одобренного
бюджета.
5. Управление качеством проекта. Эта область знаний включает в
себя процессы, необходимые для применения политики организации в области
качества относительно планирования, управления и контроля проекта, а также
требований к качеству продукта с целью удовлетворения ожиданий
заинтересованных сторон.
6. Управление ресурсами проекта. Эта область знаний включает в
себя процессы, необходимые для идентификации, приобретения и управления
ресурсами, необходимыми для успешного выполнения проекта.
7. Управление коммуникациями проекта. Эта область знаний
включает в себя процессы, необходимые для обеспечения своевременного и
надлежащего планирования, сбора, создания, распространения, хранения,
извлечения, управления, контроля, мониторинга и в конечном счете
архивирования/утилизации информации проекта.
8. Управление рисками проекта. Эта область знаний включает в себя
процессы, связанные с осуществлением планирования управления рисками,
идентификацией, анализом, планированием реагирования, осуществлением
реагирования, а также с мониторингом рисков в проекте.
9. Управление закупками проекта. Эта область знаний включает в
себя процессы, необходимые для покупки или приобретения вне команды
проекта необходимых продуктов, услуг или результатов.
10. Управление заинтересованными сторонами проекта. Эта область
знаний включает в себя процессы, необходимые для идентификации людей,
групп или организаций, которые могут воздействовать на проект или
подвергаться воздействию проекта, для проведения анализа ожиданий
заинтересованных сторон и их воздействия на проект, а также для разработки
соответствующих стратегий управления с целью результативного вовлечения
заинтересованных сторон в процесс принятия решений и исполнения проекта.
|
Бизнес-документы управления проектами: бизнес-кейс проекта, план
управления выгодами.
|
Бизнес-кейс проекта:
Документированный анализ экономической
целесообразности, используемый для установления
обоснованности выгод отобранного компонента,
который еще не определен в достаточной степени.
Также служит основой для авторизации дальнейших
операций по управлению проектом.
План управления выгодами проекта:
Документированное разъяснение, определяющее
процессы для создания, максимизации и поддержки
выгод, которые обеспечивает проект.
|
Факторы среды предприятия: внутренние и внешние.
|
ФСП являются для организации внутренними:
‒ Организационная культура, структура и руководство.
‒ Географическое распределение производственных объектов и
ресурсов.
‒ Инфраструктура.
‒ Компьютерное программное обеспечение.
‒ Доступность ресурсов.
‒ Кадровые возможности.
Внешние ФСП
- Ситуация на рынке.
‒ Социальные и культурные влияния и проблемы.
‒ Юридические ограничения.
‒ Коммерческие базы данных.
‒ Научные исследования.
‒ Государственные или промышленные стандарты.
‒ Финансовые соображения.
‒ Материальные элементы среды.
|
Активы процессов организации.
|
Активы процессов организации (АПО) — это планы, процессы,
политики, процедуры и базы знаний, специфичные для исполняющей
организации и используемые ею. Данные активы оказывают влияние на
управление проектом.
АПО включают в себя любые артефакты, практики и знания некоторых или
всех исполнительных организаций, участвующих в проекте, которые могут быть
использованы для исполнения или руководства проектом. АПО также включают
в себя извлеченные уроки по результатам прошлых проектов и историческую
информацию организации. АПО могут включать в себя завершенные
расписания, данные о рисках и данные об освоенных объемах. АПО служат
входами во многие процессы управления проектом. Поскольку АПО являются
для организации внутренними, члены команды проекта могут быть в состоянии
по мере необходимости вносить обновления и дополнения в активы процессов
организации на всем протяжении проекта. Их можно разбить на две категории:
‒ процессы, политики и процедуры,
‒ базы знаний организации.
|
Организационная структура проекта
|
Организационная структура проекта – это соответствующая проекту временная организационная
структура, включающая всех его участников и создаваемая для успешного управления и достижения
целей проекта. Различные типы структур имеют определенные преимущества. Чаще всего выделяют функциональный,
проектный, матричный типы организационной структуры. Функциональная организация - иерархически выстроенная организация, в которой у каждого
сотрудника есть один прямой начальник, сотрудники разделены на группы (отделы) по областям
специализации. Проектная организация - любая организационная структура, в которой Руководитель проекта
обладает достаточными полномочиями по установлению приоритетов, использованию ресурсов и
руководству работой лиц, назначенных на исполнение проекта, а также финансовыми полномочиями в
рамках бюджета проекта. Матричная организация - любая организационная структура, в которой Руководитель проекта
разделяет с функциональными руководителями (руководителями отделов) ответственность по заданию
приоритетов и управлению работой лиц, назначенных на исполнение проекта.
|
Офис управления проектами. Руководитель проекта
|
Офис управления проектами (ОУП) или проектный офис (англ. Project Management Office — PMO) — структурное подразделение организации, контрольно-координационный орган, который определяет и развивает в организации стандарты бизнес-процессов, связанные с управлением проектами. Руководитель проекта назначается уставом проекта и формально приступает к выполнению своих
обязанностей на следующий день после подписания устава проекта. Руководитель проекта несет
основную ответственность за общее планирование, направление и контроль проекта в течение всех
фаз его жизненного цикла, ставя целью получение желаемого результата в рамках утвержденного
бюджета и расписания.
|
Гибкое управление проектами.
|
Гибкий подход в управлении проектами подразумевает, что для описания продукта проекта не нужно подробно указывать все его параметры, делать спецификацию, которая как конституция не подлежит изменениям на всем протяжении проекта.
В рамках гибких методов проектного управления не предполагается поэтапное планирование проекта и фиксация его в отдельном документе.
|
Группа процессов инициации.
|
Группа процессов инициации состоит из процессов, выполняемых для
определения нового проекта или новой фазы существующего проекта путем
получения авторизации на начало проекта или фазы. Цель группы процессов
инициации — привести в соответствие ожидания заинтересованных сторон и
цель проекта, проинформировать заинтересованные стороны о содержании
проекта и его целях, а также обсудить с ними, каким образом их участие в
проекте и связанных с ним фазах может помочь обеспечить удовлетворение их
ожиданий. В рамках процессов инициации определяется изначальное
содержание и выделяются изначальные финансовые ресурсы. Идентификация
заинтересованных сторон, которые будут взаимодействовать и влиять на общий
результат проекта. Выбирается руководитель проекта, если он еще не назначен.
Данная информация закрепляется в уставе проекта и в реестре заинтересованных
сторон. После одобрения устава проекта проект считается официально
авторизованным, и руководитель проекта получает полномочия использовать
ресурсы организации для операций проекта.
|
Устав проекта. Основные разделы устава проекта
|
Устав проекта - концепция проекта. Концепция определяет, что и зачем делается в проекте.
Устав проекта - документ, выпущенный инициатором или спонсором проекта, который формально узаконивает существование проекта и предоставляет менеджеру проекта полномочия использовать организационные ресурсы в операциях проекта.
Содержит, как правило, следующее разделы:
‒ Название проекта
‒ Цели проекта
‒ Результаты проекта
‒ Допущения и ограничения
‒ Ключевые участники и заинтересованные стороны
‒ Ресурсы проекта
‒ Сроки
‒ Риски
‒ Критерии приемки
‒ Обоснование полезности проекта
|
Управление интеграцией проекта
|
Эта область знаний включает в себя процессы и операции, необходимые для идентификации, определения, комбинирования, объединения и координации различных процессов и действий по управлению проектом в рамках групп процессов управления проектом.
|
План управления проектом.
|
План управления проектом — это документ, описывающий, как проект
будет исполняться, как будет происходить его мониторинг и контроль.
План управления проектом определяет, как будет исполняться проект,
как будет проводиться его мониторинг, контроль и закрытие. Содержание
плана управления проектом различается в зависимости от прикладной области
и сложности проекта.
План управления проектом может быть укрупненным или подробным.
Каждый компонент плана детализируется в той мере, в какой это требуется
для конкретного проекта. План управления проектом должен быть достаточно
продуманным, чтобы реагировать на непрерывно меняющиеся условия среды
проекта. Такая гибкость может в результате дать более точную информацию
по мере осуществления проекта.
План управления проектом должен быть определен в качестве базового,
при этом в плане необходимо указать основные параметры проекта
относительно его содержания, сроков и стоимости так, чтобы ход исполнения
проекта можно было измерить и сравнить с предусмотренными показателями,
а ходом работ можно было управлять.
|
Управление знаниями проекта
|
Управление знаниями проекта — это процесс использования
существующих знаний и накопления новых знаний для достижения целей
проекта и содействия организационному обучению. Ключевые выгоды
данного процесса состоят в том, что ранее приобретенные знания организации
используются в целях получения или улучшения результатов проекта, а
знания, полученные при реализации текущего проекта, остаются доступными
для обеспечения операционной деятельности организации и будущих
проектов или их фаз. Этот процесс осуществляется на протяжении всего
проекта.
По общему правилу, знания разделяют на «явные» (т. е. знания, которые
можно сразу кодировать с помощью слов, изображений и чисел) и «неявные»
(т.е. знания, которые являются индивидуальными и представляют трудность
для выражения, например убеждения, специальные знания, опыт и ноу-хау).
Управление знаниями связано с управлением как неявными, так и явными
знаниями с двумя целями: повторное использование знаний и формирование
новых знаний. Ключевыми мероприятиями, которые служат достижению этих
двух целей, являются обмен знаниями и интеграция знаний (знаний,
полученных из разных областей деятельности, контекстуальных знаний и
знаний в области управления проектом).
| |
|
|
Скачать 53.79 Kb.