7 Выбор автоматизированной системы управления проектами, в которой раскрываются следующие вопросы: Выбор системы управления про. теория7. Отчет по лабораторной работе 7 7 семестр Обучающийся
 Скачать 54.21 Kb.
|
  НЕГОСУДАРСТВЕННОЕ ОБРАЗОВАТЕЛЬНОЕ ЧАСТНОЕ УЧРЕЖДЕНИЕ ВЫСШЕГО ОБРАЗОВАНИЯ «МОСКОВСКИЙ ФИНАНСОВО-ПРОМЫШЛЕННЫЙ УНИВЕРСИТЕТ «СИНЕРГИЯ» Институт Информационных технологий (наименование факультета/ института) Направление подготовки /специальность: (код и наименование направления подготовки /специальности) Профиль/специализация: (наименование профиля/специализации) Форма обучения: заочная. Отчет ПО ЛАБОРАТОРНОЙ РАБОТЕ 7 7 семестр
Москва 2022 г. Теоретическая часть Необходимо изучить лекцию по теме № 7 Выбор автоматизированной системы управления проектами, в которой раскрываются следующие вопросы: Выбор системы управления проектами. Технические требования. Управленческие требования. Процесс выбора программного обеспечения. Ответы 1.Выбор системы управления проектом. На Российском рынке программных средств управления проектами представлены программные продукты, сильно различающиеся своими функциональными возможностями и ценой. Этот рынок можно условно подразделить на 2 основные группы – недорогие продукты (до 1000 долларов), ориентированные на начинающих или непрофессиональных менеджеров, и более дорогие профессиональные продукты (до 15000 долларов). К недорогим можно отнести такие продукты как Microsoft Project стандартный, SureTrakProject Manager. Разработчики этих программ особое внимание уделяют легкости использования и обучения. Из профессиональных продуктов на Российском рынке представлены Российский продукт Spider Project и американские пакеты Oracle Primavera Project Planner, Open Plan и др. Эти пакеты более ориентированы на широту функциональных возможностей управления. Правильный выбор пакета очень важен для успешного внедрения управления проектами в организации и зависит от многих факторов. К основным факторам относятся: 1) технические требования, 2) управленческие требования, 3) стоимостные требования. Технические требования – это требования к техническим характеристикам, программ. Эти требования определяются соответствующей политикой организации (ориентация на программы тех или иных фирм), имеющимся парком компьютеров и программным обеспечением, уже используемым в задачах управления (типы компьютеров, операционные системы, сети и т.д.). Управленческие требования – это требования к функциональным характеристикам программ управления проектами, определяемые проектами организации. Это – наиболее важные требования. Как бы ни была совершенна программа с точки зрения программных решений, это никак не сможет компенсировать отсутствие каких-либо необходимых для управления функций. Стоимостные требования – это стоимость программного обеспечения, его внедрения, сопровождения (обновление версий, техническая поддержка), стоимость обучения. 2.Технические требования. Очень важно, чтобы выбранное программное обеспечение удовлетворяло требованиям команды проекта и обеспечивало полную и качественную поддержку и повышение эффективности процессов управления проектами в компании. Как правило, наиболее важные требования, которые рассматриваются при выборе системы, это: · Пользовательский интерфейс. · Управление данными. · Обеспечение совместной работы. 1. Пользовательский интерфейс. Первое, на что обращает внимание пользователь при работе с программой это пользовательский интерфейс. При выборе программного интерфейса можно отметить те особенности, которые помогают вводить и просматривать информацию: · Гибкость организации экранных форм. · Легкость изучения. · Русский язык. · Легкость использования. · Доступность системы помощи. · Гибкая система контекстного поиска. · Обучающие программы. · Удобство средств редактирования. · Наличие мастеров и шаблонов. Под удобством пользовательского интерфейса понимается: · возможность упрощения и минимизации трудоемкости ввода информации; · возможная защита от ошибок при вводе; · наглядность результатов, достаточный объем графической информации. Рассмотрим специфику интерфейса некоторых систем. Так, например, пакет Comfar использует систему отображения исходных данных в виде дерева, которое может раскрывать или сворачивать «листки» диалога с исходными данными, показывая состояние подготовки дерева к получению достоверного результата. Project Expert – все разделы программы отображает в виде книги, с постраничным описанием основных блоков, к которым отнесены следующие: Проекты, Компания, Окружение, Инвестиционный план, Операционный план, Финансирование, Результаты, Анализ проекта, Актуализация (см. тему 4). Программа предлагается как инструмент, вынуждающий делать выбор на каждой странице, причем, диалоговые окна не приглашают к взаимодействию по раскрытию или анализу информации данной страницы, а носят инструктивный или рекомендательный характер. В версии Microsoft Project 2010 привычное меню более ранних версий заменено на «Ленту» – это новый интерфейс в котором 350 команд упорядочено по логическим группам во вкладках: Файл, Задача, Ресурс, Проект, Вид, Формат (см. тему 5). 2. Управление данными. Управление данными должно предоставлять развитые возможности по доступу и передаче информации, группировке, объединению, администрированию и адаптации данных проекта. Доступ и передача данных предполагает: 1. Разграничение доступа к информации о проектах. 2. Обеспечение потребности в доступе к данным различных источников, совмещение этих данных с информацией о проектах. 3. В случаях, когда данные хранятся в нескольких местах или в нескольких базах данных, может оказаться необходимым использование распределенных систем хранения информации и средств репликации. 3.Управленческие требования. Требования к размерности. Многие из представленных на рынке пакетов позволяют управлять проектами, состоящими из тысяч работ. Недорогие пакеты при этом используют оперативную память компьютера. Дорогие пакеты гарантируют управление очень большими проектами независимо от оперативной памяти компьютера. В то же время и у дорогих пакетов могут быть ограничения, существенные для поставленных целей. Так, например, Primavera Project Planner позволяет учитывать при расчете расписания работ ограничения не более, чем на 120 ресурсов, что в некоторых проектах может быть недостаточно. Требования к языку.Из пакетов русифицированы Spider Project, SureTrak, Microsoft Project. Недавно выпущена русская версия пакета Open Plan. Многие пакеты локализованы частично. У пакета может быть русское меню и диалоги, но зато англоязычная помощь. Может быть переведен на русский язык User Guide (обзор основных функций), но оставаться англоязычным Manual (основной учебник). Это создает серьезные трудности в практической работе с пакетом. Нужно решить, насколькодля организации существенна возможность работы на русском языке. Требования к структуризации. Все пакеты позволяют создавать и использовать для отчетности иерархические структуры работ проекта (разбиение проекта на подпроекты, фазы, группы работ и т.д.). Очень важно, чтобы пакет был способен агрегировать информацию в соответствии с заданными структурами. Такими возможностями дешевые пакеты не обладают, да и у более дорогих пакетов число возможных структур ограниченно, за исключением пакета Spider Project, который позволяет создать для каждого проекта неограниченное количество различных иерархических структур работ и ресурсов. Требования к типам работ. 1. Работы могут быть фиксированной длительности, либо с длительностью, определяемой объемом работ и производительностью назначенных ресурсов (причем производительность у различных ресурсов может различаться); 2. Работы могут быть фиктивными (работы нулевой длительности), отражающими наступление тех или иных событий, причем эти фиктивные работы могут требовать определенных ресурсов; 3. У работ может быть условная длительность, определяемая длительностью других работ. Список основных возможностей систем при реализации планирования: · Создание рабочей области проекта. · Описание WBS структуры. · Описание различных календарей выполнения работ. · Ввод и хранение данных по ресурсам. · Описание временных графиков и рабочих смет, графиков распределения ресурсов и стоимостных показателей. · Ввод и хранение важных проектных дат и вех. · Составление расписания работ проекта. · Ресурсное планирование. · Расчет бюджетов проектов. · Подсчет затраченного на работу времени (временные графики). · Сбор информации о статусе работ и пересмотр календарных планов. · Ввод фактических затрат. · Подсчет стоимости выполнения работ. Дополнительно, многие пользователи могут проявить желание в использовании в самом продукте или в приложениях следующих возможностей: · Определение областей риска. · Расчет показателей риска. · Расчет возможностей по смягчению риска. · Планирование критической цепочки риска. · Изменение действия контроля. 4.Критерии для анализа программного обеспечения управления проектами. Методология оценки и анализа программного обеспечения предполагает сопоставление его функциональных возможностей с функциями, выполняемыми управляющим проектом и его командой. В целом при оценке рассматривается следующее: · общая информация о ПО, · системная архитектура и пользовательский интерфейс; · функциональность, · ограничения; · маркетинговая информация. Процесс выбора программного обеспечения. Процесс выбора включает следующие шаги: 1. Определение необходимых данных. Для этого нужно ответить на следующие вопросы: · каковы ожидаемые характеристики проектов? · какое количество ресурсов потребуется для их выполнения? · сколько организаций будет участвовать в проекте? 2. Анализ типов принимаемых решений, которые должно поддерживать ПО. 3. Формирование списка критериев для выбора наиболее подходящего ПО. Существуют различные модели оценки ПО, наиболее распространенной из которых является балльная модель. Суть ее состоит в следующем. Каждому критерию присваивается вес в соответствии с оценкой его значимости, например в диапазоне от 1 до 5 (1 — совсем не важен, 5 — очень важен). В процессе оценки реализация каждого критерия в ПО оценивается значением от 1 до 10. Затем оно переводится в баллы умножением на соответствующий вес. В результате подводится общий балл ПО, который дает возможность сравнивать различные программные средства. Проведя такой сравнительный анализ различного программного обеспечения, можно принимать решение о выборе того или иного из них как по функциональным возможностям (количество набранных баллов в целом и по отдельным группам критериев), так и по соотношению «цена / качество» (количество набранных баллов на единицу общих затрат). Для оптимального выбора программного обеспечения, необходимо решить вопрос какие данные необходимо вводить, считать или выводить с использованием указанных возможностей? Может ли программное средство, которое рассматривается, справляться с этими данными, удовлетворяя требованиям бизнеса? Помимо этого, необходимо оценить достаточными ли возможностями обладают программные алгоритмы, чтобы правильно и эффективно составлять календарные планы? Можно ли повторять расчет и получать при этом верный результат? Можно ли не выходить за рамки определенных ограничений? Соответствует ли график планирования ресурсов графику выполнения работ? Правильным ли является расчет стоимости проекта с учетом объема работ? Эти вопросы являются очень существенными. С одной стороны, почти во всех популярных продуктах используется традиционный метод критического пути и последовательный алгоритм распределения ресурсов. Однако каждый производитель разработал свои собственные возможности для этих двух основных моделей расчета, которые могут послужить выгодным дополнением к основным возможностям или, наоборот, ухудшить программный продукт. Для удобства выбора требований, предъявляемых к системе управления проектами, можно составить следующую таблицу (табл. 7). К обсуждению характеристик пакетов с поставщиками необходимо тщательно подготовиться. Хорошо, если в фирме есть специалисты, имеющие опыт применения программ Управления Проектами. В противном случае наиболее приемлемым способом выполнения этого проекта является привлечение консалтинговых фирм, знакомых с характеристиками пакетов, имеющихся на рынке, и имеющих опыт внедрения управления проектами на различных объектах. Правильный выбор и оптимальное применение пакетов управления проектами дает большой экономический эффект, несопоставимый со стоимостью пакетов и необходимых консалтинговых услуг. Неправильный выбор приведет к непроизводительным затратам и может обернуться покупкой продукции, которая не будет использоваться. Таблица 7. Требования при выборе ПО
| |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||