Варианты проектов и его структура. Понятие «проект»: основные признаки и структура

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

Структура проекта (англ. Project Structure) – это основные его части (элементы), необходимые и достаточные для эффективного осуществления процесса управления проектом.

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

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

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

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

Рисунок 1. Структура проекта

1. Дерево целей и результатов (cтроится в соответствии с основным назначением проекта).
2. Бюджет проекта (строится на основе расчета потребности в финансовых ресурсах).
3. Матрица распределения работ во времени и по исполнителям (строится в соответствии с директивным временем реализации проекта и набором возможных исполнителей).
4. Сетевая модель проекта (строится на основе логической очередности выполнения работ проекта и алгоритмов разработки сетевых моделей).
5. Матрица распределения и минимизации рисков (указывает возможные риски и способы их минимизации).
6. График обеспечения ресурсами (структурная модель ресурсов, требуемых для выполнения работ).
7. График финансирования проекта (указывает сумму средств, необходимых для реализации проекта в определенный промежуток времени).
8. Матрица распределения ответственности (строится на основе матрицы распределения работ по исполнителям).
9. Структурная декомпозиция контрактов (строится на основе матрицы распределения работ по исполнителям).
10. Структурная модель организации проекта (представляет декомпозицию организационной структуры проекта).

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

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

К структуре проекта предъявляются следующие требования:

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

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

Просмотры: 24 115

Структура проекта, оформление и защита

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

Содержание проекта следует иллюстрировать схема­ ми, таблицами, диаграммами, графиками, фотографиями, рисунками и т.д. Графическому материалу по тексту необходимо давать пояснения. Объем работы должен быть не менее 15 печатных страниц формата А4 (исключая приложения). Структура проекта содержит:

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

введение;

основная часть;

заключение (выводы и предложения);

список использованной литературы;

приложения.

Титульный лист является первой страницей проектной работы. В верхнем поле указывается полное наименование организации, учреждения. В среднем поле указывается ф.и.о. и должность слушателя полностью, прикладной проект на тему «_____», ближе к левому краю титульного листа – должность, звание, фамилия, и инициалы преподавателя. В нижнем поле указывается место выполнения работы и год ее написания (без слова «год»). Образец титульного листа проектной работы приведен в приложении 1.

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

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

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

Задачи исследования определяются поставленной целью и представляют собой конкретные направления решения проблемы для достижения цели исследования.

Введение не должно содержать примеров, иллюстративного и табличного материала.

Основная часть. Состоит из теоретической и практической частей.

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

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

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

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

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

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

Оформление проекта

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

Текст работы должен быть отпечатан на компьютере через полтора межстрочных интервала с использованием шрифта Times New Roman Cyr №14. Расстояние от границы листа до текста слева - 25 мм, справа - 15 мм, от верхней и нижней строки текста до границы листа - 20 мм. Номер страницы ставится в верхнем правом углу. Абзацы в тексте следует начинать с отступа, равного 10 мм.

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

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

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

Нумерация пунктов должна быть в пределах подраздела, и номер пункта должен состоять из номеров раздела, подраздела и пункта, разделенных точками. Пункты, как правило, заголовков не имеют и при необходимости могут быть разбиты на подпункты, которые должны иметь порядковую нумерацию в пределах каждого пункта, например: 4.2.1.1, 4.2.1.2 и т. д. В конце номера пункта и подпункта точка не ставится.

Формулы, содержащиеся в проекте , располагают на отдельных стро­ках, нумеруют сквозной нумерацией арабскими цифрами, которые записывают на уровне формулы справа в круглых скобках. Одну формулу обозначают (1). Непосредственно под формулой приводится расшифровка символов и числовых коэффициентов, если они не были пояснены ранее в тексте. Первая строка расшифровки начинается словом "где" без двоеточия после него. Выше и ниже каждой формулы должно быть оставлено не менее одной свободной строки.

Допускается нумерация формул в пределах раздела. В этом случае номер формулы состоит из номера раздела и порядкового номера формулы, разделенных точкой, например: (2. 4).

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

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

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

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

использовать в тексте математический знак минус (-) перед отрицательными значениями величин. Нужно писать слово "минус";

