Основные принципы проектирования и состав офиса проекта

Анализ офиса проекта как специфической инфраструктуры, обеспечивающей эффективную реализацию проекта или портфеля проектов. Принципы организации виртуального офиса проекта. Сетевой граф: понятие, параметры, оптимизация. Оптимизация сетевого графика.

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

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

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

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

СОДЕРЖАНИЕ

  • ВВЕДЕНИЕ
    • 1.1 Понятие офиса проекта
    • 1.2 Основные принципы проектирования и состав офиса проекта
    • 1.3 Основные принципы организации виртуального офиса проекта
  • ГЛАВА 2. СЕТЕВОЕ ПЛАНИРОВАНИЕ
    • 2.1 Сетевой граф: понятие, параметры, оптимизация
    • 2.2 Построение сетевого графика
    • 2.3 Оптимизация сетевого графика
  • ЗАКЛЮЧЕНИЕ
  • СПИСОК ЛИТЕРАТУРЫ
  • проект офис график сетевой
  • ВВЕДЕНИЕ

Управление проектами (англ. project management) - область деятельности, в ходе которой определяются и достигаются четкие цели при балансировании между объемом работ, ресурсами (такими как время, деньги, труд, материалы, энергия, пространство и др.), временем, качеством и рисками в рамках некоторых проектов, направленных на достижение определенного результата при указанных ограничениях. Ключевым фактором успеха проектного управления является наличие четкого заранее определенного плана, минимизации рисков и отклонений от него (в отличие от процессного, функционального управления, управления уровнем услуг).

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

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

Задачи данной работы:

1. Раскрыть понятие офис проекта

2. Рассмотреть основные принципы проектирования офис проекта

3. Изучить организацию виртуального офис проекта

4. Провести исследование сетевого графика

5. Рассчитать его параметры

6. Провести оптимизацию сетевого графика

Работа состоит из введения, заключения, двух глав и списка литературы.

ГЛАВА 1. ОРГАНИЗАЦИЯ ОФИС ПРОЕКТА

1.1 Понятие офиса проекта

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

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

В российской практике управления проектами идеология офиса проекта практически не используется. В западной системе управления проектами офис проекта в самом обобщенном виде понимается как:

1) определенный набор рабочих мест, привязанных к конкретным географическим координатам, в том числе:

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

3) набор территориально распределенных офисов (оборудованных рабочих мест, в том числе домашних, мобильных) отдельных групп или членов команды проекта, где установлены средства коммуникаций, компьютеры, оргтехника;

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

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

В многопроектной системе офис проекта, как правило, представляет собой многоуровневую систему:

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

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

- на третьем уровне решаются задачи корпоративной политики развития проектной организации.

В однопроектной системе офис ориентирован на управление конкретным проектом.

Экспертная оценка показывает: такой подход определяет 30 - 40% экономии затрат на проекты и времени их реализации.

Основные требования к организации офиса проекта:

- наличие реального управленческого офиса - помещения;

- единые внутрифирменные стандарты подготовки и сопровождения проектов (проекта);

- информационная технология управления проектами;

- база данных и шаблонов типовых решений по проектам;

- компьютерная сеть, сообщающаяся с Internet;

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

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

Преимущества виртуального офиса связаны с возможностью организации эффективной распределенной системы управления проектами (с подключением домашних и мобильных офисов). Такой проектный офис содержит 2 группы программных средств в рамках технологии «клиент -сервер» или иной сетевой технологии. Первая группа программных средств размещается на сервере и включает средства ведения баз данных, например Oracle, Informix, для взаимодействия проекта с менеджерами. Вторая группа размещается на рабочем месте клиента и на основе Internet (или другой системы обмена информацией) поддерживает функции виртуального офиса. Эти виртуальные функции первого уровня позволяют менеджеру проекта фиксировать текущее состояние проекта по ресурсам, выполнению работ и затрат не зависимо от реального нахождения членов команды проекта. При этом использование мобильной техники «Notebook + модем + мобильный телефон» делает виртуальную часть офиса мобильной.

1.2 Основные принципы проектирования и состав офиса проекта

В данном разделе рассматриваются принципы организации офиса как комплекса рабочих мест. Современное понятие офиса включает в себя большое количество технических и организационных решений:

1. Помещение:

- проектирование пространственно-планировочных решений - основных помещений головного офиса проекта;

- проработка вопросов интерьера и внутренней отделки помещений, обустройства мебелью;

