Управление проектами с использованием MS Project 2003

Основы управления проектами в Project 2010

Системы управления проектами в повседневной жизни нужны не каждому человеку. Да, с их помощью вы можете контролировать процесс и оптимизировать строительство дома, но необходимость в этом возникает не очень часто. Другое дело – бизнес. Управляющему персоналу требуется следить за большим количеством параметров в ходе работы над проектами: эффективным развитием проекта, денежными затратами, загруженностью исполнителей, причинами задержек и т.д. Можно попробовать удержать всё в голове, но это весьма непросто. Специально для менеджеров и создаются разнообразные системы управления проектами. Основы работы в одной из них – Microsoft Project 2010 – мы рассмотрим в рамках данной статьи.

Постановка задачи

Для облегчения понимания базовые возможности программы будут описываться по ходу работы над некоторым проектом. Я возьму наиболее близкую для себя тематику разработки сайтов.

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

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

Давайте посмотрим, что какие работы нам предстоит проделать:

Продумать идею сайта, определить основные его элементы.
Нарисовать дизайн-макет. Это будут картинки, описывающие взаимное расположение элементов, цветовую гамму, логотипы, атрибуты шрифта и т.д.
По дизайн-макету нужно будет сверстать HTML-страницы с использованием таблиц стилей CSS.
Поскольку на сайте будет регулярно обновляемый каталог товаров с возможностью поиска, потребуется применять скрипты. В нашем примере язык программирования не важен. Для работы скриптов потребуется некая база данных, где будет храниться вся информация. Значит, нужно грамотно спроектировать базу данных и написать скрипты.
Заказчик желает иметь две версии сайта – для компьютеров и мобильных устройств, а также планирует время от времени обновлять дизайн. Облегчить нашу задачу поможет применение языка XML для вывода данных (скрипт на все случаи будет один, и он будет собирать XML-файл с данными единой структуры) и таблиц стилей XSL, с помощью которых единый файл данных будет преобразовываться в нужный формат. Таким образом, при изменении логики сайта нам не потребуется переписывать несколько скриптов, равно как и при изменении дизайна основного сайта.

Наверное, требуется дать небольшое пояснение по данной части, чтобы внести ясность для людей, далёких от веб-разработки. Когда пользователь заходит на сайт, скрипт на сервере выполняет следующие операции:

Запрашивает сведения из базы данных.
Собирает данные в файл XML.
Берёт нужную таблицу стилей XSL и применяет её к файлу XML.
Выдаёт полученный в результате преобразования файл HTML.
Когда программная часть сайта будет готова, его можно будет наполнять содержимым.
Последний этап перед сдачей заказчику – регистрация в поисковых машинах и раскрутка.

Задачи не очень сложные и управлять ими можно вручную, но на таком примере мы попробуем разобраться с Microsoft Project 2010, чтобы в дальнейшем начать работу над более сложными проектами (которых может быть и более одного в конкретный момент времени).

Загрузка и установка

Первое, что нужно сделать – скачать и установить Project 2010. Программа выпускается в версиях для 32- и 64-разрядных систем. Загрузить бета-версии соответствующих дистрибутивов вы можете по следующим ссылкам (потребуется авторизация в службе LiveID):

(234 МБ), (271 МБ).

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

Установка Project 2010 ничего неожиданного не несёт. Если вы устанавливали Office 2010, то и с данным приложением справитесь. При первом запуске программа попросит активацию. При подключенном Интернет-соединении сложностей не возникнет никаких, достаточно нажать на кнопку Далее.

Базовые возможности Project 2010

Project, как и все остальные приложения, связанные с пакетом Microsoft Office 2010, использует ленточный интерфейс. Думаю, вы в нём уже достаточно уверенно ориентируетесь.

При первом запуске создаётся новый проект, и вы видите на экране окно, разделённое на две большие части (см. рис. 1). Слева отображается таблица, похожая на лист Excel, справа – поле с календарём. Также Project 2010 отображает всплывающее окошко с информацией, что по умолчанию планирование осуществляется в ручном режиме.

Рисунок 1 – Окно Project 2010

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

Рисунок 2 – Переключаемся в автоматический режим планирования

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

Рисунок 3 – Первичный ввод задач

Итак, я ввёл 8 задач (см. рис. 3), не указывая никаких подробностей. В таком виде это не несёт никакой пользы, однако Project уже сейчас пытается задать продолжительность работ. На «календаре» при этом показываются небольшие отрезки – это зачатки диаграммы Ганта.

Давайте возьмём управление в свои руки и укажем предполагаемую длительность работ. Можно сделать это в явном виде, введя даты начала и окончания каждой задачи, но тогда вы лишите себя гибкости в управлении. Лучше указывать предполагаемую длительность в соответствующем столбце. По умолчанию цифры интерпретируются как рабочие дни, но вы можете указать и другие временные отрезки (недели, месяцы, годы, часы, минуты и т.д.). Просто вписывайте рядом с цифрой нужную единицу времени полностью или сокращённо, например, «2нед» для двухнедельного срока. Знак вопроса в этом столбце означает предполагаемую длительность, но мы пока не будет пользоваться этой возможностью.

Рисунок 4 – Проект после ввода длительности задач

