Проектирование системы управления проектами

Системный подход к управлению проектами. Определение главных финансовых, системных и личных целей. Регламентирующая и методическая документация. Моделирование бизнес-процессов, подходы к выбору их конфигурации. Сравнительный анализ нотаций ARIS и IDEF.

Рубрика Менеджмент и трудовые отношения
Вид курсовая работа
Язык русский
Дата добавления 29.04.2013
Размер файла 266,6 K

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.

Размещено на http://www.allbest.ru/

Размещено на http://www.allbest.ru/

Проектирование системы управления проектами

1. Системный подход к управлению проектами

Система управления организацией - совокупность взаимосвязанных элементов, из которых основными являются система целей и показателей, модель бизнес-процессов и организационная структура управления. Система целей и показателей отвечает на вопрос «Чего?» необходимо достигнуть организации и как будет определяться достижение целей, модель бизнес-процессов отвечает на вопросы «Что?», «Когда?» (в некоторых случаях и «Как?») необходимо для этого делать, организационная структура отвечает на вопрос «Кто?» это будет делать.

Создавать с «нуля» или реформировать систему управления организацией можно только после того, как станет ясна наивысшая цель организации. Она нужна для принятия правильных с точки зрения ее достижения решений о внутреннем устройстве и принципах функционирования организации. Кто ее задает? Или кто ставит цель перед организацией? Очевидно, что таким лицом является собственник компании (или группа собственников, или акционеры) и только он. Можно бесконечно долго говорить о миссии компании по отношению к клиентам или о социальной ответственности, но истинная цель организации - удовлетворение потребностей собственника. К нему и предстоит отправиться за ответом на этот вопрос. Самое главное при этом действительно получить информацию о наивысшей цели, а не о целях более низкого уровня. Иначе это может привести к ситуации, когда в процессе проектирования приходится решать вовсе не те задачи, которые на самом деле хочет решить собственник.

Цели, которые может поставить собственник в зависимости от своих потребностей, можно разделить на три типа:

2. Финансовые цели

Самый простой вид целей. Примеры формулировок:

- Генерация заданного уровня прибыли в квартал.

- Генерация совокупной прибыли в размере N за 5 лет.

- Достижение компанией стоимости в N при продаже потенциальному покупателю.

- Достижение заданной котировки акций на заданной фондовой бирже.

3. Системные цели

управление проект моделирование бизнес

Цели, которые должна достигать организация для обеспечения функционирования системы более высоко уровня. Например, если компания сталкивается с отсутствием необходимого количества грамотных специалистов той профессии, которая жизненно важна для ее бизнеса, она создает своё учебное заведение. Перед этим учебным заведением ставится цель: «Подготовка необходимого количества специалистов в год».

4. Личные (психологические) цели

Личные цели собственника лежат в области его психологии и базируются на его потребности в саморазвитии, общественном признании, положении в своей социальной группе и т.п. Это самые сложные для выявления и формализации цели, потому что, как правило, человек предпочитает о них не говорить. Выражаться они могут, например, так: «Хочу стать самым известным на рынке продавцом алкогольных напитков, при этом финансовые цели не интересны - главное, чтобы мы не работали в убыток». Такую цель желательно привести к более формализованной цели, например, «Захват заданного процента рынка».

Для полной формализации цели необходимо задать показатели ее достижения. Показатель определяет, насколько мы приблизились к выполнению цели. Например, если поставлена цель «Генерация заданного уровня прибыли в квартал», то показателем достижения этой цели будет «Прибыль в квартал». Показатели должны:

Быть измеримыми;

Иметь заданные целевые значения.

Определившись с наивысшей целью, необходимо разработать стратегию ее достижения - стратегию организации.

Стратегия - совокупность взаимосвязанных мероприятий и решений, определяющих приоритетные направления затрат ресурсов и усилий предприятия по достижению заранее определенных и согласованных с собственником целей. Стратегия дает ответ на вопрос, как добиться поставленных целей. (Принципы разработки стратегии опускаем, эта тема достаточно освещена в литературе).

Из стратегии должны следовать основные требования к системе управления:

- стратегические цели, являющиеся декомпозицией наивысшей цели организации (количество уровней зависит от детальности проработки стратегии), целевые значения показателей для определения верхнего уровня системы целей организации.

- уровни управления (монопредприятие, холдинг - управляющая компания и набор производственных единиц, корпоративный центр - набор холдингов) - для определения верхнего уровня организационной структуры организации.

5. Основные элементы системы управления

