Управление проектами как часть системы менеджмента предприятия

Понятие управления проектом и его продуктов (продукция, решение производственных задач). Принципы базового плана как утвержденного плана работ проекта. Мониторинг выполнения проекта в Microsoft Project. Работа с ошибками, основные средства их контроля.

Рубрика Программирование, компьютеры и кибернетика
Вид контрольная работа
Язык русский
Дата добавления 30.11.2016
Размер файла 174,6 K

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

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

Размещено на http://www.allbest.ru/

Контрольная работа

по дисциплине

"Программная инженерия"

Содержание

  • Введение
  • Задание 1. Понятие baseline
  • 1.1 Общие принципы baseline
  • 1.2 Мониторинг выполнения проекта в Microsoft Project
  • Задание 2. Работа с ошибками. Средства контроля ошибок (bug tracking systems)
  • Заключение
  • Список использованной литературы

Введение

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

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

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

Задание 1. Понятие baseline

1.1 Общие принципы baseline

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

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

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

управление проект мониторинг контроль

Рис.1. Baseline может также поддерживаться непрерывной интеграцией.

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

1.2 Мониторинг выполнения проекта в Microsoft Project

В жизни каждого проекта наступает момент, когда его все же необходимо "спускать на воду" и даже "отправлять в плавание". Какими бы разными ни были эти моменты и сопутствующие им обстоятельства у разных проектов, они обладают одним общим свойством: после того, как проект запущен, что-нибудь обязательно пойдет не так, как задумывалось. К этому надо быть готовым, на это надо уметь реагировать. Соответственно, и инструмент планировщика должен быть приспособлен к тому, чтобы контролировать исполнение проекта. Разумеется, Microsoft Project предоставляет развитые возможности для контроля выполнения проекта, сопоставления реального прогресса с запланированным и оценки возможных мер по устранения возникших проблем. Эти возможности мы сегодня и рассмотрим.

Каждый раз, когда пользователь хочет сохранить файл проекта, MS Project спрашивает его, есть ли необходимость сохранять базовый план (baseline). Если ответить утвердительно, то программа запомнит следующие параметры базового плана для сравнения с более поздними промежуточными планами и реальным исполнением (рис.2):

· для работ: даты начала и завершения работ, объемы назначений ресурсов, информация о разбиениях;

· для ресурсов: максимально допустимый объем назначения ресурса и его стоимость.

Рис.2. Диалог сохранения базового/промежуточных планов

Базовый план можно создать и "принудительно". Для этого надо воспользоваться пунктом Save baseline подменю Tracking меню Tools. Помимо собственно базового плана, таким же образом можно сохранить до десяти промежуточных (Interim) планов, которые затем можно использовать для сравнения с параметрами базового плана и для их изменения. Окно Save baseline позволяет произвольно копировать параметры между базовым и промежуточными планами. Можно копировать параметры как для всего проекта, так и для выбранных задач. Очистить сохраненные значения базового и промежуточных планов можно с помощью пункта Clear baseline из того же подменю Tracking.

Разумеется, эталонные значения мало просто запомнить - нужны средства, чтобы наглядно оценить соотношение реальной ситуации и плана. Их есть у MS Project. MS Project имеет три ипостатси: базы данных о проекте, специализированной электронной таблицы и специализированного же визуального средства управления проектом. Поэтому для сравнения фактических значений с плановыми мы, для начала, рассмотрим поля данных, в которых записываются интересующие нас параметры проекта. Затем мы увидим, каким образом с этими параметрами можно работать при помощи визуальных средств - диаграмм [2].

Для анализа темпов выполнения проекта используются следующие поля данных в таблице работ (то есть ниже перечислены важные параметры работ):

· начало работы в соответствии с базовым планом (Baseline start);

· окончание работы в соответствии с базовым планом (Baseline finish);

· длительность работы в соответствии с базовым планом (Baseline duration);

· фактическое начало (Actual start) работы - вводится пользователем или, в противном случае, берется MS Project из плана;

· фактическое окончание (Actual finish) - вводится пользователем или рассчитывается MS Project;

· фактическая длительность (Actual Duration) - вводится пользователем или рассчитывается MS Project;

· процент выполнения (% Complete) - степень завершения работы;

· процент выполнения работы (% Work Complete) - этот параметр нужен, поскольку темпы выполнения работы (в смысле Work) не всегда совпадают с календарными темпами работы (в смысле Task; не стоит забывать, что оба термина переводятся в данном контексте на русский одинаково - "работа", хотя реальные значения у них разные; правда, task еще можно перевести как "задача");

· оставшийся период (Remaining duration).

