Как назначить материальные ресурсы в Project. Основные функции и методы работы с MS Project, освоение рабочего места менеджера проекта Создание групп ресурсов в project

Мы рассмотрели основы управления проектами в Microsoft Project 2010. Пришло время разобраться с управлением ресурсами.

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

Давайте рассмотрим упрощённую модель управления ресурсами на примере разработки веб-сайта (см. рис. 1).

Рисунок 1 - Учебный проект разработки веб-сайта

Управление ресурсами

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

Рисунок 2 - Переходим к листу ресурсов

Лист ресурсов выглядит как обычная таблица Excel. Приступим к заполнению.

Проект разработки сайта включает затраты в основном на зарплату работникам. В Project 2010 вы можете назначить разные виды оплаты работ: почасовую и сдельную (т.е. фиксированную). Пусть в нашей компании работают люди, способные выполнить все виды работ кроме раскрутки сайта, которой будет заниматься студент за 3000 руб. Обозначим каждого работника на листе ресурсов.

В поле Название ресурса указываем сотрудника (должность или фамилию) - программист. Тип - трудовой. Макс. единиц - 100%. Стандартная ставка - 100 руб./час (цифра произвольная). Начисление - пропорциональное. Базовый календарь - Стандартный.

Аналогично заполним строки для «генератора идей», дизайнера, верстальщика и контент-менеджера. А для студента, занимающегося раскруткой (SEO) мы назначим тип Затраты . Это позволит в дальнейшем указать фиксированную сумму.

Косвенные расходы проекта (электричество, Интернет, телефон, аренда и т.д.) мы пока рассматривать не будем. Итоговый результат можно видеть на рисунке 3.

Рисунок 3 - Лист ресурсов

Чтобы распределить имеющиеся ресурсы по задачам, вернитесь к представлению диаграммы Ганта и нажмите кнопку Назначить ресурсы вкладки Ресурс (см. рис. 4).

Рисунок 4 - Кнопка назначения ресурсов

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

Выделите задачу, затем нужный ресурс и нажмите кнопку Назначить .

Рисунок 5 - Назначение ресурсов

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

Рисунок 6 - Назначаем фиксированные затраты на раскрутку

На диаграмме Ганта возле временно го отрезка будут отображаться все ресурсы (можно и несколько штук назначить), однако это не очень информативно. Хотелось бы видеть ещё и конкретные денежные затраты. Разумеется, разработчики Project 2010 предусмотрели это.

В контекстном меню заголовка перечня задач выберите Вставить столбец (см. рис. 7).

Рисунок 7 - Вставка нового столбца

В огромном списке доступных вариантов выберите Затраты , либо введите слово с клавиатуры (см. рис. 8).

Рисунок 8 - Выбор типа столбца

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

Рисунок 9 - Затраты на разработку сайта

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

В таком виде вы можете использовать Project 2010 и для подготовки сметы для заказчика.

Заключение

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

Лекция 14,15. Планирование работ и ресурсов в MS Project .

■ Планирование стоимости проекта в MS Project.

■ Анализ и оптимизация плана работ, загрузки ресурсов и стоимости.

■ Анализ рисков в MS Project.

Отслеживание проекта в MS Project.

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

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

В качестве СУБД MS Project Server использует MS SQL Server версии 7 и выше.

Для совместной работы над документами и задачами предназначен пакет Microsoft SharePoint Team Services, входящий в состав MS Project Server.

Основные термины

Задача - активность, направленная на достижение определенного результата.

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

Выделение ресурса на задачу называется назначением. На одну задачу можно назначить неограниченное количество ресурсов.

Задача характеризуется длительностью, объемом трудозатрат {работ) и стоимостью необходимыми для ее выполнения.

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

Планирование проектов

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

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

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

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

После окончания проекта проектная команда распадается, и ее участники переходят в другие проекты.

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

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

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

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

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

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

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

Для каждого ресурса имеется важное свойство - его стоимость. В MS Project есть два типа стоимости ресурсов: повременная ставка и стоимость за использование. Повременная ставка выражается в стоимости использования ресурса в единицу времени. Обычно повременная ставка используется для учета трудовых ресурсов. Затраты на использование начисляются всякий раз, когда в задаче используется ресурс.

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

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

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