На рисунке 4 видно увеличение длины временных отрезков. Обратите внимание, что по умолчанию Project 2010 пользуется календарём пятидневной рабочей недели и на выходные ничего не намечает.

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

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

Рисунок 5 – Делаем задачу «Продумывание идей» главной для «Создание дизайн-макета»

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

Поскольку все интервалы диаграммы Ганта не помещались на экране без прокрутки, я уменьшил масштаб отображения с помощью кнопки «минус» в нижнем правом углу окна.

Рисунок 6 – Проект после определения связей между задачами

Если вы ошиблись при создании зависимости, дважды щёлкните по стрелке и в открывшемся окошке нажмите кнопку Удалить (см. рис. 7).

Рисунок 7 – Управление зависимостями

В списке задач Project 2010 также указывает даты начала и окончания каждой части проекта. Если всё пойдёт по нашему плану, то проект будет завершён 11 июня (при условии, что процесс начнётся 12 апреля). Итого – 2 месяца. Это хорошо видно по временной шкале в верхней части рисунка 6.

Также весьма удобным может быть отображение так называемой суммарной задачи проекта. Чтобы включить её, отметьте флажком соответствующий пункт на вкладке Формат (см. рис. 8-1).

Рисунок 8 – Суммарная задача, критический путь проекта и временной резерв

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

Другая полезная функция Project 2010 – поиск критических задач. Отметьте флажком пункт Критические задачи на вкладке Формат, чтобы увидеть этапы, которые определяют продолжительность всего проекта (см. рис. 8-2). Поставив дополнительно флажок Временной резерв, вы, как руководитель команды разработки сайта, заметите (см. рис. 8-3), что программисту можно будет безболезненно выделить пару дней для более качественного выполнения работы. На диаграмме Ганта запас по времени отображается небольшой чёрной линией на правой стороне отрезка.

Удобно также привязать проект к некоторым точкам отсчёта, так называемым вехам проекта. С точки зрения Project 2010 веха – это задача нулевой длительности. На диаграмме Ганта она будет отображаться небольшим ромбиком с датой (см. рис. 9).

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

Рисунок 9 – Веха «Начало работ»

Теперь, если мы изменим дату вехи Начало работ, Project 2010 автоматически пересчитает даты всех этапов и обновит диаграмму Ганта.

Предположим, мы начали работу над сайтом 14 апреля, а 16 числа выяснилось, что программист заболел и до 27 выйти на работу не сможет. Отразим это в нашем проекте. После корректировки даты вехи весь проект сдвигается на несколько дней. Но когда мы попытаемся передвинуть дату начала этапа Проектирование базы данных (этим тоже у нас занимается программист), Project 2010 выдаст предупреждение о возможном нарушении связей (см. рис. 10).

Рисунок 10 – Предупреждение о возможном нарушении связи

Давайте всё-таки связь сохраним. Мало ли что в дальнейшем может случиться. Отметьте второй пункт и нажмите кнопку ОК.

Рисунок 11 – Проект после корректировки

Смотрите, Project 2010 построил новый критический путь (см. рис. 11). Теперь на продолжительность проекта влияет работа программиста, а не верстальщика.

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

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

Рисунок 12 – Детализация этапа «Программирование»

Поскольку программист у нас один, можно задать последовательную связь для всех частей его работы. Заметьте, что хотя наше техзадание и требует две версии сайта – «стационарную» и «мобильную», – мы пишем скрипты только один раз. Формированием конечного результата будет заниматься XSL-шаблон.

Но, согласитесь, наша детализация выглядит несколько неуместно в общем плане. Было бы неплохо иметь возможность свернуть её в один этап Программирование. Для этого нам потребуется всего лишь изменить уровень задач. Здесь прослеживается чёткая аналогия с многоуровневыми списками Word.

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

Рисунок 13 – Изменяем уровень задачи перетаскиванием

Во-вторых, вы можете выделить несколько задач и нажать кнопку изменения уровня на вкладке Задача (см. рис. 14).

Рисунок 14 – Изменяем уровень задач кнопкой

При этом все наши небольшие части автоматически будут сгруппированы в этап Программирование (см. рис. 15).

Рисунок 15 – Вид проекта после группировки подзадач

Какие изменения произошли в проекте после проделанной работы?

Мы получили детализацию этапа Программирование, чтобы иметь возможность более чётко контролировать работу программиста.
Мы выяснили, что 12 дней программисту недостаточно (суммарное время этапа отображается в соответствующей строке).
Мы обнаружили, что начинать наполнение сайта можно не по окончании написания всех скриптов, а немного раньше (поисковая система и административная панель влияют на наполнение сайта незначительно). Надо только отметить это изменением связей. Удалите стрелку, идущую от этапа Программирование, способом, описанным выше (ищите рис. 7), и добавьте зависимость наполнения сайта от подготовки каталога.

Закончив детализацию и связывание данного этапа, вы можете свернуть его, щёлкнув по кнопке «минус» в соответствующей строке (см. рис. 16).

Рисунок 16 – Детализированный этап можно свернуть в одну строку

Заключение

В этой статье мы рассмотрели только базовые возможности Project 2010. Этого достаточно, чтобы вы могли в нём более-менее свободно ориентироваться. Не исключено, что руководствуясь уже полученным минимумом знаний, вы сможете немного увеличить эффективность работы своей команды. Впрочем, никто не запретит вам руководить и «домашними» проектами вроде постройки дачи.

