Красным цветом на гистограмме обозначается перегрузка сотрудника, зеленым – недогрузка (норма – серым). Если есть перегрузка исполнителя, нужно назначить еще одного (другого) в дни перегрузки; иногда перераспределением работ можно добиться равномерности загрузки персонала, иногда смещение срока работы (не влияющее на общую длительность работ) может загрузить сотрудников более равномерно. Например, в примере, сдвиг работы «тестирование п/с 2» на 1 день (загрузка 50%) позволит убрать однодневную перегрузку, поскольку и «тестирование п/с 3» - тоже имеет загрузку 50%, тем самым, загрузка по проекту станет более равномерной.

Рис. 2.6. Ввод группирующих работ («сверхзадач»)

После расписания формируется критический путь и гистограмма загрузки ресурсов (программный пакет GanttProject формирует загрузку только по персоналу); структура работ по заданию после перегруппировки – это рис. 2.8, 2.9; на рис. 2.10 показана детальная позадачная загрузка персонала по проекту.

Рис. 2.7. Просмотр временной загрузки персонала в проекте

Рис. 2.8. Плотность загрузки персонала после перегруппировки

Рис. 2.9. Структура работ по заданию после группировки

Указание критического пути производится кнопкой (если подвести мышь – появится соответствующий текст на диаграмме: «Критический путь».

В результате расчёта критического пути формируется расписание проекта с учетом зависимых работ, когда для каждой работы определяется ее начало, окончание и длительность. Работы (фазы) критического пути не имеют запаса времени, т.е. равны 0. Запас времени для каждой фазы определяется запасом времени на работы, входящие в эту фазу, см. раздел 3.1.

Назначение людских ресурсов для задач можно видеть на графике загрузки ресурсов (значения продолжительности поддерживается только «дней»), рис. 2.10.

Рис. 2.10. Детальная, позадачная загрузка персонала в проекте

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

Все работы (фазы) проекта можно разделить на две группы:

1. Фазы критического пути (по умолчанию – красный цвет), работы критического пути (синий цвет) характеризуются отсутствием резерва времени (см. рис. 2.11);

2. Некритические – чёрный цвет, наличие резерва времени.

Критический путь содержит операции (работы): «определение структуры работ» (работы: «системный анализ», «анализ требований»), «предварительное проекти-рование», «подсистема 1» (работы: «детальное проектирование п/с 1», «кодирование п/с 1», «тестирование п/с 1»), «итерационное тестирование», «сдача работ».

Рис. 2.11. Отображение критического пути проекта

На диаграмме Гантта назначения отображаются текстом (там, где указано было при настройке), работы – прямоугольниками определенного цвета, фазы – толстыми линиями, связи (зависимости) – стрелками.

Рис. 2.12. Меню «Свойства диаграммы»

2.3 Настройка календаря: формирование списка
официальных праздников

Шаг – Настройка календаря– не обязательно!!!

Чтобы задать праздничные дни, необходимо войти в соответствующий пункт «Официальные праздники…», для этого на поле для графика нажать правую кнопку мыши. Затем, листая календарь и выбирая нужную дату, нажать кнопку «Добавить», таким образом надо сформировать весь список праздничных дней, в которые работа по проекту производиться не будет, см. рис. 2.12, 2.13.

Рис. 2.13. Настройка календаря. Меню «Официальные праздники…»

2.4. Сохранение проекта, экспорт – импорт данных

Список работ можно не делать, а «закачать» готовый; делается это с помощью функции в основном меню программы «Проект» - «импортировать» ( ). При нажатии на эту кнопку выскакивает «гуру импортирования», где требуется указать формат файла, рис. 2.14, 2.15.

Рис. 2.14. Гуру импортирования, первый шаг

Использование таких отраслевых стандартов, как XML, облегчает интеграцию GanttProject с другими офисными приложениями и базами данных, а также обмен схемами и данными.

Указав «Файл Microsoft Project» – это формат обмена данными на языке XML, можно выбрать язык проекта (французский, английский и португальский) и нажать «ОК», см. рис. 2.15.

Рис. 2.15. Гуру импортирования, второй шаг

Редактировать имя и другие параметры задач можно прямо в таблице. Клавиша F2 начинает редактирование. Названия задач, их длину, даты, завершенность и даже назначенные ресурсы можно показывать вокруг полосок. Вы можете указать префикс, который будет использоваться при генерации названий новых задач.

Большинство команд пакета, оперирующих задачами, корректно работают, когда в контексте находятся несколько задач.

В каждом отдельно проекте можно сделать свои собственные назначения (роли) ресурсов, для этого используют диалог настроек.

В GanttProject основные свойства задачи – дата начала и продолжительность, это то, что хранится постоянно в файлах проекта и что используется для расчетов; может не быть даты окончания задачи – она рассчитывается.

При помощи контекстного меню на заголовке таблицы задач можно показывать и прятать столбцы. Диаграмму можно «таскать» мышкой вправо-влево. Можно настроить рендеринг² диаграммы, используя диалог настроек.

Замечания по экспорту – импорту в формат MS Project

В пакете имеется инструмент импортирования, позволяющий создать проект из текстового файла, в каждой строке которого записано название задачи. Инструменты экспорта в HTML и PDF основаны на XSL преобразованиях, пользователь может сам определять содержание и внешний вид генерируемых отчетов.

С GanttProject можно работать совместно, при условии, что для команды есть web-сервер, поддерживающий протокол WebDAV³.

GanttProject совместим с Microsoft Project частично.

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

Было отмечено (возможно, потому что проект небольшой):

1. Пропадает ручная корректировка работы, для устранения «перегрузки»;

2. Теряется «стандартная роль» – исчезают назначенные роли (заданные пользователем пропадают, остается пустая графа).

РАЗДЕЛ 3. КАЛЕНДАРНОЕ ПЛАНИРОВАНИЕ
ПРОЕКТНЫХ РАБОТ

3.1. Управление проектом – основные положения, термины и понятия

Проект можно разделить на части, с целью выделения простых составляющих – провести декомпозицию (breakdown). Однако части проекта – задачи (tasks) – связаны не хаотически, проект имеет структуру (structure), т.е. фиксированное упорядоченное множество задач (объектов) и отношений между ними.

Можно выделить три основных элемента проекта: задачи, ресурсы⁴ (resource) и назначения (assignment).

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

Поскольку проект обычно содержит много задач, для удобства контроля хода работ он разбивается на группы, фазы или сверхзадачи (supertasks) по терминологии GanttProject. Эти фазы суммируют результаты других задач, могут состоять как из задач, так и фаз, в этом отличие сверхзадачи от задачи. Таким образом, любой проект – это совокупность сверхзадач (фаз) и задач проекта, в результате выполнения которых достигается один или несколько результатов проекта.

Длительность (duration) задачи – период рабочего времени, необходимый для ее выполнения; может не соответствовать трудозатратам (work) занимающегося задачей сотрудника. Длительность соответствует времени (сроку), через которое будет получен результат, а трудозатратам соответствует доля времени, затраченного на получение результата (вовлеченности человека в задаче в это время).

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

Структура Декомпозиции Работ (СДР, WBS) формируется в виде иерархической структуры: проект разбивается (декомпозиция) на «сверхзадачи», те – на «задачи» – работы и пр.); часто основными группами работ являются результаты, необходимые для проекта, но сами они не являются конечными целями проекта.