Планирование проекта в MS Project

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

Определение проекта состоит в задании его ключевых характеристик. Эти характеристики задаются при создании нового файла проекта.

Планирование стоимости в MS Project

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

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

Стоимость ресурса определяется на вкладке «Затраты» диалогового окна «Сведения о ресурсе».

Стоимость назначений определяется автоматически путем умножения ставки ресурса на трудозатраты и прибавлением к результату затрат на использование ресурса. Изменить стоимость назначения можно, указав другую тарификационную таблицу. Это mcokhq сделать на вкладке «Общие» диалогового окна «Сведения о назначении», где из списка можно выбрать таблицу А, В, С, D, Е.

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

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

Для в вода фиксированных затрат используется поле «Фиксированные затраты» в таблице «Затраты» в любом представлени и для работы с задачами.

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

Способ оплаты можно указать и для ресурсов и для фиксированных затрат на задачу. На вкладке «Затраты» в диалоговом окне «Сведения о ресурсах» способ оплаты выбирается в раскрывающемся списке «Начисление затрат».

Определить порядок оплаты фиксированных затрат можно в колонке «Начисление фиксированных затрат» таблицы «Затраты» в любом представлении для работы с задачами.

По умолчанию способ начисления фиксированных затрат выбирается согласно параметра «Начисление фиксированных затрат по умолчанию» на вкладке «Расчет» диалогового окна «Параметры».

Анализ и оптимизация плана проекта

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

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

Чтобы определить неравномерность загрузки ресурсов, надо открыть представление «Лист ресурсов». Ресурсы, загрузка которых превышает их доступность, выделены красным цветом, и в поле «Индикаторы» стоит пометка о перегрузке.

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

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

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

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

Весовой коэффициент" href="/text/category/vesovoj_koyeffitcient/" rel="bookmark">весовые коэффициенты . Для этого на панели инструментов «Анализ по методу PERT» надо нажать кнопку «Задание весовых коэффициентов для метода PERT».

Сумма весовых коэффициентов всегда равна 6.

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

MS Project выведет окно с предупреждением, что значения полей «Длительность», «Начало» и «Окончание» будут пересчитаны.

Анализ и оптимизация стоимости проекта

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

Чтобы оценить общую стоимость проекта, достаточно перейти в таблицу «Затраты» в любом представлении со списком затрат и посмотреть данные в столбце «Общие затраты» у суммарной задачи проекта.

Также требуется проанализировать пропорциональное соотношение затрат внутри бюджета. При этом рассматриваются:

Распределение затрат по фазам проекта;

Распределение затрат по типам работ;

Соотношение между затратами на сверхурочные трудозатраты и обычные;

Распределение затрат на ресурсы разных типов.

Для этого можно воспользоваться формулами и настраиваемыми полями.

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

Затраты определяются ставками ресурсов, трудозатратами и фиксированными затратами на задачи.

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

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

Анализ рисков

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

Анализ рисков состоит из нескольких этапов:

Определение возможных рисков;

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

Риски в расписании проекта;

Ресурсные риски;

Бюджетные риски;

Социальные риски;

Политические риски;

Природные.

На обычный проект чаще всего могут оказывать влияние первые три типа рисков.

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

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

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

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

Отслеживание проекта в MS Project .

Диаграмма Ганта

Диаграммы являются графическим средством отображения содержащейся в проектном файле информации. В MS Project диаграммы являются не только средством просмотра проектной информации. С помощью диаграмм можно вводить и редактировать данные.

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

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

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

В MS Project входят несколько представлений, основанных на диаграмме Ганта: «Диаграмма Ганта», «Подробная диаграмма Ганта», «Диаграмма Ганта с выравниванием», «Диаграмма Ганта с отслеживанием» и т. д.

Форматирование диаграммы Ганта

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

Настройка формы и цвета отрезков определяется в диалоговом окне форматирования отрезков. Для открытия окна можно дважды щелкнуть левой кнопкой мыши на отрезке или щелкнуть правой кнопкой мыши и выбрать из выпадающего меню пункт «Форматировать отрезок...».