2. Оргтехника и вспомогательное оборудование:

- устройства для организации документооборота;

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

- организационная техника - копиры, проекторы, уничтожители бумаги;

- средства безопасности - сигнализация, регламентация доступов в помещение;

- хозяйственный инвентарь и оборудование;

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

- компьютерная техника - сетевое оборудование, компьютеры, серверы, принтеры;

- программное обеспечение;

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

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

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

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

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

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

- информационное сопровождение бизнес-процесса должно быть ориентировано на оптимальное по времени и издержкам его выполнение;

- должно быть исключено дублирование бизнес-операций;

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

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

Последовательность проектирования офиса показана на рис. 1.1.

Рисунок 1.1 - Схема проектирования офиса проекта

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

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

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

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

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

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

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

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

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

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

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

Прикладное программное обеспечение документооборота офиса проекта должно включать следующие ключевые компоненты:

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

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

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

- систему экспорта/импорта документов.

Архитектура электронного офиса проекта представлена на рис. 6.2.3.

В качестве центрального управляющего блока программного обеспечения электронного офиса выступает система управления полномочиями пользователей, которая:

- осуществляет разграничение доступа пользователей к информации (в том числе к документам различной степени секретности);

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

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

1.3 Основные принципы организации виртуального офиса проекта

В настоящее время понятие и идеология виртуального офиса проекта приобретает все большее значение в связи с развитием сети Internet и возрастанием значения программно-информационного и коммуникационного аспекта управления проектами.

Принципы виртуальных инфраструктур разрабатываются и практически реализуются в развитых странах Запада с середины 90-х гг.

Рисунок 1.2 - Архитектура электронного офиса проекта

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

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

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

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

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

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

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

Рисунок 1.3 - Примерная схема организации виртуального офиса проекта

Рассмотрим основные принципы виртуальных инфраструктур. В таблице 1.1. приведены основные отличия традиционных организационных структур от виртуальных инфраструктур.

Таблица 1.1 - Основные различия традиционных и виртуальных инфраструктур

Форма

Основная цель

Типичные признаки

Отличия от вирт. организации

Групповая или проектная организация

Отдельные проекты с целью решения сложных и рисковых задач

*Временная организационная структура

*Сотрудничество различных подразделений и иерархических уровней

*Ограничение определенными областями задач, диктуемых отраслевой или рыночной обстановкой

*Отсутствие стратегической управленческой концепции

Внутрифирменное организационное образование

Псевдосамостоятельные структуры для повышения эффективности

*Псевдосамостоятельные единицы

*Самоорганизация

*Внутрифирменное предпринимательство

*Временной кооперационной сетью не является

*Компетенции с третьей стороной не увязываются

Стратегический альянс или совместное предприятие

Хозяйственное сотрудничество для получения преимуществ во времени, издержках, ноу-хау

*Долгосрочное сотрудничество со взаимным участием

*Использование общего процесса производства благ

*Долгосрочная кооперация с немногими партнерами

*Как правило, взаимное участие в капитале

*Обычно жесткие, прочные договорные связи

Отдача работ на сторону

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

*Концентрация на собственных компетенциях

*Договорные, а не культурные, связи

*Отдельные фазы производства благ

*Классический подход «производить или покупать»

*Договорные связи обычно с одним партнером

*Перемещение частей производства за пределы предприятия

Многонациональное предприятие

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

*Правовое соглашение между предприятиями

*Общая хозяйственная политика

*Правовая единица на длительный срок

*Стабильность состава партнеров

*Слабая рыночная подвижность

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

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

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

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

Инфраструктура виртуального офиса проекта должна включать следующие основные составляющие:

- сеть Internet;

- международный стандарт для обмена данными, например, по моделям продукции STEP (Standard for the Exchange of Product model data);

- стандарты взаимодействия прикладных программ, например, стандарты CORBA (Common Object Request Broker Architecture).

Главные признаки, раскрывающие содержание понятия «виртуальный офис проекта»:

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

- организация по проектам или вокруг ключевых процессов (сквозных деловых процессов жизненного цикла проекта, продукта);

- образование автономных рабочих групп, обеспечение сотрудничества и координации лиц и коллективов, пространственно удаленных друг от друга;

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

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

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

- организация группового взаимодействия специалистов с помощью ЭВМ, включая «встречу в сети» (meeting on the network) и согласованные потоки работы (workflow), обеспечение свободного обмена идеями внутри и между уровнями организационной иерархии;

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