Управлять - значит приводить объект управления в целевое состояние. Исходя из этого определения, можно выделить основные элементы системы управления организацией. Целевое состояние объектов управления задает система целей и показателей, деятельность по приведению объектов управления в нужное состояние описывается с помощью модели бизнес-процессов, исполнители этой деятельности определяются организационной структурой (Рис. 1)

Рис. 1. Элементы системы управления

Исходя из состава элементов системы управления и их логической взаимосвязи, последовательность проектирования системы управления «с нуля» выглядит следующим образом:

1. Формулирование наивысшей цели организации

2. Разработка стратегии

3. Формирование верхнего уровня системы целей и показателей

4. Определение объектов управления

5. Разработка модели бизнес-процессов, формирование нижнего уровня системы целей и показателей

6. Проектирование организационной структуры

7. Формирование регламентирующей и методической документации

8. Автоматизация системы управления (при необходимости)

При совершенствовании существующей системы управления речь может идти не о перепроектировании с «нуля», а о последовательной корректировке элементов системы управления в соответствии с указанной последовательностью шагов.

Следует отметить, что на ранних фазах развития организации управление некоторыми объектами имеет низкое значение (например, собственником, если он является первым лицом компании, т.е. находится внутри системы управления), такие объекты могут не рассматриваться для упрощения проектирования системы управления, но это не значит, что они в принципе отсутствуют. В некоторых случаях могут появляться и другие объекты управления (например, сама система управления, если говорить о потребности в периодическом приведении ее к новому, более эффективному для реализации стратегии состоянию).

Задачей системы управления является перевод объектов управления из начального естественного состояния в конечное, необходимое для получения заданных результатов деятельности и достижения целей организации:

Таблица 1.

Объект управления

Начальное состояние

Конечное состояние

Собственник

Неудовлетворенный

Удовлетворенный

Потребитель

Потенциальный

Удовлетворенный

Продукт

Отсутствует

Удовлетворяющий потребности потребителя

Техпроцесс (производственный процесс, процесс оказания услуги)

Отсутствует

Соответствует технологии

Поставщик

Потенциальный

Удовлетворивший нас

Производственно-технологическое оборудование

Работоспособное

Работоспособное (в цикле)

Инженерно-техническая инфраструктура

Работоспособное

Работоспособное (в цикле)

Рабочая сила (персонал)

Работоспособное

Работоспособное (в цикле)

Капитал

(в процессе деятельности меняет свою форму)

Достаточный для осуществления деятельности

Достаточный для осуществления деятельности

В качестве инструмента для описания деятельности по управлению используется процессный подход.

Процессный подход- подход к анализу и синтезу деятельности организации, основанный на выделении составляющих деятельность бизнес-процессов.

В соответствии с выделенными объектами управления выделяются бизнес-процессы верхнего уровня:

Таблица 2.

Объект управления

Бизнес-процесс

Собственник

Привлечение и обслуживание уставного капитала

Потребитель

Продвижение и продажи

Продукт

Разработка новых и совершенствование существующих продуктов (услуг)

Техпроцесс (производственный процесс, процесс оказания услуги)

Производство

Поставщик

Воспроизводство ресурсов

Производственно-технологическое оборудование (ПТО)

Воспроизводство ПТО

Объекты инженерно-технической инфраструктуры (ОИТИ)

Воспроизводство ОИТИ

Рабочая сила (персонал)

Воспроизводство рабочей силы

Капитал

Финансирование деятельности и расчеты

Существующие управленческие техники и методики, такие как система менеджмента качества, бюджетирование, CRM и прочие, являются способами организации бизнес-процессов. Поэтому рекомендуется сразу встраивать необходимые техники и методики в модель бизнес-процессов.

Подход к управлению качеством при процессной организации работ основывается на том, что управление качеством также является процессом, взаимосвязанным со всеми процессами проекта. Все работы в проекте осуществляются посредством выполнения сети процессов. Структура такой сети обычно не является простой и последовательной, поэтому управление качеством в такой структуре должно основываться на группировке процессов по объектам воздействия.

Таким образом управление качеством проектных работ достигается через управление процессами проекта по двум направлениям:

1. Через структуру и работу самого процесса, внутри которого имеются потоки продукции или информации;

2. Через структуру продукции или информации протекающих внутри процесса.

В общем случае, взаимосвязь процессов проекта и управления качеством можно представить следующим образом.

Рис. 2. Процессная модель управления качеством

Данная модель процессного управления не отражает взаимосвязь процессов на детальном уровне, однако в рамках этой модели могут быть рассмотрены все требования к системе управления качеством.