Диалоговое окно «Шкала времени» имеет четыре закладки. Закладки «Верхний уровень», «Средний уровень», «Нижний уровень» настраивают три уровня временной шкалы. Единицы измерения времени более высокого уровня не могут быть меньше единиц измерения более низкого.

Для форматирования вспомогательных линий диаграммы используется диалоговое окно «Сетка». Это окно можно вызвать с помощью команды «Формат» ->

Для быстрого форматирования диаграммы Ганта можно использовать мастер диаграмм Ганта. Вызвать мастер можно с помощью команды «Формат» -> «Мастер диаграмм Ганта».

Диалоговое окно «Шкала времени» имеет четыре закладки. Закладки «Верхний уровень», «Средний уровень», «Нижний уровень» настраивают три уровня временной шкалы. Единицы измерения времени более высокого уровня не могут быть меньше единиц измерения более низкого.

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

Параметры отображения уровня: «Единицы» - определяет единицы измерения; «Интервал» - число единиц в одном делении шкалы уровня; «Надписи» - определяет формат даты.

Закладка «Нерабочее время» задает отображение на диаграмме нерабочих дней. (Воскресных и праздничных).

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

В диалоговом окне можно выбрать период времени, для отображения задач, запланированных на этот период.

Для быстрого изменения масштаба диаграммы Ганта можно воспользоваться кнопками «Увеличить» и «Уменьшить», расположенными на панели инструментов «Стандартная».

Для форматирования вспомогательных линий диаграммы используется диалоговое окно «Сетка». Это окно можно вызвать с помощью команды «Формат» -> «Сетка...» или из контекстного меню.

Для настройки дополнительных параметров диаграммы используется диалоговое окно «Макет». В этом диалоговом окне задаются дополнительные параметры отображения диаграммы: вид линий связи между задачами, формат даты, высоту отрезков и т. д.

Для быстрого форматирования диаграммы Ганта можно использовать мастер диаграмм Ганта. Вызвать мастер можно с помощью команды «Формат» -> «Мастер диаграмм Ганта».

5.1. Общие понятия

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

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

5.2. Виды ресурсов, допустимых для планирования в MS Project

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

Как же добавлять ресурсы в проект, планировать и определять степень их возможного участия в проекте?

Планирование ресурсов начинается с определения состава ресурсов, то есть составления списка людей и оборудования, необходимого для выполнения проектных работ. Работа со списком ресурсов осуществляется в представлении Resource Sheet (Лист ресурсов), и наиболее удобной для ввода данных является таблица Entry (Ввод).

Например:

Для добавления нового ресурса в список нужно установить курсор в поле Resource Name (Название ресурса) и ввести его название. Затем в поле Туре (Тип) нужно выбрать один из двух пунктов раскрывающегося списка: Work (Трудовой) или Material (Материальный). Первый вариант нужно выбрать, если ресурс -- сотрудник, а второй -- если оборудование. До тех пор пока не установлено значение этого поля, другие поля таблицы редактировать не удастся, а после того как значение выбрано, многие поля заполняются стандартными значениями. В моем случае это будет трудовой ресурс.

Чтобы определить равномерность загрузки ресурсов, нужно открыть представление Resource Sheet (Лист ресурсов). В нем все ресурсы, загрузка которых превышает их доступность, выделены красным цветом, а в колонке Indicators (Индикаторы) рядом с их названиями отображается специальный значок.

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

После того как назначения определены и на каждую задачу назначены исполнители и выделены материалы, перейдя в представление Resource Sheet (Лист ресурсов), мы видим список всех требуемых проекту сотрудников.

5.3. Использование MS Project для выравнивания загрузки ресурсов

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

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

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

5.4. Обоснование, назначение ресурсов задач из WBS;

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

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

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

· Все ли работы запланированы с достаточной степенью детализации, необходимой для формирования и соблюдения обязательств?

· Существует ли возможность установления и контроля индивидуальных назначений ресурсов на работы со структурой отчетности, определенной данной WBS?

· Можно ли определить назначения на работы при постепенном расширении WBS? Будут ли они обоснованы как при разворачивании WBS сверху-вниз, так и при сборе данных снизу-вверх?

· Как обычно производится назначение ресурсов на работы и их контроль?

