Что является основной целью построения сдр проекта
Структурная декомпозиция работ проекта
Успешное управление проектом зависит от способностей менеджера эффективно руководить командой проекта, достигая спланированных результатов. Если в документе «Паспорт проекта» сопоставить разделы «Продукт проекта» и «Результаты проекта», станет очевидно, что результатами проекта являются элементы декомпозиции продукта проекта. Именно поэтому при формировании плана выполнения проекта используют структурную декомпозицию работ. Существует несколько различных русскоязычных названий (англоязычный термин только один), которые, по сути, отражают одно и то же – структурная декомпозиция работ, структура декомпозиции работ, иерархическая структура работ, структура разбиения работ.
Благодаря структурной декомпозиции работ менеджер проекта имеет:
· точное описание содержания работ;
· точное определение объема работ;
· измеримый результат выполнения работ.
Предназначение СДР
СДР является средством для разделения всех работ по проекту на управляемые пакеты работ. Это позволяет достичь такого уровня детализации информации, который соответствует потребностям руководства проекта для осуществления контроля. Под пакетом работ понимается комплекс работ, сгруппированных по заданным критериям. СДР позволяет свести цели проекта либо к иерархии средств их достижения, либо к иерархии результатов, предусмотренных проектом. СДР является также инструментом, позволяющим руководителю проекта получить описание конечного продукта проекта.
СДР обеспечивает выявление работ, необходимых для достижения целей проекта. Каждый следующий уровень декомпозиции обеспечивает последовательную детализацию содержания проекта, что позволяет производить оценку выполненных объемов работ, освоенных денег и выполнения по срокам. На нижних уровнях пакетам работ соответствуют сравнительно меньшие объемы работ. Это упрощает оценку процента выполнения и дает возможность более четко определять действия, необходимые для достижения целей проекта.
Разработка СДР имеет две основные цели:
1. обеспечение планирования всех необходимых работ проекта,
2. обеспечение отсутствия работ, не связанных с реализацией проекта.
Для руководителя проекта важны обе эти цели. Если в плане отсутствуют необходимые работы, проект будет задержан, бюджет, скорее всего, будет превышен. Если выполняются работы, не относящиеся к данному проекту – деньги заказчика тратятся нецелевым образом. Если СДР не объединяет обе эти цели, проект может потерпеть неудачу.
На основе СДР выполняются следующие процессы:
1. определение работ,
2. планирование ресурсов,
3. оценка стоимости,
5. определение рисков.
Рис. 1 Взаимодействие СДР с процессами реализации проекта (PMBOK Guide)
Таким образом, СДР является основой:
· Комплексного план-графика проекта – СДР обеспечивает основу для планирования объемов работ, стоимости, сроков и рисков. С помощью СДР работы структурируются и непосредственно связываются с графиком, а ресурсы распределяются и отслеживаются. При изменении содержания проекта СДР должна быть откорректирована. В рамках программных продуктов она также обеспечивает средство интеграции всех данных.
· Отчетности о выполнении проекта – с помощью СДР определяется состояние проекта и выдается в различные формы отчетности. Например, по стадиям жизненного цикла проекта; по результатам; по пакетам работ. Отчеты могут содержать данные по стоимости, срокам, рискам, объему, трудоемкости и качеству выполняющегося проекта или по сравнению с предыдущими аналогичными проектами (с такой же структурой).
· Комплексного контроля изменений – СДР обеспечивает идентификацию соответствующих точек контроля, которые используются для упрощения обмена информацией и контроля результатов.
· Управления содержанием проекта – процесс разработки СДР способствует формированию концептуального целостного представления об объекте проекта.
· Организации взаимодействия между участниками проекта – СДР позволяет организовать направленную передачу информации между руководителем и участниками проекта на всех стадиях его жизненного цикла, с учетом принятых обязанностей и ответственности участников.
· Формирования организационной структуры – с помощью СДР можно связать определенный объем работ с элементом организационной структуры, субподрядчиками или отдельными исполнителями. Как только определяются работы, отдельные исполнители (включая субподрядчиков) назначаются ответственными за выполнение определенных элементов СДР в рамках назначенных бюджетов и определенных сроков выполнения.
Структурная декомпозиция проекта (Предназначение СДР)
Содержание:
Введение
Успешное управление проектом зависит от способностей менеджера эффективно руководить командой проекта, достигая спланированных результатов. Если в документе «Паспорт проекта» сопоставить разделы «Продукт проекта» и «Результаты проекта», станет очевидно, что результатами проекта являются элементы декомпозиции продукта проекта. Именно поэтому при формировании плана выполнения проекта используют структурную декомпозицию работ. Существует несколько различных русскоязычных названий (англоязычный термин только один), которые, по сути, отражают одно и то же – структурная декомпозиция работ, структура декомпозиции работ, иерархическая структура работ, структура разбиения работ.
Благодаря структурной декомпозиции работ менеджер проекта имеет:
Предназначение СДР
СДР является средством для разделения всех работ по проекту на управляемые пакеты работ. Это позволяет достичь такого уровня детализации информации, который соответствует потребностям руководства проекта для осуществления контроля. Под пакетом работ понимается комплекс работ, сгруппированных по заданным критериям. СДР позволяет свести цели проекта либо к иерархии средств их достижения, либо к иерархии результатов, предусмотренных проектом. СДР является также инструментом, позволяющим руководителю проекта получить описание конечного продукта проекта.
СДР обеспечивает выявление работ, необходимых для достижения целей проекта. Каждый следующий уровень декомпозиции обеспечивает последовательную детализацию содержания проекта, что позволяет производить оценку выполненных объемов работ, освоенных денег и выполнения по срокам. На нижних уровнях пакетам работ соответствуют сравнительно меньшие объемы работ. Это упрощает оценку процента выполнения и дает возможность более четко определять действия, необходимые для достижения целей проекта.
Разработка СДР имеет две основные цели:
1. обеспечение планирования всех необходимых работ проекта,
2. обеспечение отсутствия работ, не связанных с реализацией проекта.
Для руководителя проекта важны обе эти цели. Если в плане отсутствуют необходимые работы, проект будет задержан, бюджет, скорее всего, будет превышен. Если выполняются работы, не относящиеся к данному проекту – деньги заказчика тратятся нецелевым образом. Если СДР не объединяет обе эти цели, проект может потерпеть неудачу.
На основе СДР выполняются следующие процесс:
1. определение работ,
2. планирование ресурсов,
3. оценка стоимости,
5. определение рисков.
Рис. 2‑1 Взаимодействие СДР с процессами реализации проекта (PMBOK Guide 1996)
Таким образом, СДР является основой:
Комплексного план-графика проекта – СДР обеспечивает основу для планирования объемов работ, стоимости, сроков и рисков. С помощью СДР работы структурируются и непосредственно связываются с графиком, а ресурсы распределяются и отслеживаются. При изменении содержания проекта СДР должна быть откорректирована. В рамках программных продуктов она также обеспечивает средство интеграции всех данных.
Отчетности о выполнении проекта – с помощью СДР определяется состояние проекта и выдается в различные формы отчетности. Например, по стадиям жизненного цикла проекта; по результатам; по пакетам работ. Отчеты могут содержать данные по стоимости, срокам, рискам, объему, трудоемкости и качеству выполняющегося проекта или по сравнению с предыдущими аналогичными проектами (с такой же структурой).
Комплексного контроля изменений – СДР обеспечивает идентификацию соответствующих точек контроля, которые используются для упрощения обмена информацией и контроля результатов. Управления содержанием проекта – процесс разработки СДР способствует формированию концептуального целостного представления об объекте проекта. Организации взаимодействия между участниками проекта – СДР позволяет организовать направленную передачу информации между руководителем и участниками проекта на всех стадиях его жизненного цикла, с учетом принятых обязанностей и ответственности участников. Формирования организационной структуры – с помощью СДР можно связать определенный объем работ с элементом организационной структуры, субподрядчиками или отдельными исполнителями. Как только определяются работы, отдельные исполнители (включая субподрядчиков) назначаются ответственными за выполнение определенных элементов СДР в рамках назначенных бюджетов и определенных сроков выполнения.
Разработка структурной декомпозиции работ
Провести декомпозицию и составить СДР, по мнению некоторых авторов, очень легко: «Прежде всего, следует разбить проект на несколько подпроектов. Каждый из подпроектов, в свою очередь, может быть разбит на некоторое число подподпроектов. Так следует последовательно делить проект на составные части до тех пор, пока не будет достигнут нижний уровень детализации».
На самом деле, все не так однозначно. На стадии инициации проекта руководитель должен ответить на целый ряд вопросов:
На какие подпроекты нужно разбить исходный проект? Что будет удобнее увидеть на первом уровне декомпозиции – компоненты конечного продукта проекта (программные, технические, информационные) или технологические этапы производства (концепция, ТЗ, проектирование)? А может быть, удобнее сгруппировать работы по исполнителям или заказчикам? Таким образом, мы подошли к трем вариантам построения СДР:
1. продуктовый подход – построение СДР по компонентам продукта проекта, когда в качестве элементов СДР выбираются элементы продукта проекта, его материальные результаты.
2. функциональный подход – построение СДР по функциональным элементам деятельности, когда в качестве элементов СДР выбираются операции технологического цикла производства продукта проекта.
3. организационный подход – построение СДР по компонентам организационной структуры, когда в качестве элементов СДР выбираются элементы структурной схемы организации.
Какой из трех принципов построения СДР выбрать, зависит от конкретного проекта. Например, если работы проекта выполняются в интересах различных заказчиков и в то же время финансируются различными инвесторами, то декомпозиция может выполняться либо по содержательному признаку отнесения работ к проектам, либо по формальному признаку отнесения работ к договорам финансирования.
Рисунок – Декомпозиция работ по различным основаниям.
Каждый из этих альтернативных взглядов имеет право на существование, но все они должны быть отражены в документации проекта и должно быть указано, какая точка зрения является главной.
Системный подход к СДР
Если при разработке СДР руководствоваться теорией управления системами, то можно рассматривать проект как процесс превращения входных элементов (ресурсов, денег, трудозатрат) в выходные (результаты проекта).
Приложив данную теорию к иерархической структуре декомпозиции работ, можно сказать, что каждая работа на самом нижнем уровне иерархической структуры есть процесс превращений входных элементов в выходные. Входные элементы – то, что исполнитель элементарной работы должен получить из какого-либо внутреннего или внешнего по отношению к проекту источника. Выходные элементы – то, что должно быть передано в какую-то иную часть проекта, или то, что входит в результаты проекта.
Системный анализ позволяет сделать уточнения в определении работы, которую необходимо выполнить в рамках проекта. Каждый исполнитель будет просматривать другие работы в поисках того, что необходимо для выполнения его работы. Он также будет изучать другие части проекта, которым должны быть переданы выходные элементы его работы. Все входные элементы должны исходить от чего-то внутри проекта или из внешнего источника. Все выходные элементы должны либо быть переданы в другую элементарную работу проекта, либо непосредственно являться частью результатов проекта.
К выявленным в СДР работам проекта нужно добавить работы по подготовке необходимых входных элементов, которые не были получены из внутренних или внешних источников. В качестве признака лишней работы следует рассматривать выходные элементы, которые не могут быть переданы другим компонентам проекта и не являются результатами проекта. Таким образом, вполне реально выявить практически всю необходимую дополнительную работу, еще не включенную в план, и определить всю лишнюю работу, от которой следует отказаться.
Наконец, есть возможность исключить элементарные работы, дублирующие друг друга, когда ответственный за выполнение работы находит более одной работы для обеспечения одних и тех же или почти одинаковых входных элементов.
Этапы разработки СДР
СДР разрабатывается путем итерационного рассмотрения целей и результатов проекта, критериев планирования/достижения функциональности, объема работ, реализации технических требований и других технических атрибутов. Верхние уровни СДР могут быть разработаны на ранней, концептуальной стадии проекта. Дальнейшая детализация СДР возможна, как только будет определен проект и подготовлены спецификации.
Основной процесс разработки СДР состоит из следующих шагов:
Подготовку структуры декомпозиции работ (СДР) можно считать законченной, когда определены мелкие индивидуальные части (элементарные) работы. Ответственность за каждую элементарную работу должна быть поручена одному и только одному члену команды проекта. Очень важно понять, что первоочередная задача составления СДР – разделить проект на подпроекты до той степени детализации, когда появится возможность распределить элементарные работы.
Если проект большой, СДР может иметь довольно общий характер. Можно остановиться на самом нижнем уровне, который отслеживает руководитель проекта. Этот уровень, напомним, принято называть пакетом работ. Следует учитывать, что, начиная с этого уровня, другие менеджеры, занятые на проекте, должны осуществить более подробное разделение проекта на части (подпроекты) до уровня элементарных работ.
На самом нижнем уровне СДР должно быть описание элементарной работы, которая может быть выполнена одним человеком (или группой людей). Если этот человек (или группа) собираются выполнять работу, а не руководить ее выполнением, этот уровень может быть признан самым нижним уровнем СДР.
Правила разработки СДР
При разработке СДР необходимо принимать во внимание следующие основные правила:
Сложности, связанные с разработкой СДР:
Нахождение баланса между детализацией проекта и требованиями к сбору фактической информации и отчетности (излишняя детализация). Основная функция СДР – определение объема работ. Чрезмерная детализация СДР требует излишнего уровня поддержки и отчетности. Разработка элементов СДР, определяющих только стадии проекта, либо организационную структуру без учета промежуточных результатов проекта (недостаточная детализация). Это может привести к перерасходу по проекту, поскольку при таком подходе трудно оценить плановые показатели и проконтролировать выполнение проекта. Недостаточное внимание к разработке СДР и переход непосредственно к формированию сетевого графика (диаграммы Гантта, расчету критического пути или сетевого графика). Это может привести к потере важных для проекта работ, а, следовательно, к задержкам проекта на поздних стадиях его реализации после выявления упущений.
Определение необходимости в дальнейшей детализации
В учебно-справочной литературе по управлению проектами для проектов средней сложности рекомендуется использовать до 6 уровней СДР: 3 верхних уровня для предоставления информации уровня заказчика, 3 нижних уровня для детализации информации уровня исполнителя. Глубина детализации СДР зависит от размера и сложности проекта, поскольку должна обеспечивать четкую формализацию целей и результатов работы, которые необходимо выполнить. Каждый пакет работ включает весь объем работ, выполняемый основной организацией, ответственной за данный пакет работ, так же, как и организациями, с которыми заключены подрядные договора.
Дальнейшая детализация необходима, если:
Как было определено ранее, уровень детализации СДР зависит от размера и баланса между сложностью, риском, и требованиями руководителя проекта к контролю проекта. Уровень детализации может также изменяться в процессе жизненного цикла проекта. Для краткосрочных проектов на начальной стадии можно разработать всю СДР до достаточного уровня детализации, в то время как долгосрочные проекты и проекты с высоким уровнем сложности могут не декомпозироваться полностью на начальной стадии. Полностью СДР для таких проектов можно описать в процессе их реализации. С другой стороны, это может означать, что для конкретного проекта отдельные пакеты работ могут иметь различные уровни детализации. В частности, это верно при разработке «развертывающихся» проектов, когда план детализируется для работ, которые должны непосредственно начаться, а работы будущих периодов определяются укрупненно, на верхнем уровне, до тех пор, пока на более поздней стадии жизненного цикла проекта можно будет прописать их более детально.
Список используемой литературы и интернет-источников:
При копировании любых материалов с сайта evkova.org обязательна активная ссылка на сайт www.evkova.org
Сайт создан коллективом преподавателей на некоммерческой основе для дополнительного образования молодежи
Сайт пишется, поддерживается и управляется коллективом преподавателей
Whatsapp и логотип whatsapp являются товарными знаками корпорации WhatsApp LLC.
Cайт носит информационный характер и ни при каких условиях не является публичной офертой, которая определяется положениями статьи 437 Гражданского кодекса РФ. Анна Евкова не оказывает никаких услуг.
СДР и Календарный план
Структурная декомпозиция работ (СДР) имеет следующие характеристики:
СДР является средством для разделения всех работ по проекту на управляемые пакеты работ, позволяющие достичь такого уровня детализации информации, который соответствует потребностям руководства проекта для осуществления контроля.
Разработка СДР имеет две основные цели:
Для руководителя проекта важны обе эти цели. Если в плане отсутствуют все необходимые работы, проект будет задержан, бюджет, скорее всего, будет превышен. Если выполняются работы, не относящиеся к данному проекту – деньги заказчика тратятся нецелевым образом. Если СДР не объединяет обе эти цели, проект может потерпеть неудачу.
Проект разворачивается вокруг СДР. СДР является основным «стержнем» для четырех основных и одного вспомогательного процессов:
Структурная декомпозиции работ может разрабатываться «с нуля» либо с использованием компонентов уже созданных СДР.
Прежде всего, нужно ответить на целый ряд вопросов:
Правила разработки СДР
При разработке СДР необходимо принимать во внимание следующие основные правила:
Этапы разработки СДР
СДР разрабатывается путем итерационного рассмотрения целей и результатов проекта, критериев планирования объема работ, реализации технических требований. Верхние уровни СДР могут быть разработаны на ранней, концептуальной стадии проекта. Дальнейшая детализация СДР возможна, как только будет определен проект и подготовлены спецификации.
Очень важно понять, что первоочередная задача составления СДР – разделить проект на подпроекты до той степени детализации, когда появится возможность распределить элементарные работы.
Основной процесс разработки СДР состоит из следующих шагов:
Подготовку структурной декомпозиции работ можно считать законченной, когда определены мелкие индивидуальные (элементарные) работы. Ответственность за каждую элементарную работу должна быть поручена одному и только одному члену команды проекта. Если этот человек (или группа) собираются выполнять работу, а не руководить ее выполнением, этот уровень может быть признан самым нижним уровнем СДР.
Календарное планирование в управлении проектами – это ключевой и важный процесс, результатом которого является утвержденный руководством компании календарный план проекта (часто его называют еще планом-графиком, календарным графиком, планом управления проектом). Цель календарного планирования – получить точное и полное расписание проекта с учетом работ, их длительностей, необходимых ресурсов, которое служит основой для исполнения проекта.
Календарное планирование включает в себя:
Рис.2. Алгоритм планирования проекта
Составление календарного плана-графика проекта включает в себя несколько аспектов. Мы должны спланировать сроки и длительности работ, определить их последовательность и взаимосвязи, подумать о необходимых ресурсах, учесть стоимость этих работ и ресурсов. В дальнейшем, когда проект перейдет на стадию исполнения, то есть практической реализации запланированных действий, именно по этому плану-графику мы отслеживаем ход выполнения работ. И, если что-то в проекте пойдет не так, можно, сверив с первоначальным планом проекта, внести соответствующие изменения.
Как правило, план-график проекта разрабатывается менеджером проекта с привлечением людей, которые являются экспертами в той или иной области. Например, содержание строительных работ лучше всего знает специалист по строительству; а мероприятия по продвижению продукта, скорее всего, спланирует маркетолог. В результате мы получаем полный перечень работ, структурированный по иерархическому признаку, то есть структурную декомпозицию работ (СДР).
Рис.3. Диаграмма Ганта
Кроме составления перечня работ, календарное планирование включает в себя также создание ресурсной модели проекта. Нам нужно подумать о том, кто будет выполнять те или иные работы или этапы работ, какие люди нам для этого нужны, кто является ответственным за результат работы или этапа. Кроме человеческих ресурсов, в проектах могут потребоваться расходные материалы, сырье, а также – использование машин и механизмов, техники, транспорта и т.д. Все это – ресурсы для проекта, и все они имеют свою стоимость. Помимо стоимости, ресурсы обладают такими характеристиками, как:
Ресурсный план проекта можно составить в виде таблицы:
Рис.4. Ресурсный план проекта
В специализированных программных продуктах, таких, как Microsoft Project сегодня можно легко и быстро построить диаграмму Ганта, назначить на каждую работу нужные ресурсы, определить сроки и стоимость проекта. На календарном плане-графике наглядно показаны ресурсы и их занятость на той или иной работе.
Рис.5. Диаграмма Ганта с назначенными ресурсами
Поскольку стоимость любого из ресурсов, будь то люди, материалы или машины, можно измерить в денежном выражении, то при планировании работ и назначении на них ресурсов автоматически в программе считается и стоимость тех или иных работ, этапов и в целом проекта. Когда проект переходит в стадию исполнения, менеджер проекта и руководство компании всегда сможет отслеживать ход выполнения, фактически выполненные работы или процент их выполнения, а также фактические затраты по работам, этапам и проекту в целом. Применение программных продуктов дает возможность отслеживать в любое время в оперативном режиме исполнение проекта, вносить изменения при необходимости и принимать управленческие решения. Многие считают, что на планирование не требуется специально выделять время. Однако, как показывает практика, ошибки или небрежности в планировании, могут привести компанию к значительным финансовым (и не только) потерям. «Сэкономив» на стадии планирования, можно потратить гораздо больше времени, сил и финансов на постоянном исправлении ошибок, внесении дополнительных работ (не учли ранее!), привлечении дополнительных ресурсов (потому что не успеем!) и т.д. Есть такой афоризм: «Когда мы тратим время на планирование, его становится больше».
Microsoft Office Project 2002 является одним из программных продуктов поддержки управления проектами. Система предназначена для разработки календарного графика проекта, его оптимизации с учетом временных, ресурсных, финансовых и иных ограничений, а также автоматизации процессов контроля и анализа хода выполнения проекта.
Использование системы обеспечивает поддержку следующих процессов:
Алгоритм работы с Microsoft Office Project 2002
Описание работы с пакетом Microsoft Office Project 2002
Ввод информации о структурной декомпозиции работ.
Календарный план работ по проекту строится в виде сетевой модели, которая носит название диаграммы Ганта. Для построения диаграммы Ганта необходимо иметь разработанную на предыдущей лабораторной работе структурную декомпозицию работ. Ввод информации об СДР нового проекта начинается после выбора команды Файл/Создать. В терминологии MS Office Project работа называется задачей.
Ввод данных о задаче осуществляется в окне «Сведения о задаче», которое появляется после выбора команды Проект/Сведения о задаче или двойным щелчком мыши по строке таблицы (рис. 1).
Рисунок 1. – Ввод сведений о задаче.
Иерархия работ должна соответствовать СДР. Выбор уровня иерархии для каждой задачи или для группы задач осуществляется по команде Проект/Структура/На уровень выше (на уровень ниже).
Следующим шагом для построения календарного плана-графика является логическое связывание работ. Существует 4 типа логической связи между работами.
Для связывания двух задач нужно выделить их в таблице и выбрать команду Правка/Связать задачи, тогда по умолчанию между задачами установится связь «Окончание – начало». Можно указать другой тип связи, выбрав в окне «Сведения о задаче» вкладку Предшественники.
Рисунок 2. – Логическое связывание задач.
После того, как определены связи между работами, можно задать их длительность. Это можно сделать как в таблице, так и в окне «Сведения о задаче». Среди работ можно отметить такие, которые являются контрольными точками (вехами) при выполнении проекта. Это такие работы как, например, утверждение технического задания, принятие решения о прекращении или начале работ и т.д. Вехи имеют нулевую длительность и отмечаются в диаграмме Ганта в виде черных ромбиков.
Следует помнить, что MS Office Project учитывает субботу и воскресенье как нерабочие дни. Следовательно, одна неделя соответствует 5 дням, а один месяц – 4 неделям. Чтобы устранить такое несоответствие, необходимо изменить настройки календаря.
Последний шаг при построении календарного плана-графика – указание типа работ. Использование работ разного типа позволяет построить наиболее оптимальную модель проекта.
Любую работу можно оценить по трем параметрам:
В соответствии с формулой:
Трудозатраты = Длительность х Ресурсы
в зависимости от этих параметров можно выделить три типа работы.
Трудозатраты = Длительность х Ресурсы
Длительность =Трудозатраты / Единицы ресурсов
Ресурсы = Трудозатраты / Длительность
Примечание: начинающим пользователям рекомендуется придерживаться следующего правила – задавать работам тип Фиксированная длительность, опция Фиксированный объем работ должна быть выключена. Эти параметры можно задать, выбрав Сервис/Параметры/Планирование.
В результате проделанных на предыдущих шагах действий диаграмма Ганта должна иметь следующий вид (рис. 3).
Рисунок 3. – Пример сетевой модели в виде диаграммы Ганта
Для визуализации информации о характеристиках не отдельных работ, а всего проекта, нужно включить опцию Показывать суммарную задачу проекта на закладке Вид диалогового окна Параметры. В диаграмме Гантта появляется суммарная строка проекта, которая на графике отображается серым цветом. Она недоступна для редактирования. Характеристики этой задачи будут являться характеристиками всего проекта.
Ввод информации о ресурсах.
Под ресурсами в Microsoft Office Project 2002 понимаются люди, механизмы и материалы, которые используются при реализации проекта и должны быть учтены. Финансовые ресурсы в модель ресурсов не входят и учитываются отдельно.
Ввод информации о ресурсах осуществляется в представлении Лист ресурсов, который включается из меню Вид (рис. 4).
Рисунок 4. Пример заполнения листа ресурсов
Для создания нового ресурса щелкните два раза по строке таблицы ресурсов левой кнопкой мыши и заполните диалоговое окно Сведения о ресурсе/Общее. В этом диалоговом окне задается:
Рисунок 5. – Сведения о ресурсе.
На закладке Рабочее время задается информация о базовом календаре, по которому рассчитывается доступность и загрузка ресурса.
На закладке Затраты задается стоимость одной временной единицы использования трудовых ресурсов и стоимость за единицу измерения для материальных ресурсов. Для трудовых ресурсов на этой закладке могут быть заданы различные ставки оплаты. Указываются:
Назначение ресурсов на работы.
Расписание проекта, разработанное без учета ресурсных ограничений, не может быть физически реализовано по причине потенциальных ресурсных конфликтов. Бывает, что сроки, на которые спланированы работы, не совпадают со сроками, в которые выделены ресурсы, или количество требуемых ресурсов превышает количество доступных. Microsoft Office Project 2002 помогает выявить и разрешить подобные конфликты, но предварительно необходимо указать, какие и в каком количестве ресурсы понадобятся для выполнения.
Для назначения ресурсов на работы есть несколько способов.
Рисунок 6. – Назначение ресурсов на задачи.
Для того чтобы изменить количество ресурсов, назначенных на работу, с целью изменения ее длительности, нужно:
Информацию о назначении ресурсов на проект можно посмотреть в представлениях Использование работ и Использование ресурсов в табличной форме и в Графике ресурсов – в графической. Эти представления можно включить через меню Вид.
Ввод информации о стоимости работ.
Одним из трех основных параметров, позволяющим оценивать успешность проекта, является его стоимость. Наиболее удобной таблицей, содержащей информацию о стоимости работ проекта, является таблица Затраты. Чтобы ее увидеть, нужно выбрать в меню Вид опцию Таблица/Затраты.
Стоимость работы проекта складывается из стоимости ресурсов, назначенных на работу, и количества денежных средств, выделенных на эту работу. Стоимость ресурса, назначенного на работу, равна произведению стандартной ставки данного ресурса на длительность данной работы.
В таблице Затраты отображается следующая информация:
Фиксированные затраты – стоимость работы в виде денег, выделенных на работу. В суммарной строке проекта стоимость работ проекта не складывается, поскольку каждая работа может иметь свои собственные фиксированные затраты.
Общие затраты – сумма стоимости ресурсов и денежных средств, выделенных на работы.
Начисление фиксированных затрат – способ начисления фиксированных затрат на работу – в начале работы, по окончании работы, пропорционально.
Базовые затраты – затраты, зафиксированные в базовом плане. Именно с этим значением будут сравниваться фактические затраты.
Фактические затраты – данные о фактическом выполнении стоимости проекта. Они будут сравниваться с базовыми затратами для определения отклонений по стоимости.
Отклонение – разность между фактическими затратами и базовыми, зафиксированными в базовом плане проекта.
Оставшиеся – значение оставшихся затрат по работе, вычисляемое как разность базовых затрат и данных о фактических затратах по работе.
Сайт создан и администрируется Кемеровской региональной общественной организацией «Молодежная инициатива».