В следующей статье будет рассмотрено управление ресурсами.

Статья опубликована в рамках конкурса «Microsoft Office 2010 – эффективное воплощение ваших идей».

Управление проектами с использованием MS Project 2003 — тест 1

files

&nbsp(1) &nbsp

files

&nbsp(2) &nbsp

files

&nbsp(3) &nbsp

Номер 3
Ответ:

Упражнение 3: Номер 1
Ответ:

Номер 2
Ответ:

Номер 3
Ответ:

Упражнение 4: Номер 2
Ответ:

files

&nbsp(1) &nbsp

files

&nbsp(2) &nbsp

Номер 3
Ответ:

Упражнение 5: Номер 1
Ответ:

Номер 2
Ответ:

Номер 3
Ответ:

Упражнение 6: Номер 1
Ответ:

Номер 2
Ответ:

Номер 3
Ответ:

Упражнение 7: Номер 1
Ответ:

Номер 2
Ответ:

Номер 3
Ответ:

Упражнение 8: Номер 1
Ответ:

Номер 2
Ответ:

Номер 3
Ответ:

Упражнение 9: Номер 1
Ответ:

&nbsp(1) связь, которая показывает, что последующая задача не может быть начата, если не завершилась предшествующая задача&nbsp

&nbsp(2) связь, которая показывает, что последующая задача не может начаться раньше, чем началась предшествующая задача&nbsp

&nbsp(3) связь, которая показывает, что последующая задача не может быть окончена до тех пор, пока не окончена предшествующая задача&nbsp

Номер 2
Ответ:

Номер 3
Ответ:

Упражнение 10: Номер 1
Ответ:

Номер 2
Ответ:

Номер 3
Ответ:

Упражнение 11: Номер 1
Ответ:

Номер 2
Ответ:

&nbsp(1) между задачами «Утвержденное техническое задание» и «Техническое задание» используется тип связи окончание — начало без запаздывания&nbsp

&nbsp(4) задача «Утвержденное техническое задание» связана с задачей «Техническое задание», но для определения типа связи недостаточно информации&nbsp

Номер 3
Ответ:

&nbsp(1) между задачами «Утвержденное техническое задание» и «Техническое задание» используется тип связи окончание — начало c запаздыванием 2 дня&nbsp

Планирование и контроль строительных проектов. Личный опыт и не только.

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

Уровень детализации графика зависит от имеющейся информации. Он может быть изменен в любое время при наявности необходимой информации.

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

Где же брать необходимую информацию для начала работ по графику ? Везде, информацией будет служить все что вы найдете на данном этапе по проекту — контракт или договор, тех.задания, генпланы, эскизные проекты, если есть в наличии стадия «П» то это великолепно. Если ждать когда кто-то предоставит информацию, можно и не дождаться и в результате провалить все дело. Всю имеющуюся информацию необходимо тщательно изучить, поверьте ее будет вполне достаточно, что бы начать работу над графиком. На хороший законченный детальный график может уйти от нескольких недель до нескольких месяцев, это зависит от многих факторов.

Мы уже говорили, что первым этапом в создании графика является создание структуры декомпозиции работ СДР (WBS). Теперь поговорим о видах задач включаемых в СДР.

Планируемые задачи предоставлены в графике сочетанием таких видов задач как веха, задача и суммарная задача.

Веха — это точка во времени которая не имеет длительности и обозначает какое-то ключевое событие. Т. к. у вехи нет длительности, то она не может содержать ресурсов. Две важные вехи которые должен содержать график это начало работы над проектом и его завершение. Никакие работы не могут выходить за эти две вехи, начинаться раньше начала работ и заканчиваться позже окончания, несоблюдение этого правила приводит к ошибкам в расчете критического пути. На примере ниже приведены даты начала-окончание проекта и некоторые промежуточные вехи, которые могут быть использованы:

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

Задачи представляют собой самый низший уровень СДР. Они имеют длительность, связаны между собой и вехами, на них назначаются ресурсы. При отслеживании графика статус задач постоянно изучается и определяется реальный прогресс.

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

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

Что такое суммарная задача

Проект — это уникальный процесс, состоящий из набора взаимоувязанных и контролируемых работ с датами начала и окончания и предпринятый, чтобы достичь цели соответствия конкретным требованиям, включая ограничения по времени, затратам и ресурсам (согласно стандарту ISO/TR 10006: 1997. Quality Management. Guidelines to quality in project management).

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

Жизненный цикл проекта — это интервал времени начиная с появления идеи, лежащей в основе проекта, и заканчивая завершением проекта, его окончанием. Учитывая специфику того или иного дизайн-проекта, его жизненный цикл может включать несколько этапов :

концептуальный — на этом этапе происходит формулирование целей, анализ инвестиционных возможностей, обоснование осуществимости (технико-экономическое обоснование) и собственно планирование дизайн-проекта;

разработка проекта — на данном этапе определяют структуру работ и исполнителей, строят календарные графики работ, бюджета проекта, разрабатывают проектно-сметную документацию, проводят переговоры и осуществляют заключение контрактов с подрядчиками и поставщиками;

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

завершающий — данный этап может включать тестирование разработанного дизайн-проекта, различные приемочные испытания, опытную эксплуатацию и сдачу проекта в эксплуатацию;