· Будут ли назначения ресурсов на работы согласованы с формальной системой расчета расписания?

· Как будут распределяться бюджеты?

· Можно ли будет связать бюджет с предполагаемым увеличением работы?

· Можно ли измерить увеличение объема работы на приемлемом уровне (т.е. соответствует ли уровень детализации WBS эффективному планированию и контролю)?

· Можно ли логически собрать данные по индивидуальным рабочим заданиям (т.е. можно ли работы, определенные в WBS, сгруппировать логически)?

· Вовлечено ли в проект более одной организации (в противном случае перед детальным планированием ресурсов необходимо утверждение WBS у других участников проекта)?

· Как будет определяться состояние работ в процессе выполнения проекта?

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

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

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

  • Tutorial

Небольшое введение

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

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

Перед началом проекта
Перед началом проекта от руководителя проекта обычно требуется ответить на два вопроса:
  1. сколько проект займет времени
  2. сколько проект будет стоить
При этом важно понимать, что никого не интересует ответ вида «не раньше чем через полгода». Требуется как раз оценка сверху.
Примечание . Мне никогда не приходилось иметь дела с явными денежными оценками проекта, и, как я сейчас понимаю, это серьезное упущение. Все проекты, которыми я руководил, исполнялись сотрудниками компании. Команда проекта формировалась на всё время проекта, некоторые специалисты привлекались на определенное время. Фактически, от меня требуется оценка количества требуемых исполнителей, а также сроки их привлечения. Как мне кажется, это достаточно типичная ситуация для компаний, занимающихся разработкой ПО. В итоге все сводится к оценке трудозатрат, которая, с использованием эмпирических формул, превращается в оценку стоимости проекта. Как видим, присутствует прямая зависимость стоимости проекта от его сроков.
В процессе выполнения проекта
В условиях упомянутых ограничений, основной задачей руководителя проекта является обеспечить выполнение проекта в заявленный срок, а это непосредственно
влияет на его стоимость. Непредвиденные обстоятельства, которые обязательно сопутствуют любому проекту, могут привести к срыву сроков. Строго говоря, сроки проекта могут неожиданно и сократиться, но, честно говоря, я такого никогда не видел. От руководителя требуется своевременно реагировать на такие события, чтобы уменьшить негативные последствия. Единственный известный мне способ решения этой задачи - это аккуратное планирование, регулярное отслеживание надвигающихся проблем и корректирование планов.
При завершении проекта
При завершении проекта руководитель обычно оглядывается назад и подводит итоги проекта. Чаще всего требуется оценить насколько проект выбился из плановых графиков и почему это произошло.

Что умеет MS Project

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

Разберем вкратце свойства сущностей.

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

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

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

Как это использовать

Примечание Чтобы было понятнее, я уточню некоторые общие свойства проектов,
с которыми я работал. Итак, речь идет о проектах по разработке программного обеспечения,
которые состоят из нескольких этапов. В конце каждого этапа мы должны получить некоторый
осязаемый результат, который будет предъявлен заказчику, поэтому для нас важно оценить
срок не только проекта в целом, но и каждого этапа. Повторяю, единственный вид ресурсов
который требуется - это люди, причем мы не нанимаем специалистов со стороны, а используем
возможности уже работающих сотрудников.
Подготовка плана
Итак, перед нами лежит техническое задание, и требуется дать ответ на три вопроса:
  1. Сколько времени займет этот проект?
  2. Сколько (и каких) специалистов для этого потребуется?
  3. Какие примерно трудозатраты ожидаются по этому проекту?
Для этого мы готовим прикидочный план выполнения проекта в MS Project. Т.е. просто последовательно выписываем задачи, которые необходимо выполнить. Методика превращения техзадания в набор задач - это отдельная история, я не буду на ней сейчас останавливаться.
Подготовка плана выполняется в несколько этапов:
  1. Готовим список задач
  2. Выставляем зависимости между задачами
    (результат какой задачи необходим для перехода к следующей?).
  3. Назначаем исполнителей задач
  4. Выравниваем загрузку ресурсов
  5. Балансируем то, что получилось