Руководство проекта устанавливает требования в соответствии с "ответственностью руководства" к выполнению процессов и выделяет необходимые ресурсы. Управление ресурсами основывается на потребности каждого процесса. Результаты выполнения процессов измеряются и анализируются посредством процессов "измерения, анализа и улучшения".Анализ со стороны руководства обеспечивает обратную связь с"ответственностью руководства" для санкционирования изменений и инициирования улучшений.

Исходя и вышесказанного, общие принципы управления качеством проектных работ заключаются в следующем:

· Встраивание процессов управления качеством в процессы проекта;

· Управление качеством посредством управления структуры процесса и структуры продукта процесса;

· Группирование процессов по их сродству друг другу (по срокам, по ресурсам, по рискам);

· Координация и совместимость процессов проекта, а также определение их взаимодействия.

Однако, несмотря на понятные принципы управления качеством,методы реализации этих принципов в реальных проектах не разработаны.Поэтому основные задачи, которые возникают при управление качеством проектов заключаются в первую очередь в определении взаимосвязей процессов жизненного цикла проекта и управления качеством процессов проекта, а также определение закономерностей организации управления качеством на основе таких процессов.

Другой не менее важной задачей становится задача оценки качества проектных решений напрямую зависящих от выполнения набора последовательных взаимообусловленных состояний всех процессов проекта, реализовать которые можно только при выполнении определенных внешних и внутренних условий.

6. Регламентирующая и методическая документация

Разработанные элементы системы управления необходимо зафиксировать в регламентирующей документации для обеспечения необходимого уровня формализации. Полученные документы используются как рабочая документация сотрудников и для проведения аудитов СМК.

Дополнительно к перечисленным видам документации могут применяться методики, формализующие алгоритмы и правила выполнения отдельных работ. Они используются в тех случаях, когда заранее известно, что при выполнении определенного вида работы должны использоваться только одни и те же правила. Методики позволяют сделать наиболее критичные и важные работы человеконезависимыми - при смене сотрудника работа будет выполняться одинаково.

Рис. 3. Структура регламентирующей документации

Система позволяет осуществлять выполнение следующих этапов по проектированию системы управления:

- Формирование верхнего уровня системы целей и показателей;

- Разработка модели бизнес-процессов, формирование нижнего уровня системы целей и показателей;

- Проектирование организационной структуры;

- Формирование регламентирующей документации.

Также может быть использована в проекте автоматизации системы управления - в части разработки технического задания на автоматизацию и формирования инструкций пользователям.

7. Моделирование бизнес-процессов

Существующая практика построения систем управления включает в себя несколько подходов к организации систем управления. Наиболее известны из них системы, построенные на управлении функциями и управлении бизнес-процессами организации.

Бизнес-процесс - последовательность действий (подпроцессов), направленная на получение заданного результата, ценного для организации.

Системы управления, построенные на принципах управления функциями, представляют собой иерархическую пирамидальную структуру подразделений, сгруппированных по выполняемым функциям. Под функциональным подразделением можно понимать группу экспертов в данной функциональной области. В организациях, построенных по данному принципу, управление осуществляется на административно-командных принципах. Другим подходом построения систем управления является управление потоками работ или процессами, составляющими деятельность предприятия. Процессное подразделение включает в себя координатора - владельца процесса и исполнителей из различных функциональных областей, сгруппированных по принципу единства результата бизнес-процесса. Подобные системы часто называют «горизонтальные», подразумевая под «вертикальным» управлением иерархию функциональных подразделений и руководителей в стандартной системе управления, построенной по функциональному принципу.

Понятие бизнес-процесс лежит в основе процессного подхода к анализу и синтезу деятельности организации. Процессный подход позволяет рассматривать деятельность организации как связанную систему бизнес-процессов, каждый из которых протекает во взаимосвязи с другими бизнес-процессами или внешней средой. В настоящий момент применение процессного подхода является обязательным условием для построения Системы менеджмента качества в соответствии с требованиями стандарта ISO 9001:2000. Практика показывает, что система управления, построенная на принципах процессного управления, является более эффективной и результативной по сравнению с равной ей по масштабу функциональной системой. Вместе с тем, разработка и внедрение такой системы - сложный процесс.

8. Последовательность разработки модели бизнес-процессов

Для того чтобы разработать модель бизнес-процессов необходимо:

1. Выявить набор объектов управления

2. Выбрать подход к описанию бизнес-процессов