Указанные принципы связаны с широким развитием и использованием новых информационных и коммуникационных технологий (НИТ/НКТ) для управления человеческими ресурсами и планирования деятельности команды проекта, моделирования и оптимизации процессов взаимодействия (кооперации и координации) между различными менеджерами команды.

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

Программно-коммуникационная среда виртуального офиса опирается на непрерывную информационную поддержку жизненного цикла проекта. В западной методологии такая поддержка называется CALS (Continuous Acquisition and Life Cycle Support). Сегодня CALS по своей сути - глобальная стратегия повышения эффективности бизнес-процессов, выполняемых в ходе жизненного цикла проекта, продукта за счет информационной интеграции и преемственности информации, порождаемой на всех этапах жизненного цикла.

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

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

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

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

В основе виртуального офиса проекта должна лежать идеология интегрированной Интранет-среды (Intranet), которая представляет собой технологию управления коммуникациями проекта, и в этом ее отличие от Интернет (Internet) -- технологии глобальных коммуникаций.

В реализации коммуникаций проекта выделяют 3 уровня:

- аппаратный;

- программный;

- информационный.

С точки зрения аппаратного и программного уровней коммуникации -- это организация надежного канала соединения и передача информации без искажений, организация хранения информации и эффективный доступ к ней. В плане технической реализации этих уровней Intranet практически не отличается от Internet. Там такие же локальные и глобальные сети; те же программы: Internet-навигаторы, Web-серверы, электронная почта, телеконференции и даже те же производители программного обеспечения.

Главная отличительная особенность Intranet кроется в информационном уровне коммуникаций, который в значительной степени определяется спецификой проекта и наиболее существенен для управления проектом. При этом аппаратный и программный уровни коммуникаций являются обеспечивающими. Информационное обеспечение может иметь разную базовую технологию передачи и хранения информации. Бумажные документы, письма и записки, доски объявлений, корпоративные газеты, телефоны - все это составляет традиционную технологию хранения и передачи информации. Технология Intranet превратила бумажные документы в электронные страницы и файлы; доску объявлений - в Web-сервер; записки и телефонные звонки -- в сообщения электронной почты; газетные новости - в событийные сообщения сервера телеконференций. Intranet делает коммуникации проекта более надежными, быстрыми и интенсивными, а доступ к информации ускоряется и упрощается.

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

- представлением деятельности офиса и команды проекта с точки зрения ресурсов (финансов, материальных запасов, кадров), при котором должно быть обеспечено управление ресурсами и контроль за ними;

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

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

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

ГЛАВА 2. СЕТЕВОЕ ПЛАНИРОВАНИЕ

2.1 Сетевой граф: понятие, параметры, оптимизация

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

Цель сетевого планирования - это сокращение до минимального значения продолжительности проекта.

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

Основные параметры событий:

Трi - наиболее ранний из возможных сроков свершения события;

Tпi - наиболее поздний из возможных сроков свершения события;

Ri - резерв времени события, который определяется как разность между ранним сроком свершения события и поздним сроком.

Основные параметры работ:

Tij - ожидаемая продолжительность работ.

При этом ожидаемая продолжительность работ может определена по формуле:

(1)

Дисперсия ожидаемой продолжительности работ:

(2)

Среднее квадратическое отклонение:

(3)

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

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

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

Tijрн - наиболее раннее из возможных начало работ (Tijрн = Тpi)

Tijр0 - наиболее раннее из возможных окончание работ (Tijро = Тijрн + tij)

Tijп0 - наиболее позднее из возможных окончание работ (Tijпо = Тpj)

Tijпн - наиболее позднее из возможных начало работ (Tijпн = Тijпо - tij)

Резервы работ:

- полный резерв

(4)

- частный резерв (I рода)

(5)

- частный резерв (II рода)

(6)

- свободный резерв

(7)

Коэффициент напряженности используется для оценки возможности и целесообразности оптимизации сетевого графика (на критическом пути коэффициент равен единице).

(8)

где t(Lmax) - продолжительность максимального пути, проходящего через данную работу;

ќ(Lmax) - продолжительность отрезка этого пути, совпадающего с критическим путем;

t(LКР) - продолжительность критического пути.

Эту же формулу можно переписать в другом виде:

(9)

Значения коэффициента напряженности:

