В ходе управления проектами
необходимо достичь две группы целей:
а) обеспечить планомерное повышение
потенциала системы, для которой выполняется
проект;
б) добиться эффективности использования
ресурсов в процессе осуществления проекта.
Соответственно и задачи проектного
менеджмента подразделяются на базовые
и интегрирующие. Базовые задачи связаны
с управлением предметной областью проекта
(содержательная сущность), управлением
качеством проекта (требования к результатам,
стандарты), управлением временными ресурсами
(своевременность внесения изменений),
а также управлением стоимостью проекта
и, соответственно, экономической эффективностью
внесенных изменений.
В отличие от базовых, интегрирующие
задачи предполагают управление персоналом
проекта, управление коммуникациями, управление
контрактной работой и управление рисками.
Специфика
проектного менеджмента заключается в
том, что это, как правило, инновационное
управление, т.е. чаще всего оно ориентировано
на получение нового продукта или услуги,
или на выполнение новых условий получения
известного продукта, или на внесение
изменений в существующий порядок работ,
создание нового.
Современный
арсенал управления проектом можно уподобить
многоступенчатой пирамиде первая ступень
которой - философия и методология управления
проектом, опирающаяся на основание из
современных фундаментальных научно-технических
и социально-экономических знаний и дисциплин,
тесно связанных с управлением проектом.
Вторая ступень
- это разнообразные методы управления
проектом, позволяющие принимать обоснованные
решения на протяжении всей жизни проекта.
Третья ступень
- средства управления проектом, представляющие
собой разнообразные инструменты и технику
управления.
Четвертая ступень
- это специальные организационные формы
и проектно-ориентированные структуры,
включая команду проекта. Завершает пирамиду
арсенала проектного менеджмента менеджер
проекта - лицо, персонально ответственное
за успех проекта.
Таким образом,
проектный менеджмент в современных российских
условиях представляет собой не только
передовую науку, благодаря освоению которой
страна способна будет развивать экономику
прогрессивными темпами, но и искусство
руководства людскими и материальными
ресурсами на протяжении жизненного цикла
проекта путем применения современных
методов и техники для достижения определенных
в проекте результатов по составу и объему
работ, стоимости, времени, качеству и
удовлетворению потребностей участников
проекта.
1.2 Виды организационных структур
проектного менеджмента
Организационная структура
управления – совокупность специализированных
функциональных подразделений, взаимосвязанных
в процессе обоснования, выработки, принятия
и реализации управленческих решений.
Графически чаще всего изображается в
виде иерархической диаграммы, показывающей
состав, подчиненность и связи структурных
единиц организации. Организационная
модель – это принципы формирования подразделений,
делегирования полномочий и наделения
ответственностью [1].
В практике не существует идеальных
организационных структур для управления
проектами. Тем не менее, есть несколько
базовых вариантов, которые используются
в большинстве организаций либо в сочетании
друг с другом, либо в различных, адаптированных
к культуре организации и требованиям
проекта версиях.
Эффективность управления проектом
во многом зависит от используемой при
этом организационной структуры. Связи
между должностями и структурными подразделениями
могут быть либо вертикальные, по которым
протекают административные процессы
принятия решений, либо горизонтальные
по которым протекают процессы выполнения
работ. При этом выделять горизонтальные
и вертикальные связи и процессы можно
лишь на низком уровне декомпозиции (близком
к отдельным операциям) деятельности по
проекту, а на среднем и высоком уровне
вся деятельность по реализации проекта
складывается из «диагональных» процессов
и связей.
К основным организационным
формам относятся следующие структуры:
а) Функциональная структура
В функциональной структуре
управление осуществляется через линейного
менеджера и подчиненных ему руководителей
подразделений, которые отвечают за определенные
функции в организации.
Рисунок 1 - Функциональная
структура управления проектами [5]
При управлении проектами в
рамках такой структуры назначаются один
или несколько координаторов проектов,
которые обеспечивают связь и взаимодействие
между функциональными подразделениями.
Координаторы могут быть подчинены руководителям
разных уровней, а работы над проектами
координируют совместно с линейными менеджерами.
При такой схеме влияние координатора
на решение задач проекта ограничено,
так как он часто не принимает участие
в управлении работами по проекту напрямую.
б) Матричная структура
Данный тип структуры создается
на базе функциональной. Для решения конкретных
задач из сотрудников функциональных
подразделений создаются временные проектные
группы, во главу которых назначают выделенных
руководителей проектов.
Руководитель проекта может
получить из функциональных отделов столько
человек, сколько ему необходимо для выполнения
работ в данном периоде. После завершения
работ участники возвращаются в свои отделы
и у них, что немаловажно, не возникает
необходимости искать работу.
Взаимодействие руководителей
проектов с функциональными подразделениями
происходит по горизонтали. Эти горизонтальные
связи накладываются на вертикальные
отношения руководства - подчинения и
образуют матрицу взаимодействия [3].
Рисунок 2 - Матричная структура
управления проектами [6]
Основной недостаток матричной
структуры - нарушение принципа единоначалия
в организации. Члены проектной команды
порой не могут решить, кому они прежде
всего подчиняются - своему линейному
руководителю или менеджеру проекта. Двойственность
положения участников и двоевластие нередко
порождают конфликты внутри фирмы по таким
важным вопросам, как выделение специалистов
и распределение ресурсов.
Матричная структура применяется,
как правило, для малых и средних проектов
с продолжительностью жизненного цикла
от 0,5 до 2 лет.
в) Проектная структура
Проектные структуры — это структуры
управления комплексными видами деятельности,
которые из-за их решающего значения для
компании требуют обеспечения непрерывного
координирующего и интегрирующего воздействия
при жестких ограничениях по затратам,
срокам и качеству работ [4].
Проектная структура управления
относится к категории адаптивных (гибких,
органических) организационных структур,
для таких структур характерны:
- отсутствие бюрократической
регламентации деятельности органов управления;
- отсутствие детального разделения
труда по видам работ;
- размытость уровней управления
и небольшое их количество;
- гибкость структуры управления;
- децентрализация принятия решений;
- индивидуальная ответственность
каждого работника за общие результаты деятельности.
Рисунок 3 - Проектная структура
управления проектами [2].
Проектная структура (особенно
при реализации крупных проектов) представляет
из себя фактически филиал фирмы внутри
предприятия со своими функциональными
подразделениями. Члены проектной команды
полностью ориентированы на результаты
проекта и на его руководителя.
Такая структура наиболее эффективна
при наличии больших проектов с жизненным
циклом более 2 лет.
Таким образом, ознакомившись с типами
организационных структур, мы можем с
уверенностью подтвердить то, что идеальной
структуры в реальной жизни найти не возможно.
Каждая организация уникальна своими
объемами, человеческими ресурсами и другими
факторами. Поэтому мастерство руководителя
и заключается как раз в том, чтобы найти
и организовать именно ту структуру, которая
обеспечит максимальную эффективность
при реализации долгосрочных проектов.
2 РАЗРАБОТКА
ПРОЕКТА СРЕДСТВАМИ MICROSOFT PROJECT
2.1 Содержание
проекта. Ключевые этапы проекта
Качественная отопительная
система в условиях сурового
российского климата – сердце
любого дома, как городской многоэтажки,
так и загородного коттеджа. Какой бы качественной
и надежной не была отопительная система,
рано или поздно ее элементы выходят из
строя и требуют замены. Чаще всего замена
требуется для труб отопительной системы.
Естественно, проводить работы по замене
труб лучше в теплое время года, но почему-то,
по плохой традиции, не редкостью является
и проведение ремонтных работ в самый
разгар отопительного сезона.
В соответствии с требованиями
ГОСТ и СНИП системы отопления многоквартирного
дома должны обеспечивать нагрев воздуха
в жилых помещениях в зимний период до
температуры 20-22 градуса при влажности
45-30 %. Для этого, при разработке проектно-сметной
документации на строительство, проектируется
и система отопления многоквартирного
дома, обеспечивающая одинаковое давление
теплоносителя в трубах, как на первом,
так и на последнем этажах здания. Только
при этом условии удается обеспечить нормальную
циркуляцию теплоносителя, а, следовательно,
и требуемые параметры воздуха в помещении.
Ключевые этапы проекта:
1. Предварительное экономическое
обоснование проекта
2. Разработка технической
и чертежной документации системы
отопления
3. Согласование проекта
с заказчиком
4. Оформление документов
инспектирующим организациям
5. Расчет и подбор оборудования
для проведения монтажа системы
отопления
6. Комплектация объекта
оборудованием для проведения
монтажных работ
7. Монтаж котла
8. Монтаж оборудования
котельной
9. Монтаж трубопровода
системы отопления
10. Монтаж радиаторов системы
отопления
11. Монтаж электрооборудования
12. Монтаж систем автоматики
13. Теплоизоляционные работы
14. Пуско-наладка системы
отопления
15. Устранение конструктивных
недостатков
16. Сдача инспектирующим
организациям
2. 2 Электронная
модель проекта средствами Microsoft
Project
Для создания нового
проекта можно выполнить команду
меню Файл - Создать.
Чтобы задать различные
характеристики проекта, выполните
команду меню Проект-Сведения о проекте.
В окне Сведения о проекте
в качестве Даты начала задайте 30 ноября
2015 г. Дата отчета 1 февраля 2016 г. Планирование
от: от даты начала проекта. Календарь
Стандартный. Остальные данные не меняйте.
Нажмите кнопку ОК.
Рисунок 4 – Дата начала и окончания
проекта в MS Project 2007
Для ввода ключевых сведений
о проекте выполните команду меню Файл-Свойства.
На вкладке Документ задайте: Название
Монтаж системы отопления многоквартирного
дома; Автор Макеенко Д.А.; Руководитель
Булхов Н.А.; Учреждение БГИТУ; Ключевые
слова отопление, система. На вкладке Прочие
задайте: Цель Разработка проекта монтажа
системы отопления многоквартирного дома.
Нажмите кнопку ОК.
Рисунок 5 – Начальные сведения
о проекте в MS Project 2007
Самостоятельно создайте собственный
календарь на основе стандартного календаря
(команда Сервис-Изменить рабочее время,
кнопка Создать…), назвав его Основной
и указав переключатель Создать копию
календаря Стандартный. Чтобы изменить
стандартный календарь, выполните команду
Сервис-Изменить рабочее время. Чтобы
установить рабочее время с 8:00 до 20:00 с
перерывом на обед с 12:00 до 13:00 и с 17:00 до
17:30, выделите рабочие дни с понедельника
по четверг в поле Выбор дат(ы), установите
переключатель нестандартное рабочее
время и задайте в первой строке С 8:00 По
12:00, а во второй строке С 13:00 По 17:00. Чтобы
установить, что в пятницу рабочее время
будет заканчиваться в 18:00, щелкните по
кнопке Пт в поле Выбор дат(ы), установите
переключатель нестандартное рабочее
время и задайте время работы в полях С
и По. Чтобы задать праздничные дни, щелкните
по соответствующим дням и установите
переключатель нерабочее время.
Рисунок 6 – Изменение рабочего
времени в MS Project 2007
Для настройки параметров календарного
плана выполните команду Сервис-Параметры,
и на вкладке Планирование задайте следующие
данные:
Рисунок 7 – Изменение параметров
планирования в MS Project 2007
Выполните команду меню Вид-Диаграмма
Ганта. В поле Название задачи введите
название задачи Предварительное экономическое
обоснование проекта и нажмите клавишу
Tab. MS Project сам вводит примерную длительность
задачи 1день Задайте Длительность 1нед
Нажмите клавишу Enter.
Введите остальные
задачи согласно таблице 1.
Для задачи Согласование
и утверждение технического проекта
добавьте заметку Оплата заказчиком 40%
проектной стоимости (в поле Название
задачи выберите задачу и нажмите кнопку
Заметки задачи).
Задача с нулевой
длительностью автоматически помечается
как веха (например, завершающая
работа 17), но сделана вехой может
быть любая задача. На диаграмме
Ганта веха отображается символом. Чтобы
пометить задачи 4, 11 и 17 как вехи, выберите
соответствующую задачу в поле Название
задачи. Нажмите кнопку Сведения о задаче,
выберите вкладку Дополнительно и установите
флажок. Пометить задачу как веху.
Таблица 2 – Задачи проекта
и их длительность