3. Выбрать конфигурацию модели (моделей) бизнес-процессов

4. Разработать модель (модели) бизнес-процессов

5. Заполнить параметры процессов

6. Выбрать и назначить процессам показатели эффективности деятельности.

7. Оценить время и стоимость выполнения процессов и провести их оптимизацию (при необходимости).

9. Подходы к выбору конфигурации модели бизнес-процессов

В зависимости от фазы развития организации и состояния ее системы управления можно использовать два похода к созданию модели бизнес-процессов:

Таблица 3.

Подход

Использование

Выделение и описание набора отдельных бизнес-процессов компании.

Целесообразно использовать в организациях, которые недавно приступили к формализации своей системы управления.

Позволяет быстро решить задачи формализации отдельного набора бизнес-процессов. Бизнес-процессы, относящиеся к разным объектам управления можно группировать с помощью папок.

Для согласования бизнес-процессов между собой их можно связать по входам и выходам с помощью междиаграммных ссылок (нотации Процедура, Процесс) или интерфейсов процессов (нотация EPC).

Используемые нотации: Процедура, Процесс, EPC.

Создание комплексной модели бизнес-процессов

Предназначен для организаций, осуществляющих полный цикл проектирования системы управления.

Модель создается в соответствии с методологией структурного анализа и проектирования SADT. Это позволяет создать комплексную непротиворечивую модель бизнес-процессов, получить распределение ответственности за основные результаты деятельности.

Используемые нотации: IDEF0 - на верхнем уровне модели, Процедура, Процесс, EPC - на нижних уровнях.

В случае создания модели бизнес-процессов в зависимости от количества уровней системы управления и набора объектов управления может создаваться не одна, а несколько моделей бизнес-процессов:

Таблица 4.

Моделируемая система управления

Состав моделей

1 уровень управления - монопредприятие, количество объектов управления не более 8

Одна комплексная модель бизнес-процессов.