эксплуатационный — в этот этап могут быть включены такие действия, как приемка готового проекта, эксплуатация, модернизация, инновационные решения.

Практически любой проект состоит из нескольких этапов :

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

Примечание. Посмотрите презентацию «Этапы дизайн-проекта»: .

Если рассматривать основные этапы методики предпроектных и проектных работ и их функциональные и проектные особенности, то их можно представить следующим образом (рис. 9.1 ).

Теперь рассмотрим информационные технологии, которые помогут Вам спланировать и проконтролировать успешность реализации всех этапов проекта.

Описывая процесс управления проектами (любыми), принято употреблять определенные понятия. Рассмотрим их.

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

Ресурсы — исполнители, оборудование и материалы, необходимые для выполнения задачи.

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

Суммарная задача (фаза) состоит из нескольких задач. Результат фазы обобщает (суммирует) результаты задач, входящих в нее. Суммарная задача может содержать в себе как задачи, так и другие суммарные задачи.

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

Трудозатраты — для задач это объем работ (в единицах рабочего времени) необходимый ресурсу (исполнителю) для выполнения задачи.

Длительность задачи — время, которое запланировано для работы над задачей.

Важно помнить, что трудозатраты отличаются от длительности задачи. Ресурсу может потребоваться 24 часа на выполнение задачи, а длительность задачи — 8 часов. Это означает, что на выполнение данной задачи необходимо назначить не менее трех исполнителей. После установления списка задач проекта и длительностей задач необходимо указать, как задачи взаимосвязаны друг с другом, их логическую зависимость.

Зависимости и связи определяют логику связи одной задачи с другой, показывая, как одна задача влияет на другую. Например: задача № 5 начинается, только когда закончится задача № 3; задача № 6 и задача № 7 начинаются обязательно в одно время.

Диаграмма Ганта ( Gantt chart — также ленточная диаграмма, график Ганта) — это тип столбчатых диаграмм, который используется для иллюстрации плана, графика работ по какому-либо проекту. Является одним из методов планирования проектов. Первый формат диаграммы был разработан Генри Л. Гантом (Henry L. Gantt, 1861—1919) в 1910 году.

Под ресурсами в MS Project 2010 понимается следующее.

Трудовые ресурсы — это люди, сооружения и оборудования. Особенность трудовых ресурсов в том, что после окончания задачи они не заканчиваются и могут быть назначены для исполнения работы над другими задачами.

Материальные ресурсы — это материалы и сырье. Они в процессе выполнения задачи используются полностью и после окончания не доступны для назначения другим задачам.

Единичные ресурсы — это отдельные люди или оборудование.

Групповые (объединенные) ресурсы — это множество идентичных или взаимозаменяемых ресурсов. Например: редакторы или секретари. Все отдельные ресурсы, входящие в объединенный ресурс, должны иметь одинаковые затраты и использовать один календарь ресурсов, определенный для этой группы. Нельзя для них назначать отдельные ставки и указывать отдельное нерабочее время.

Управление проектами — достаточно сложная задача, требующая учета временных, стоимостных, трудовых и прочих ресурсов. Проектному менеджеру приходится контролировать большое количество параметров в ходе работы над проектами: эффективное развитие проекта, денежные затраты, загруженность исполнителей, причины задержек реализации отдельных этапов проекта и т.д. Запомнить все это достаточно сложно.

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

Программных продуктов по управлению проектами достаточно много. Одним из представителей программ данного класса является программный продукт MS Project 2010.

Примечание. Посмотрите презентацию «MS Project как средство управления проектами»: .

Существующая практика построения систем управления включает в себя несколько подходов к их организации. Наиболее известны из них системы, построенные на управлении функциями и управлении бизнес-процессами организации.

Другим подходом построения систем управления является управление потоками работ или процессами, составляющими деятельность предприятия. Процессное подразделение включает в себя координатора — владельца процесса и исполнителей из различных функциональных областей, сгруппированных по принципу единства результата бизнес-процесса.

Подобные системы часто называют «горизонтальные», подразумевая под «вертикальным» управлением иерархию функциональных подразделений и руководителей в стандартной системе управления, построенной по функциональному принципу.

Понятие «бизнес-процесс» лежит в основе процессного подхода к анализу и синтезу деятельности организации. Процессный подход позволяет рассматривать деятельность организации как связанную систему бизнес-процессов, каждый из которых протекает во взаимосвязи с другими бизнес-процессами или внешней средой. В настоящий момент применение процессного подхода является обязательным условием для построения системы менеджмента качества в соответствии с требованиями стандарта ISO 9001:2000. Практика показывает, что система управления, построенная на принципах процессного управления, является более эффективной и результативной по сравнению с равной ей по масштабу функциональной системой. Вместе с тем, разработка и внедрение такой системы — сложный процесс.

Декомпозиция может быть проведена на основе нотации IDEF0.

Примечание. Посмотрите презентацию «Принципы и методы процессов управления»: .

Жизненный цикл проекта — это интервал времени начиная с появления идеи, лежащей в основе проекта, и заканчивая завершением проекта, его окончанием.

Практически любой проект состоит из нескольких этапов:

Управление проектами — достаточно сложная задача, требующая учета временных, стоимостных, трудовых и прочих ресурсов. Одним из программных продуктов по управлению проектами является программный продукт MS Project 2010.

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

