Алгоритм 4.1. Описание иерархической структуры работ проекта [c.214]
Для описания иерархической структуры работ проекта нужно выполнить следующие действия. [c.214]
Описание иерархической структуры работ проекта [c.440]
Иерархическая структура работ проекта 28, 105, 214 Изменение состава столбцов таблицы 58 Импорт данных буфер обмена 400 схема импорта/экспорта 411 форматы СУБД 401 Интерфейс, характеристика 43 [c.456]
Работа существует независимо от логики и поэтому можно нарисовать структуру работ, а затем указать логические связи (при использовании сети IJ приходится рисовать сеть перед разработкой иерархической структуры работ проекта). Исходя из этого, сети типа "вершины-работы" были адаптированы к стандартам управления и поэтому будут рассмотрены более подробно. [c.229]
Для некоторых проектов с хорошо проработанной иерархической структурой работ проекта можно составить календарный план вручную, двигаясь по списку работ от нижних до верхних уровней. Чтобы это сделать, должна существовать возможность разбиения проекта на дискретные рабочие области и блоки, имеющие логические связи между собой. При наличии сложных взаимосвязей между работами и многочисленных разделений ресурсов лучше использовать средства компьютерной поддержки. [c.241]
О планирование предметной области проекта, включая формирование иерархической структуры работ [c.20]
О Для формирования проектных данных о работах и ресурсах широко применяются иерархические структуры организации информации. Наиболее важной из них является иерархическая структура работ, предназначенная для того, чтобы обеспечить целевое формирование необходимых для реализации проекта пакетов работ, предварительное распределение (бюджетирование) по ним основных видов затрат, распределения ответственно-сти менеджеров. [c.28]
Выполняется декомпозиция целей проекта в виде упомянутой иерархической структуры работ. Элементы ИСР нижнего уровня рассматривают как пакеты работ. В общем случае можно рекомендовать наиболее характерную последовательность декомпозиции целей проекта [c.212]
Для следующего шага детализации в соответствии с принятой в предварительном плане проекта последовательностью выполнения задач выбрана задача с кодом иерархической структуры работ, равным 4, и названием "Ремонт полов". [c.229]
Наиболее сильно изменились сроки окончания фазы 4 "Ремонт полов". Визуальный анализ расписания проекта при помощи линейной диаграммы показывает, что сроки выполнения этой фазы проекта изменились из-за задачи с кодом иерархической структуры работ 4.ВА "Ремонт полов. Ванная". Срок завершения остальных задач этой фазы существенно раньше — 18.07.02. [c.244]
Сказанное не значит, что отчет по каждой задаче должен несколько раз попадать на стол руководителя проекта. Если проект достаточно велик, то ответственный руководитель должен быть у каждого пакета задач — элемента иерархической структуры работ. Каждый из таких руководителей — линейных менеджеров — должен выносить к руководителю проекта только наиболее важные вопросы, прежде всего по критическим задачам проекта. [c.297]
Необходимо представить график проекта в виде плана контроля затрат, интегрирующего оценку объема работ, расписание проекта, оценку потребности в ресурсах на уровне пакетов задач или элементов иерархической структуры работ (он может быть представлен в форме матрицы, каждая ячейка которой соответствует определенному элементу организационной структуры и определенному виду затрат в течение некоторого календарного интервала). Такое представление графика позволяет получить оценку затрат проекта и обеспечивает персональную ответственность за затраты по проекту в целом и за его отдельные компоненты. [c.351]
Проекты могут быть относительно простыми, но могут иметь и очень непростой характер. Для управления сложными и громоздкими проектами удобно на основе декомпозиции проектных целей и иерархической структуры работ расчленять их на более компактные и управляемые подпроекты. При этом для управления каждым из подпроектов обычно оказывается удобнее разработать частный график. Но эффективное управление основным проектом невозможно без использования графика основного проекта. Очевидно, что график выполнения основного проекта должен интегрировать данные всех частных графиков входящих в его состав подпроектов. [c.359]
В дальнейшем в зависимости от того, в каком плане рассматривается тот или иной вид производства — или как составляющая обобщенного производства, или автономно — мы будем говорить о составляющих (уровнях) или же о производстве. Таким образом, уже на начальном этапе, введя понятия обобщенное производство , логическое производство , и физическое (материальное) производство как составляющие обобщенного производства и в то же время как автономные категории, получаем иерархическую структуру человеческой деятельности, в категории производство ранжируются друг по отношению к другу обобщенное производство имеет самый высший ранг, так как оно не включается нами в какое-либо другое производство оно включает составляющие (логическую и физическую), которые являются производствами первого ранга. Очевидно, что логика рассуждения позволяет осуществить индуктивное продолжение этой цепочки. Резонно далее рассмотреть составляющие составляющих, то есть составляющие производств первого ранга — логического и физического (материального). В качестве составляющих второго ранга могут выступать виды человеческой деятельности (производств), выделяемые в объекты в соответствии со спецификой логических и физических объектов (результатов труда). Например, в логическом производстве целесообразно в плане сложившихся видов человеческой деятельности рассмотреть логическое научное производство, логическое художественное производство и т. п. В физическом (материальном) производстве целесообразно рассматривать физическое производство средств производства, физическое производство предметов потребления и т. д. Противоречит ли подобный подход материалистическим воззрениям Нам кажется, что нет. Во-первых, мы не возражаем против того, что наука становится производительной силой, хотя результат научной деятельности — знание — в прямом смысле не является материальным объектом. Во-вторых, диалектический материализм рассматривает единство мира в его материальности, но не отвергает наличие идеального как формы отражения действительности, присущей человеку. В этом смысле, сохраняя примат материального производства, мы вправе говорить об идеальном, логическом производстве, которое является, безусловно, вторичным по отношению к материальному производству. В-третьих, этот подход сочетается с представлениями экономических и философских воззрений в том отношении, что в процессе своей деятельности человек осуществляет активное освоение и развитие богатств природы в материальном и духовном плане. Наконец, единый подход и единая классификация процессов создания объектов различной природы соответствует принципу диалектической связи общего и частного, целого и части его, иначе говоря, принципу иерархического построения сложных систем. Рассмотрим для пояснения материальное производство. В существующих терминах производству материального объекта необходимо предшествует так называемая техническая подготовка производства, включающая конструкторские работы и технологическую подготовку производства, результатом которых является разработка проекта (т. е. описания будущего присвоения богатств природы в процессе целесообразной деятельности). Эта методология остается открытой, то есть допускает любые расширения как по горизонтали (видам и типам человеческой деятельности), так и по вертикали (детализация по рангам в пределах того или иного вида производства). [c.263]
На первом этапе необходимо произвести идентификацию работ, а именно представить проект как совокупность иерархически упорядоченных работ (структура разбиения работ — WBS). Далее необходимо установить связи между задачами / работами, т.е. определить, каким образом работы следуют друг за другом, а также определить типы связей начало — конец, начало — начало и т.д. [c.139]
Проблемная структура проекта. Построенное дерево целей переформулируется затем в проблемно выраженную систему заданий и мероприятий, имеющую также иерархическую структуру и называемую деревом работ. Если дерево целей устанавливает необходимые средства достижения целей проекта, то комплекс мероприятий (дерево работ) должен определять пути и способы получения установленных средств. При формировании мероприятий должен использоваться композиционный принцип последовательного агрегирования работ низшего уровня в темы, задания, проблемы высшего уровня. Совокупность работ, установленных по элементам [c.111]
Иерархическая структура проекта, создаваемая на основе СРР, позволяет применять процедуры сбора и обработки информации о ходе выполнения работ по проекту в соответствии с уровнями управления, пакетами работ, вехами и т. д., обобщать информацию по графикам работ, затратам, ресурсам и срокам. [c.356]
Такой наиболее мелкий поддающийся управлению промежуточный результат далее делят на рабочие наборы, а последние группируют по типу работы, например, компьютерное оборудование, программирование, техническая проверка. Эта группы внутри мелких промежуточных результатов называют счетами издержек. Подобный подход способствует системе контроля за выполнением проекта, поскольку непосредственно контролирует выполнение работы я ответственность за нее. Иерархическая структура обеспечивает менеджмент данными для планирования, управления и контроля за работой над проектом, Помимо этого, иерархическая структура дает менеджменту информацию то каждому уровню. Например, управленцы высшего звена обычно имеют дело с основными промежуточными результатами, в го время как управляющие нижнего уровня имеют дело с более мелкими промежуточными результатами и рабочими пакетами, [c.83]
С помощью перечисленных информационных технологий появляется возможность динамического формирования рабочих групп для выполнения конкретного процесса (заказа, проекта), в которые входят работники из различных структурных подразделений. Такие рабочие группы управляются независимо от структурной принадлежности исполнителей единственным менеджером процесса. Процессные рабочие группы более гибки с точки зрения адаптации к конкретным потребностям и не требуют сложных согласований при выполнении работ в рамках традиционной иерархической структуры управления, например, как в случае гибкого формирования рабочей группы из представителей отделов маркетинга, проектирования, продаж, производства и закупок для организации выпуска новой продукции на рынок. [c.261]
Если заказчик требует в своем решении участия хотя бы двух дочерних структур, начинает работать холдинг назначается руководитель проекта, координирующий деятельность по отношению к заказчику и внутри холдинга, т.е. получается иерархическая система управления проектом. Дочерняя компания может заключать договор сама, например, когда требуется построение сетевой инфраструктуры. [c.437]
Структура разбиения работ (СРР) - иерархическая структура последовательной декомпозиции задач проекта на подзадачи. Структура разбиения работ является изначальным инструментом для организации работ, обеспечивающим разделение общего объема работ по проекту в соответствии с порядком их выполнения в организации. На нижнем уровне детализации выделяются работы, соответствующие детализированным элементам деятельности, отображаемым в сетевой модели. СРР представляет иерархическую композицию, которая помогает разработчику для достижения следующих целей [c.466]
Вы можете видеть, что эта организация представлена в виде иерархической структуры. Персонал отчитывается руководителям, которые отвечают за работу отдела, а те в свою очередь перед главным менеджером, который отчитывается генеральному директору. Другими словами, каждый служащий отчитывается только одному руководителю. Многие компании сегодня, особенно правительственные, имеют подобную структуру. В таких организациях необходимо избегать цепочки приказов. Подобные распоряжения или команды могут иметь место, и от вас могут требовать, чтобы вы им следовали проще говоря, не говорите с большим начальником, не обсудив все с вашим руководителем, а тот со своим и т. д. Умный руководитель проекта должен понимать, распоряжение ли это, насколько оно жесткое и можно ли его избежать. [c.53]
Существуют три основных вида организационных структур функциональные, проектировочные и матричные организации. Функциональные организации представлены в виде иерархических отчетных структур. Руководители проекта имеют небольшую власть в этой организации. Проектировочные организации строятся на основе проектной работы и отчетности персонала руководителям проекта. Руководители проекта обладают большой властью в этой организации. Матричные организации являются комбинацией функциональных и проектировочных. Влияние руководителя в такой организации варьируется в зависимости от ее структуры. Это может быть слабая матрица, сбалансированная матрица или сильная матрица. [c.67]
Ситуации и условия, которые влияют на управляющих проектами и на работу проектной организации, редко обсуждаются. В литературе по управлению проектами проект обычно считается независимым явлением, вне связи с остальными видами деятельности компании. Проектная организация описывается как независимая, закрытая система, над которой управляющий проектом имеет полный контроль и может управлять отдельно от других видов деятельности. Однако в реальной жизни не существует такой ситуации. На практике, как правило, управляющий несвободен в планировании и ведении работы проекта его действия зависят от воздействий базовой организации компании и принятого стиля работы, а также контролируются традиционными иерархическими структурами компании, организационными формами, с которыми управляющий тесно связан (например, вероятно, трудно найти управляющего проектом, который был бы свободен в выборе своего персонала). Однако литература и опубликованные результаты исследований редко освещают эти проблемы. [c.246]
Структуризация (см. также 18.2.3 и 18.2.4 — Построение структуры разбиения работ и назначения ответственных), суть которой сводится к разбивке проекта на иерархические подсистемы и компоненты, необходима для того, чтобы проектом можно было управлять. [c.98]
С точки зрения организационной структуры проекта совокупность процессов управления представляется как иерархическая система нескольких контуров регулирования. Организационные подразделения при этом являются или регуляторами, или объектами регулирования либо и тем и другим одновременно. Без учета внешних воздействий руководитель проекта в этом случае выполняет функции регулятора, подразделения-исполнители соответствуют объектам регулирования, а находящиеся между ними промежуточные организационные подразделения, выполняющие и управленческие и исполнительские функции (например, подразделения, отвечающие за выполнение пакетов работ), являются одновременно и регуляторами, и объектами регулирования. Организационные подразделения связаны между собой информационными потоками, с которыми передается плановая и фактическая управленческая информация. [c.413]
Модели согласования взаимодействий. Модель структуры системы представляет собой совокупность информационных, управляющих и других взаимодействий между участниками системы, включая отношения подчиненности и распределение прав принятия решений [136,141]. В качестве типовых структур обычно выделяют следующие [7] иерархическая (порождаемая декомпозицией общей цели организации на цели, подцели и т.д.), функциональная (декомпозиция производится на основании функций исследования, производства, маркетинга и т.д.), дивизиональные (декомпозиция по относительно независимым отделениям, каждое из которых может иметь ту или иную структуру), матричная (наложение горизонтальной ответственности руководителей проектов на функциональную структуру). Преимущества и недостатки различных организационных структур подробно исследуются в работах, посвященных специальным структурам управления организационно-экономическими системами [7,63,100,125,207]. [c.58]
В файле Смета.хк на листе Характеристика квартиры приведен перечень помещений с присвоенными им кодами. Эти коды использованы для формирования второй группы полей иерархической структуры работ проекта. Но в некоторых случаях руководителю проекта может оказаться нужным сгруппировать задачи проекта по помещениям. Это можно сделать, используя для этого одно из пользовательских полей — например, поле Текст1. Но использование поля с таким безликим названием заставит постоянно вспоминать, какой смысл связан с значениями этого поля. Поэтому целесообразно предварительно использовать возможности Proje t для присвоения этому полю специфического наименования, как это сделано в алгоритме 4.12. [c.274]
В справочной системе локализованных версий Proje t 2002 используется термин "структурная декомпозиция работ", что позволило образовать аббревиатуру СДР. Но значительная часть отечественных специалистов по управлению проектами вместо него используют термин "иерархическая разбивка работ" или "иерархическая структура работ". Автор не считает возможным нарушить эту традицию. [c.105]
Выше уже упоминалось, что основной структурой проектных данных следует считать иерархическую структуру работ (ИСР, или WBS). Но при анализе расписания выполнения проекта часто бывает необходимо представить информацию о проекте в других плоскостях. Как правило, в более ранних версиях это требовало выполнения ручных работ, часто — с применением других программных средств, например, электронного табличного процессора Ex el. [c.270]
Например, применительно к рассматриваемому в книге проекту-примеру планирование качества может побудить руководителя проекта принять решение о привлечении к работам по нанесению плиточных покрытий специалистов-плиточников вместо того, чтобы поручить эту работу штукатурам-отделочникам. Анализ расписания проекта-примера (см. файл РемонтД8.трр) позволит увидеть, что. нанесение плиточных покрытий (задачи с кодами иерархической структуры работ 7.КУ.1, 7.ТУ, 7.ВАЛ и 7.ВА.2) выполняется в относительно компактный период времени с 17.07.03 по 23.07.03 (в этот период включено еще два выходных дня). Общие трудозатраты на нанесение этих покрытий (без учета трудозатрат подсобников) [c.282]
Структура разбиения (декомпозиции) работ (WBS — Work Breakdown Stru ture) — иерархическая структура последовательной декомпозиции проекта на подпроекты, пакеты работ различного уровня, пакеты детальных работ. СРР является базовым средством для создания системы управления проектом, так как позволяет решать проблемы организации работ, распределения ответственности, оценки стоимости, создания системы отчетности, эффективно поддерживать процедуры сбора информации о выполнении работ и отображать результаты в информационной управленческой системе для обобщения графиков работ, стоимости, ресурсов и дат завершения. [c.355]
СРРПЭ определяет все элементы проекта в рамках иерархической структуры и указывает на юс отношение к конечному продукту (гош продуктам) проекта. Если принять за проект крупный набор работ, который затем разбивают на более мелкие рабочие наборы, то общий проект можно представить, как сумму всех более мелких пакетов. Такая иерархическая структура помогает оценить стоимость, время и техническое выполнение на всех уровнях организации в течение всего периода существования нроекта. [c.83]
Где-то в середине всего этого пути, в 1969 г. Эбаско начала эксперименты с матричной структурой управления, системой, при которой технические сотрудники — опора четырех с половиной тысячного производственного персонала Эбаско — несли ответственность за выпуск изделий в рамках утвержденных смет и одновременно за их отличное техническое исполнение. Но это создало новые управленческие проблемы. Иерархические линии полномочий часто становились размытыми. Например, руководитель конструкторского бюро, привыкший выбирать оборудование, которое работает лучше с инженерной точки зрения, теперь должен был столько же внимания уделять проблемам выполнения сметы руководителем проекта. [c.543]