употреблять знаки (<, >, #, №, %) без цифр.

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

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

Надпись "Таб­ лица..." с указанием ее номера помещают над таблицей слева. Если таблица не входит в формат страницы, делают её перенос на другую страницу, при переносе над таблицей пишут слова "Продолжение таблицы..." с указанием номера таблицы также слева над ней. Название при этом помещают только над первой ее частью.

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

Графу "Номер по порядку" в таблицу включать не допускается. При необходимости порядковые номера показателей указывают в боковике таблицы перед их наименованием.

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

Иллюстрации, схемы и графики могут быть расположены как по тексту, так и в приложении. Их следует нумеровать араб­ скими цифрами сквозной нумерацией, за исключением иллюстраций приложений. Если рисунок один, то он обозначается "Рисунок 1". Нумерация рисунков сквозная. Допускается нумеровать иллюстрации в пределах раздела, например: Рисунок 1.1.

Иллюстрации могут иметь наименование и пояснительные данные (подрисуночный текст). Слово "Рисунок" и наименование помещают после пояснительных данных.

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

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

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

Сведения об учебной, методической и нормативной литературе должны включать фамилию и инициалы автора или авторов, заглавие книги (без кавычек), место издания, издательство, год издания (без слов «год»), количество страниц. Например - Беляев Е.И., Зиновьев Ю.В. Энергоаудит для подготовки энергетического паспорта: Учебное пособие. - Раменское: ИПК ТЭК,2012- 52 с.

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

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

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

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

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

Что такое организационная структура проекта

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

Определение, если что, не формальное из стандарта типа PMBoK, а авторское, не знаю, где взять формальное. Если у вас есть вариант лучше – здорово, предлагайте в комментариях!

Типы организационных структур проекта

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

Формального распределения организационных структур проекта по типам я не знаю, но люди любят все раскладывать «по корзинкам», и я тоже люблю. Лично для себя за годы работы вывела следующие условные типы организационных структур проекта:

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

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

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

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

Разработка организационной структуры проекта

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

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

Для построения организационной структуры проекта нужно пройти следующие шаги:

1. Понять, кто вообще будет вовлечен в проект (снова привет ).
2. Понять, достаточно ли вам будет одной орструктуры или необходимо построить несколько, и для чего вообще вы ее строите. Например, организационная структура управления проектом, которую вы будете согласовывать на уровне управляющего комитета будет отличаться от организационной структуры выполнения проекта для организации взаимодействия между командами или от организационной структуры, которую вы делаете, чтобы четко определить процесс взаимодействия с подрядчиками в этом проекте.
3. Накидать на слайд, в visio, mindmap или в любом другом инструменте список всех участников.
4. Определить, какую информацию помимо ролей вам необходимо видеть. Обычно это как минимум должности и подчиненность, а как максимум – уровень принимаемых решений, конкретные имена, регулярность встреч и проч. Пытаться впихнуть туда все я не рекомендую – для этого есть , а картинку с оргструктурой лучше этим не перегружать.
5. Прорисовать подчиненность/иерархию и направления коммуникации .
6. Посмотреть на свой рисунок и учесть политические моменты. Иногда вы понимаете, что РМ со стороны Заказчика в силу каких-то объективных причин должен подчиняться вам (и вообще он не РМ, а функциональный эксперт, будем честными), или что мнение конкретного директора по качеству в этом проекте вообще никого не интересует и видеть его тут не хочется, или что в данной проектной структуре финансовый директор должен бы подчиняться ИТ-директору (потому что сильно завязано на потоки денег, и именно ИТ-директор будет говорить финансовому, в какой момент и какие суммы надо спланировать). Но надо понимать, как это будет воспринято при согласовании, каковы ваши шансы такую оргструктуру «протащить», и как она соотносится с культурой компании и существующими в ней политическими течениями. Да, после этого вы будете себя чувствовать, как , но от политики никуда не денешься.
7. «Прилично» оформить картинку, избавившись от всей лишней информации, «потерявшихся» людей и стрелок и проч. Организационная структура проекта – один из основополагающих документов и должен выглядеть прилично, чтобы его воспринимали всерьез.
8. Показать получившуюся оргстурктуру проекта кому-нибудь, не входящему в нее, но понимающему контекст . Этот человек сможет вам подсказать, что в ней непонятно, и, возможно, обратит вниманием на какие-то логические или политические несоответствия, т.к. в процессе разработки взгляд все-таки замыливается.
9. Согласовать построенную организационную структуру со спонсором проекта или с другими заинтересованными лицами, чем мнение неплохо бы получить до обнародования вашего шедевра.
10. После того, как орструктура проекта согласована со спонсором – либо добавить ее в устав либо вынести на согласование на соответствующий уровень как часть плана управления проектом.

Примеры организационной структуры проекта

Как и для WBS – единого стандарта для разработки организационной структуры проекта нет. Главное, чтобы она была понятна, не допускала двойного толкования и помогала в работе.

Ниже вы найдете примеры оргструктур с разных моих проектов.

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

Пример 1. Классическая организационная структура проекта, которой будет достаточно в 95% случаев

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

Пример 3. Организационная структура проекта с разделением по уровням управления и одновременно – с выделением команды Заказчика и команды ИТ

Пример 4. Организационная структура выполнения проекта

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

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

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

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

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

Структурирование проекта должно включать разделение проекта по следующим признакам:

• 1) компоненты продукции проекта;
• 2) этапы жизненного цикла;
• 3) элементы организационной структуры.

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

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

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