Понятие «бизнес-процесс» лежит в основе процессного подхода к анализу и синтезу деятельности организации.

На какие этапы можно разделить процесс проектирования?

Что представляет собой процесс управления проектом?

Что такое жизненный цикл проекта? Приведите примеры.

Сформулируйте основные термины, которые применяются при составлении плана работ с применением MS Project 2010.

Какую информацию можно получить из диаграммы Ганта?

Как в MS Project 2010 указать последовательность зависимых этапов?

Для чего выставляют вехи на задачи?

Как оценить затраты на проект?

Что такое бизнес-процесс? Приведите пример бизнес-процесса, указав входы-выходы, владельца, исполнителя и результат вашего бизнес-процесса

Планирование проектов с помощью Microsoft Project

1. ПЛАНИРОВАНИЕ ПРОЕКТОВ С ПОМОЩЬЮ MICROSOFT PROJECT

2. Составляющие проектного плана

• Задача (task) — деятельность, осуществляемая в рамках
проекта, для достижения определенного результата. Во
всем проекте набор задач характеризуется их
логической последовательностью, а каждая задача продолжительностью и требованиями к ресурсам.
• Ресурсы — исполнители, оборудование и материалы,
необходимые для выполнения задания.
• Назначение — связь конкретной задачи с ресурсами,
выделенными для ее выполнения.
• Проект, как правило, содержит большое количество
задач, поэтому весь набор задач необходимо
представить в виде укрупненных групп, логически
связанных между собой.

3. Составляющие проектного плана

• Суммарная задача (фаза, summary task) — состоит
из нескольких задач.
• Веха (milestone) — задачи, достижение результата
которой особенно важно для проекта.
• Трудозатраты (work) — для задач: объем работ (в
единицах рабочего времени) необходим ресурса
(исполнителю) для выполнения задания.
• Продолжительность задачи (duration) — время,
которое запланировано для работы над задачей.
• Зависимости и связи — определяют логику связи
одной задачи с другой, показывая, как одна задача
влияет на другую.

4. Проектный треугольник

5. ИЕРАРХИЯ ПОНЯТИЙ «ПРОЕКТ-СУММАРНАЯ ЗАДАЧА-ЗАДАЧА И ВЕХА»

ИЕРАРХИЯ ПОНЯТИЙ «ПРОЕКТ-СУММАРНАЯ
ЗАДАЧА-ЗАДАЧА И ВЕХА»
1. Проект – временное мероприятие по созданию уникальных
результатов
2. Суммарная задача (Фаза, Этап) – совокупность задач и вех
3. Задача – указание к выполнению определенного действия
4. Веха – событие по получению результата (Результат этапа)

6. Типы задач проекта

1. Фиксированная длительность
2. Фиксированные трудозатраты
3. Фиксированный объем ресурсов
В свою очередь типы задач «Фиксированная
длительность» и «Фиксированный объем ресурсов»
могут быть как с фиксированным объемом работ, так и
без него

7. Разница в расчетах для разных типов задач

8. Структура задач проекта “Внедрение информационной системы управления персоналом”

Сбор и анализ требований к ИС
Анализ возможностей старого ПО
Формирование требований к новому ПО
Обоснование экономических возможностей
Обоснование решения о внедрении новой ИС
Требования к ИС (результат)
Изучение и анализ рынка ПО
Анализ ПО существующего на рынке
Сравнительный анализ наиболее подходящего ПО
Выбор ПО
ПО выбрано (результат)
Покупка ПО
Заключение договора
Формирование ТЗ на доработку ПО под специфику предприятия
Доработка ПО
ПО разработано (результат)
Внедрение ПО в эксплуатацию
Покупка техники
Установка и настройка ПО
Тестирование ПО
Обучение программистов
Обучение пользователей
Внесение иформации в систему
Перевод пользователей на новую ИС (результат)

9. Типы связей между задачами

1. «Окончание-Начало» — последующая операция не может начаться ранее, чем завершится
предыдущая;
2. «Окончание — Окончание» — последующая операция должна завершиться не позднее
предшествующей;
3. «Начало — Начало» — последующая операция начинается не раньше начала
предшествующей;
4. «Начало — Окончание» — последующая операция заканчивается не раньше начала
предшествующей.
Кроме типа взаимосвязи, информация о связи задач может содержать запаздывание.
Запаздывание может быть как положительным, так и отрицательным. Положительное
запаздывание называется опережение, а отрицательное – задержка.

10. Типы ресурсов и их свойства

1. Трудовые ресурсы – это возобновляемые ресурсы
компании, которые включают людей, машины и оборудование
необходимые для исполнения проекта;
свойства: стоимость (ставка или затраты на использование),
доступность (время, в течение которого доступен
ресурс)
2. Материальные ресурсы включают материалы необходимые
для создания проекта; свойства: количество и стоимость
3. Затратные ресурсы необходимы для моделирования затрат
связанных с той или иной задачей; свойства величина

11. Выравнивание загрузки ресурсов

1. Назначение на задачу дополнительных
ресурсов
2. Уменьшение трудозатрат задачи
3. Увеличение длительности выполнения
4. Перенесение выполнения задачи на другое
время
5. В случае, если на задачу назначено несколько
исполнителей разбиение ее на несколько задач
6. Автоматическое выравнивание загрузки
ресурсов