Сложность сетевого графика оценивается коэффициентом сложности, который определяется по формуле:

(10)

где KC - коэффициент сложности сетевого графика;

nРАБ - количество работ, ед.;

nСОБ - количество событий, ед.

Сетевые графики, имеющие

коэффициент сложности от 1,0 до 1,5 - простые,

от 1,51 до 2,0 - средней сложности,

более 2,1 - сложными.

Необходимость в оптимизации графика (Р - вероятность завершения проекта к директивному времени):

Для оценки вероятности выполнения всего комплекса работ за ТДИР дней необходима следующая формула:

(11)

где Z - нормативное отклонение случайной величины,

уКР - среднеквадратическое отклонение, вычисляемое как корень квадратный из дисперсии продолжительности критического пути.

а) при Р (ТКР ? ТДИР) < 0,35 - сетевой граф требует обязательной оптимизации с целью сокращения продолжительности критического пути, т.к. директивный срок выполнения оказывается под угрозой срыва;

б) при Р (ТКР ? ТДИР) ? 0,65 - сетевой график не требует оптимизации с целью сокращения критического пути;

в) при 0,35 < Р (ТКР ? ТДИР) < 0,65 - решение о целесообразности выполнения оптимизации принимает руководитель.

Для определения максимально возможного срока выполнения всего комплекса работ с надежностью 95 % будем использовать следующую формулу:

(12)

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

Метод оптимизации: перераспределение ресурсов с работ резервной и промежуточной зон сетевого графика на работы критического пути.

2.2 Построение сетевого графика

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

В таблице 2.1 приведены параметры сетевого графика.

Таблица 2.1 - Исходные данные

Работа, t

tij

tmin

tmax

D

у

(0; 1)

18

16

21

1,0

1

(0; 2)

30

26

36

4,0

2

(0; 3)

15

11

21

4,0

2

(1; 4)

22

18

28

4,0

2

(1; 5)

12

8

18

4,0

2

(2; 6)

30

22

42

16,0

4

(2; 7)

25

19

34

9,0

3

(3; 8)

25

23

28

1,0

1

(3; 9)

9

5

15

4,0

2

(4; 5)

30

28

33

1,0

1

(5; 11)

22

20

25

1,0

1

(6; 11)

32

28

38

4,0

2

(7; 6)

35

31

41

4,0

2

(8; 10)

15

13

18

1,0

1

(9; 7)

20

18

23

1,0

1

(9; 10)

5

3

8

1,0

1

(10; 11)

42

38

48

4,0

2

Рассчитаем матрицу смежности.

Вычислим столбец V0, каждый элемент которого есть сумма по соответствующей строке элементов матрицы смежности и припишем этот столбец справа к матрице смежности. Столбец V0 имеет ноль в строке 11. Значит, вершина 11 не имеет потомков и является завершающей. Вершину 11 поместим в слой номер 1. Нумерация слоев потом будет изменена, так как в рассматриваемом методе разбивка по слоям идет с конца. Далее вычислим столбец V1 , вычитая из столбца V0 столбец 11 матрицы смежности (столбец 11 соответствует вершине, вошедшей в первый слой). Столбец V1 припишем справа к получившейся матрице. Строку 11 далее не рассматриваем. В столбце V1 нулевые элементы находятся в строках 5, 6 и 10, значит,эти вершины образуют третий слой. Столбец V2 находим, вычитая из столбца V1 столбцы 5, 6 и 10 матрицы смежности. В столбце V2 имеются нулевые элементы в строках 4, 7 и 8, значит, эти вершины образуют слой номер 3. Не рассматривая далее эти строки, вычтем из столбца V2 столбцы 4, 7 и 8 матрицы смежности. Получим столбец V3. В столбце V3 имеются нулевые элементы в строках 1, 2 и 9, значит, эти вершины образуют слой номер 4. Не рассматривая далее эти строки, вычтем из столбца V3 столбцы 1,2 и 9 матрицы смежности. Получим столбец V4. В столбце V4 имеется нулевой элемент в строке 3, значит, эта вершина образуют слой номер 5. Не рассматривая далее эту строку, вычтем из столбца V4 столбец 3 матрицы смежности. Получим столбец V5. Перенумеруем слои в обратном порядке (римскими цифрами).

Таблица 2.2 - Таблица смежности

0

1

2

3

4

5

6

7

8

9

10

11

V0

V1

V2

V3

V4

V5