Взаимосвязи между приведенным параметрами достаточно очевидны. Важно помнить, что в случае, если параметры связаны, MS Project при вводе пользователем одного параметра автоматически вычисляет значение другого. Плановая длительность определяется, исходя из разности дат планового начала и планового окончания работы. Фактическая длительность, как правило, вводится пользователем или вычисляется, исходя из вводимого пользователем процента выполнения. Процент выполнения = Фактическая длительность / Плановая длительность. Оставшаяся длительность определяется, исходя из фактической и плановой длительности. Доступ ко всем перечисленным параметрам можно получить например добавив соответствующие столбы в таблицу работ в режиме диаграммы Гантта.

Более простым и наглядным способом является ввод параметра "Процент выполнения" (остальные в этом случае рассчитываются автоматически) с помощью мыши. Для этого надо подвести указатель к левой границе полоски. Курсор мыши при этом примет вид стрелки со значком процента. Далее нужно, зажав левую кнопку мыши, передвинуть указатель на расстояние, соответствующее степени выполнения работы. Внутри полоски, обозначающей работу, отобразится еще одна, более тонкая полоска, показывающая степень выполнения этой работы.

Чтобы в дальнейшем изменить значения процента выполнения, достаточно подвести курсор к правой границе внутренней тонкой полоски (курсор опять примет вид стрелки с процентом) и, как и раньше, передвинуть его, куда нужно. Если навести курсор на середину тонкой внутренней полоски, то всплывет окошко, где будут показаны процент выполнения, дата фактического начала работы, ее плановая длительность и текущая фактическая дата (Complete through date) - дата, на которой, согласно плану и введенному проценту выполнения, замерло выполнение работы. Таким образом, соотнеся текущую дату с последним параметром, можно легко определить отставание в днях.

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

Задание 2. Работа с ошибками. Средства контроля ошибок (bug tracking systems)

Система отслеживания ошибок (англ. bug tracking system) - прикладная программа, разработанная с целью помочь разработчикам программного обеспечения (программистам, тестировщикам и др.) учитывать и контролировать ошибки и неполадки, найденные в программах, пожелания пользователей, а также следить за процессом устранения этих ошибок и выполнения или невыполнения пожеланий.

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

· номер (идентификатор) дефекта;

· короткое описание дефекта;

· кто сообщил о дефекте;

· дата и время, когда был обнаружен дефект;

· версия продукта, в которой обнаружен дефект;

· серьёзность (критичность) дефекта и приоритет решения;

· описание шагов для выявления дефекта (воспроизведения неправильного поведения программы);

· ожидаемый результат и фактический результат;

· кто ответственен за устранение дефекта;

· обсуждение возможных решений и их последствий;

· текущее состояние (статус) дефекта;

· версия продукта, в которой дефект исправлен.

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

Как правило, система отслеживания ошибок использует тот или иной вариант "жизненного цикла" ошибки, стадия которого определяется текущим состоянием, или статусом, в котором находится ошибка.

Типичный жизненный цикл дефекта [8]:

1. Новый - дефект зарегистрирован тестировщиком.

2. Назначен - назначен ответственный за исправление дефекта.

3. Разрешён - дефект переходит обратно в сферу ответственности тестировщика. Как правило, сопровождается резолюцией, например:

· исправлено (исправления включены в версию такую-то);

· дубль (повторяет дефект, уже находящийся в работе);

· не исправлено (работает в соответствии со спецификацией, имеет слишком низкий приоритет, исправление отложено до следующей версии и т.п.);

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

1. Далее тестировщик проводит проверку исправления, в зависимости от чего дефект либо снова переходит в статус "Назначен" (если он описан как исправленный, но не исправлен), либо в статус "Закрыт".

2. "Открыт повторно" - дефект вновь найден в другой версии.

Система может предоставлять администратору возможность настроить, какие пользователи могут просматривать и редактировать ошибки в зависимости от их состояния, переводить их в другое состояние или удалять [5].

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

Примеры систем отслеживания ошибок:

1. Свободно распространяемые

· Redmine - не относится к системам отслеживания ошибок, но многие компании его используют;

· BUGS - the Bug Genie http://www.thebuggenie.com/;

· Bugzilla http://www.bugzilla.org/features/;

· eTraxis https: // www.etraxis.com/;

· GNATS;

· Launchpad;

· Mantis bug tracking system;

· Trac;

· EmForge;

· Picket;

· Flyspray (сайт);

· DEVPROM.

2. Проприетарные

· Atlassian JIRA;

· Bontq;

· PVCS Tracker;

· Project Kaiser;

· TrackStudio Enterprise;

· YouTrack.

3. Разное

· BugTracker.net;

· BugNet;

· ClearQuest;

· Intland CodeBeamer;

· LifeTask.ru;

· FlySpray;

· StarTeam.

Заключение

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

