Управление проектами (ЛРх2) ТУСУР ОДН 2835

Тут можно сдвинуть срок до 1 февраля?

Добрый день. Работу надо загрузить до 01.02

Завтра надо сдать работу в обязательном порядке(

Хорошо, завтра скрину

*скину

Лабораторная работа № 2 «Разработка концепции проекта» и Лабораторная работа № 3 «Разработка и оптимизация
моделей плана вариантного проекта» здесь надо выполнить? Потому что я когда брала задание, я не думала что там настолько много работы, и много во всем разбираться, я когда изначально прочитала только введение, я не думала что там в программах надо работать...

Что делать?

будем

Есть ли возможность переназначить на другого исполнителя?

Добрый день. Доработка. Обратите внимание на замечания!

Читал я рецензию и замечания, если вы имели в виду про выполнение этих лабораторных работЛабораторная работа № 3 «Разработка и оптимизация
моделей плана вариантного проекта»
I Цель работы
Целью работы является разработка моделей плана реального вариантного проекта по созданию нового материального, информационного
конечного продукта (программной системы) или услуги, контроль выполнения расписания проекта, формирование по заданным ограничениям вариантов оптимизационных моделей проекта с помощью системы календарного планирования Microsoft Office Project 2007—2010. Изучение возможностей программной системы для получения навыков проектирования
и оптимизации плана осуществления проектов. Ведение проектной документации, управление и организация работы над проектами.
Для выполнения работы следует изучить доступные ресурсы (программные системы, лекции-презентации), материалы учебного пособия
«Управление проектами» [1], материалы данного учебного методического
пособия и один из представленных в нем рекомендуемых дополнительных
источников [4—8].
II Основные теоретические сведения проектирования
Microsoft Office Project 2007—2010 является одним из программных
продуктов поддержки управления проектами. Система предназначена для
разработки календарного графика проекта, его оптимизации с учетом временных, ресурсных, финансовых и иных ограничений, а также автоматизации процессов контроля и анализа хода выполнения проекта. Использование системы обеспечивает поддержку следующих процессов:
• календарное планирование — разработка расписания проекта с
учетом иерархической структуры работ (ИСР) проекта любой сложности и
любой технологической последовательности работ;
38
• ресурсное планирование — разработка ресурсной модели проекта,
что позволяет учитывать при планировании загрузку ресурсов на проекте и
разрешать потенциальные ресурсные конфликты;
• контроль реализации проектов и использования ресурсов (трекинг) —
возможность ввода информации о ходе проекта, учет рисков в условиях
неопределенности, учет и анализ отклонений от плана проекта, прогнозирование последствий.
Порядок работы в Ms Project
1. Формирование списка задач проекта. Ввод информации об иерархической структуре работ и построение сетевой модели:
• определение списка работ;
• определение иерархической структуры работ (ИСР);
• определение логических связей между работами;
• ввод длительностей работ;
• определение типа работ;
• определение критического пути на сетевой диаграмме PERT (выделить красным цветом);
• проверка правильности сетевой модели проекта.
2. Ввод информации о наличных ресурсах/затратах — создание листа
ресурсов.
3. Назначение ресурсов на работы.
4. Анализ информации о стоимости работ.
5. Оптимизация план-графика проекта: временная, стоимостная, ресурсная.
6. Фиксация базового плана.
7. Анализ плана — ввод фактических данных.
8. Анализ исполнения — хода выполнения работ.
9. Составление финансовых отчетов — вывод отчетных таблиц

Лабораторная работа № 2 «Разработка концепции проекта»
I Цель работы
Концепция или Устав проекта разрабатываются на основе анализа
потребностей бизнеса. Главная функция документа — это подтверждение
и согласование единого видения целей, задач и результатов всеми участниками проекта. Концепция определяет, что и зачем делается в проекте.
Концепция проекта — это ключевой документ, который используется для принятия решений в ходе всего проекта, а также на фазе приемки —
для подтверждения результата.
Главной целью лабораторной работы является получение знаний и
обретение опыта разработки документа — Концепция проекта. В качестве
теоретического материала для выполнения задания следует использовать
учебное пособие «Управление проектами» [1], изложенную в этом пособии
теорию и рекомендуемые источники [2, 14—17].
II Постановка задачи
Для разрабатываемого в лабораторной работе № 1 вариантного проекта (объекты анализа в табл. 1.1) разработать подробный документ —
Концепция проекта. Документ содержит, как правило, следующие разделы:
1. Название проекта.
2. Цели проекта.
3. Результаты проекта (требования, конечные продукты).
4. Допущения и ограничения.
5. Ключевые участники и заинтересованные стороны.
6. Ресурсы проекта.
7. Сроки.
8. Риски.
9. Критерии приемки.
10. Обоснование полезности проекта.
Пример содержания документа «Концепция проекта» для реального
проекта крупной компании по созданию «Автоматизированной системы
продажи документации» приведен в приложении А.
Исходные данные для задания
Для определения темы вариантного проекта необходимо по общему
правилу расчета варианта задания выбрать объект анализа из таблицы 1.1.
V = (N × K) div 100,
где V — искомый номер варианта,
N — общее количество вариантов,
div — целочисленное деление,
при V = 0 выбирается максимальный вариант,
K — код варианта.
Можно, как вариант, исследовать тему места работы студента (тема
УИРС, тема группового проектирования и др.), согласуя тему с преподавателем.
III Порядок выполнения работы
Концепцию проекта следует излагать по содержанию в соответствии
с требуемыми разделами документа.
1. Цели и результаты проекта
Цель — желаемый информационный образ конечного продукта. Цели должны убеждать, для чего нужен проект, что конкретно он производит, что надо изменить, как должно быть. Цели должны быть значимыми
(направленными на достижение стратегических целей компании), конкретными (специфичными для данного проекта), измеримыми (иметь проверяемые количественные оценки), реальными (достижимыми). Четкое
определение бизнес-целей важно, поскольку существенно влияет на все
процессы и решения в проекте.
Целями проекта могут быть:
• Изменения в компании. Например, повышение эффективности основной производственной деятельности.
• Реализация стратегических планов. Например, завоевание значительной доли растущего рынка за счет вывода на него нового продукта.
• Выполнение контрактов. Например, обеспечение разработки программного обеспечения по заказу.
• Разрешение специфических проблем. Например, обеспечение доработки программного продукта в целях приведения его в соответствие с
изменениями в законодательстве.
Результаты проекта должны быть измеримыми, т. е. при их оценке
должна быть возможность сделать заключение, достигнуты оговоренные
в концепции результаты или нет. Цели должны определять:
• Какие именно бизнес-выгоды получит заказчик в результате проекта.
• Какой продукт или услуга. Что конкретно будет произведено по
окончании проекта.
• Высокоуровневые требования. Краткое описание и, при необходимости, ключевые свойства и/или характеристики продукта/услуги.
2. Допущения и ограничения
Исходные допущения и ограничения тесно связаны с управлением
рисками. В разработке программного обеспечения зачастую риски формулируют в виде допущений. Например, оценивая проект разработки и внедрения по схеме с фиксированной ценой, в допущения записывают предположение о том, что стоимость лицензий на стороннее ПО не изменится до
завершения проекта.
Ограничения, как правило, сокращают возможности проектной команды в выборе решений и могут содержать:
• Специфические нормативные требования. Например, обязательная
сертификация продукта, услуги на соответствие определенным стандартам.
• Специфические технические требования. Например, разработка
под заданную программно-аппаратную платформу.
• Специфические требования к защите информации.
• Требования к системе, которые могут ожидать заказчики по умолчанию, но которые не включаются в рамки данного проекта. Например, в
данный раздел может быть включен пункт о том, что разработка программного интерфейса для будущей интеграции с другими системами заказчика не входит в задачи данного проекта.
3. Ключевые участники и заинтересованные стороны
На этапе инициации проекта необходимо выявить и описать всех его
участников: заинтересованные стороны, лица и организации, например заказчики, спонсоры, исполняющая организация, которые активно участвуют в проекте или чьи интересы могут быть затронуты при исполнении или
завершении проекта. Участники могут влиять на проект и его результаты
поставки. К ключевым участникам программного проекта, относятся:
Спонсор проекта ― лицо или группа лиц, предоставляющая финансовые ресурсы для проекта в любом виде.
Заказчик проекта ― лицо или организация, которые будут использовать продукт, услугу или результат проекта. Следует учитывать, что заказчик и спонсор проекта не всегда совпадают.
Пользователи результатов проекта.
Куратор проекта ― представитель исполнителя, уполномоченный
принимать решение о выделении ресурсов и изменениях в проекте.
Руководитель проекта ― представитель исполнителя, ответственный
за реализацию проекта в срок, в пределах бюджета и с заданным качеством.
Соисполнители проекта ― субподрядчики и поставщики.
4. Ресурсы проекта
Для оценки стоимости проекта требуется определить и оценить ресурсы, необходимые для его выполнения:
• Людские ресурсы и требования к квалификации персонала.
• Оборудование, услуги, расходные материалы, лицензии на ПО,
критические компьютерные ресурсы.
• Бюджет проекта. План расходов и, при необходимости, предполагаемых доходов проекта с разбивкой по статьям и фазам/этапам проекта.
Специфика программного проекта заключается в том, что людские
ресурсы вносят основной вклад в его стоимость. Все остальные затраты,
как правило, незначительны, по сравнению с этими расходами. На фазе
инициации проекта хорошей считается оценка трудозатрат с точностью от
–50% до +100% [16].
Помимо непосредственно программирования в проекте, разработки
программной системы (ПС), есть много других процессов, которые требуют ресурсов соответствующей квалификации, а само программирование
составляет лишь четверть всех затрат. Распределение трудозатрат по основным производственным процессам при современном процессе разработки ПС выглядит, в среднем, следующим образом (рис. 3.13).
Рис. 3.13 — Распределение трудозатрат по основным процессам
при разработке ПС
Прежде чем определять численность и состав проектной команды,
необходимо сделать оценку трудоемкости разработки ПС [чел/час].
5. Сроки проекта
Ф. Брукс [17] приводит исключительно полезную, эмпирическую
формулу оценки срока проекта по его трудоемкости. Формула была выведена Барри Боэмом (Barry Boehm) на основе анализа результатов 63-х проектов разработки ПС, в основном в аэрокосмической области. Согласно
этой формуле для проекта, общая трудоемкость которого составляет
N[ ] ч м× (человеко-месяцев), можно утверждать, что:
• Существует оптимальное, с точки зрения затрат, время выполнения графика для первой поставки: [ ] T N = × 2,53 ч м . То есть оптимальное
время в месяцах пропорционально кубическому корню предполагаемого
объема работ в человеко-месяцах. Следствием является кривая, дающая
оптимальную численность проектной команды.
• Кривая стоимости медленно растет, если запланированный график длиннее оптимального. Работа занимает все отведенное для нее время.
• Кривая стоимости резко растет, если запланированный график
короче оптимального. Практически ни один проект невозможно завершить
быстрее, чем за 3 4 расчетного оптимального графика вне зависимости от
количества занятых в нем специалистов. Кроме сроков завершения проекта
необходимо еще определить его этапы — контрольные точки (вехи), в которых будет происходить переоценка проекта на основе реально достигнутых показателей.
Контрольная точка — важный момент или событие в расписании
проекта, отмечающее достижение заданного результата и/или начало/завершение определенного объема работы. Каждая контрольная точка
характеризуется датой и объективными критериями ее достижения.
Для программного проекта контрольные точки должны соответствовать выпуску каждой промежуточной версии ПС, в которой будет реализована и протестирована определенная часть конечной функциональности
программного продукта. В зависимости от сложности и масштаба проекта
продолжительность одной итерации может составлять от 2 до 8 недель.
6. Риски проекта
Риск ― неопределенное событие или условие, наступление которого
отрицательно или положительно сказывается на целях проекта [2]. Как
правило, в случае возникновения негативного риска почти всегда стоимость проекта увеличивается и происходит задержка в выполнении мероприятий, предусмотренных расписанием проекта.
На этапе инициации, когда нет необходимых данных для проведения
детального анализа риска, часто приходится ограничиваться качественной
оценкой общего уровня рисков: низкий, средний, высокий.
7. Критерии приемки проекта
Критерии приемки должны определять числовые значения характеристик системы, которые должны быть продемонстрированы по результатам приемо-сдаточных испытаний или опытной эксплуатации и однозначно свидетельствовать о достижении целей проекта.
8. Обоснование полезности проекта
Этот раздел концепции должен содержать краткое техникоэкономическое обоснование проекта:
• Для кого предназначены результаты проекта.
• Описание текущей ситуации. Какие у потенциального заказчика
существуют проблемы.
• Каким образом результаты проекта решают эти проблемы.
• Насколько значимо для клиента решение данных проблем (оценка
экономического эффекта).
• Какие преимущества в итоге из этого может извлечь компанияисполнитель проекта.
Приоритет проекта определяется на основе оценки трех показателей:
• Финансовая ценность.
• Стратегическая ценность.
• Уровень рисков.
Результаты выполненной работы
По результатам выполненной работы написать отчет, в котором изложить концепцию проекта. Изложить основное содержание вариантного
проекта, его возможные риски, ресурсы и затраты, стоимость, сроки и
представить документ «Концепция проекта». Ответить на вопросы.
Контрольные вопросы
1. Содержание работ на этапе «Инициация проекта».
2. Основные участники проекта.
3. Цель проекта, ограничения, ресурсы.
4. Заинтересованные стороны проекта.
5. Основные этапы жизненного цикла проекта.
6. Основные процессы программного проекта.
7. Критерии приемки проекта, полезность.
8. Риски, классификация.
9. Команда проекта.
10. Приоритет проекта (три показателя приоритетности). Сформулируйте приоритеты Вашего вариантного проекта то я их выполнил, а если про что то другое я тогда не знаю

Но а на разбор MS Project 2007 требуется время на разбор, так как скачивать новый времени не оставалось, поэтому поставил MS Project 2007.

Добрый день. Это вы сюда работу прислали?

Да

Здравствуйте!
Могу помочь с работой!