При подготовке плана придерживаемся следующих рекомендаций:
  1. Не используем суммарные задачи для декомпозиции.
    Все задачи помещаем в один линейный список. Сначала это может показаться неудобным,
    но зато избавляет от многих проблем в дальнейшем. Для управления структурой задач
    используем настраиваемые поля (см.ниже).
  2. Очень часто для управления зависимостями задач используют Drag&Drop. Когда задач много это быстро становится неудобно. Я рекомендую в этом случае не использовать перетаскивание, а явное указывать номера задач-предшественников. для этого можно добавить в таблицу столбец «предшественники» и вписывать номера задач вручную.
  3. Срок каждой задачи не должен превышать двух недель.
    Если срок задачи превышает неделю - это уже повод задуматься о её декомпозиции. Я придерживался очень простой методики оценки: примитивная задача - 2 дня, средней
    сложности - 1 неделя, сложная задача - 2 недели. При этом сложных задач не должно быть много. Такой подход дает возможность подготовить оценочный план довольно быстро.
    С одной стороны, полученная оценка, конечно, не будет точной, но, с другой стороны - а какая из них точная? По опытку практического применения могу сказать, что на
    больших проектах погрешности оценок отдельных задач обычно нивелируются, а на малых часто можно (и нужно!) использовать и более точные оценки.
  4. Всеми силами избегаем задач, у которых несколько исполнителей. Для каждой задачи должен быть назначен только один исполнитель. Двух исполнителей имеет смысл назначать
    только если они действительно работают вдвоем (например, вы практикуете парное программирование). В прочих случаях лучше декомпозировать задачу.
  5. При назначении исполнителей руководствуемся их профессией и квалификацией, пока не беспокоясь о равномерности загрузки.
  6. Используем суммарные задачи для разделения задач на этапы. Ставим зависимости между этапами, чтобы они шли последовательно. Разделение на этапы пока достаточно приблизительное.
Балансировка проекта
Самым главным в методике является именно балансировка. Цель этого процесса - подготовить план, в котором работы достаточно равномерно разделены между исполнителями на всем протяжении.

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

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

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

  1. Сменить исполнителя задачи.

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

  2. Перенести задачу в другой этап.

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

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

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

Учет рисков
Теперь - последний штрих: учет рисков. Честно признаюсь, я не занимался серьезным управлением рисками, но учитываю возможность возникновения определенных форсмажоров (таких как болезни исполнителей, забытые работы и т.п.). Для этого я добавляю в каждый этап фиктивную задачу с минимальным приоритетом, под названием «прочие работы» для каждого ресурса. После выравнивания ресурсов эти задачи оказываются в конце этапа. Длительность этих задач зависит от вероятности возникновения и степени вляния рисков, она зависит от способа определения оценок длительностей задач, здоровья членов команды и степени паранойи руководителя проекта. Обычно я выставлял длительность «прочих работ» примерно от трети до четверти длины этапа.

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

С этим планом мы можем:

  1. Назвать сроки выполнения проекта и его этапов. Аргументированно и с высокой степенью
    достоверности.
  2. Оценить примерные трудозатраты по проекту
Примечание. Часто случается так, что срок выполнения получается довольно большой, и возникает резонный вопрос, можно ли его уменьшить за счет привлечения дополнительных исполнителей. Для того чтобы ответить на этот вопрос, я балансировал новый план, используя тот же набор задач, но изменяя состав исполнителей. Ответ не получался мгновенно, но это не занимало много времени.
Работа с планом
Когда проект запускается в работу, исходный план, который использовался для оценки, можно использовать и для отслеживания выполнения проекта. От руководителя проекта требуется регулярно выполнять следующие действия:
  1. Выдавать задания исполнителями
  2. Отмечать выполненные задания в плане
  3. Корректировать план в случае значительных отклонений
