
- •Определение проекта и управления проектами. Роль управления проектами в системе знаний экономиста и менеджера.
- •Основные признаки проекта:
- •Фазы проекта и жизненный цикл проекта. Участники проекта.
- •Процессы управления проектами: разработка, выполнение, контроль и управление выполнением, оценка результатов.
- •Управление целями, временем, стоимостью, качеством, ресурсами проекта. Управление рисками проекта.
- •Сетевая диаграмма. Диаграмма Ганта.
- •Критический путь. Расписания кмр и кмп.
- •Структура разбиения работ. Определение длительностей задач.
- •Связи между задачами, типы связей. Ограничения. Крайние сроки. Повторяющиеся задачи.
- •Назначение ресурсов работам: настройка параметров, создание назначений, календарь задачи. Свойства назначений.
- •Взаимовлияние проекта и его внешней среды. Понятие рисков проекта. Качественный и количественный анализ рисков
- •Сценарный подход к анализу рисков: теория, построение пессимистического, оптимистического и наиболее вероятного вариантов проектного плана. Реализация метода pert.
- •Контроль реализации хода проекта. Понятие базового плана.
- •Отслеживание отклонений от базового плана. Анализ выполнения бюджета.
- •Метод освоенного объема. Индикаторы.
- •Статистика проекта. Стандартные отчеты: обзорные, текущие, отчеты о затратах, назначениях и загрузке.
- •Создание новых отчетов. Отчеты о задачах, ресурсах, отчеты по календарю, перекрестные отчеты. Редактирование и настройка отчетов.
- •Основные понятия и классификация case-технологий. Функционально-ориентированное и объектно-ориентированное проектирование ис.
- •Методология sadt. Функциональное моделирование бизнес-процессов в AllFusion Process Modeler (bPwin).
- •Стандарт структурного функционального моделирования idef0.
- •Моделирование потоков данных в нотации dfd.
- •Моделирование потоков работ в нотации idef3.
- •Создание диаграммы узлов и feo-диаграммы.
- •Проведение стоимостного анализа (Activity Based Costing) в AllFusion Process Modeler (bPwin).
Критический путь. Расписания кмр и кмп.
Линии хода выполнения проекта. Как можно раньше, как можно позже. Прав мышь – сведения о задаче – дополнительно.
Критический путь представляет собой последовательность задач (иногда
состоящую из одной задачи), которая управляет вычисляемой датой начала или датой окончания проекта. По завершении последней задачи, включенной в критический путь, проект считается оконченным.
Чтобы обеспечить соответствие дате окончания для проекта, важно отслеживать критический путь проекта. Критический путь можно отобразить одним из нескольких способов. Кроме того, можно изменить задачи, которые считаются критически важными для проекта.
По умолчанию в Microsoft Office Project отображается единый общий критический путь, который является единственным критическим путем, определяющим дату окончания проекта. План можно настроить таким образом, чтобы видеть дополнительные критические пути для каждой независимой цепочки каждой последовательности задач. Это может быть полезно для отслеживания подпроектов в рамках главного проекта, а также этапов или вех проектов, состоящих из нескольких этапов.
Если важно завершить проект по плану, следует обратить особое внимание на задачи критического пути и назначаемые для них ресурсы. От этих элементов зависит своевременное окончание проекта.
По умолчанию в Microsoft Office Project задача определяется как критическая,
если для нее установлено нулевое значение временного резерва. Однако это
установленное по умолчанию условие можно изменить и указать как критическую задачу, которая имеет, например, один или два дня временного резерва.
В меню Сервис выберите пункт Параметры и откройте вкладку Расчет.
В поле Считать критическими задачи, имеющие резерв не более введите максимальное значение временного резерва в днях, которое нужно использовать для определения критических задач.
Если требуется, чтобы это значение использовалось по умолчанию для всех проектов, нажмите кнопку По умолчанию.
С гибкими ограничениями, такими как «Как можно раньше» (КМР) и
«Как можно позже» (КМП), никакие даты не связаны. При использовании таких ограничений задается начало задач как можно раньше или как можно позже, чтобы окончание задач было не позже даты окончания проекта и не возникало противоречий с другими ограничениями и зависимостями задач в календарном плане.
Структура разбиения работ. Определение длительностей задач.
Уровни выше-ниже.
Одним из основных преимуществ использования Microsoft Office Project 2003 является возможность расчета реалистичного календарного плана зачастую лишь на основе введенных длительностей и зависимостей задач.
Список задач можно разбить, сделав его более организованным и удобным для чтения, с помощью простого понижения и повышения уровня задач проекта, тем самым создав структуру суммарных задач и подзадач.
По сути, проект представляет собой набор задач. Каждая задача – это часть работы, необходимая для успешного выполнения проекта.
Проект – Структура – На уровень ниже.
Веха – это задача с нулевой длительностью, которая используется для обозначения важного события в календарном плане, например, завершения крупного этапа проекта.
Существует два метода организации списка задач:
В нисходящем методе сначала определяются основные этапы, которые затем разбиваются на отдельные задачи. Нисходящий метод предоставляет версию плана сразу после определения основных этапов.
В восходящем методе сначала составляется список всех возможных задач, а затем они группируются по этапам.