(Пример - нормативная 8-процессная модель БКГ:

1 уровень управления - монопредприятие, количество объектов управления более 8

Возможно два варианта:

1. Создание одной модели, на верхнем уровне которой будет группировка по «метапроцессам», например, Процессы управления, Процессы развития, Основные процессы, Обеспечивающие процессы.

2. Создание нескольких моделей - по одной для каждого «метапроцесса». Модели можно связать между собой по входам и выходам с помощью междиаграммных ссылок.

2-уровневая система управления (управляющая компания - производственные единицы)

1. Одна модель для управляющей компании.

2. В общем случае N моделей - по одной для каждой производственной единицы (количество моделей может быть меньше, если ряд производственных единиц должен иметь одинаковую систему управления).

Модели можно связать между собой по входам и выходам с помощью междиаграммных ссылок.

10. Формирование регламентирующей документации

Регламент процесса IDEF0

Регламент описывает последовательность выполнения процесса IDEF0 с указанием входов, выходов, результатов, исполнителей (владельцев, участников), а также показателей процесса.

Таблица 5. Регламент состоит из следующих разделов

Подраздел регламента

Описание подраздела

Титульный лист

Наименование компании

Значение параметра «Название компании».

Наименование процесса

Значение параметра «Название» процесса

Версия

Значение параметра «Версия с редакцией» из структуры «Текущий статус» процесса

Статус процесса:

Значение параметра «Статус процесса» из структуры «Текущий статус» процесса

Введен в действие:

Значение параметра «Дата» из структуры «Текущий статус» процесса

Выводится в регламентах процессов, которым установлен статус «Опубликован».

Перечень изменений

Версия

Значение параметра «Версия с редакцией» из списка «Статусы процесса»

Статус

Значение параметра «Статус процесса» из списка «Статусы процесса»

Дата изменения статуса

Значение параметра «Дата» из списка «Статусы процесса»

Изменения

Значение параметра «Изменение» из списка «Статусы процесса»

Содержание

Содержание регламента

Термины и сокращения

Перечень терминов и сокращений, используемых в регламенте.

1. Общие положения

1.1. Содержание деятельности

Значение параметра «Содержание деятельности» процесса

11. Сравнительный анализ нотаций ARIS и IDEF

Сравнительный анализ нотаций ARIS и IDEF приводится в табл. 6.

Таблица 6. Объекты нотаций ARIS, IDEF0 и IDEF3

Критерии сравнения

ARIS

IDEF0

IDEF3

1

Принцип построения диаграммы/логика процесса

Временная последовательность выполнения процедур

Принцип доминирования

Временная последовательность выполнения процедур

2

Описание процедуры процесса

Объект на диаграмме

Объект на диаграмме

Объект на диаграмме

3

Входящий документ

Используется отдельный объект для описания («документ»)

Стрелка входа, стрелка управления

Используется отдельный объект для описания (Объект ссылки типа Object или стрелка Objectflow)

4

Входящая информация

Используется отдельный объект для описания («кластер», «технический термин»)

Стрелка входа, стрелка управления

Используется отдельный объект для описания (Объект ссылки типа Object или стрелка Objectflow)

5

Исходящий документ

Используется отдельный объект для описания («документ»)

Стрелка выхода

Используется отдельный объект для описания (Объект ссылки типа Object или стрелка Objectflow)

6

Исходящая информация

Используется отдельный объект для описания («кластер», «технический термин»)

Стрелка выхода

Используется отдельный объект для описания (Объект ссылки типа Object или стрелка Objectflow)

7

Исполнитель процедуры

Используется отдельный объект для описания («позиция», «организационная единица»)

Стрелка механизма

Нет (может быть отражен в модели только привязкой объекта ссылки)

8

Используемое оборудование

Используется отдельный объект для описания

Стрелка механизма

Нет (может быть отражен в модели только привязкой объекта ссылки)

9

Управление процедурой

Нет. Может быть отражено только символами логики и событий (последовательность выполнения процедур) и/или указанием входящих документов

Стрелка управления

Только временная последовательность выполнения процедур и логика процесса

10

Контроль выполнения процедуры

Нет. Может быть отражен указанием входящих документов

Стрелка управления

Нет (может быть отражен в модели только привязкой объекта ссылки).

11

Обратная связь по управлению/контролю

Нет. Может быть отражена только символами логики (последовательность выполнения процедур)

Стрелка управления

Нет

12

Обратная связь по входу

Нет. Может быть отражена только символами логики (последовательность выполнения процедур)

Стрелка входа

Нет

Одним из важнейших аспектов описания моделей процессов является отражение на модели управляющих воздействий, обратных связей по контролю и управлению процедурой.

Сравнение функциональных возможностей систем приводится в табл. 7.

Таблица 7. Сравнение функциональных возможностей ARIS Toolset 5.0 и BPwin 4.0

Возможности/ Инструментальная среда

ARIS Toolset 5.0

BPwin 4.0

1

Поддерживаемый стандарт

(частично - DFD, ERM, UML)

IDEF0, IDEF3, DFD

2

Система хранения данных модели

Объектная база данных

Модели хранятся в файлах. Возможно создание репозитария на основе реляционной СУБД с помощью ModelMart

3

Ограничение на размер базы данных

Нет. Размер базы данных ограничивается вычислительными ресурсами

Нет. Размер базы данных ограничивается вычислительными ресурсами

4

Возможность групповой работы

Есть. Используется ARIS Server

Есть. Используется ModelMart

5

Ограничение на количество объектов на диаграмме

Нет

Для DFD и IDEF3 - нет. Для IDEF0 ограничено рекомендациями нотации

6

Возможность декомпозиции

Неограниченная декомпозиция. Возможна декомпозиция на различные типы моделей

Неограниченная декомпозиция. Возможен переход на другую нотацию в процессе декомпозиции

7

Формат представления моделей

Не регламентируется

Стандартный бланк (каркас) IDEF с возможностью его отключения

8

Удобство работы по созданию моделей

Сложная панель управления, есть выравнивание объектов, есть undo

Простая панель управления, нет выравнивания объектов, нет undo

9

UDP - свойства объектов, определяемые пользователем

Большое, но ограниченное количество свойств; количество типов ограничено

Количество UDP не ограничено. Количество типов ограничено (18)

10

Возможность анализа стоимости процессов

Есть. Возможность использовать ARIS ABC

Упрощенный ABC - анализ стоимости по частоте использования в процессе. Возможность экспорта в Easy ABC

11

Генерация отчетов

Создание отчетов на основе стандартных и настраиваемых пользователем макросов VisualBasic

RPTwin, возможность визуальной настройки отчетов, включая расчет по формулам с использованием UDP

12

Сложность разработки нестандартных отчетов

Сложно

Просто

13

Экспорт отчетов

Реализован экспорт отчетов в MS Office, текстовый файл, RTF, HTML

Реализован экспорт отчетов в MS Office, текстовый файл, RTF, HTML

14

Связь с моделью данных

Возможность построения ERD-диаграмм, для экспорта необходимо дополнительное программное обеспечение

Реализована связь с моделью данных ERwin. Каждой стрелке может быть поставлен в соответствие набор сущностей и атрибутов

15

Описание доступа к данным

Нет

Для каждой работы могут быть описаны права на использование данных. Объект модели данных может быть создан непосредственно в среде BPwin

16

Описание сопутствующей документации

Есть, поддержка OLE

С помощью UDP типа command с каждой стрелкой связывается любой документ, который может быть загружен с помощью Windows - приложения. Запуск приложения проводится непосредственно из среды BPwin

Сравнивая две системы, следует сразу отметить, что для хранения моделей в ARIS используется объектная СУБД и под каждый проект создается новая база данных. Для удобства пользователя модели (объекты моделей) могут храниться в различных группах, организованных в зависимости от специфики проекта. Вполне естественно, что в ARIS предусмотрены различные функции по администрированию базы данных: управление доступом, консолидация и т.п. В BPwin данные модели хранятся в файле, что существенно упрощает работу по созданию модели. Для групповой работы над большими проектами предусмотрено хранение моделей BPwin в репозитарииModelMart (поставляется отдельно). ModelMart,является хранилищем моделей для BPwin и ERwin и, использует реляционные СУБД Oracle, Informix, MS SQLServer, Sybase). В нем предусмотрено администрирование, в том числе разграничение прав доступа до уровня объекта модели, сравнение версий, слияние моделей и т.д.