Выдача заданий исполнителями может выполняться по разному. Можно разбить выполнение на короткие итерации, формировать пул задач на итерацию и по окончании итерации отмечать результаты. Можно сразу озвучить лнителям набор задач на этап, выдать каждому по экземпляру диаграммы Ганта и периодически опрашивать о прогрессе. Можно использовать интеграцию MS Project и TFS и загрузить проект непосредственно в TFS. Суть не в средствах. Главное - это регулярное обновление плана . Я делаю это примерно раз-два в неделю. Это дает возможность достаточно быстро увидеть проблемные участки.
Для определения проблемного участка удобно использовать различные группировки - по исполнителями, по компонентам и др. Часто может оказаться, что проект в целом идет даже с опережением, но в определенном разрезе наблюдается отставание, например один из разработчиков неожиданно уткнулся в серьезную системную проблему, которая привела к отклонениями. Использование только средней метрики не покажет этой проблемы - она всплывет только в конце этапа, когда что либо делать будет уже поздно.

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

Есть другая стратегия - внесение изменений в сроки задач, «выталкивая» невыполненные задачи вперед. При таком подходе для отслеживания отклонений от плана можно использовать другую полезную функцию MS Project - базовый план. Базовый план - это просто сохраненный снимок состояния задач. Его можно сделать в начале проекта. Для сравнения текущего плана с базовым, открываем «диаграмму Ганта с отслеживанием». Для динамичного плана, когда порядок выполнения задач часто меняется, это может оказаться неудобным, поэтому я вставляю в проект контрольные точки, отражающие некоторые важные результаты проекта, и отслеживать отклонения от базового плана только для них.

Управление структурой задач с помощью пользовательских полей

Я категорически рекомендую не использовать суммарные задачи в MS Project для функциональной декомпозиции или категоризации задач. Дело в том, что иерархия задач в MS Project сильно завязана на их последовательность. А часто хочется посмотреть на задачи в разной последовательности, при этом вся структура «рассыпается». Для управления структурой задач я рекомендую использовать Пользовательские поля . MS Project имеет предопределенный набор полей с неопределенным заранее поведением, которые мы можем использовать так, как нам удобно. Например, для разбивки задач по компонентам нужно на основе текстового поля Текст1 создать поле Компонент и задать для него список значений, соответствующий компонентам системы.

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

Пользовательские поля позволяют разделять задачи по нескольким категориям, например, я разделял задачи по типу работ: Разработка, Тестирование, Документирование.
Упомяну для любопытных, что в MS Project также можно задать правила рисования диаграмм на основе свойств задач. При желании, можно сделать так, что задачи по разным компонентам будут иметь разные цвета, причем цвет будет определяться только свойством задачи, его не нужно задавать вручную для каждой задачи. Такие настройки не требуют написания сриптов, а делаются штатными средствами настройки диаграмм.

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

Завершение проекта

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

Заключение

Я попытался обобщить свой опыт использования MS Project для практического решения задач, которые возникали передо мной, когда я руководил проектами по разработке ПО. Описанная методика не претендует не универсальность, но она, как мне кажется, достаточно проста и логична, при этом позволяет решать практические задачи руководителя проекта.
Использование этого подхода позволило мне успешно и в срок завершить не один проект.
Правда, случались и сбои. Это происходило, как правило, тогда, когда плохо была проведена подготовительная часть проекта, а именно - постановка задачи. Т.е. в результате проекта получалось не совсем то, что требовалось, а понимание этого приходило слишком поздно.

Наверняка я что-то упустил, не стесняйтесь задавать вопросы.

В этой статье вы найдете примеры решения управленческих задач с помощью Microsoft Project 2010 и более старшей версии. Будем идти от простого к сложному. /update поправил картинки/
Наша компания регулярно проводит курсы и тренинги по управлению проектами. Следите за нашим .

1. Как учесть отпуск сотрудника в проекте?
Летний период регулярно подбрасывает руководителю проекта ситуацию, когда сотрудник внезапно выбывает из проекта. Как правильно это отразить в расписании проекта?

Отличное решение – использовать Календарь сотрудника .

1. Перейдите в Лист ресурсов
2. Откройте свойства ресурса и перейдите в раздел “Изменить рабочее время
3. Теперь вы можете указать, в какой период времени ваш сотрудник будет недоступен и почему.

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

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

PS. Если вы используете “взрослую версию”, то функция “Изменить рабочее время ” вам будет недоступна. Поэтому откройте Календарь сотрудника непосредственно из сервера проектов.

