Для чего нужно управлять содержанием проекта
Управление содержанием проекта: сущность, задачи, принципы
Необходимость использования формализованных методов управления проектами в условиях современной экономики. Основные процессы, используемые при управлении содержанием проекта. Понятие глоссария. Основные подходы к построению структурной модели проекта.
Рубрика | Менеджмент и трудовые отношения |
Вид | реферат |
Язык | русский |
Дата добавления | 07.10.2013 |
Размер файла | 294,0 K |
Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже
Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.
Размещено на http://www.allbest.ru/
ВВЕДЕНИЕ
Актуальность темы. В мировой практике разработка проектов, основанная на научных методах, поставлена на поток.
Понятия проект и управление проектами связаны с необходимостью управления изменениями. Управление проектами является неотъемлемой частью повседневной деятельности руководителей разного уровня. Многие руководители необходимость использования формализованных методов управления проектами связывают с крупными проектами. Однако, даже в организациях, ориентированных на серийное производство, реализация проектов составляет значительную часть деятельности.
Необходимость решения большого количества проблем, поставленных сегодня перед мировым сообществом, привело к созданию больших комплексных систем. Сложно сказать, был ли менеджмент проектов разработан в результате необходимости менеджеров в технике управления такими проблемами. Однако бесспорно то, что сегодняшние комплексные проблемы требуют объединенных усилий многих отраслей. Управление проектами обеспечивает именно такой подход к решению сложных проблем.
При определении необходимости в управлении проектами можно увидеть некоторые основные предпосылки. Каждая организация производит продукт или предоставляет услуги или же делает и то и другое. Все организации хотят работать так, что бы их товары или услуги были предоставлены в нужное время с минимальными затратами и привели бы к максимально возможному удовлетворению потребителя (заказчика). Неудачи в достижении этих целей ведут к негативным последствиям для организации.
Цель контрольной работы изучить управление содержанием проекта, структура работ проекта и глоссарий проекта.
1. Рассмотреть, что собой представляет управление содержанием проекта.
2. Рассмотреть структуру работ проекта.
3. Изучить, что такое глоссарий проекта и для чего он нужен.
1. УПРАВЛЕНИЕ СОДЕРЖАНИЕМ ПРОЕКТА
Процессы, что используются при управлении содержанием проекта и вспомогательные инструменты могут различаться в зависимости от сферы реализации проекта. Утвержденное содержание проекта и иерархическая структура работ являются базовым планом проекта, куда могут вноситься изменения, проводится отслеживание выполнения работ [1, с 27].
Управление содержанием проекта описывает действия, необходимые для четкого определения, что именно должно быть сделано в ходе выполнения проекта, что выходит за рамки проекта.
Управление содержанием проекта включает в себя процессы, обеспечивающие включение в проект тех и только тех работ, которые необходимы для успешного завершения проекта. Управление содержанием проекта непосредственно связано с определением и контролем того, что включено и что не включено в проект. На рисунке 1 представлена общая схема процессов управления содержанием проекта, которые включают в себя следующее:
Эти процессы взаимосвязаны друг с другом, а также с процессами из других областей знаний. Каждый процесс может включать в себя действия одного или нескольких лиц в зависимости от потребностей проекта. Каждый процесс происходит в каждом проекте не менее одного раза и выполняется в одной или нескольких фазах проекта, если проект разбит на фазы. Хотя процессы представлены здесь в виде дискретных элементов с четко выделенными границами, на практике они накладываются друг на друга и оказывают взаимное влияние; такие наложения и взаимодействия здесь не описаны. Взаимодействия процессов подробно рассматриваются в главе 3 «Процессы управления проектом». В контексте проекта термин «содержание» может обозначать:
· Содержание продукта. Свойства и функции, которые характеризуют продукт, услугу или результат; и/или
· Содержание проекта. Работы, которые необходимо выполнить для создания продукта, услуги или результата с указанными характеристиками и функциями.
Процессы, используемые для управления содержанием проекта, а также вспомогательные инструменты и методы различаются в зависимости от прикладной области и обычно определяются как часть жизненного цикла проекта. Одобренное подробное описание содержания проекта вместе с ИСР и словарем ИСР представляют собой базовый план проекта по содержанию. Далее содержание, оформленное в базовом плане, отслеживается, подтверждается и контролируется на всем протяжении жизненного цикла проекта.
Работе, связанной с осуществлением пяти процессов управления содержанием проекта, предшествуют действия команды управления проектом по планированию, хотя они и не представлены здесь в виде дискретного процесса. Работы по планированию являются частью процесса разработки плана управления проектом, в результате которого создается план управления содержанием, предоставляющий указания относительно того, как содержание проекта будет определяться, документироваться, подтверждаться, управляться и контролироваться. План управления содержанием может быть формальным и неформальным, детализированным, или задавать лишь общие рамки в зависимости от потребностей проекта [3].
2. СТРУКТУРА РАБОТ ПРОЕКТА
Понимание проекта как структурированного (информационного) объекта, подчиняющегося логическим суждениям и формальным правилам, является основой профессиональных методов управления проектом. Для выявления и осознания целей, состава и содержания проекта, организации планирования и контроля процессов осуществления проектов необходимо определить и построить структуру работ проекта, используя методы декомпозиции [4].
Рисунок 2.1 Структура работ по проекту
Рисунок 2.2 Структура работ проекта
Структурная декомпозиция работ проекта (СДР) является графическим воплощением проекта и представляет собой совокупность взаимосвязанных элементов проекта различной степени детализации.
Структурная декомпозиция работ проекта является центральным инструментом определения работ, которые должны выполняться в рамках проекта. Описание работ (пакетов работ) должно включать: содержание работ, предполагаемые результаты, возможность измерения и оценки степени их выполнения. Чаще всего используется два вида СДР:
Декомпозиция по функциональному принципу (продукту проекта и его составляющим). Ниже в качестве примера приведена декомпозиция проекта по системной интеграции. Основным продуктом проекта является информационная система, включающая в себя промежуточные продукты: локальную сеть, рабочие станции и сервера, СУБД, системное и прикладное программное обеспечение.
Декомпозиция по хронологическому принципу (жизненному циклу проекта).
При управлении проектом на протяжении его жизненного цикла используются и другие структурные модели проекта, основой большинства которых является СДР. Наиболее существенными из них являются:
Чем детальнее в СДР отражены задачи нижнего уровня, тем выше может обеспечиваться прозрачность проекта. Проработанная в деталях и передаваемая в реальное исполнение СДР является эффективным инструментом по управлению проектом. При этом опытные менеджеры особое внимание уделяют фиксации мероприятий, передающих результаты предшествующей задачи (задач) на вход последующей (последующим), что осуществляется посредством вех, фиксирующих условия передачи результатов, достижения текущих целей и необходимые в данном случае документы. Четкое и системное определение вех в СДР обеспечивает высокое качество обратной связи в управлении проектом и контроля его исполнения, так как основная часть вех содержит требования по предоставлению отчетности по состоянию задач. Такая методика позволяет эффективно учитывать отклонения от плановых параметров задач и управлять изменениями проекта [4].
2.1 СТРУКТУРНАЯ МОДЕЛЬ ПРОЕКТА ПО ФАЗАМ ЖИЗНЕННОГО ЦИКЛА
Основные подходы к построению структурной модели проекта:
* Структурная модель организации проекта (или проектный офис), представляющая иерархическую декомпозицию организационной и производственной структуры проекта.
* Матрица ответственности и распределения работ по исполнителям, которая строится на основе структурных моделей работ проекта и организации проекта.
* Сетевая модель проекта, или иерархическая система сетевых моделей проекта, с заданной степенью детализации работ, отвечающей требованиям различных уровней управления и участников проекта, которая строится на основе СДР, дерева целей, структуры организации проекта и матрицы ответственности.
* Структурная декомпозиция контрактов по работам проекта.
* Дерево распределения рисков проектов.
На основе композиции различных структурных и информационных моделей можно построить и другие дополнительные композиционные структурные модели, необходимые для решения задач управления проектом различными его участниками.
Принятая структура проекта с выделенной в ней иерархией устойчивых элементов и образует основу информационного языка проекта, на котором общаются все участники проекта и ведется документирование. Поэтому принятая структура, и только она, должна использоваться на протяжении всего жизненного цикла проекта, хотя сама структура и может претерпеть изменения в ходе выполнения проекта. В этом случае должны быть внесены связанные с этим изменения во всей документации проекта [4].
В глоссарии желательно зафиксировать:
· названия основных прецедентов использования, в форме понятной пользователю и заказчику системы, сопроводив их небольшим (не больше одного предложения) описанием. Это нужно, в первую очередь разработчикам (как ни странно)
· названия всех понятий (сущностей) предметной области (домена приложения) в форме понятной пользователям и названия соответствующих им классов (объектов, модулей), если такое соответствие существует.
· названия и значения ключевых свойств сущностей предметной области. Например, для системы обработки заказов, таким ключевым свойством может быть «стоимость заказа», с описанием из чего она состоит и как формируется.
· термины предметной области, которым не соответствуют какие либо сущности в системе, но которые важны для понимания предметной области. Например, названия бизнес операций или бизнес процессов.
· названия основных модулей и блоков системы, названия подсистем и их назначение
· названия состояний сущностей системы и соответствующие им системные названия.
· синонимы. Важно отразить, что для обозначения одного и того же понятия могут использоваться разные названия.
· роли пользователей [7].
3.1 ГЛОССАРИЙ РАБОТЫ
ЗАКЛЮЧЕНИЕ
Изучив предложенную тему можно сделать выводы.
Процессы, что используются при управлении содержанием проекта и вспомогательные инструменты могут различаться в зависимости от сферы реализации проекта. Утвержденное содержание проекта и иерархическая структура работ являются базовым планом проекта, куда могут вноситься изменения, проводится отслеживание выполнения работ.
Для реализации проекта необходимо выполнить определенные виды работ.
Мною были рассмотрены также основные подходы к построению структурной модели проекта.
Размещено на Allbest.ru
Подобные документы
Объективные предпосылки возникновения методов управление проектами. Общее определение и основные признаки проекта. Многопроектное управление, его сущность и преимущества. Примеры критериев выполнения проекта. Жизненные циклы организации и проекта.
презентация [2,6 M], добавлен 25.01.2014
Понятие управления проектами как важной части функционирования любого предприятия. Внедрение информационных систем. Стандарты по управлению проектами. Интеграция проекта и управление его содержанием. Особенности управления временем и стоимостью.
практическая работа [341,1 K], добавлен 07.04.2015
Изучение объектов и субъектов в управлении проектов, а также их взаимодействия в процессе реализации проекта. Методы руководства и руководящие меры по обеспечению выполнения проекта. Жизненный цикл проекта и его фазы. Основные участники проекта.
контрольная работа [24,5 K], добавлен 18.02.2017
Сущность и требования к проектам в социальной работе. Фазы жизненного цикла проекта. Анализ создания и системы управления основными функциями проекта на примере проекта ГБОУ ЦВР «Раменки». Основные пути эффективного внедрения социального проекта.
курсовая работа [51,4 K], добавлен 14.11.2016
Планирование в управлении проектами, его основные принципы, подходы и методы. Планирование проекта в рамках стратегии компании. PEST-анализ окружающей среды и SWOT-анализ, порядок их проведения. Анализ эффективности проекта и его ключевые риски.
дипломная работа [904,9 K], добавлен 02.05.2011
Что такое управление проектами
Конкуренция на рынке постоянно растет: чтобы компания могла привлекать и удерживать клиентов, нужно подстраиваться под растущие требования аудитории, оперативно выполнять задачи и решать проблемы. Один из способов эффективно организовать работу внутри компании – проектный менеджмент. В статье расскажем, что такое управление проектами и как система помогает улучшить показатели бизнеса.
Что такое проект и его управление
Проект – комплекс мероприятий, ограниченных по времени, с общей целью: создание нового продукта или услуги, достижение определенных результатов.
Управление проектами – это способ организовать работу таким образом, чтобы выполнить все требования к проекту. Например, закрыть задачи, выдержать сроки и уложиться в бюджет. Чтобы достичь успехов, менеджеру понадобятся технические знания по проекту, качества управленца, умение решать проблемы и организовать работу в коллективе.
Чем отличается проектное управление от традиционного менеджмента
Рассмотрим отличия разных систем управления наглядно.
Традиционный менеджмент: | Управление проектами: |
ориентирован на ход событий | ориентировано на достижение цели |
важен процесс работы | важен результат |
нет дедлайнов | работа связана с соблюдением сроков |
распределяются позиции | распределяются ресурсы |
монотонная регулярная работа | разнообразные задачи |
постоянный персонал, занимающий определенные позиции | проектные команды разных специалистов |
Зачем нужно управление проектами
Проектный менеджмент – это инструмент для достижения стратегических целей. Этот способ управления помогает выявить задачи, важные для развития компании, распределить и направить силы на их достижение.
Управление проектами делит рабочий процесс на части и контролирует бюджет, дедлайны и прогресс на каждом этапе. После завершения работ можно оценить результаты по каждому процессу отдельно и в ракурсе конкретного проекта.
Управление некоторыми рутинными процессами отнимает много времени и приносит неочевидные результаты, поэтому проще их автоматизировать. Например, чтобы понять, что интересует клиентов и улучшать скрипты продаж, приходилось вручную собирать и систематизировать информацию о звонках. Это долго, дорого и, в силу человеческого фактора, неточно.
Теперь эти задачи можно решить с помощью сервиса Предикт от Calltouch. Система позволяет проанализировать разговор без участия менеджера, промаркировать и упорядочить обращения, чтобы найти сильные и слабые стороны скрипта и определить эффективность рекламных кампаний.
Предикт
Стандарты управления проектами
Это рекомендации и советы, на которые нужно ориентироваться при организации работы. Какие стандарты бывают:
Есть международные стандарты управления проектами – правила организации работы в разных странах. Один из самых известных стандартов – PMBOK (A Guide to the Project Management Body of Knowledge). Это руководство по управлению проектами, где есть вся терминология и базовые принципы. Его применяют в более 160 странах мира.
Роли в проекте
Роль в проекте – это набор функций и полномочий для разделения обязанностей между членами команды. Стандарт PMBOK выделяет следующие роли:
Важный вопрос – организация работы внутри коллектива исполнителей. Чтобы создать эффективную команду, руководитель учитывает навыки, опыт, личные качества сотрудников и распределяет роли внутри команды. Какие виды ролей бывают:
Состав идеальной команды зависит от специфики и целей проекта: можно привлекать дополнительных специалистов или наоборот, исключать лишних.
Кто такой руководитель проекта
Руководитель проекта или проект-менеджер – это человек, который несет ответственность за достижение поставленных целей. Он полностью отвечает за построение рабочего процесса: составляет план, формирует команду и распределяет обязанности, контролирует ресурсы и бюджет, а также корректирует ход работы и следит за соблюдением сроков.
Требования к проект-менеджеру
Какие компетенции понадобятся руководителю проектов в работе:
Преимущества проектного метода управления и его недостатки
Плюсы проектного управления:
Основные этапы управления проектом
Управление проектом – это комплекс действий. Количество и сложность задач, их последовательность зависят от вида проекта: например, строительство дома сильно отличается от работы над разработкой мобильного приложения. Но все проекты, вне зависимости от специфики, проходят примерно одинаковые этапы развития. Их называют жизненным циклом. Рассмотрим основные этапы управления проектом.
Инициирование проекта
На этой стадии определяют суть и цели проекта, выбирают руководителя, рассчитывают предварительный бюджет и ресурсы. Инициация – первичное содержание проекта, которое уточняют и дополняют в процессе. Чем крупнее проект, тем тщательнее прорабатывается этот этап.
Планирование проекта
Теперь нужно определить, как именно будет выполняться проект:
Планирование – это не только создание плана на старте, но и способность подготовиться к будущим проблемам, правкам и изменениям требований.
Исполнение проекта
Следующий шаг – запуск операций по плану. Здесь важно качественно выстроить работу внутри коллектива: всех познакомить, четко объяснить функции и задачи, продумать мотивацию для сотрудников.
Мониторинг и контроль проекта
Нужно контролировать каждый этап работы, а не только итоговые результаты. Аналитика позволяет выявить ошибки и проблемные места, быстро их исправлять и повышать эффективность.
Контролировать работу легче с помощью автоматизированных систем: CRM и других сервисов. Например, сквозная аналитика от Calltouch поможет проанализировать эффективность интернет-рекламы. Система объединяет данные со всех площадок в одном окне. С помощью наглядных отчетов можно сделать выводы об эффективности, оптимизировать затраты и выстроить полноценную воронку продаж.
Сквозная аналитика
Закрытие проекта
На этом этапе оформляют документы и передают результаты заказчику, либо инициируют фазу нового проекта. Важно получить обратную связь от заказчика: это поможет глобально оценить итоги работы и сделать выводы, чтобы не допускать ошибок в будущем.
Подходы к управлению жизненным циклом проекта
Жизненным циклом можно управлять: от этого зависит результативность проекта. По подходам к управлению жизненные циклы делят на:
Какую выбрать методологию
Для реализации задач проектного менеджмента используют различные методы. Методология, в отличие от стандартов – это не просто набор терминов и рекомендаций, а конкретный план действий, задающий направление. К числу основных методов можно отнести следующие варианты.
Waterfall
Эту модель еще называют каскадной или водопадной. Главный принцип метода – последовательное и четкое соблюдение всех этапов по заранее продуманному плану. Например, этапы разработки IT-продукта по методологии Waterfall:
В рамках подхода влияние непредвиденных факторов сводится к минимуму: каждый шаг предварительно продумывают и фиксируют. Подходит для проектов, где все требования заранее известны, без необходимости вносить изменения и риска ошибиться.
Agile
В отличие от Waterfall, Agile – целый набор гибких методик. Его главная ценность – это качество продукта, поэтому agile-команды постоянно поддерживают контакт с заказчиком и готовы к любым изменениям и доработкам. Обычно методология используется в IT-сфере при работе небольших групп сотрудников, занятых творческой работой.
Scrum
Scrum – это часть методологии Agile. Здесь тоже в приоритете результат и удовлетворение запросов заказчика, поэтому его максимально вовлекают в процесс. Работа состоит из коротких периодов – спринтов. В рамках спринта создается часть продукта, которую тестируют демонстрируют клиенту. По обратной связи от клиента команда улучшает эффективность.
Kanban
« Kanban » переводится как «доска объявлений». Это тоже часть Agile-философии, включающая ее базовые принципы. Методологию используют для равномерного распределения обязанностей между сотрудниками, чтобы не перегрузить команду.
Инструменты для управления проектами
Чтобы руководителю было проще выстраивать и контролировать процессы, разработчики создают специальные сервисы и ПО, которые автоматизируют часть работы. Самые популярные:
Заключение
Проектный менеджмент – это один из самых прогрессивных методов управления в компании. Его применяют для решения задач в любой сфере: бизнесе, общественной деятельности или госуправлении. Проектный подход позволяет заранее обозначить важные цели и максимально эффективно использовать бюджет и другие ресурсы. Однако сама по себе система не решит проблем. Чтобы выстроить управление в соответствии со спецификой и задачами конкретного бизнеса нужен грамотный менеджер.
Управление содержанием проекта
Содержание проекта – это то, что проект включает в себя, и в чем он состоит. Управление содержанием проекта – достаточно большая область знаний, владея которыми Руководитель проекта определяет, что входит в проект и что остается за его рамками.
Содержание проекта – это наличие в проекте тех работ, которые необходимо выполнить, для того, чтобы получить желаемый результат.
Таким образом, содержанием нужно управлять и контролировать его на протяжении всего жизненного цикла проекта, следить за тем, чтобы в списке необходимых работ не появились лишние, не относящиеся к желаемому результату проекта. Или какие-то побочные, относящиеся уже к другому проекту.
Также стоит различать содержание проекта и содержание продукта: в первом случае, это работы, которые необходимо выполнить для получения желаемого результата (продукта, услуги), во втором случае – это функции и характеристики результата.
В процессе определения содержания появляется детальный документ, в котором отражены цели и задачи проектных работ.
Не стоит так же забывать, что для достижения одного результата могут быть использованы различные альтернативные методы, таким образом, следует рассматривать вопрос шире, со всех сторон, чтобы не упустить более выгодные возможности.
После того, как разработан и утвержден устав проекта, собраны и задокументированы требования, может быть составлено описание содержания проекта. Оно уже содержит больше информации о проекте, и оно более детально.
Качественно составленное описание содержания проекта важно еще и потому, что впоследствии будет являться основой для планов и решений. В то время как при плохо определенных целях могут возникнуть значительные риски.
Чем детальнее и однозначнее звучат пункты содержания проекта, тем проще потом определить, что проект завершен, то есть выполнены все требования и достигнуты все поставленные цели.
Но мы все понимаем, что в процессе жизненного цикла проекта появляется все больше и больше уточняющей информации, что необходимо учитывать при дополнении и детализации содержания проекта, при необходимости согласовывая с заинтересованными лицами.
Содержание проекта включает в себя:
Об описании содержания проекта, критериях приемки результата и границах проекта поговорим ниже.
Описание содержания проекта
В описание проекта входит достаточно высокоуровневое описание того, какие результаты должны быть получены. По большому счету, это следующий уровень детализации того содержания, которые было приведено в уставе проекта. Важно включить сюда то, что требуется сделать или произвести для получения результата. Например, если вы внедряете новую информационную систему, в содержание проекта будет входить:
Критерии приемки результата проекта
По каждому из элементов содержания проекта, приведенному выше, указывается, как заказчик и мы сами поймем, что результат действительно соответствует ожиданиям? Это обычно самая сложная часть описания содержания проекта, т.к. степень неопределенности еще слишком высока, а договариваться нужно уже тут, на берегу,пока работы не начались.
Настоящее искусство – это сформулировать критерии так, чтобы они были действительно удобны в использовании и не вызывали разночтения.
Например, для элемента “Обученные пользователи” (подкатегория “Обученные бухгалтера по работе с дебиторами”) критерием приемки может быть “Бухгалтер может выполнить следующие операции: ввод акта сверки, согласование счета и т.д. самостоятельно не более чем за 1 минуту”.
Границы проекта
Помимо того, что команда проекта будет делать в ходе его реализации, очень важно определить, чего она делать не будет.
На рисунке ниже схематично изображено определение границ проекта.
Определение границ проекта
В ходе описания границ проекта определяются и документируются все моменты, которые могут подразумеваться как часть проекта, но таковой не являются (опять же, в идеально случае вы просто детализируете то, что ранее написали в уставе проекта).
Продолжая приведенный выше пример, в содержание проекта входит обучение пользователей, но не входят командировки проектной команды для обучения бухгалтеров в регионах или организация командировок этих бухгалтеров для обучения в Москве (об этом заказчику придется позаботиться самостоятельно).
Управление содержанием целесообразно еще и потому, что позволяет контролировать объем усилий и средств, направленных на получение результата. Что, если на выполнение проекта потрачено огромное количество ресурсов, усилий, времени – а результат, мягко говоря, того не стоит?
Хорошо написанное содержание проекта – одна из основополагающих успеха проекта и отличный инструмент коммуникации, который руководитель проекта должен уметь использовать во благо этого проекта.
Информация полезна? Поддержи развитие проекта!
На кофе и новые материалы для читателей блога 🙂