СДР имеет следующие характеристики:

– описывает с необходимой точностью содержание работ по проекту;

– определяет весь объем работ по проекту и представляет объем работ по проекту как перечень задач, имеющих измеримый или сравнимый результат;

– имеет объективный и измеримый результат, который рассматривается как результат работы по проекту или совокупность результатов работ.

СДР в плане проекта предполагает взаимосвязь задач, например, часто одна задача не может начаться до тех пор, пока не будет закончена другая. В проекте зависимости (dependencies) задач обозначаются с помощью связей (links).

В GanttProject⁵ имеется четыре типа связей между задачами.

– Finish-Start (начать по завершению) такой-то задачи;

– Start-Start (начать не раньше начала);

– Finish-Finish (закончить не раньше);

– Start-Finish (закончить не ранее начала).

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

1) Связь «начать по завершению» (Finish to Start, FS) – это наиболее распространенный тип, при котором задача B не может начаться раньше, чем закончится задача А. Графическое отображение такой связи представлено на рис. 3.1.

Рис. 3.1. Связь типа «начать по завершению»

2) Связь типа «начать не раньше начала» (Start to Start, SS), рис. 3.2., обозначает зависимость, при которой задача B не может начаться до тех пор, пока не началась задача А. С помощью такой связи обычно объединяются задачи, которые должны выполняться почти параллельно.

Рис. 3.2. Связь типа «начать не раньше начала»

3) Связь типа «закончить не раньше» (Finish to Finish, FF) – это зависимость, при которой задача B не может закончиться до тех пор, пока не закончилась задача А. Обычно такой связью объединяются задачи, которые должны выполняться почти одновременно, но при этом одна не может закончиться, пока не завершена другая. Например, сдача программы идет одновременно с исправлением ошибок, и пока исправление ошибок не завершено, сдача программы не может завершиться, рис. 3.3.

Рис. 3.3. Связь типа «закончить не раньше»

4) Связь типа «закончить не ранее начала» (Start to Finish, SF). Обычно такая связь используется в случае, когда А – задача с фиксированной датой начала, а задача В не может закончиться до тех пор, пока не началась задача А, рис. 3.4.

Рис. 3.4. Связь типа «закончить не ранее начала»

Связь создается посредством «соединения» стрелкой одного отрезка диаграммы Гантта (предшествующей задачи) с другим (последующей задачей, в который стрелка «уткнулась»), с помощью курсора мыши или прямым заданием связи двух задач, при этом, тип связи по умолчанию – «начать по завершению» (FS), (рис. 3.1 - 3.4).

Под ресурсами понимаются сотрудники и оборудование, необходимые для выполнения задач. Каждый сотрудник в GanttProject получает определенную роль.

При составлении списка ресурсов в проекте, часто используется планирование ролевое: сначала определяется, кто требуется для исполнения работ и какова нагрузка (доля, %); например, три программиста (полная занятость) и один менеджер, занятый на 30% рабочего времени в данное время в этом проекте. Затем, когда план проекта составлен (и утвержден), подбираются конкретные сотрудники для этих ролей.

Назначения – это связь определенной задачи и ресурсов, необходимых для ее выполнения; они объединяют задачи и ресурсы в проектах. На одну задачу можно назначить несколько ресурсов, как человеческих, так и материальных.