Размещено на Allbest.ru


Подобные документы

  • Усовершенствование процессов управления проектами нефтегазовой отрасли Азербайджана. Управление проектами и процессный подход при бурении нефтяных скважин. Разработка рекомендаций по усовершенствованию процессов управления проектом "Азери-Чираг-Гюнешли".

    дипломная работа [2,9 M], добавлен 25.09.2013

  • Системный подход к управлению предприятием. Проект как система управления предприятием. Роль человеческого фактора в управлении проектами. Планирование ресурсов проекта, контроль его реализации. Заключительный этап проекта: функции управляющего аппарата.

    курсовая работа [95,3 K], добавлен 27.05.2015

  • Подходы к управлению проектами. Организационные формы реализации проекта. Рабочая группа и ее подгруппы. Типы организационных структур групп для УП, адаптация оргструктуры. Понятие, проектирование организационно-динамической структуры управления проектом.

    реферат [253,6 K], добавлен 08.09.2010

  • Использование методологии управления проектами в качестве механизма реализации инновационных инвестиций. Синергия проектного, программно-целевого и портфельного управления. Модель информационно-аналитической системы управления лечебным учреждением.

    курсовая работа [1,0 M], добавлен 07.07.2015

  • Общая характеристика стандартов, разработанных Институтом управления проектами США. Задачи, классификация и основные сферы деятельности стандартов PMI. Четыре области профессии: проект, программа, портфель и организационный подход к управлению проектами.

    реферат [33,5 K], добавлен 13.04.2015

  • Организация системы проектного менеджмента на предприятии в современных экономических условиях. Построение организационных структур управления проектами организаций. Определение проблем управления проектами ОАО "Сатурн" и поиск путей совершенствования.

    дипломная работа [151,3 K], добавлен 23.08.2011

  • Понятие управления проектами как важной части функционирования любого предприятия. Внедрение информационных систем. Стандарты по управлению проектами. Интеграция проекта и управление его содержанием. Особенности управления временем и стоимостью.

    практическая работа [341,1 K], добавлен 07.04.2015

  • Процессный подход: концепция, ресурсная база и декомпозиция. Принципы моделирования бизнес-процессов по стандарту IDEF. Реализация процессного подхода к управлению. ООО "КБ Пожарной Автоматики": краткая характеристика, организационная структура, процессы.

    дипломная работа [752,4 K], добавлен 02.09.2012

  • Характеристика этапов развития управления проектами в России. Понятие, роль и актуальность проектного управления. Основные формы планирования и контроля текущей деятельности фирмы. Особенности управления проектами в фирмах-партнерах "1С:Франчайзи".

    курсовая работа [1021,2 K], добавлен 23.10.2015

  • Системный подход: основные черты и сущность. Предприятие как система управления и объект исследования. Анализ структуры системы и компонентов подсистемы развития ОАО "Ливгидромаш". Повышение эффективности управления посредством управления стоимостью.

    курсовая работа [3,1 M], добавлен 17.08.2011

Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д.
PPT, PPTX и PDF-файлы представлены только в архивах.
Рекомендуем скачать работу.