12. Оптимизация длительности

Необходимо уменьшить длительность проекта — сократить критический путь,
то есть последовательность задач, последняя из которых заканчивается в день
завершения проекта. Изменение задач, не находящихся на критическом пути,
может не привести к сокращению расписания, но задачи в этой
последовательности влияют на него. Чтобы уменьшить критический путь, вы
можете:
1. сократить длительность задач (сократить область охвата проекта или
добавить ресурсы);
2. ускорить проект: совместить задачи, чтобы люди могли работать над ними
одновременно (добавить ресурсы). Этот способ лучше всего использовать в
начале проекта;
3. обогнать расписание: добавить ресурсы, чтобы быстрее выполнить задачи
(деньги);
4. удалить задачи (сократить область охвата проекта).
Конечно же, такое изменение расписания может значительно повлиять на бюджет,
область охвата и качество проекта.

13. Оптимизация бюджета

В большинстве проектов самая большая часть бюджета выделяется на
ресурсы: основанные на ставке ификсированные затраты на людей,
оборудование и материалы.
1. сузить область охвата проекта, чтобы было меньше задач, требующих
ресурсов, или чтобы такие задачи были короче;
2. сократить ресурсы;
3. проверить адекватность ставок, расценок и сверхурочных;
4. убедиться в том, что ресурсы являются оптимальными для данной
работы;
5. заменить дорогие ресурсы более дешевыми.
При управлении затратами может отодвинуться крайний срок или
сократиться область охвата проекта. Например, если вы запретите
сверхурочные, проект может задержаться на месяц. Если вы уменьшите
область охвата, дата окончания может приблизиться.

14. Оптимизация области охвата (трудозатрат)

Можно ли сэкономить деньги, сделав мост на пару метров короче ширины
реки? Конечно же, нет. Иногда область охвата проекта изменить
невозможно, так что вам потребуется принять другие меры:
1. добавить ресурсы, чтобы обеспечить выполнение всех задач
(затраты);
2. пожертвовать задачами, которые не находятся на критическом пути
(затраты);
3. добавить задачи или увеличить их длительность (затраты);
4. продлить крайний срок, чтобы получить больше времени на
выполнение всех задач с применением существующих ресурсов (время).

ТЕМА 3. СОСТАВ ЗАДАЧ ПРОЕКТА. ЗАВИСИМОСТИ МЕЖДУ ЗАДАЧАМИ. ОЦЕНКА ДЛИТЕЛЬНОСТИ ЗАДАЧ ПРОЕКТА

Под задачей в MSProject понимается то или иное действие, которое необходимо выполнить для завершения проекта. Собственно, проект и состоит из задач, идущих последовательно или параллельно друг другу.

Проект может состоять из задач следующих типов:

— Детальные — далее не структурированные действия;

— Суммарные — иерархически подчиняют детальные или другие суммарные задачи;

— Работы — вехи, имеющие нулевую длительность.

Суммарная задача — группа задач, выполнение которых требуетсядля исполнения этапа работ. Может содержать вехи. В MSProject отображается полужирным шрифтом в таблице, содержит общую длительность по всем задачам, которые входят в ее состав, дата начала — дата начала первой работы в суммарной задаче, дата окончания — окончание последней задачи. Длительность суммарной задачи определяется на основании включенных в нее подзадач. Используется два вида планирования: снизувверх (сначала вводятся все задачи, а потом логически объединяются в группы) и сверху вниз (сначала определяют этапы — суммарные задачи, которые в дальнейшем детализируют).

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

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

Структурный план работ проекта — иерархическая совокупность детальных и составных (суммарных) работ. Для создания иерархии вложенности используются кнопки панели инструментов Планирование на вкладке Задача.

Уровни иерархии обеспечивает формирование промежуточных итогов для суммарных задач проекта.

Работы проекта связаны между собой зависимостями, определяющими логику выполнения работ относительно друг друга. Это определяетпоследовательность их выполнения. Между моментом завершения работы-предшественника и моментом начала работы-последователя может быть задан временной интервал, который имеет как отрицательное, так и положительное значение. Если интервал имеет положительное значение, происходит запаздывание («задержка»), в противном случае — «опережение».

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

Создадим структуру работ проекта. Для этого следует открыть учебный проект «Разработка и внедрение ИСУП». Выбрать представление Диаграмма Ганта (кнопка Вид на вкладке Задача). Проверить, что установлено автоматическое планирование вновь вводимых задач (Рисунок 18).

Рисунок 18. Автоматическое планирование задач

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

Внимание! Даты начала и окончания задачи рассчитываются автоматически и не требуют ручной корректировки, так как был установлен тип планирования автоматический.

Ввести первую задачу «Подписание договора». Определить ее как веху. Для этого необходимо:

— перейти на вкладку Задача;

— в группе ленты менюВставить нажать кнопку Веха (Рисунок 19);

— ввести название задачи в соответствующей строке (Рисунок 20).

Рисунок 19. Команда Вставить — Веха

Рисунок 20. Создание вехи

Аналогичным образом следует создать Суммарную задачу «Подготовительные работы». Длительность для нее не устанавливается, т.к. формируется из длительностей входящих в ее состав задач.

