Проектный+практикум+к+контрольным+точкам. Практикум методическое пособие к лабораторным и самостоятельным занятиям для студентов направлений подготовки
 Скачать 3.13 Mb.
|
|
3.2 Формы представления 1. Диаграмма Ганта Это представление можно считать основной рабочей средой как для разработчика проекта, так и для руководителя, контролирующего ход реа- лизации проекта. Окно разделено на две части: электронную таблицу, расположенную слева, и графическую область, которая находится справа. При этом графи- ческое подокно как бы накладывается сверху на таблицу, перекрывая часть ее столбцов. Размеры подокон можно изменять, перемещая с помощью мыши разделительную линию. При перемещении границы вправо стано- вятся видны столбцы таблицы, закрытые графическим подокном. Таблица, используемая в представлении Диаграмма Ганта, предназна- чена для хранения сведений о задачах проекта. Графическая панель представления Диаграмма Ганта предназначена для отображения календарного графика проекта, поэтому ее так и называют — окно календарного графика. Обе части представления Диаграмма Ганта связаны по данным: изме- нение информации в одной из них ведет к автоматической коррекции соот- ветствующих данных в другой. По умолчанию в качестве таблицы задач в представлении Диаграмма Ганта используется таблица Ввод. Однако все стандартные таблицы MS Project, сформированные на основе листа задач, имеют аналогичную струк- туру. Структура таблицы задач Таблица задач состоит из столбцов трех типов: 26 1) служебного столбца (крайнего слева), который используется для вывода порядковых номеров работ проекта, а также для быстрого выбора всей электронной таблицы и изменения ее формата; в пустом «заготовке» проекта этот столбец пуст, при добавлении работ их нумерация выполняется автоматически; 2) столбца индикаторов (в исходном состоянии — второй слева), ко- торый предназначен для отображения графических индикаторов. Наличие индикатора свидетельствует о дополнительной информации (комментария) относительно задачи; для вывода на экран собственно комментария требу- ется задержать указатель мыши на значке в течение пары секунд; 3) столбцов данных, содержащих параметры отдельных задач про- екта и проекта в целом (например, наименования задач, их длительности, суммарную длительность проекта и т.д.). Столбцы любой таблицы в MS Project — это поля данных проекта. То есть и столбец индикаторов, и столбцы данных — это поля данных. Состав полей в любой таблице может изменяться пользователем. Например, можно убрать из таблицы столбец индикаторов или даже столбец Название задачи либо добавить в таблицу то или другое поле (столбец). При работе с таблицей задач удобнее всего использовать контекстные меню. Они различаются для разных видов столбцов. Иерархия задач проекта Среди столбцов таблицы задач особого внимания заслуживает упомя- нутый выше столбец Название задачи. Дело в том, что содержащаяся в нем информация отражает не только состав задач проекта, но и взаимоотноше- ния между ними, точнее — иерархию задач. Визуальным признаком подчи- ненности задачи другой задаче более высокого уровня служит то, что ее имя сдвинуто на одну позицию вправо по сравнению с задачей более высокого уровня. 27 Задачи, состоящие из задач более низкого уровня (дочерних, или под- чиненных), в MS Project называются суммарными (составными) задачами. Названия суммарных задач отображаются по умолчанию жирным шрифтом. Кроме того, слева от имени суммарной задачи помещается значок, ука- зывающий на формат вывода такой задачи: «–» — задача выведена в развернутом виде, то есть в таблице отобра- жается ее состав и параметры всех ее подчиненных задач; «+» — задача выведена в свернутом виде, входящие в нее подчиненные задачи не показаны. Сетевой график Хотя подавляющее большинство операций по планированию и анализу проекта в MS Project выполняется средствами окна диаграммы Гантта, для работы с сетевым графиком также предусмотрен достаточно богатый набор функций. Наибольший эффект от их применения можно получить на этапе разработке структуры нового уникального проекта «с нуля», а также при анализе проекта с точки зрения возможных рисков. Доступ практически ко всем командам управления параметрами сете- вого графика осуществляется через контекстные меню. Имеется два вида таких меню: меню окна и меню задачи (или рамки). Команды, входящие в контекстное меню окна, воздействуют на рамки всех задач проекта, а ко- манды контекстного меню задачи — только на рамку выбранной задачи. Чтобы открыть контекстное меню окна сетевого графика, следует щелкнуть правой кнопкой мыши в любой свободной области окна. Это меню содержит следующие команды: • Стили рамок — установка визуальных атрибутов рамок (формы, цвета и т.д.); установка атрибутов выполняется с помощью специального диалогового окна, которое будет рассмотрено ниже. • Скрыть поля — команда запрещает вывод внутри рамок полей дан- ных (если они были заданы форматом рамок); данная команда работает как 28 переключатель, то есть ее повторный выбор возвращает предыдущие уста- новки; использование рамок без полей целесообразно на этапе разработки структуры проекта либо при анализе структуры проекта в целом. • Масштаб — изменение масштаба изображения в окне сетевого гра- фика; выбор масштаба выполняется с помощью дополнительного диалого- вого окна, которое содержит группу из шести переключателей; четыре верх- них позволяют установку одного из предопределенных значений (200 %, 100 %, 75 % и 50 %), пятый (Весь проект) обеспечивает автоматический подбор такого масштаба, чтобы в окне был виден весь сетевой график, а шестой (Другой) связан с расположенным рядом дискретным счетчиком; с его помощью можно установить желаемый масштаб изображения в диапа- зоне от 25 % до 400 % (шаг изменения равен 5 %). • Макет — команда обеспечивает вызов диалогового окна, которое со- держит элементы управления параметрами компоновки рамок сетевого гра- фика, а также параметрами линий связи между ними. • Применить макет — автоматическое размещение блоков в окне, наиболее рациональное с точки зрения MS Project; команду целесообразно использовать в том случае, если перед этим выполнялось размещение бло- ков «вручную», но оно оказалось неудачным. • Применить макет к выбранному фрагменту — автоматическое раз- мещение рамок выбранного фрагмента сетевого графика (в предельном слу- чае выбрана может быть только одна рамка); команду целесообразно ис- пользовать в тех же случаях, что и предыдущую. Окно стили рамок содержит следующие основные элементы: • раскрывающийся список Параметры стиля для — список типов за- дач и других компонентов проекта, которые могут отображаться на сетевом графике; для каждого из имеющихся в списке компонентов проекта может быть установлен собственный стиль рамки; 29 • окно Образец, в котором выводится образец рамки, используемый для представления компоненты, выбранной в списке; • флажок Настройка стиля фильтра; установка флажка приводит к тому, что диалоговое окно переключается в режим просмотра и редактиро- вания стилей, используемых при выделении компонент проекта в соответ- ствии с некоторым правилом (фильтром); • дискретный счетчик Показать данные для задачи с идентификато- ром; установка в окне счетчика конкретного идентификационного номера задачи (ID) приводит к тому, что в окне предварительного просмотра ото- бражается вид рамки для этой задачи и в полях рамки выводятся конкретные значения; такой вариант просмотра позволяет оценить, насколько удачно выбран формат с точки зрения размещения конкретных данных; • раскрывающийся список Шаблон данных позволяет выбрать один из предопределенных вариантов размещения полей данных внутри рамки; лю- бой из шаблонов (кроме используемого по умолчанию — Стандартный) может быть отредактирован или вообще удален из списка, и наоборот, в спи- сок могут быть добавлены новые шаблоны; для перехода в режим работы с шаблонами следует щелкнуть расположенную рядом кнопку Другие шаб- лоны; • раскрывающиеся списки Форма, Цвет и Толщина позволяют вы- брать соответственно форму, цвет и толщину границы рамки; сделанный выбор сразу же отображается в окне предварительного просмотра; • флажки Горизонтальные линии сетки и Вертикальные линии сетки; с их помощью можно указать, следует ли разделять поля данных внутри рамки по горизонтали и по вертикали; • два раскрывающихся списка Цвет и Узор, объединенные в группу Фон, предназначены для выбора цвета и штриховки заливки; штриховка мо- жет применяться для любого цвета фона, кроме белого. 30 Помимо выбора или создания нового формата рамок задач, пользова- тель может также выбрать способ размещения рамок, внешний вид линий связи и некоторые другие атрибуты сетевого графика. Соответствующие на- стройки выполняются в специальном диалоговом окне, вызываемом посред- ством команды Макет из контекстного меню окна. При включении ручного режима пользователь получает возможность перемещать произвольным образом с помощью мыши выбранную рамку или фрагмент сетевого графика. Чтобы переместить одну рамку, необхо- димо: 1. Подвести указатель мыши к границе рамки; при этом указатель из- менит форму: он будет дополнен небольшим черным перекрестием. 2. Нажать левую кнопку мыши и, удерживая ее, перетащить контур рамки в новую позицию. 3. Отпустить кнопку мыши; при этом рамка, а также подсоединенные к ней линии связи будут перенесены на новую позицию. Если требуется переместить фрагмент сетевого графика, содержащий несколько рамок, необходимо: 1. Нажав левую кнопку мыши, выделить область окна, содержащую переносимый фрагмент, и отпустить кнопку; в результате все рамки, входя- щие в выбранный фрагмент, будут выделены инверсным цветом. 2. Подвести указатель мыши к границе любой из выделенных рамок и, нажав левую кнопку мыши, перетащить ее контур, как было описано выше, для одной рамки; при этом контуры всех других выделенных рамок также переместятся. 3. Отпустить левую кнопку мыши; все рамки вместе с линиями связи будут перенесены на новое место. 31 Установка параметров автоматической компоновки производится с помощью элементов управления, объединенных в группу Расположение ра- мок. В их число входят: • Раскрывающийся список Расположение; каждый пункт списка со- ответствует определенной схеме размещения рамок: 1) Сверху вниз слева — рамки каждого уровня иерархии размещаются «в линию» слева направо. 2) Сверху вниз по дням — рамки, соответствующие задачам, начинаю- щимся в один день, размещаются вертикально, одна под другой. 3) Сверху вниз по неделям — рамки, соответствующие задачам, начи- нающимся на одной и той же неделе, размещаются вертикально, одна под другой. 4) Сверху вниз по месяцам — рамки, соответствующие задачам, начи- нающимся в одном и том же месяце, размещаются вертикально, одна под другой. 5) Сверху вниз, сначала критические — рамки размещаются таким об- разом, что при наличии на графике параллельных ветвей та из них, которая содержит критические задачи, отображается выше других. 6) По центру слева — рамки упорядочиваются слева направо в соот- ветствии с уровнем иерархии задач (то есть задача самого верхнего уровня располагается левее других); задачи одного уровня иерархии размещаются вертикально (если это возможно). 7) По центру сверху — рамки упорядочиваются сверху вниз в соответст- вии с уровнем иерархии задач (то есть задача самого верхнего уровня распо- лагается выше других); задачи одного уровня иерархии размещаются горизон- тально (если это возможно). 32 • Подгруппа элементов Строки, в которую входят раскрывающиеся списки Выравнивание и Высота, а также дискретный счетчик Интервал по- зволяют указать дополнительные параметры размещения рамок, располо- женных на одной линии. • Подгруппа элементов Столбцы, в которую входят аналогичные эле- менты, предназначена для установки дополнительных параметров размеще- ния рамок, расположенных в одном столбце. • Подгруппа элементов Показывать суммарные задачи определяет, следует ли отображать на графике суммарные задачи. • Флажок Учитывать разрывы страниц используется в том случае, если сетевой график занимает более одной печатной страницы; флажок оп- ределяет, следует ли корректировать положение рамок таким образом, чтобы они не пересекали границу страницы (границы страниц обозначаются на экране пунктирными линиями). • Флажок Не отрывать задачи от их суммарных задач; если он уста- новлен, то при размещении рамок учитывается в первую очередь подчинен- ность задачи и лишь потом — ее связь с предшествующими и последую- щими задачами. • Группа элементов — Стиль линий связи — предназначена для уста- новки параметров линий связи между рамками. С помощью двух входящих в эту группу переключателей можно выбрать один из двух вариантов соеди- нения рамок: под прямым углом (Прямоугольные) либо по кратчайшему пути (Прямые). Входящий в эту же группу флажок Показывать стрелки оп- ределяет, показывать ли направление связи между задачами. • Флажок Показывать надписи для связей позволяет отображать возле линий связи условные обозначения типа зависимости между задачами. • Группа элементов — Цвет линий связи — обеспечивает выбор цве- товой схемы для линий связи. Возможны два варианта назначения цветов: 33 1) предопределенный выбор цвета для любых задач; 2) назначение линии связи того цвета, который установлен для гра- ницы предшествующей рамки. Чтобы использовать первый вариант, необходимо установить верхний переключатель и затем с помощью раскрывающихся списков Некритиче- ские связи и Критические связи выбрать подходящие цвета. Для использо- вания второго варианта достаточно установить переключатель В соответ- ствии с цветом рамки предшественника. • Элементы группы, которая называется Параметры диаграммы, обеспечивают установку дополнительных параметров для сетевого графика в целом. Такими параметрами являются: 1) цвет и стиль штриховки для фона окна (они выбираются с помо- щью раскрывающихся списков Цвет и Фоновый соответственно); 2) отображение в окне границ страниц (эта возможность регулируется флажком Показывать разрывы страниц); 3) возможность помечать рамки выполняемых и завершенных задач (если флажок Помечать завершенные и находящиеся в процессе выполнения задачи установлен, то рамки выполняемых задач выводятся с диагональной полосой, а рамки завершенных задач — как перечеркнутые «накрест»; 4) видимость полей данных (если флажок Скрыть все поля, кроме иден- тификатора установлен, то по умолчанию поля данных (за исключением но- мера задачи) в рамках не отображаются)). Этапы разработки проекта с использованием инструментальных средств MS Project подробно изложены в [4, 6, 8] 34 4 МЕТОДИЧЕСКИЕ УКАЗАНИЯ К ВЫПОЛНЕНИЮ ЛАБОРАТОРНЫХ РАБОТ 4.1 Лабораторная работа № 1 «Разработка концепции проекта» I Цель работы Концепция или Устав проекта разрабатываются на основе анализа по- требностей бизнеса. Главная функция документа — это подтверждение и согласование единого видения целей, задач и результатов всеми участни- ками проекта. Концепция определяет, что и зачем делается в проекте. Концепция проекта — это ключевой документ, который используется для принятия решений в ходе всего проекта, а также на фазе приемки — для подтверждения результата. Главной целью лабораторной работы является получение знаний и об- ретение опыта разработки документа — Концепция проекта. В качестве тео- ретического материала для выполнения задания следует использовать учеб- ное пособие «Управление проектами» [1], изложенную в этом пособии тео- рию и рекомендуемые источники [2, 9]. II Постановка задачи Для разрабатываемого в лабораторной работе № 3 вариантного про- екта (объекты анализа в табл. 2.1) разработать подробный документ — Кон- цепция проекта. Документ содержит, как правило, следующие разделы: 1. Название проекта. 2. Цели проекта. 3. Результаты проекта (требования, конечные продукты). 4. Допущения и ограничения. 5. Ключевые участники и заинтересованные стороны. 6. Ресурсы проекта. 7. Сроки. 8. Риски. 9. Критерии приемки. 35 10. Обоснование полезности проекта. Исходные данные для задания Для определения темы вариантного проекта необходимо выбрать свой списковый номер из таблицы 2.1. Можно, как вариант, исследовать тему места работы студента (тема УИРС, тема группового проектирования и др.), согласуя тему с преподавателем. III Порядок выполнения работы Концепцию проекта следует излагать по содержанию в соответствии с требуемыми разделами документа. 1. Цели и результаты проекта Цель — желаемый информационный образ конечного продукта. Цели должны убеждать, для чего нужен проект, что конкретно он производит, что надо изменить, как должно быть. Цели должны быть значимыми (направ- ленными на достижение стратегических целей компании), конкретными (специфичными для данного проекта), измеримыми (иметь проверяемые ко- личественные оценки), реальными (достижимыми). Четкое определение бизнес-целей важно, поскольку существенно влияет на все процессы и ре- шения в проекте. Целями проекта могут быть: Изменения в компании. Например, повышение эффективности основ- ной производственной деятельности. Реализация стратегических планов. Например, завоевание значитель- ной доли растущего рынка за счет вывода на него нового продукта. Выполнение контрактов. Например, обеспечение разработки про- граммного обеспечения по заказу. Разрешение специфических проблем. Например, обеспечение дора- ботки программного продукта в целях приведения его в соответствие с из- менениями в законодательстве. 36 Результаты проекта должны быть измеримыми, т. е. при их оценке должна быть возможность сделать заключение, достигнуты оговоренные в концепции результаты или нет. Цели должны определять: Какие именно бизнес-выгоды получит заказчик в результате проекта. Какой продукт или услуга. Что конкретно будет произведено по окон- чании проекта. Высокоуровневые требования. Краткое описание и, при необходимо- сти, ключевые свойства и/или характеристики продукта/услуги. 2. Допущения и ограничения Исходные допущения и ограничения тесно связаны с управлением рисками. В разработке программного обеспечения зачастую риски форму- лируют в виде допущений. Например, оценивая проект разработки и вне- дрения по схеме с фиксированной ценой, в допущения записывают предпо- ложение о том, что стоимость лицензий на стороннее ПО не изменится до завершения проекта. Ограничения, как правило, сокращают возможности проектной ко- манды в выборе решений и могут содержать: Специфические нормативные требования. Например, обязательная сер- тификация продукта, услуги на соответствие определенным стандартам. Специфические технические требования. Например, разработка под заданную программно-аппаратную платформу. Специфические требования к защите информации. Требования к системе, которые могут ожидать заказчики по умолча- нию, но которые не включаются в рамки данного проекта. Например, в дан- ный раздел может быть включен пункт о том, что разработка программного интерфейса для будущей интеграции с другими системами заказчика не вхо- дит в задачи данного проекта. 3. Ключевые участники и заинтересованные стороны 37 На этапе инициации проекта необходимо выявить и описать всех его участников: заинтересованные стороны, лица и организации, например за- казчики, спонсоры, исполняющая организация, которые активно участвуют в проекте или чьи интересы могут быть затронуты при исполнении или за- вершении проекта. Участники могут влиять на проект и его результаты по- ставки. К ключевым участникам программного проекта, относятся: Спонсор проекта ― лицо или группа лиц, предоставляющая финан- совые ресурсы для проекта в любом виде. Заказчик проекта ― лицо или организация, которые будут использо- вать продукт, услугу или результат проекта. Следует учитывать, что заказ- чик и спонсор проекта не всегда совпадают. Пользователи результатов проекта. Куратор проекта ― представитель исполнителя, уполномоченный принимать решение о выделении ресурсов и изменениях в проекте. Руководитель проекта ― представитель исполнителя, ответственный за реализацию проекта в срок, в пределах бюджета и с заданным качеством. Соисполнители проекта ― субподрядчики и поставщики. 4. Ресурсы проекта Для оценки стоимости проекта требуется определить и оценить ре- сурсы, необходимые для его выполнения: Людские ресурсы и требования к квалификации персонала. Оборудование, услуги, расходные материалы, лицензии на ПО, кри- тические компьютерные ресурсы. Бюджет проекта. План расходов и, при необходимости, предполагае- мых доходов проекта с разбивкой по статьям и фазам/этапам проекта. Специфика программного проекта заключается в том, что людские ре- сурсы вносят основной вклад в его стоимость. Все остальные затраты, как 38 правило, незначительны, по сравнению с этими расходами. На фазе инициа- ции проекта хорошей считается оценка трудозатрат с точностью от –50% до +100% [9]. Помимо непосредственно программирования в проекте, разработки программной системы (ПС), есть много других процессов, которые требуют ресурсов соответствующей квалификации, а само программирование со- ставляет лишь четверть всех затрат. Прежде чем определять численность и состав проектной команды, не- обходимо сделать оценку трудоемкости разработки ПС [чел/час]. 5. Сроки проекта Ф. Брукс приводит исключительно полезную, эмпирическую формулу оценки срока проекта по его трудоемкости. Формула была выведена Барри Боэмом (Barry Boehm) на основе анализа результатов 63-х проектов разра- ботки ПС, в основном в аэрокосмической области. Согласно этой формуле для проекта, общая трудоемкость которого составляет 𝑁𝑁[ч.× м. ] (человеко- месяцев), можно утверждать, что: Существует оптимальное, с точки зрения затрат, время выполнения графика для первой поставки: 𝑇𝑇 = 2,5�𝑁𝑁[ч.× м. ] 3 . То есть оптимальное время в месяцах пропорционально кубическому корню предполагаемого объема работ в человеко-месяцах. Следствием является кривая, дающая оп- тимальную численность проектной команды. Кривая стоимости медленно растет, если запланированный график длиннее оптимального. Работа занимает все отведенное для нее время. Кривая стоимости резко растет, если запланированный график ко- роче оптимального. Практически ни один проект невозможно завершить быстрее, чем за 3 4 расчетного оптимального графика вне зависимости от количества занятых в нем специалистов. Кроме сроков завершения проекта 39 необходимо еще определить его этапы — контрольные точки (вехи), в ко- торых будет происходить переоценка проекта на основе реально достигну- тых показателей. Контрольная точка — важный момент или событие в расписании проекта, отмечающее достижение заданного результата и/или начало/завер- шение определенного объема работы. Каждая контрольная точка характе- ризуется датой и объективными критериями ее достижения. Для программного проекта контрольные точки должны соответство- вать выпуску каждой промежуточной версии ПС, в которой будет реализо- вана и протестирована определенная часть конечной функциональности программного продукта. В зависимости от сложности и масштаба проекта продолжительность одной итерации может составлять от 2 до 8 недель. 6. Риски проекта Риск ― неопределенное событие или условие, наступление которого отрицательно или положительно сказывается на целях проекта [2]. Как пра- вило, в случае возникновения негативного риска почти всегда стоимость проекта увеличивается и происходит задержка в выполнении мероприятий, предусмотренных расписанием проекта. На этапе инициации, когда нет необходимых данных для проведения детального анализа риска, часто приходится ограничиваться качественной оценкой общего уровня рисков: низкий, средний, высокий. 7. Критерии приемки проекта Критерии приемки должны определять числовые значения характери- стик системы, которые должны быть продемонстрированы по результатам приемо-сдаточных испытаний или опытной эксплуатации и однозначно сви- детельствовать о достижении целей проекта. 8. Обоснование полезности проекта Этот раздел концепции должен содержать краткое технико-экономи- ческое обоснование проекта: 40 Для кого предназначены результаты проекта. Описание текущей ситуации. Какие у потенциального заказчика су- ществуют проблемы. Каким образом результаты проекта решают эти проблемы. Насколько значимо для клиента решение данных проблем (оценка экономического эффекта). Какие преимущества в итоге из этого может извлечь компания-испол- нитель проекта. Приоритет проекта определяется на основе оценки трех показателей: Финансовая ценность. Стратегическая ценность. Уровень рисков. |