ИУБиП, Лабораторная работа, Информационные технологии, MS Project
Управление внедренческими проектами на базе MS Project
В данной работе мы рассмотрим методику ведения проектов в группе от 2 до 10 человек. Такая численность группы была выбрана потому, что таков типовой размер рабочей группы в средней российской компании. В качестве инструмента автоматизации ведения проектов используется MS Project.
Наша методика построена на анализе сквозного примера ведения проекта по внедрению некого программного продукта. Внедрением ПО (программного обеспечения) вынуждена заниматься любая организация, поэтому частные особенности ведения таких проектов могут оказаться полезны всем. Сама методика ведения проектов не ориентирована на конкретный вид проектов и может быть использована для других видов работ.
Стандартный ход проекта
Стандартный подход к проектному управлению состоит из следующих этапов:
- Постановка задачи (фиксация цели проекта).
- Планирование (выработка плана и бюджета).
- Контроль и анализ исполнения, коррекция планов.
- Закрытие проекта по формальной процедуре и анализ статистики .
Техника планирования
Этап планирования является одним из самых важных. На этом этапе определяются задачи, бюджет и сроки проекта. Довольно часто планирование понимают только как составление графика работ, упуская из вида управление ресурсами, составление бюджета и т. д.
Полноценная техника планирования включает в себя следующие этапы:
- Определение целей проекта и их описание. Довольно часто проекты начинаются без четкой цели.
- Определение технологических стадий. Для проекта должна быть выбрана технология реализации, определяющая стадии развития проекта. Одной из типичных ошибок планирования является несоответствие плана технологическому циклу.
- Для технологических стадий необходимо определить список задач, указать их взаимосвязи (последовательность) и прогнозируемую длительность (зависит от назначенных ресурсов).
- Необходимо согласовать вопрос о выделяемых проекту ресурсах. Следует отметить, что все ресурсы компании должны распределяться централизованно. Довольно часто возникает ошибка планирования, связанная с тем, что некоторые дефицитные ресурсы используются одновременно в двух разных проектах в одно и тоже время.
- График работ в MS Project, получается автоматически, если определены задачи и ресурсы.
- Если определить расценки на ресурсы, бюджет может быть получен также автоматически. Одна из типичных ошибок заключается в том, что бюджет назначают не обращая внимание на прогнозируемую себестоимость проекта.
- Письменное задание, бюджет и график работ образуют формальный документ «План проекта».
Постановка задачи
Проект должен начинаться с формулировки цели. При этом цель должна быть зафиксирована письменно в виде измеряемых показателей.
Документ «Постановка задачи» должен отвечать на следующие вопросы:
- В какие сроки должна быть достигнута цель?
- Какие условия достижения цели есть в наличии (бюджет, ресурсы, технология)?
- Каким способом измерить достижение цели?
- Как распределены ключевые обязанности в проекте (кто за что отвечает)?
- Согласен ли спонсор с определением цели и условиями ее достижения?
В нашем примере цель проекта заключается в адаптации и внедрении некой системы документооборота. В нашем случае задание было письменным, не был определен только способ измерения того, что цель достигнута; последствия этого мы увидим далее.
Список работ
Перейдем непосредственно к нашему примеру. Предположим, получена постановка задачи на адаптацию и внедрение некого продукта Web Work Flow. Запустим Microsoft Project и приступим к созданию компьютерной модели проекта.
После запуска MS Project мы видим список для ввода задач с графической схемой проекта (Gantt Chart).
Сохраните проект на собственном диске: Файл – Сохранить с именем Сквозная задача
1. Вначале установим нужную нам дату начала проекта 22.01.2009 – пункт меню Проект \Сведения о проекте.
2. Затем определим список этапов, соответствующих технологии внедрения.
1.Начало проекта (Заказ на разработку ИС)
2.Постановка
3.Проектирование
4.Реализация
5.Завершение проекта (Акт внедрения ИС)
3. Теперь определим список подзадач для каждого технологического этапа проекта. Введем этапы с подзадачами в MS Project. Завершение каждого этапа проекта отметим отдельной задачей – контрольной точкой (вехой). Задачи начала и завершения проекта также пометим как вехи.
|
№ |
Этап |
Подзадачи |
|
1 |
Начало проекта (Заказ на разработку ИС) |
— |
|
2 |
Постановка |
Анализ предметной области Анализ существующих решений Сбор требований и ИС Моделирование и спецификация требований Аттестация требований (Тех. Задание) Завершение 1-го этапа |
|
3 |
Проектирование |
Архитектура Пользовательский интерфейс База данных Модули Завершение 2-го этапа |
|
4 |
Реализация |
Кодирование Тестирование Документирование Развертывание Обучение пользователей Приемка Завершение 3-го этапа |
|
5 |
Завершение проекта (Акт внедрения) |
— |
4. Исходя из трудоемкости работ, квалификации и количества исполнителей введем предполагаемую длительность задач.
|
Задача |
Длительность (дней) |
|
Начало проекта (Заказ) |
1 |
|
Постановка |
|
|
Анализ предметной области |
2 |
|
Анализ существующих решений |
2 |
|
Сбор требований к ИС |
3? |
|
Моделирование и спецификация требований |
2 |
|
Аттестация требований (Тех. задание) |
3? |
|
Завершение 1-го этапа |
0 |
|
Проектирование |
|
|
Архитектура |
3 |
|
Пользовательский интерфейс |
2 |
|
База данных |
2 |
|
Модули |
3 |
|
Завершение 2-го этапа |
0 |
|
Реализация |
|
|
Кодирование |
20 |
|
Тестирование |
4? |
|
Документирование |
4 |
|
Развертывание |
2? |
|
Обучение пользователей |
5? |
|
Приемка |
1? |
|
Завершение 3-го этапа |
0 |
|
Завершение проекта (Акт внедрения) |
1 |
Замечание. В MS Project есть возможность указывать, что некоторые сроки являются ожидаемыми, а не точными. Рядом с такими сроками выставляется знак вопроса.
5. Ориентируясь на приоритеты задач и особенности технологии, назначим последовательность задач.
|
№ |
Задача |
Предшественники |
Примечание |
|
Начало проекта (Заказ) |
— |
Этап, веха |
|
|
Постановка |
1 |
Этап |
|
|
Анализ предметной области |
— |
подзадача |
|
|
Анализ существующих решений |
3 |
подзадача |
|
|
Сбор требований к ИС |
4 |
подзадача |
|
|
Моделирование и спецификация требований |
5 |
подзадача |
|
|
Аттестация требований (Тех. задание) |
6 |
подзадача |
|
|
Завершение 1-го этапа |
7 |
Подзадача, веха |
|
|
Проектирование |
2 |
Этап |
|
|
Архитектура |
— |
подзадача |
|
|
Пользовательский интерфейс |
10 |
подзадача |
|
|
База данных |
11 |
подзадача |
|
|
Модули |
12 |
подзадача |
|
|
Завершение 2-го этапа |
13 |
Подзадача, веха |
|
|
Реализация |
9 |
Этап |
|
|
Кодирование |
— |
подзадача |
|
|
Тестирование |
16 |
подзадача |
|
|
Документирование |
17 |
подзадача |
|
|
Развертывание |
18 |
подзадача |
|
|
Обучение пользователей |
19 |
подзадача |
|
|
Приемка |
20 |
подзадача |
|
|
Завершение 3-го этапа |
21 |
Подзадача, веха |
|
|
Завершение проекта (Акт внедрения) |
15 |
Этап, веха |
Включите опцию «суммарная задача проекта» для того, чтобы видеть обобщенную статистику по проекту (общая длительность, трудоемкость, стоимость и т.д.) – меню Сервис\ Параметры — вкладка Вид — опция суммарная задача проекта.
С помощью мастера диаграмм (команда меню Формат \Мастер диаграмм Ганта) настройте диаграмму Ганта на отображение критического пути проекта. MS Project выделит красным цветом критический путь проекта, т.е. те задачи, которые определяют его длительность.
Рекомендации:
- Точный срок следует указывать только для задачи «Начало проекта», все остальные сроки должны быть относительными. Таким образом, вы всегда можете легко перенести проект на другую дату — все сроки пересчитаются автоматически.
- Все технологические этапы следует завершать контрольными точками. Дело в том, что по технологии некий законченный результат может быть получен только в определенное время, и именно в данный момент следует провести контрольный осмотр проекта. Жестко и подневно контролировать исполнение отдельных задач часто не имеет смысла, т.к. исполнителям обычно приходится исполнять задачи не в том порядке, как указано в плане.
- Не используете связи между задачами разного уровня. В этом случае один технологический этап привязывается к внутренней структуре другого этапа. Это сковывает свободу модификации планов в рамках отдельных этапов. Если используются связи только на одном уровне (задача-задача, этап-этап), вы можете без затруднений изменить состав и последовательность задач внутри некого этапа.
Ресурсы
Измените значения единиц вывода ресурсов с процентов на числовые значения. Для этого выберите в меню Сервис \ Параметры вкладку Планирование и установите параметр Показывать единицы назначений в виде: числовых значений.
После определения состава задач и сроков их выполнения введем список исполнителей — ресурсов, необходимых для реализации проекта.
Для определения бюджета проекта назначим расценки на ресурсы в соответствие с таблицей (Вид \ Лист ресурсов).
|
Название ресурса |
Тип |
Макс. единиц |
Стандартная ставка |
Затраты на использование |
Начисление |
Базовый календарь |
|
Менеджер |
Трудовой |
1 |
150р./ч |
0р. |
По окончании |
Стандартный |
|
Аналитик |
Трудовой |
1 |
100р./ч |
0р. |
По окончании |
Стандартный |
|
Разработчики |
Трудовой |
3 |
100р./ч |
0р. |
По окончании |
Стандартный |
|
Интегратор |
Трудовой |
1 |
100р./ч |
0р. |
По окончании |
Стандартный |
|
Сервер |
Материальный |
— |
— |
60 000р. |
Вначале |
— |
Назначим ресурсы задачам в соответствии с таблицей.
|
Задача |
Ресурс |
Загрузка ресурса |
|
Начало проекта (Заказ) |
Менеджер |
1 |
|
Постановка |
Менеджер |
1 |
|
Анализ предметной области |
Аналитик |
1 |
|
Анализ существующих решений |
Аналитик |
1 |
|
Сбор требований к ИС |
Аналитик |
1 |
|
Моделирование и спецификация требований |
Аналитик |
1 |
|
Аттестация требований (Тех. задание) |
Аналитик |
1 |
|
Завершение 1-го этапа |
— |
— |
|
Проектирование |
Менеджер |
1 |
|
Архитектура |
Разработчики, Аналитик |
1 1 |
|
Пользовательский интерфейс |
Разработчики, Аналитик |
1 1 |
|
База данных |
Разработчики |
1 |
|
Модули |
Разработчики |
3 |
|
Завершение 2-го этапа |
— |
— |
|
Реализация |
Менеджер |
1 |
|
Кодирование |
Разработчики |
3 |
|
Тестирование |
Интегратор, Аналитик, Разработчики |
1 1 3 |
|
Документирование |
Интегратор |
1 |
|
Развертывание |
Интегратор, Сервер |
1 1 |
|
Обучение пользователей |
Интегратор |
1 |
|
Приемка |
Интегратор |
1 |
|
Завершение 3-го этапа |
— |
— |
|
Завершение проекта (Акт внедрения) |
Менеджер |
1 |
В результате после указания ресурсов менеджер автоматически получает график работ.
Совет. Если нужно производить учет административных расходов, т.е. затрат на управление проектом, можно использовать следующий прием. Нужно указать в MS Project менеджера в качестве ресурса на весь технологический этап. Соответственно продолжительности этапа будет производиться учет административных расходов по трудоемкости и себестоимости. Если менеджер ведет одновременно несколько проектов, можно указать процент нагрузки менеджера по данному проекту.
Рекомендации:
- Наличие перегрузки (overtime) — это, скорее всего, ошибка планирования, связанная с тем, что вы поставили одному исполнителю две задачи одновременно.
- Для планирования наиболее удобна повременная система начисления затрат. Это позволяет избежать сложных торгов со специалистами, работающим по подряду, относительно стоимости работ. Достаточно один раз согласовать стоимость человеко-часа, далее вопрос заключается только в обсуждении трудоемкости.
- MS Project умеет учитывать и материальные ресурсы. MS Project может запоминать инвентарные номера, что очень удобно для учета. Повременную амортизацию ОС можно учитывать через параметр Std. Rate («Стандартная ставка»). Списание на манер МБП можно учитывать через параметр Cost/Use («Затраты на использование»). В нашем примере для проекта требуется закупка сервера, по применяемой нами учетной политике затраты на сервер целиком списываются в проект.
- Кроме того, существуют так называемые общефирменные расходы (ОФР). Однако их большинство софтверных компаний включает в стоимость человеко-часа специалиста. Т.е. стоимость часа работы Аналитика это его зарплата плюс общефирменные расходы на него. В вопросе ОФР менеджеру следует обратиться к финансовому директору компании, если его беспокоит прибыльность проектов, то он вычислит норму ОФР на каждого сотрудника.
- Поясним некоторые тонкости ценообразования на контрактные работы. Сначала вы договариваетесь с исполнителем о стоимости человеко-часа и заносите ее в MS Project как Standart Cost Rate (Стандартная ставка). Затем вы торгуетесь с исполнителем только о сроке, цена получается автоматически. После этого срок фиксируется в базовом плане проекта и превышение сроков по вине исполнителя не оплачивается (если вы не оговорили иное).
План с бюджетом
После назначения расценок на ресурсы мы автоматически получили план с бюджетом.
План = Задачи + Сроки + Стоимость + Ресурсы.
Выведем суммарные данные проекта (команда Вид \Таблица \Суммарные данные).
Из этой таблицы видны следующие основные параметры проекта:
- Длительность — 60 дней;
- Трудоемкость — 1 480 человеко-часов
- Себестоимость – 232 000 руб.
- Сроки
- Исполнители и ответственные лица
Рекомендации. Данные по затратам можно использовать для ценообразования проекта. В нашем случае затраты на проект составляют 232000руб. Конечная цена проекта может быть скорректирована из маркетинговых и стратегических соображений.
Покажите результат преподавателю и сохраните проект.
или напишите нам прямо сейчас:
Здравствуйте. Скажите пожалуйста, планирую поступать в магистратуру на факультет Психологии « Психология личности»в РГГУ скажите пожалуйста, есть ли у вас, ответы на вступительные экзамены? так как, планирую, сделать акцент на бюджет. Спасибо.
Арсений, здравствуйте! Прошу Вас прислать всю необходимую информацию на почту info@otlichnici.ru и написать что необходимо выполнить. Я посмотрю описание к заданиям и подскажу вам по стоимости и срокам выполнения.
Дистанционная помощь в защите ВКР
Анастасия, здравствуйте! Прошу Вас прислать всю необходимую информацию на почту info@otlichnici.ru и написать что необходимо выполнить. Я посмотрю описание к заданиям и подскажу вам по стоимости и срокам выполнения.
Здравствуйте. Нужна срочно практическая часть вкр, третья глава. Скину похожие работы, на которые можно ориентироваться
Александр, здравствуйте! Прошу Вас прислать всю необходимую информацию на почту info@otlichnici.ru и написать что необходимо выполнить. Я посмотрю описание к заданиям и подскажу вам по стоимости и срокам выполнения.
вкр по теме: экологический туризм России : анализ состояния, проблемы и перспективы
Людмила, здравствуйте! Прошу Вас прислать всю необходимую информацию на почту info@otlichnici.ru и написать что необходимо выполнить. Я посмотрю описание к заданиям и подскажу вам по стоимости и срокам выполнения.
Здравствуйте вы защищаете ВКР?
Ольга, здравствуйте! Прошу Вас прислать всю необходимую информацию на почту info@otlichnici.ru и написать что необходимо выполнить. Я посмотрю описание к заданиям и подскажу вам по стоимости и срокам выполнения.
Написать магистерскую ВКР на тему «Совершенствование логистических бизнес-процессов на примере торговой компании». Не менее 100 страниц.
Миша, здравствуйте! Прошу Вас прислать всю необходимую информацию на почту info@otlichnici.ru и написать что необходимо выполнить. Я посмотрю описание к заданиям и подскажу вам по стоимости и срокам выполнения.
Здравствуйте нужна работа Вкр
Лена, здравствуйте! Прошу Вас прислать всю необходимую информацию на почту info@otlichnici.ru и написать что необходимо выполнить. Я посмотрю описание к заданиям и подскажу вам по стоимости и срокам выполнения.
Написать ВКР 3 раздела Тема строительство строительство жилого дома с применением каркасно-монолитных технологий Антиплагиат от 75% ПЗ и чертежи
Владимир, здравствуйте! Прошу Вас прислать всю необходимую информацию на почту info@otlichnici.ru и написать что необходимо выполнить. Я посмотрю описание к заданиям и подскажу вам по стоимости и срокам выполнения.