0

1

1

1

3

3

3

3

1

0

1

1

1

2

2

1

0

x

x

2

1

1

2

2

1

0

x

x

3

1

1

2

2

2

1

0

x

4

1

1

1

0

x

x

x

5

1

1

0

x

x

x

x

6

1

1

0

x

x

x

x

7

1

1

1

0

x

x

x

8

1

1

1

0

x

x

x

9

1

1

2

2

1

0

x

x

10

 

1

1

0

x

x

x

x

11

0

x

x

x

x

x

Граф в соответствии со слоями изображен на рисунке 1.

Полный путь - путь из исходной вершины в завершающую.

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

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

Критический путь начнем с вычисления ожидаемого времени выполнения событий. Процесс вычисления будет идти от I - го к VI слою.

Рисунок 2.1 - Сетевой график

В слое I находится единственная вершина 0. Ей присваиваем время Т00 = 0, это начало выполнения проекта. Переходим к слою II. В этом слое также одна вершина 3, в которую входит единственная дуга (0; 3). Следовательно, вершина 3 может быть выполнена за время t3 = t0 + t(0; 3) = 0 + 15 = 15.

Переходим к слою III. В нем находятся вершины 1, 2 и 9.

В вершину 1 входит дуга (0; 1), значит t1 = t0 + t(0; 1) = 0 + 18 = 18.

В вершину 2 входит дуга (0; 2), значит t2 = t0 + t(0; 2) = 0 + 30 = 30.

В вершину 9 входит дуга (3; 9), значит t9 = t3 + t(3; 9) = 15 + 9 = 24.

Аналогично находим:

IV слой: t4 = t1 + t(1; 4) = 18 + 22 = 40