Далее в структуре суммарной задачи «Подготовительные работы» введем 3 задачи (Рисунок 21):

— «Определение целей и назначения системы»;

— «Определение участников проекта»;

— «Разработка устава проекта».

Рисунок 21. Структура задач проекта

Длительности вводимых задач соответствуют данным из таблицы 2 раздела Описание учебного примера.

На примере задачи «Определение целей и назначения системы» рассмотрим форму Сведения о задаче (двойной щелчок левой кнопкой мыши по задаче или кнопка Сведения на вкладке Задача).

Рисунок 22. Форма Сведения о задаче

Форма состоит из следующих вкладок:

Общие — вводятся название задачи, длительность, даты начала и окончания (если планирование осуществляется вручную), % выполнения (заполняется при учете хода работ). Можно пометить задачу как неактивную и задать ей приоритет (свободно задаваемая величина).

Предшественники — перечень задач, связанных с текущей задачей отношением порядка следования. Для отражения специфики связей задач указывается также запаздывание: положительное значение означает сдвиг вправо, отрицательное значение — сдвиг влево по временной оси отрезка на диаграмме Ганта задачи-последователя.

Ресурсы — сведения о назначении ресурсов задачам проекта.

Дополнительно — указание дополнительных характеристик задачи. Можно указать временные характеристики задач проекта:

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

2) Тип задачи (определяет влияние изменения трудозатрат, единиц назначений или длительности на расчет двух других параметров:

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

б) Фиксированный объем ресурсов (сохраняется постоянное число единиц назначения независимо от изменений длительности или трудозатрат на задачу); при изменении единиц в задаче с фиксированными единицами зановопересчитывается длительность; при изменении длительности пересчитываются трудозатраты; при изменении количества трудозатрат пересчитывается длительность.

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

г) Фиксированный объем работ — сохраняется текущее значение общих трудозатрат задачи.

3) Тип ограничения по времени начала или окончания задачи и дата ограничения;

4) Код СДР — код структуры декомпозиции работ, вводится в соответствии с утвержденной системой кодирования для проекта или принятой в организации (в данном практикуме не рассматривается).

5) Способ расчета освоенного объема:

b) физический % завершения.

6) Пометить задачу как веху — установка флажка автоматически изменяет тип задачи.

Заметки — комментарии (произвольный текст) и ссылка на объекты, характеризующие и дополняющие описание задачи по технологии OLE (ObjectLinkingandEmbedded).

Настраиваемые поля — для заполнения настраиваемых полей базы данных MSProject.

Создать структуру задач проекта в соответствии с таблицей 2 раздела Описание учебного примера.

Длительность задачи — это количество интервалов рабочего времени (по календарю), необходимого для ее выполнения. Определяется заранее на основании некоего опыта компании или согласно расчетам. В MSProject 2010 длительность задачи варьируется от нескольких минут до нескольких месяцев. Например, если для выполнения задачи требуется 16 часов, то при 8-часовом рабочем дне ее длительность составит 2 дня. Также, если данная задача начата в пятницу, то завершится она в понедельник, так как суббота и воскресенье являются выходными днями (в соответствии с назначенным на проект календарем).

Один из самых популярных методов оценки длительности задач — Program (Project) EvaluationandReviewTechnique(сокращенноPERT) — техника оценки и анализа программ (проектов), которая используется при управлении проектами. PERT — это способ анализа задач, необходимых для выполнения проекта. В особенности, анализа времени, которое требуется для выполнения каждой отдельной задачи, а также определение минимального необходимого времени для выполнения всего проекта. В версиях MSProject 2010 и выше ЭТОТ МЕТОД НЕ ИСПОЛЬЗУЕТСЯ по решению компании Microsoft.

Выходом является использование статистических методов прогнозирования. Рассмотрим типовые приемы:

1. В MicrosoftProject просто добавляют 30% к общей длительности плановых задач (Buffertime в 30%). Этот резерв используется для реагирования на определенные в проекте риски.

2. Метод LoadFactor (или на сколько умножить слова ответственного за определение сроков), рекомендуемый группой XP. Статистический анализ проектов в малых группах разработки показал, что можно достаточно точно узнать реальный срок задачи, просто умножив данные со слов исполнителя на некий коэффициент. Вот ориентировочные значения коэффициента:

— умножить на 2 — оптимистичная оценка;

— умножить на пи — нормальный проект;

— умножить на 4-5 — применение нестандартных технологий.

Ключевым методом планирования и контроля сроков проекта является Метод критического пути.

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

Ввести длительности оставшихся задач проекта в соответствии с таблицей 2 раздела Описание учебного примера.

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

В MSProject 2010 существуют следующие типы связей между задачами:

— Окончание — Начало (ОН): задача-последователь не может стартовать, пока не закончится задача-предшественник;

— Начало — Начало (НН): задача-последователь не может стартовать, пока не начнется задача-предшественник;

— Окончание — Окончание (ОО): задача-последователь не может закончиться, пока не закончится задача-предшественник;

— Начало — Окончание (НО): задача-последователь не может закончиться, пока не начнется задача-предшественник.

Зависимости между задачами в MSProject можно ввести несколькими способами и в нескольких вариантах графического представления. Можно создавать связи непосредственно между всеми задачами проекта, либо связывать между собой Суммарные задачи, а подзадачи связывать непосредственно внутри каждой суммарной задачи.

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

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