2. Как быстро заменить работы “выбывшего” сотрудника на другого члена команды?
Пусть сотрудник заболел (с кем не бывает), но что же делать с оставшимися работами в проекте? Как правильно заменить все назначения данного ресурса на другого?

В решении этого вопроса вам поможет форма “Назначение ресурсов “, “горячее” сочетание клавиш Alt+F10 .

1. Перейдите в представление “Диаграмму Ганта
2. Любым удобным для вас способом отфильтруете все задачи, в которых назначен заболевший сотрудник
3. Выделите все задачи и вызовите форму “Назначение ресурсов ” или нажмите Alt+F10 .
4. Выберите сотрудника к замене. Нажмите “заменить” и укажите на кого именно.

2.1 Фильтр нужного сотрудника

Форма “Назначение ресурсов ” – лучший способ массовой замены назначений в расписании. Также несомненное преимущество данного метода в возможности заменить ресурс в уже исполняющейся задаче.

2.2 Форма Назначение ресурсов

Замена сотрудника в проекте MS Project

3.Трюки в Microsoft Project. Как быстро найти отстающие задачи?
Руководитель проекта редко просматривает все задачи своего проекта. Чаще всего внимание менеджера вызывают только опаздывающие задачи. Какой способ вывести только запаздывающие задачи подойдет лучше?

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

3.1 Задачи с задержкой

Способ другой. Гурманы MS Project используют более сложное действие: выводят поле “Отклонение окончания ” и фильтруют отстающие задачи по нему.

Также в дополнение к способу 2 я использую фильтр “Диапазон дат “, который показывает только нужное мне “временное окно” (как правило от текущей пятницы плюс 2 недели).

Должен предупредить: использование всех предложенных методов требует сохраненного “базового плана” . Не знаете что такое “базовый план ” или не совсем понимаете как он работает? Дочитайте статью до конца.

4. Как правильно выровнять ресурсы в Microsoft Project?
Выравнивание ресурсов – сложный управленческий алгоритм из 5 шагов, в котором только 4 и 5 шаги выполняются в Microsoft Project. Процедуру выравнивания ресурсов я подробно объясняю в ходе онлайн . Или получите на вашем предприятии.

Порядок действий в Microsoft Project:
1. Добавьте в представление “Диаграмма Ганта “: поля “Приоритет ” и “” (на скриншоте название поля сокращено для удобства).
2. Заполните поле “Приоритет “.

3. Для задач с приоритетом 100 установите признак “Допускается прерывание при выравнивании “.

Вот такая у вас должна быть “картинка”:

4.1 Выравнивание ресурсов (исходное положение)

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

Не получилось? Очень вероятно. Повторю: выравнивание ресурсов – алгоритм из 5 шагов, в котором только 4 и 5 шаги требуют использования MS Project. Как узнать “полный алгоритм”? Дочитайте статью до конца.

4.2 Выравнивание ресурсов (положение после выравнивания)

4.3 Выравнивание ресурсов (Планировщик работы группы после выравнивания)

5. Трюки в Microsoft Project. Как определить сотрудников, пожирающих общий резерв трудозатрат? Метод для продвинутых менеджеров.

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

Представьте, что в вашем проекте есть утвержденная сумма трудозатрат, например 1400 человеко-часов. Команда знает, что оценка каждой операции всегда есть сумма двух слогаемых: время на выполнение задачи и резерв на неизвестное (т.н. “сержантский запас”).

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

5.1 Использование общего резерва

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

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

Преимущества метода:

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

Желаю вам удачи!

В этой статье я рассказал о том, какие трюки в MS Project вы можете самостоятельно использовать.

Компания “ ” – профессиональное вашими , интересное , на вашем предприятии.

Последние материалы раздела:

Рецензия FUEL Fuel за какие гонки дают машины
Рецензия FUEL Fuel за какие гонки дают машины

Потерянный потенциал Профиль игры Полное название: Fuel Разработчик: Asobo Studio Издатель: Codemasters Официальный сайт игры:...

Сравнение Galaxy S6 и S7 — что лучше выбрать?
Сравнение Galaxy S6 и S7 — что лучше выбрать?

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

Как в Майнкрафт сделать лук, и из чего он крафтится?
Как в Майнкрафт сделать лук, и из чего он крафтится?

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