Структуризация проекта по этапам жизненного цикла называется структурой процесса.

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

Разработка организационной структуры обычно включает в себя следующие шаги:

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

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

Рис. 2.10.

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

Рис. 2.11.

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

Рис. 2.12.

Рис. 2.13.

Рис. 2.14.

Критерии для принятия решений по выбору организационной структуры представлены в табл. 2.4.

Таблица 2.4

Критерии для принятия решений по организационной структуре

Критерии оценки	Функциональная	Матричная	Проектная
Нопределенность условий реализации проекта
Технология проекта	Стандартная
Сложность проекта
Продолжительность проектного цикла	Короткая
Размер проекта
Взаимозависимость и взаимосвязь между частями проекта
Критичность времени
Зависимость проекта от систем более высокого уровня

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

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

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

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

• 1. Определение проекта. Подразумевает четкую формулировку характера, целей и содержания проекта, а также определение всех конечных продуктов проекта с их характеристиками. Здесь же должна быть составлена иерархия целей.
• 2. Уровень детализации. На этом шаге рассматриваются различные уровни детализации плана и выявляется оптимальное количество уровней элементов структуры.
• 3. Структура процесса. Разрабатывается схема жизненного цикла проекта.
• 4. Организационная структура, т.е. организационная схема проекта, охватывающая все группы участников или отдельных участников, занятых в проекте, включая лиц из внешнего окружения, заинтересованных в реализации проекта.
• 5. Структура продукта – схема разбивки конечного продукта по подсистемам или компонентам, включая материальное, программное, информационное, сервисное обеспечение, если необходимо, то и территориальное распределение.
• 6. Система бухгалтерских счетов организации – предполагает разработку системы кодов, применяемых при структурировании проекта. Должна основываться на существующем в организации плане бухгалтерских счетов и на системе внутреннего учета.
• 7. Структура разбивки проекта. Результаты шагов с 3 по 6 объединяются в единую структуру проекта.
• 8. Генеральный сводный план проекта. Может в дальнейшем подвергаться дальнейшей детализации в процессе поиска критического пути.
• 9. Матрица распределения ответственности. В результате анализа отношений между элементами структуры проекта и организационной структурой строится матрица, где элементы структуры проекта становятся строками, а элементы организационной структуры компании – столбцами. В ячейках матрицы уровни ответственности обозначаются при помощи условных различных обозначений или кодов.

Для структуризации проектов используется ряд специальных моделей:

• 1) дерево целей;
• 2) дерево решений;
• 3) дерево работ;
• 4) организационная структура исполнителей;
• 5) матрица ответственности;
• 6) сетевая модель;
• 7) структура потребляемых ресурсов;
• 8) структура затрат;
• 9) структура стоимости.

Методы структуризации принципиально сводятся к двум: "сверху вниз", т.е. к определению общих задач с последующей детализацией, и "снизу вверх" – определение частных задач с последующим их обобщением.

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

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

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

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

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

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

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

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

Основные типы организационных структур

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

Рис. 1.9.

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

Рис. 1.10.

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

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

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

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

Основные функции отдела Консультаций и настроек ИС : настройка модулей ИС с использованием готовых алгоритмов, экранных форм и отчетов, оказание консультаций пользователям ИС.

Основные функции отдела Маркетинга и продаж : продажи ИС и услуг по ее внедрению.