— двойным нажатием по задаче открыть Сведения о задаче;

— перейти во вкладку Предшественники (Рисунок 23);

— установить связи в соответствии с Таблицей 2 описания учебного примера;

— нажать ОК.

Чтобы установить запаздывание или опережение, при создании связи между задачами необходимо на вкладкеПредшественники выбрать тип связи Окончание-начало и ввести требуемое Запаздывание. Для ввода Опережений используются отрицательные значения.

Рисунок 23. Ввод зависимостей проекта

Таким образом, на данном этапе выполнения учебного задания, сформирована структура задач проекта, установлены связи между задачами. Фрагмент графика проекта представлен на Рисунке 24.

Рисунок 24. Отрезок графика проекта

Выполним настройку графика проекта. Для этого необходимо выполнить следующие действия:

— щелкнуть правой кнопкой мыши по области графика;

— выбрать Стили отрезков (Рисунок 25);

Рисунок 25. Контекстное меню настройки графика проекта

— в окне Стили отрезков перейти на вкладку Отрезки и выбрать для Критических задач красный цвет(Рисунок 26 А);

— на вкладке Текст указатьСлева – Название, Справа – % завершения (Рисунок 26 Б).

— нажать ОК.

А)

Рисунок 26. Настройка стилей отрезков

Обратите внимание на новый вид графика проекта (Рисунок 27). Далее, в ходе выполнения учебного задания, график проекта будет настраиваться в соответствии с требованиями задачи аналогичным образом.

Рисунок 27. Настроенный график проекта

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

Дата добавления: 2018-04-15 ; просмотров: 1639 ; Мы поможем в написании вашей работы!

© 2014-2022 — Студопедия.Нет — Информационный студенческий ресурс. Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав (0.015)

Что такое суммарная задача

Постановка задачи

Давайте посмотрим, что какие работы нам предстоит проделать:

Продумать идею сайта, определить основные его элементы.
Нарисовать дизайн-макет. Это будут картинки, описывающие взаимное расположение элементов, цветовую гамму, логотипы, атрибуты шрифта и т.д.
По дизайн-макету нужно будет сверстать HTML-страницы с использованием таблиц стилей CSS.
Поскольку на сайте будет регулярно обновляемый каталог товаров с возможностью поиска, потребуется применять скрипты. В нашем примере язык программирования не важен. Для работы скриптов потребуется некая база данных, где будет храниться вся информация. Значит, нужно грамотно спроектировать базу данных и написать скрипты.
Заказчик желает иметь две версии сайта – для компьютеров и мобильных устройств, а также планирует время от времени обновлять дизайн. Облегчить нашу задачу поможет применение языка XML для вывода данных (скрипт на все случаи будет один, и он будет собирать XML-файл с данными единой структуры) и таблиц стилей XSL, с помощью которых единый файл данных будет преобразовываться в нужный формат. Таким образом, при изменении логики сайта нам не потребуется переписывать несколько скриптов, равно как и при изменении дизайна основного сайта.

Запрашивает сведения из базы данных.
Собирает данные в файл XML.
Берёт нужную таблицу стилей XSL и применяет её к файлу XML.
Выдаёт полученный в результате преобразования файл HTML.
Когда программная часть сайта будет готова, его можно будет наполнять содержимым.
Последний этап перед сдачей заказчику – регистрация в поисковых машинах и раскрутка.

Загрузка и установка

32-разрядная версия (234 МБ),
64-разрядная версия (271 МБ).

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

Базовые возможности Project 2010

Рисунок 1 – Окно Project 2010

Рисунок 2 – Переключаемся в автоматический режим планирования

Рисунок 3 – Первичный ввод задач

Рисунок 4 – Проект после ввода длительности задач

Рисунок 5 – Делаем задачу «Продумывание идей» главной для «Создание дизайн-макета»

Рисунок 6 – Проект после определения связей между задачами

Рисунок 7 – Управление зависимостями

Рисунок 8 – Суммарная задача, критический путь проекта и временной резерв

Рисунок 9 – Веха «Начало работ»

Рисунок 10 – Предупреждение о возможном нарушении связи

Рисунок 11 – Проект после корректировки

Рисунок 12 – Детализация этапа «Программирование»

Рисунок 13 – Изменяем уровень задачи перетаскиванием

Рисунок 14 – Изменяем уровень задач кнопкой

При этом все наши небольшие части автоматически будут сгруппированы в этап Программирование (см. рис. 15).

Рисунок 15 – Вид проекта после группировки подзадач

Какие изменения произошли в проекте после проделанной работы?

Мы получили детализацию этапа Программирование, чтобы иметь возможность более чётко контролировать работу программиста.
Мы выяснили, что 12 дней программисту недостаточно (суммарное время этапа отображается в соответствующей строке).
Мы обнаружили, что начинать наполнение сайта можно не по окончании написания всех скриптов, а немного раньше (поисковая система и административная панель влияют на наполнение сайта незначительно). Надо только отметить это изменением связей. Удалите стрелку, идущую от этапа Программирование, способом, описанным выше (ищите рис. 7), и добавьте зависимость наполнения сайта от подготовки каталога.

Рисунок 16 – Детализированный этап можно свернуть в одну строку