Учёными и практиками были разработаны различные подходы и понятия данной сферы человеческой деятельности. Среди них - понятие baseline, а также работа с ошибками, средства контроля ошибок (bug tracking systems). Их мы и осветили в данной работе. Невозможно объять необъятное, но путём умелого комбинирования теории и практики, а также выделению наиболее важного представляется возможным начать (как минимум - помогать) руководить крупными проектами с помощью представленных средств прямо сейчас.

Список использованной литературы

1. Арчибальд Рассел Д. Управление высокотехнологичными программами и проектами = Managing High Technology Programs and Projects. - М.: Академия Ай-ти, 2004. - ISBN 5-98463-002-3.

2. Ашманов Игорь Станиславович. Жизнь внутри пузыря. - М.: Манн, Иванов и Фербер, 2008. - ISBN 978-5-902862-79-6.

3. ДеМарко Том. Deadline. Роман об управлении проектами. - М: Вершина, 2006. - ISBN 5-9626-0132-7.

4. Лапыгин Ю.Н. Управление проектами: от планирования до оценки эффективности. - М.: Омега-Л, 2008. - ISBN 978-5-370-00985-3.

5. Ньюэлл Майкл В. Управление проектами для профессионалов. Руководство по подготовке к сдаче сертификационного экзамена. - Кудиц-пресс, 2008. - ISBN 978-5-91136-009-2.

6. Портни Стэнли Э. Управление проектами для "чайников" = Project Management For Dummies. - М.: "Диалектика", 2006. - ISBN 0-7645-5283-X.

7. Свободная онлайн-энциклопедия Википедия [Электронный ресурс]. - Режим доступа: http://ru. wikipedia.org. - (Дата обращения: 20.09.2016).

8. Хелдман Ким. Профессиональное управление проектами. - М.: Бином, 2005. - ISBN 5-94774-234-9.

Размещено на Allbest.ru


Подобные документы

  • Современная система управления проектами ProjectExpert и Microsoft Project 2007. Project Expert – разработка бизнес планов и оценка инвестиционных проектов, возможности программы. Управление проектом "ОАО Ниф-Ниф" в программной среде Microsoft Project.

    курсовая работа [3,0 M], добавлен 14.05.2015

  • Описание ключевых характеристик проекта создания хлебопекарни, фазы, задачи и необходимых для их выполнения ресурсы. Анализ и оптимизация плана проекта с использованием Microsoft Project, ввод данных в программу. Автоматическое выравнивание ресурсов.

    контрольная работа [960,9 K], добавлен 02.06.2010

  • Обоснование выбора Microsoft Project - программы управления проектами, разработанной корпорацией Microsoft. Использование программы для определения критического пути проекта. Основные понятия и методы управления проектами. Составление плана работ.

    курсовая работа [2,7 M], добавлен 13.07.2014

  • Анализ деятельность предприятия. Формирование базовых документов по управлению проектом: Устава и Плана. Иерархическая структура работ. Реализация проекта информационной системы "Учет товара" с использованием MS Project. Работа со списком ресурсов.

    курсовая работа [564,6 K], добавлен 29.04.2016

  • Принципы работы Microsoft Project (программы по управлению проектами), ее основные понятия: задачи, ресурсы, назначения. Последовательность действий по созданию нового проекта, вводу задач и зависимостей между ними, вводу ресурсов. Работа с календарями.

    курсовая работа [3,1 M], добавлен 23.01.2011

  • Использование офисного пакета Microsoft Project для управления проектами. Связь задач с помощью зависимостей, определяющих порядок выполнения задач относительно друг друга. Разбиение проекта на фазы. Представление плана работ с помощью диаграммы Ганта.

    контрольная работа [40,4 K], добавлен 22.03.2012

  • Общие принципы управления проектами как процесс планирования, организации и контроля за состоянием его задач и ресурсов. Инструменты управления проектами от Microsoft. Описание ресурсов и затрат. Контроль хода выполнения, технология подготовки отчетов.

    лекция [1,6 M], добавлен 15.03.2014

  • Настройка параметров программы Microsoft Project. Таблицы как основные средства хранения данных в MS Project. Подготовка к составлению плана и отслеживание хода работ по нему. Форматирование диаграмм Ганта. Набор функций для работы с сетевым графиком.

    практическая работа [3,5 M], добавлен 25.12.2010

  • Методы управления сложными проектами. Редактирование свойств проекта. Настройка календаря проекта. Создание задач в Microsoft Project и изменение их свойств. Выбор свободных ресурсов и их использование. Составление сводки по проекту и отчета о бюджете.

    лабораторная работа [1,1 M], добавлен 01.03.2015

  • Сущность управления проектами, этапы его реализации и необходимые для этого знания, порядок составления и назначение Плана управления проектом. Концепция тройственной ограниченности. Использование программы MS Oficce Project в управлении проектами.

    реферат [24,9 K], добавлен 16.11.2009

Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д.
PPT, PPTX и PDF-файлы представлены только в архивах.
Рекомендуем скачать работу.