Солонин. Управление проектами при разработке информационных систем
 Скачать 329.84 Kb.
|
|
2.1. Общая схема разработки проекта Основными этапами управления проектом являются: 1) планирование; 2) распределение ресурсов; 3) контроль хода выполнения проекта; 4) анализ готового проекта и отчетность. 14 Описание структуры проекта Включает описание состава задач и взаимосвязей между ними. Эта про- цедура может быть выполнена как в окне сетевого графика, так и в окне диа- граммы Гантта. Оба подхода равноценны, так как MS Project генерирует диа- грамму Гантта на основе сетевого графика и наоборот. При этом не обязательно создавать сразу детальный план. Детализация плана может производиться по- следовательно. При установке параметров проекта в целом должны быть заданы: 1) календарь рабочего времени, который впоследствии может быть скор- ректирован для конкретных работ; 2) способ привязки временных параметров проекта к календарю (к те- кущей или заданной дате); 3) единицы измерения длительностей и объема работ; 4) параметры расчета резервов времени работ и стоимости. Для описания структуры проекта используется рабочая область, вклю- чающая два окна: электронную таблицу (лист задач) для ввода перечня работ и окно представления проекта (рис. 7). П В С Ч П С В П В С Ч П С В Этап 1 Задача 1 Задача 2 Задача 3 Рис. 7. Представление проекта Лист задач включает основные и дополнительные поля. Основные поля: 1) код задачи; 2) индикаторы; 3) название задачи; 4) длительность; 5) начало; 15 6) окончание; 7) предшественники; 8) названия ресурсов. Задача (task) – одно из мероприятий, направленных на достижение це- ли проекта. Основными параметрами задачи являются даты начала и завер- шения, длительность, трудоемкость, а также виды и количество ресурсов, не- обходимых для ее выполнения. Каждая задача в пределах проекта имеет уни- кальное имя. Индикаторы включают специальные значки, предоставляющие различ- ные сведения о задаче. Например, индикатор может показывать завершение за- дачи (знак 9). Название задачи: текст с кратким наименованием задачи. Используется в качестве комментария. Название может смещаться вправо в зависимости от уровня задачи. Уровень задачи отражает ее подчиненность: одна задача может входить в другую в качестве ее составной части. Уровень можно задать стрел- ками → и ← на панели инструментов. Длительность (duration) – суммарная продолжительность рабочего вре- мени, необходимая для выполнения задачи; длительность задачи может отли- чаться от ее календарной продолжительности с учетом выходных дней. Дли- тельность выбирается в тех единицах времени, которые назначены проекту. Выходные и праздничные дни можно превращать в рабочие. В частности, мож- но указать 6- или 7-дневную неделю. Начало: по умолчанию совпадает с датой начала проекта. Зависит от на- значения работ-предшественников. Окончание: рассчитывается по дате начала и длительности. Отрезок (bar) – графическое представление задачи на диаграмме Гантта. Длина отрезка соответствует длительности выполнения задачи. Отрезок являет- ся интерактивным элементом: его можно переместить, изменить длину. Поль- зователь может выбирать внешний вид отрезков (форму, цвет, штриховку). 16 Предшественник (predecessor) – задача, которая должна быть начата или завершена (в зависимости от установленного типа связи) до того, как будет на- чата или завершена следующая за ней задача. Последователь (successor) – задача, которая должна быть начата или за- вершена (в зависимости от установленного типа связи) после того, как будет начата или завершена предшествующая ей задача. Зависимость (dependency) – логическая взаимосвязь между задачами проекта, определяющая порядок их выполнения. В MS Project существует не- сколько типов зависимостей: 1) ОН (окончание – начало); 2) ОО (окончание – окончание); 3) НН (начало – начало); 4) НО (начало – окончание). Для задания зависимости используется реквизит «Предшественник». Ка- ждый предшественник задачи представлен номером идентификатора задачи, после которого могут быть указаны тип зависимости и время опережения или запаздывания. Если в поле «Предшественники» введен только номер иденти- фикатора задачи, предполагается зависимость ОН (окончание – начало) и нуле- вое время запаздывания. Можно задать, например, тип зависимости «оконча- ние – начало» с опережением в два дня: 1ОН + 2д. В этом случае начало задачи- последователя будет запланировано через два дня после окончания задачи предшественника. Запаздывание соответствует положительным числам, а опе- режение – отрицательным. Например, запись «1НН – 1д» означает, что данная работа должна начаться на один день раньше, чем работа с идентификатором 1. Тип зависимости ОН можно опускать: 1 равносильно 1ОН. Если у задачи два предшественника и более, все они перечисляются спи- ском с заданным разделителем: запятая, точка с запятой. Зависимости между работами отображаются на диаграмме Гантта линиями связи. 17 Веха (milestone) – это некоторое важное событие, которое должно быть выделено в расписании, например, начало и завершение проекта. MS Project может определять как вехи задачи любой длительности, но, как правило, она имеет нулевую длительность. Ресурс (resource) – в общем случае под ресурсами понимаются люди (ис- полнители), оборудование и материалы, необходимые для выполнения задач проекта. MS Project поддерживает работу с двумя типами ресурсов: трудовы- ми, под которыми понимаются люди и оборудование, и материальными, под которыми понимаются расходные материалы и энергоносители. Трудовые ресурсы – это возобновляемые ресурсы, которые могут исполь- зоваться повторно. Например, исполнитель одной задачи может быть привле- чен к решению следующей. В эту же категорию попадают основные средства, например, компьютеры. Для трудовых ресурсов требуется задавать максималь- ное доступное использование. По умолчанию оно принимается равным 100 %. Материальный ресурс – это невозобновляемый ресурс, используемый только однократно. Это материалы, электроэнергия и т.д. Для материальных ресурсов максимальное доступное использование не задается. Для каждого ресурса может быть построен График ресурса, представ- ляющий собой столбчатую диаграмму. Для более детального описания ресур- сов существует таблица, называемая Листом ресурсов, в котором перечислены задействованные в проекте ресурсы и их характеристики. Пул ресурсов (resource pool) – это набор ресурсов, каждый из которых доступен для назначения задачам проекта. Может использоваться в одном про- екте или в нескольких. В качестве пула обычно используется отдельный файл проекта. Ограничение (constraint) – дополнительное условие, которое должен учи- тывать MS Project при планировании дат начала и завершения задач проекта. Ограничения выбираются разработчиком проекта из числа предусмотренных. Например, разработчик может указать, что задача должна завершиться не поз- же конкретной даты. 18 Крайний срок (deadline) – дата, до которой следует завершить задачу; ес- ли это условие не выполняется, MS Project выводит на экран специальный ин- дикатор. В отличие от дат-ограничений крайний срок не влияет на расписание проекта. Суммарная задача (summary task) – задача, состоящая из задач более низкого уровня; по умолчанию MS Project вычисляет параметры суммарной задачи на основе параметров ее подчиненных задач; например, дата начала суммарной задачи не может предшествовать дате начала любой дочерней за- дачи. Формат отрезков суммарных задач отличается по внешнему виду от простых задач. Можно установить зависимость: 1) между суммарными задачами; 2) суммарной задачей и дочерней задачей, относящейся к другой сум- марной задаче; 3) дочерними задачами, относящимися к разным суммарным задачам. Нельзя создать зависимость между суммарной задачей и входящей в нее дочерней задачей. Можно задать суммарную задачу для проекта в целом. Это позволяет видеть общую длительность и суммарные ресурсы проекта. Фаза (phase) – суммарная задача, которая соответствует самостоятельно- му этапу проекта. Для выделения фазы среди других суммарных задач ей мож- но установить особый формат отображения. 2.2. Форматы представления проекта Всего в MS Project существует более двух десятков разновидностей фор- матов. Они доступны из специальной панели представлений, доступной через меню «Вид / Панель представлений». Можно также создавать комбинирован- ные представления, объединяющие в одном окне два и более представления. Основные представления перечислены ниже. 19 Диаграмма Гантта с отслеживанием На ней дополнительно отображаются: 1) критический путь; 2) степень выполнения каждой задачи проекта. Использование задач – таблица, аналогичная таблице использования ре- сурсов. Календарь (calendar) – это график распределения рабочего времени тру- дового ресурса. Он задает длительность рабочего дня, рабочей недели и перио- ды времени, когда ресурс недоступен (выходные, праздники, отпуск). В MS Project предусмотрена возможность задания календаря для проекта в целом, для конкретного трудового ресурса, для конкретной задачи. Сетевой график (network diagram) имеет в MS Project нетрадиционную форму. Это граф, в качестве узлов которого выступают задачи (а не события), а дугами являются связи между работами. Красным цветом выделяется критиче- ский путь. Назначение (assignment) – это элемент расписания проекта, отражающий взаимосвязь между задачей и требующимся ей ресурсом. Трудозатраты (effort). Для задач – это общий объем работ (обычно в че- ловеко-часах) по всем ресурсам. Для ресурсов – это общий объем работы, на- значенной ресурсу, по всем задачам. 2.3. Дополнительные возможности Проект может быть создан «с нуля», из имеющегося проекта или на осно- ве готового шаблона. Файл проекта имеет расширение .mpp, файл шаблона – расширение .mpt. Второй способ способен существенно сократить составление проекта. Можно использовать шаблоны, поставляемые с MS Project, и шаблоны на web-узле Office Online, можно создавать собственные шаблоны. К параметрам задач относятся: 1) длительность; 2) способ планирования – как можно раньше, как можно позже, с фикси- рованными датами начала/окончания; 20 3) вид связи с предшествующими работами: «окончание – начало», «на- чало – начало», «окончание – окончание», «начало – окончание»; 4) приоритет. Ресурсное планирование проекта. Можно воспользоваться любым их двух способов: 1) внести все виды ресурсов в таблицу ресурсов (с указанием распола- гаемого объема), а после этого произвести их распределение между зада- чами проекта; 2) назначить требуемые ресурсы непосредственно на задачи проекта и в результате получить обобщенную информацию о них в таблице ресурсов. Стоимостный анализ проекта. Для проведения стоимостного анализа MS Project располагает набором электронных таблиц различного формата, а также графических средств интерпретации расчетов. Анализ возможных рисков при реализации проекта. В составе MS Project специализированных средств практически нет (кроме анализа длительности по методу PERT). Прогнозирование риска базируется на использовании штатных средств пакета. После того как план проекта будет проработан и утвержден, он может быть принят в качестве базового. Далее начинается этап реализации проекта, который предполагает оперативный контроль над состоянием работ и внесение изменений в базовый план. Ограничения проекта Проект MS Project хранится в базе данных, включающей две основные таблицы: таблицу задач и таблицу ресурсов. Использование БД позволяет ис- пользовать MS Project для очень крупных проектов. Тем не менее существуют определенные ограничения, отраженные в табл. 3. 21 Таблица 3 Параметр Ограничение Количество задач в проекте 1 000 000 Количество ресурсов на проект 1 000 000 Самая ранняя дата 1 января 1984 Самая поздняя дата 31 декабря 2049 Базовые планы 11 Промежуточные планы 11 на каждый базовый план Число уровней иерархии в структуре проекта 65 535 Число файлов-клиентов пула ресурсов 999 Количество дат-исключений в календаре 1 400 3. ОРГАНИЗАЦИЯ РАБОТ НАД ПРОЕКТОМ ИС 3.1. Основы организации работ Организация работ по созданию ИС определяется порядком взаимодейст- вия между несколькими участниками проекта: пользователем, заказчиком, ад- министратором и разработчиком. Пользователь – это организация, которая использует результаты обра- ботки информации в ИС. Функции пользователя: 1) формирует исходные данные для проектирования (сведения об объек- те автоматизации); 2) предоставляет образцы исходных данных для обработки; 3) определяет состав задач для автоматизации; 4) определяет основные требования к задачам и режимам функциониро- вания ИС. Заказчик – это ответственное лицо, которое выполняет такие функции: 1) формирует требования к системе и ее частям; 2) выдает ТЗ; 22 3) финансирует разработку ИС; 4) проводит внедрение ИС (или участвует во внедрении); 5) осуществляет приемку проекта ИС и внедренной системы. Администратор – ответственное лицо, которое выполняет эксплуатацию программно-технических средств, поддерживает информационное и методиче- ское обеспечения ИС. Администратор несет ответственность перед пользовате- лем за работоспособность ИС, а перед заказчиком и разработчиком – за соблю- дение условий эксплуатации. Разработчик – это организация или подразделение, которое выполняет следующие функции: 1) разрабатывает ИС по техническому заданию заказчика; 2) принимает участие во внедрении; 3) осуществляет сдачу проекта заказчику; 4) осуществляет авторское сопровождение проекта. Разработчик несет ответственность перед заказчиком за правильность реализации требований ТЗ, сроки проведения работ, качество проектной доку- ментации и самой системы. Существует несколько схем организации работ, выбор которых зависит от объема заказа. 1. Если заказ имеет небольшую стоимость и занимает немного времени, принимают схему, в которой заказчик, разработчик и администратор выступа- ют в одном лице. Преимущество схемы – минимальное количество участников процесса разработки. Недостаток – отсутствие действенного контроля над техническим уровнем и сроками разработки. 2. Для больших и сложных заказов применяют схему, согласно которой функции разработчика отделяются от функций заказчика и администратора и передаются другой организации. 23 Преимущества данной схемы: − рациональное распределение функций между участниками процесса; − возможность привлечения к разработке специализированных организаций. Недостатки схемы: − отсутствие прямой связи между разработчиком и пользователем, что создает трудности в своевременном получении и интерпретации исход- ных данных для проектирования; − возникновение сложностей при сопровождении внедренной системы. 3. В том случае, если заказчик – большая организация, в которой одно- временно выполняются несколько проектов, можно применять представленную ниже схему (рис. 8). Рис. 8. Универсальная схема организации разработки Преимущества данной схемы: 1) более высокая специализация участников проекта и, следовательно, более высокий профессиональный уровень; 2) более широкие возможности контроля над сроками и качеством ис- полнения работ. Пользователь Заказчик исходные данные для проектирования поддержка пользователя Разработчик ТЗ, исходные данные для проектирования проектная документация Администратор эксплуатационная документация внедрен- ная ИС 24 В случае использования второй и третьей схем разработчика также назы- вают системным интегратором. Компания – системный интегратор выполняет комплексное решение задач заказчика по построению ИС, включая разработку и реализацию проекта по всем видам обеспечения. Существует также термин «проектный интегратор», под которым пони- мается компания – генеральный подрядчик проекта, привлекающий для выпол- нения отдельных работ другие организации. 3.2. Организационные формы управления проектом Здесь рассматривается только организация – разработчик. Структура управления проектом может строиться по функциональному, проектному или матричному принципу. Функциональный принцип подразумевает создание внутри организации функциональных подразделений, выполняющих задачи проектирования посто- янного характера. Например, могут быть созданы отделы анализа и постановки задач, разработки, документирования и пр. Структура управления, созданная по функциональному принципу, имеет высокий уровень централизации. Проектный принцип реализуется путем создания временных подразделе- ний (так называемых проектных групп), предназначенных для разработки кон- кретного проекта. Руководитель проектной группы имеет необходимые полно- мочия и несет полную ответственность за результаты разработки. Проектная группа по окончании проекта может быть расформирована. Матричный принцип построения структуры управления является комби- нацией функционального и проектного принципов. При организации проект- ных групп входящие в них специалисты находятся в двойном подчинении: у руководителя проекта (ответственность по проекту) и у руководителя функ- ционального подразделения (ответственность за исполнение функций в рамках организации). 25 Рис. 9. Области применимости принципов организации Существует еще так называемая модель большого проекта. Особенно- стью данной организационной структуры является выделение как минимум че- тырех групп специалистов в составе коллектива разработчиков: 1) группа системного анализа и проектирования; 2) группа реализации (программирования); 3) группа тестирования; 4) административная группа. Разделение труда в группе системного анализа, как правило, поопераци- онное, а в группе реализации – на основе «подсистемного» принципа (т.е. раз- работка системы сводится к разработке подсистем частями группы). Группа системного анализа выполняет анализ требований, разрабатывает спецификации к проектируемой системе, осуществляет техническое проектиро- вание, во время рабочего проектирования выполняет контрольные функции и документирование системы. Группа реализации осуществляет разработку рабочего проекта. Группа тестирования разрабатывает тесты, проводит комплексное тести- рование и отладку, а также приемочные испытания системы. Административная группа исполняет функции взаимодействия с заказ- чиком, планирование и контроль сроков работ, распределение ресурсов, коор- динацию работ, формирует отчетность перед руководством организации. Матричная организация Функциональная организация Проектная организация Количество разрабатываемых проектов Объем и сложность проекта |