t7 = max {(t2 + t(2; 7); (t9 + t(9; 7)} = max {(30 + 25); (24 + 20)} = = max (55; 44) = 55

t8 = t3 + t(3; 8) = 15 + 25 = 40

V слой: t5 = max {t1 + t(1; 5); t4 + t(4; 5)} = max{18 + 12; 40 + 30} = max {30; 70} = 70

t6 = max {t2 + t(2; 6); t7 + t(7; 6)} = max {30 + 30; 55 + 35} = max{60; 90} = 90.

t10 = max {t8 + t(8; 10); t9 + t(9; 10} = max {40 + 15; 24 + 5} = 55

VI слой: t11 = max {t5 + t(5; 11); t6 + t(6; 11); t10 + t(10; 11} = max {70 + 22; 90 + 32; 55 + 42} = max {92; 122; 97} = 122.

Итак, время выполнения проекта равно 122 дня.

В нашем примере t11 = 122 получилось на дуге (6; 11); t6 = 90 на дуге (7; 6); t7 = 55 на дуге (2; 7); t2 = 30 на дуге (0; 2).

Значит, критический путь: рКР = 122 на дугах: (0; 2), (2; 7), (7; 6), (6; 11).

Рассчитаем поздние сроки свершения событий и полный резерв.

t11* = t11 = 122, R11 = 0;

t10* = t11* - t(10; 11) = 122 - 42 = 80; R10 = 80 - 55 = 25

t6* = t6 = 90, R6 = 0;

t5* = t11* - t(5; 11) = 122 - 22 = 100, R5 = 100 - 70 = 30;

t4* = t5* - t(4; 5) = 100 - 30 = 70, R4 = 70 - 40 = 30;

t7* = t7 = 55, R7 = 0;

t8* = t10* - t(8; 10) = 80 - 15 = 65, R8 = 65 - 40 = 25;

t9* = min{t7* - t(9; 7); t10* - t(9; 10)} = min{55 - 20; 80 - 5} = 35; R9 = 35 - 24 = 11

t2* = t2 = 30, R2 = 0;

t1* = min{t4* - t(1; 4); t5* - t(1; 5)} = min{70 - 22; 100 - 12} = 48; R1 = 48 - 18 = 30.

t3* = min{t9* - t(3; 9); t8* - t(3; 8)} = min {35 - 9; 65 - 25} = 26, R3 = 26 - 15 = 11;

t0* = t0 = 0, R0 = 0.

Полученные результаты сведём в таблицу и распишем ранние и поздние сроки начала и окончания работ.

Таблица 2.3 - Ранние и поздние сроки выполнения работ

Работа

(i; j)

Продолжительность

tij

Ранние сроки

Поздние сроки

Tpн

Tро

Tпн

Tпо

(0; 1)

18

0

18

30

48

(0; 2)

30

0

30

0

30

(0; 3)

15

0

15

11

26

(1; 4)

22

18

40

48

70

(1; 5)

12

18

30

88

100

(2; 6)

30

30

60

60

90

(2; 7)

25

30

55

30

55

(3; 8)

25

15

40

55

80

(3; 9)

9

15

24

26

35

(4; 5)

30

40

70

70

100

(5; 11)

22

70

92

100

122

(7; 6)

35

55

90

55

90

(6; 11)

32

90

122

90

122

(8; 10)

15

40

55

65

80

(9; 7)

20

24

44

35

55

(9; 10)

5

24

29

75

80

(10; 11)

42

55

97

80

122

Рассчитаем резервы работ.

Таблица 2.4 - Резервы работ

Работа (i; j)

Время, t

RП(i;j)

RС(i;j)

RН(i;j)

RЧ(i;j)

(0; 1)

18

30

0

0

30

(0; 2)

30

0

0

0

0

(0; 3)

15

11

0

0

11

(1; 4)

22

30

0

0

0

(1; 5)

12

70

40

10

40

(2; 6)

30

30

30

30

30

(2; 7)

25

0

0

0

0

(3; 8)

25

25

0

0

14

(3; 9)

9

11

0

0

0

(4; 5)

30

30

0

0

0

(5; 11)

22

30

30

0

0

(7; 6)

35

0

0

0

0

(6; 11)

32

0

0

0

0

(8; 10)

15

25

0

0

0

(9; 7)

20

11

11

0

0

(9; 10)

5

51

26

15

40

(10; 11)

42

25

25

0

0

Максимальный резерв (51 день) имеет событие 9, т.е. работа (9; 10).

Рассчитаем коэффициент напряженности и сделаем вывод об оптимизации графика.

Таблица 2.5 - Расчет коэффициентов напряженности

Работа (i; j)

Время, t

Коэффициент напряженности

Зона сетевого

графика

(0; 1)

18

0,43

резервная

(0; 2)

30

1,00

критическая

(0; 3)

15

0,80

критическая

(1; 4)

22

0,75

промежуточная

(1; 5)

12

0,43

резервная

(2; 6)

30

0,50

резервная

(2; 7)

25

1,00

критическая

(3; 8)

25

0,79

промежуточная

(3; 9)

9

0,80

критическая

(4; 5)

30

0,75

промежуточная

(5; 11)

22

0,75

промежуточная

(7; 6)

35

1,00

критическая

(6; 11)

32

1,00

критическая

(8; 10)

15

0,79

промежуточная

(9; 7)

20

0,80

критическая

(9; 10)

5

0,58

промежуточная

(10; 11)

42

0,79

промежуточная

Значения коэффициента напряженности:

Учитываем, что существуют следующие пути:

0 - 3 - 9 - 7 - 6 - 11 (продолжительность 111 дней)

0 - 3 - 9 - 10 - 11 (продолжительность 71 день)

0 - 3 - 8 - 10 - 11 (продолжительность 97 дней)

0 - 2 - 6 - 11 (продолжительность 92 дня)

0 - 1 - 4 - 5 - 11 (продолжительность 92 дня)

0 - 1 - 5 - 11 (продолжительность 52 дня)

Определяем сложность сетевого графика:

Сетевой график является графиком средней сложности.

Определяем дисперсию критического пути:

Среднеквадратичное отклонение критического пути:

Максимальный срок выполнения всего комплекса работ составляет

день.

Тогда , тогда

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

2.3 Оптимизация сетевого графика

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

Таблица 2.6 - Расчет трудоемкости проекта

Работа (i; j)

Время, t

Численность рабочих, чел.

Трудоемкость процесса, дн.

(0; 1)

18

2

36

(0; 2)

30

3

90

(0; 3)

15

4

60

(1; 4)

22

5

110

(1; 5)

12

2

24

(2; 6)

30

4

120

(2; 7)

25

2

50

(3; 8)

25

3

75

(3; 9)

9

1

9

(4; 5)

30

2

60

(5; 11)

22

2

44

(7; 6)

35

3

96

(6; 11)

32

3

105

(8; 10)

15

2

30

(9; 7)

20

2

40

(9; 10)

5

1

5

(10; 11)

42

4

168

Основное предположение состоит в том, что трудоемкость работы до и после распределения ресурсов не изменится.

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

Таблица 2.7 - Расчет показателей после оптимизации

Работа

Зона сетевого графика

Чij до пере-ния, чел.

tij до пере-ния, чел.

?Ч, чел.

Tij (н), дни

Чij после пере-ния, чел.

2 - 7

Критическая

2

25

+1

17

3

2 - 6

Резервная

4

30

-1

40

3

После оптимизации работ сетевого графика (одной пары) удалось сократить длительность критического пути на 8 дней, с 122 до 114 дней.

Сетевой график представлен на рисунке 2.2

25

9

15

5

15

20

42

17

35

30

32

40

18

22

22

30

12

I

II

III

IV

V

VI

Рисунок 2.2 - Сетевой график после перераспределения ресурсов

ЗАКЛЮЧЕНИЕ

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

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

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

В первой главе было дано понятие офис проекта, его специфика, особенности управления.

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

СПИСОК ЛИТЕРАТУРЫ

1. Авербах, Л.И., Гельруд Я.Д. Экономико-математические методы принятия решений (краткий курс лекций): Учебное пособие. - Челябинск: Изд-во ЮурГУ, 2001. -192 с.

2. Бутов, Г.Н. планирование на предприятии: учебное пособие. - Казань: КФ ВГАВТ, 2010. - 86 с.

3. Курс лекций по дисциплине «Управление проектами» / Составитель: д.т.н., профессор В.В. Трофимов, - СПб.: Санкт-Петербургский Государственный Университет Экономики и Финансов, 2003

4. Новицкий Н. И. Сетевое планирование и управление производством. - М.: Новое знание, 2004. - 159 с.

5. Уткин Э.А., Кравченко В.П. Проект-менеджмент. М.: Издательство «ТЕИС», 2002.

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


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

  • Основные понятия и принципы управления проектами. Критические работы и пути. Расчёт резервов времени проекта. Модифицированный вариант диаграммы Ганта. Создание проекта и установка параметров. Разработка сетевого графика проекта. Оценка стоимости проекта.

    курсовая работа [804,0 K], добавлен 14.01.2011

  • Краткое описание проекта и условий проектирования объекта общественного питания. Перечень основных работ предпроектного этапа и рабочего проектирования. Расчет параметров сетевого графика. Определение экономической эффективности проектного предложения.

    курсовая работа [789,4 K], добавлен 25.09.2014

  • Классификация базовых понятий управления проектами. Отличие проекта от производственной системы. Жизненный цикл и фазы проекта. Процессы управления проектом, исполнения и контроля, анализа. Примерная команда проекта, его внешнее и внутреннее окружение.

    курсовая работа [266,4 K], добавлен 17.11.2013

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

    лабораторная работа [30,7 K], добавлен 02.03.2010

  • Анализ построения сетевой модели инновационного проекта и определение критического пути. Расчет наиболее ранних и наиболее поздних сроков наступления и резервов событий проекта. Особенность определения вероятности реализации инновационного проекта.

    контрольная работа [2,4 M], добавлен 09.12.2021

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

    дипломная работа [1,4 M], добавлен 11.06.2014

  • Понятие проекта и общие принципы управления при сетевом планировании. Анализ деятельности менеджера компании, построение сетевой модели и расчёт показателей календарного плана, оптимизация модели. Создание проекта для АРМ менеджера в среде MS Project.

    курсовая работа [565,4 K], добавлен 17.06.2012

  • Разработка мероприятий по подготовке и реализации проекта открытия сауны. Смета затрат на подготовку и реализацию проекта. Построение графика Гантта. Формирование целей проекта. Организационная структура. Детализация обязанностей. Бизнес-планирование.

    контрольная работа [52,5 K], добавлен 09.11.2008

  • Расчёт показателей экономической эффективности инновационного проекта. Перерасчёт показателей за жизненный цикл проекта с учётом коэффициента дисконтирования. Индекс доходности, норма прибыли на инвестиционные издержки. Параметры работ сетевого графика.

    контрольная работа [60,1 K], добавлен 23.01.2012

  • Деятельность, направленная на эффективную реализацию инвестиционного замысла при заданных ограничениях. Формирование концепции проекта, источники идей. Разработка модели ведения бизнеса. Экспертная оценка реальности проекта; ходатайство о намерениях.

    контрольная работа [25,1 K], добавлен 11.03.2016

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