Шаблоны проектов в майкрософт проджект. ѕ В поле "Единицы" ввести объем необходимого ресурса. Если ресурс трудовой необходимо указать процент времени ресурса, которое он будет тратить на реализации данной задачи. Если материальный ресурс ввести его количе

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

Форма занятия – лабораторная работа с использованием компьютера.

Продолжительность – четыре академических часа.

3.2.1. Пример планирования работ проекта

Настройка окна проекта

• Запустить Microsoft Project 2007.
• Поместить в рабочем окне системы панель представлений – пункт меню меню Вид/ Панель представлений . Вид окна после настройки изображен на рис. 3.1 .

Сохранение проекта в файл

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

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

Рис. 3.18.

Открытие созданного файла проекта

• Выбрать пункт меню Файл/Открыть .
• В появившемся диалоге открытия файла найти папку, в которой расположен проект.
• Среди проектов, сохраненных в выбранной папке, найти нужный файл (РазработкаПрограммы.mpp ), выделить его и нажать кнопку Открыть (тот же результат достигается двойным щелчком мыши по имени файла).

Настройка календаря

• Открыть окно изменения рабочего времени – Сервис/Изменить рабочее время .
• Для календаря Стандартный (открывается по умолчанию) выбрать вкладку Исключения .
• В поле Название первой пустой строки таблицы ввести День согласия и примирения .
• Щелчок мышью в поле Начало этой же строки – в этом поле появится кнопка выбора.
• Нажать эту кнопку выбора – откроется календарик.
• Выбрать в календарике ноябрь 2009г и дважды щелкнуть мышью по дате 4 ноября – установится выбранная дата начала исключения. По умолчанию устанавливается такая же дата окончания исключения и исключение считается нерабочими днями.
• Аналогично добавить исключение Новогодние праздники, начинающееся 31.12.09 и заканчивающееся 10.01.10. Итоговый вид окна после всех преобразований изображен на рис. 3.19.

Ввод перечня задач проекта

• Составить список задач проекта, содержащий вехи, фазы и обычные задачи. Расположить задачи таким образом, чтобы их порядок соответствовал последовательности выполнения, а после каждой фазы должны быть перечислены входящие в нее вехи и задачи. Для создаваемого проекта РазработкаПрограммы список задач приведен в табл.3.3 .
• Открыть файл проекта. Щелчком мыши выбрать на панели представлений Диаграмма Ганта .
• В столбец Название задачи последовательно ввести названия задач из табл.3.3 . По умолчанию все введенные задачи являются обычными задачами длительностью 1 день. На диаграмме Ганта они изображены отрезками синего цвета. Знак вопроса в столбце Длительность означает, что она не была задана пользователем и является предварительной.
• В столбце Длительность установить для вех длительность в 0 дней. Результат – на диаграмме Ганта эти задачи изображены ромбиками. Результат ввода задач проекта изображен на рис. 3.20 .

Преобразование задачи в фазу

Для преобразования задачи в фазу все подзадачи этой фазы должны следовать в таблице непосредственно после нее.

• Удерживая нажатой левую кнопку мыши в области номеров задач, выделить строки задач с номерами 3 – 8.
• Нажать кнопку (на уровень ниже) на панели инструментов Форматирование . Результат – выделенные задачи становятся подзадачами, входящими в Программирование , а само Программирование – фазой, т.е. составной задачей. На диаграмме Ганта фаза изображается отрезком в виде горизонтальной скобки.
• Выделить задачи с номерами 10 – 13.
• Нажать кнопку. Отладка становится фазой, а выделенные задачи – ее подзадачами. Результат совпадает с изображением на рис. 3.20 .

Создание связи при помощи мыши

• Навести мышь на ромбик вехи Начало проекта .
• Удерживая нажатой левую кнопку мыши переместить указатель на отрезок задачи Постановка задачи .
• Отпустить левую кнопку. Результат – между задачами создается связь, которая указывает что задача Постановка задачи следует за вехой Начало проекта . Эта связь изображается на диаграмме Ганта в виде стрелки.

Создание связи в окне сведений о задаче

Создание связи при помощи столбца Предшественники

Создание остальных связей проекта Разработка Программы

Используя рассмотренные выше методы создать остальные связи проекта в соответствии с табл.3.5 .

Типы связей, задержки, опережения и ограничения

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

Общие характеристики и место продукта среди конкурентов

Начиная с 2007 года, каждая новая версия Ms Project выходит раз в три года. Таким образом, последней на данный момент является приложение версии 2016 года с подпиской на «Office 365», совместимое с Windows 10, 8.1 и 7. По сравнению с другими аналогичными программами Ms Project считается самой распространённой и «лёгкой», относящейся к начальному уровню программного управления проектами с классическим стандартным офисным интерфейсом. На рынке однопользовательских и малых решений программный продукт занимает порядка 80% (его использует около 20 млн. человек).

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

Тем не менее, конкуренты – аналоги Ms Project, увеличивая свои конкурентные преимущества, часто «отстраиваются» именно путём масштабирования средств стоимостного и ресурсного планирования и обеспечения организации многопользовательской работы.

Среди таких программ, ориентированных на крупные проекты, можно выделить русифицированный Open Plan.

Ещё одним направлением «отстройки» является специализация продукта. Среди такого программного обеспечения популярна Primavera, получившая распространение в сфере инженерных и строительных проектов как средство календарно-сетевого планирования, позволяющего учитывать финансовые, материальные и трудовые ресурсы в средних и крупных проектах. Программный облачный инструмент Basecamp считается главным конкурентом в сегменте ультра-лёгких управленческих решений. При этом Microsoft тоже с 2013 года предлагает облачную версию своего продукта.

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

1. Project Standard позволяет осуществлять индивидуальное планирование для небольших проектов.

2. Корпоративное управление осуществляется с помощью специальной платформы, включающей:

• собственно Project Server,
• корпоративный вариант Project Professional, где к возможностям версии Standard добавлены средства совместной работы (Project Server и SharePoint Foundation / Server),
• технологию Web-интерфейса отчётности исполнителей о ходе выполнения задач, для просмотра портфелей проектов и другой совместной работы (Project Web Access).

Основой почти монопольной популярности продукта Microsoft стало то, что он представляет часть семейства Ms Office, что даёт возможность:

• проще осваивать управление инструментов в привычной среде продуктов Ms Office (очевидно стилистическое сходство интерфейса Project с Excel),
• настраивать Ms Project-формулы в стиле формул Excel,
• адаптировать продукт под особенности своего бизнеса, путём программирования либо приобретения готовых решений на базе Microsoft.Net или Visual Basic.

Чтобы уменьшить число проблем, связанных с технической поддержкой, Microsoft (например, через программу Microsoft ISV Royalty) стимулирует приобретение у партнёров готовых решений, компенсируя клиентам при этом разработку отраслевых решений.

Задачи и возможности программы

Работу в Microsoft Project рекомендуется начинать с освоения проектного подхода как такового – ознакомления с его принципами и методами проетирования. Это нужно для того, чтобы правильно пользоваться инструментов: разделять крупные проекты на части, корректировать временные оценки, учитывать и закладывать риски, отслеживать командную работу и пользоваться мотивационными приёмами. В учебном пособии, выпущенном в 2013 году Министерством образования РФ для освоения Project 2010, первые главы посвящены введению в основы проектного управления – технике планирования и построению «проектного треугольника» («время-стоимость-объём работ»).

В случае реализации проектного подхода программа Project помогает решать следующие задачи:

Для работы в программе используют понятия «Задача», «Ресурс» и «Назначение». Для достижения цели проекта работа разбивается на задачи. Понятие «ресурс» чаще применяется к сотруднику, но может относиться и к недвижимости, оборудованию, материалам. В Microsoft Project назначения возникают в тот момент, когда на выполнение задачи выделяются ресурсы. Именно назначения определяют объём необходимого на решение задач времени и, как следствие, – общее время проекта. Для отображения, анализа и ввода существуют т. н. представления задач (Диаграмма Ганта, Форма задач и др.) ресурсов (График ресурсов, Лист ресурсов) и назначений (например, Использование ресурсов), которые бывают графическими, табличными и представлениями форм.

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

Разделение работы по проекту формирует структуру декомпозиции работ , в которой задачи представлены разными типами:

1. Отдельной задачей.
2. Суммарной задачей (фазой), состоящей из группы связанных задач.
3. Вехой – опорной отметкой – точкой важного события, по которой контролируют ход выполнения проекта.
4. Повторяющейся задачей, регулярно возникающей по ходу проекта (например, «утренние планёрки»).

Начиная с версии Project 2010, задачи можно планировать как в автоматическом, так и в ручном режимах, помещая, в этом случае, задачу в любое место расписания.

В пакете преимуществ, которые оценили Intel, Tesla, Toyota, BMW, Kraft, 21st Century Fox, British Airways и миллионы других компаний, постоянно появляются новшества, с которыми можно ознакомиться на официальном сайте Project, в специальном русском блоге или в сообществе Facebook и Вконтакте.

C оздание нового проекта в MS Project

Для примера рассмотрим проект по проектированию и разработке сайта-визитки магазина с использованием cms.

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

1. Запустите MS Project.
2. Нажмите кнопку Создать на панели инструментов Стандартная или выполните команду Файл/Создать .
3. В меню Проект выберите команду Сведения о проекте . Введите или выберите начальную дату проекта –17 октября 2008 г. И нажмите кнопку OK .

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

1. Нажмите кнопку Сохранить .
2. В поле Имя файла введите имя проекта Разработка сайта 1 , а затем нажмите кнопку Сохранить .

Ввод ключевых сведений о проекте

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

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

Настройка календаря проекта

Календарь проекта можно изменять, чтобы отражать рабочие дни и часы для каждого участника проекта. Стандартный календарь : рабочие дни с понедельника по пятницу, с 9:00 до 18:00, с часовым обеденным перерывом. Можно самостоятельно определить и нерабочее время, например выходные или ночное время, а также специальные выходные дни, например праздники.

1. В меню Вид выберите команду Диаграмма Ганта .

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

1. В меню Сервис выберите команду Изменить рабочее время .
2. Выберите дату в календаре, например 1 января 2008 г.
3. Выберите параметр нерабочее время для выходных дней с 1 по 9 января, 23 февраля и 8 марта.
4. Выберите параметр нестандартное рабочее время для изменения часов работы в пятницу, в поле С укажите 9:00 по 13:00 и время окончания в поле По 14:00 по 17:00.
5. Нажмите кнопку OK .

Ввод и организация списка задач

По завершении этого урока будет создан список задач, организованный по суммарным и подробным задачам.

Ввод задач и их длительностей

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

1. В окне проекта (представленного в виде Диаграммы Ганта в ) в поле Название задачи введите название первой задачи (см. рис. 1). В столбце Длительность Microsoft Project вводит со знаком вопроса примерную длительность задачи, равную одному дню.

Для каждой задачи можно добавлять заметки. В поле Название задачи выберите задачу и нажмите кнопку Заметки задачи . Введите сведения в поле Заметки и нажмите кнопку OK .

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

месяцы = мес недели = н дни = д часы = ч минуты = мин

Примечание. Чтобы задать примерную длительность, введите после нее знак вопроса.

1. Нажмите клавишу ENTER .
2. В следующих строках введите дополнительные задачи, необходимые для выполнения проекта. О том, как их организовать и изменять, будет рассказано позже.

Примечание. Не следует для каждой задачи вводить даты в поля Начало и Окончание. В Microsoft Project начальная и конечная даты рассчитываются с учетом связей между задачами, о которых будет рассказано в следующем уроке.

Предпроектное обследование

Определение проекта дн

Планирование

План-график работ дн

Планирование бюджета дн

Планирование рисков дн

Проектирование

Определение тематики и организации контента дн

Анализ контента дн

Структурирование контента дн

Создание плана поставки контента дн

Проектирование дизайна дн

Проектирование SCRIPT"ов дн

Проектирование хостинговой площадки дн

Проектирование контента дн

Проектирование завершено 0 дн

Анализ и управление дн

Реализация

Разработка шаблонов (дизайна) дн

Разработка графического контента (кнопки, логотипы) дн

CMS ) дн

Наполнение ресурса (контент) дн

Размещение на хостинге дн

Документирование (инструкции) дн

Анализ шаблонов с точки зрения юзабилити, заказчика и управляющего решения (решения на риски) дн

Тестирование

Внутреннее тестирование

Тест юзабилити дн

Тест функционала дн

Тест содержимого (с точек зрения грамматики и логики) дн

Внешнее тестирование дн

Доработка дн

Внедрение

Передача сайта заказчику дн

Проведение мастер-класса по использованию дн

Продвижение

Оптимизация для поисковых систем дн

Регистрация в поисковых системах дн

Наполнение каждого элемента информацией дн

Внедрение завершено 0 дн

Разбор и архивирование документации дн

Заключение договора на сопровождение дн

Отказ от претензий дн

Рис. 1. План проекта

Создание вехи

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

1. В поле Длительность щелкните длительность той задачи, которую требуется сделать вехой, а затем введите значение 0д . Нажмите клавишу ENTER.

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

Организация задач в логическую структуру

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

Чтобы организовать структуру, следует использовать кнопки структуры.

1. В поле Название задачи выделите задачи, которые необходимо сделать подзадачами.
2. Нажмите кнопку Отступ , чтобы расположить задачи с отступом.
3. Аналогично поступите с остальными подзадачами.

Изменение списка задач

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

1. В поле « Идентификатор » (крайнее левое поле) выберите задачу, которую требуется скопировать, переместить или удалить. Чтобы выделить строку, щелкните идентификационный номер задачи. Чтобы выделить несколько соседних строк, удерживая нажатой клавишу SHIFT , щелкните номера первой и последней строки в нужном диапазоне. Чтобы выделить несколько строк вразброс, нажмите клавишу CTRL и, удерживая ее, щелкните поочередно идентификационные номера задач.
2. Скопируйте, переместите или удалите задачу. Чтобы скопировать задачу, нажмите кнопку Копировать . Чтобы переместить задачу, нажмите кнопку Вырезать . Чтобы удалить задачу, нажмите клавишу DEL .
3. Чтобы переместить вырезанный блок или вставить скопированный блок, выберите строки, в которые его требуется вставить. Убедитесь, что выбраны требуемые строки. Нажмите кнопку Вставить . Если в строках, в которые выполняется вставка, содержатся сведения, новые строки будут вставлены над этими строками.
4. Периодически сохраняйте файл с проектом.

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

Создание взаимосвязей между задачами

Одним из наиболее надежных способов планирования задач является установление взаимосвязей между ними, т. е. зависимостей задач . Зависимости задач отражают обусловленность последующих задач, или последователей , более ранними задачами, или предшественниками . Например, если задача «Покрасить стену» должна быть выполнена до задачи «Повесить часы», можно связать две задачи, чтобы задача «Покрасить стену» стала предшественником, а задача «Повесить часы» —последователем.

Типы связей задач

В MS Project есть четыре типа связей между задачами. Связь типа Finish-to-start (Окончание-начало), или сокращенно FS (ОН), —наиболее распространенный тип зависимости между задачами, при которой задача В не может начаться, пока не завершена задача А:

Связь типа Start-to-start (Начало-начало), или сокращенно SS (НН), обозначает зависимость, при которой задача В не может начаться до тех пор, пока не началась задача А. Например, Техническое редактирование не может начаться раньше, чем Редактирование материалов, но и для того, чтобы начать Техническое редактирование, не обязательно дожидаться окончания Редактирования материалов. С помощью такой связи обычно объединяются задачи, которые должны выполняться почти одновременно.

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

Связь типа Start-to-Finish (Начало-окончание), или сокращенно SF (НО), обозначает зависимость, при которой задача В не может закончиться до тех пор, пока не началась задача А. Обычно такая связь используется в том случае, когда А является задачей с фиксированной датой начала, которую нельзя изменить. В таком случае дата начала последующей задачи не изменяется при увеличении длительности предшествующей.

После того как задачи связаны, изменение дат предшественника влияет на изменение дат последователей. В Microsoft Project по умолчанию создается зависимость задач типа «Окончание-начало». Однако, поскольку зависимость «Окончание-начало» подходит не для каждого случая, для реального моделирования проекта связь задач можно изменить на «Начало-начало», «Окончание-окончание» или «Начало-окончание».

Использование задержек и опережений

Часто в жизни зависимости между задачами бывают немного более сложными, чем Finish-to-start (Окончание-начало). Например, между задачей «Покраска стен» и «Развешивание картин» должен пройти день, чтобы краска успела высохнуть. Для того чтобы описать такую зависимость между задачами, в MS Project используется параметр Запаздывание (Lag). Например, в случае с покраской стен запаздывание между задачами должно составить 1 день.

Запаздывание является свойством связи и может быть указано в диалоговом окне определения свойств связи (например, 1 день) или как процент от длительности предшествующей задачи. Например, если предшествующая задача продолжается 4 дня, то запаздывание в 25% будет равняться 1 дню.

Иногда для начала выполнения следующей задачи не нужно дожидаться полного окончания предыдущей. Например, можно начинать клеить обои, когда штукатурка положена хотя бы на некоторых стенах в доме. В таком случае следует использовать Опережение (Lead). Опережение вводится так же, как и запаздывание, но с отрицательным знаком, например опережение в 1 день указывается как -Id (-1д), а опережение в 50% (то есть следующая задача начинается, когда предыдущая выполнена наполовину) —как -50%.

Способы создания связей

С помощью мыши

Связь создается перетаскиванием мыши с одного отрезка диаграммы Ганта на другой, при этом по умолчанию тип связи определяется как FS. Предшествующей задачей считается та, с которой началось перетаскивание, а последующей -та, на которой перетаскивание закончилось (на последующую задачу указывает стрелка в конце связи). Для удаления связи или изменения ее типа нужно дважды щелкнуть на диаграмме и произвести соответствующие операции в открывшемся диалоговом окне.

С помощью меню

Чтобы связать две или более задач друг с другом, выберите их в поле Название задачи , причем в том же порядке, в котором они должны быть связаны. Чтобы выбрать несколько задач подряд, нажмите клавишу SHIFT и, удерживая ее, щелкните первую и последнюю задачи. Чтобы выбрать несколько задач вразброс, нажмите клавишу CTRL и, удерживая ее, щелкните поочередно нужные задачи.

Нажмите кнопку Связать задачи (или выполните команду Правка/Связать задачи).

Чтобы изменить связь задач, дважды щелкните линию связи между задачами, которую требуется изменить. Будет открыто диалоговое окно Зависимость задач. Если будет открыто диалоговое окно Стили отрезков, вы щелкнули не линию связи; необходимо закрыть это диалоговое окно и снова дважды щелкнуть связь задач.

В поле со списком Тип выберите нужный тип связи между задачами и нажмите кнопку OK .

Чтобы разорвать связь между задачами, выберите эти задачи в поле Название задачи и нажмите кнопку Разорвать связи задач . Все связи удаляются, а все задачи перепланируются на основании ограничений , например «Как можно раньше» или «Фактическое окончание».

Редактирование связей в таблице

Чтобы в процессе ввода задач быстро указать предшественника задачи, используется колонка Predecessors (Предшественники), по умолчанию включенная в таблицу Entry (Ввод).

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

Редактирование связей в форме

Если вы используете в проекте разнообразные типы связей, то удобнее будет воспользоваться специальными диалоговыми окнами для работы с ними. Наиболее удобным является диалоговое окно Task Form (Форма описания задачи). Эта форма отображается, если, находясь в диаграмме Ганта, выбрать команду меню Window/Split (Окно/Разделить).

Установите связи между задачами в проекте (см. Таблицу 1).

Таблица 1

Дата начала проекта

Пусть наш проект будет начинаться в понедельник 20.10.2008 г.

1. Откройте диалоговое окно определения проекта с помощью команды меню Project/Project Information (Проект/Сведения о проекте ) и изменим значение параметра Start date (Дата начала ) на 20.10.2008 . После этого план проекта автоматически перестроится.
2. Разработка сайта 1.

Ограничения и крайние сроки

Привязывание задачи к определенной дате в MS Project осуществляется при помощи элемента Constraint (Ограничение ). Используя ограничения, можно, например, указать, что задача должна начаться в определенный день или закончиться не позднее определенной даты.

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

В проектах, планируемых от даты начала, по умолчанию все задачи имеют ограничение As Soon As Possible (Как можно раньше ), а в проектах, планируемых от даты окончания, —As Late As Possible (Как можно позже ).

Таблица 2

Изменять ограничения по умолчанию можно, вводя дату начала или окончания задачи в колонках Start (Начало) и Finish (Окончание) в таблице Entry (Ввод) или любой другой таблице, содержащей эти колонки. После ввода даты MS Project установит ограничение в соответствии с табл. 2.

Deadline (Крайний срок ) —дата, обозначающая крайний срок исполнения задачи. Отличие использования крайнего срока от ограничений заключается в том, что наличие этой даты не влияет на расчет графика проекта. Если для задачи указан крайний срок, то на диаграмме Ганта отображается соответствующая отметка, и если выполнение задачи не укладывается в этот срок, то в колонке Indicators (Индикаторы) появляется особый значок.

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

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

Пример использования ограничений и крайних сроков

Поскольку в нашем примере мы не определяли ограничения и крайние сроки на этапе составления скелетного плана работ, то начнем определять крайние сроки и ограничения в нынешнем плане работ. В проекте Проектирование и разработка сайта-визитки магазина с использованием cms мы будем использовать оба типа ограничений MS Project: и собственно ограничения , и крайние сроки , чтобы вы могли сравнить удобство их применения.

Предположим, что сайт разрабатывается в среднем 4 месяца. Значит, начиная разработку сайта в конце октября, мы должны завершить ее в середине февраля, например не позже 20-го числа. Поскольку обычно эта дата указана в договоре с заказчиком, которому передается сайт, ограничение это очень жесткое. Соответственно, для завершающей задачи Отказ от претензий нужно установить ограничение Finish No Later Than (Окончание не позднее) на дату 20.02.09.

1. Для чего необходимо двойным щелчком по задаче вызвать диалоговое окно Сведения о задаче и перейти на вкладку Дополнительно.
2. Во вкладке Дополнительно в раскрывающемся списке Constraint type (Тип ограничения ) выберите Окончание не позднее .
3. В поле Constraint date (Дата ограничения ) укажите дату, которой ограничивается окончание задачи - 20.02.09.

Иногда для отмены ограничения нужно удалить введенную дату в поле Constraint date (Дата ограничения). Но MS Project не дает оставить это поле пустым, и поэтому для удаления даты из поля нужно заменить ее на текст NA (НД).

1. Нажмите кнопку OK .

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

В нашем случае у задачи, на которую накладывается ограничение Finish No Later Than (Окончание не позднее ), есть предшественница, и если она будет заканчиваться позже даты ограничения, то это вызовет конфликт. MS Project считает оптимальным в нашей ситуации использовать ограничение Finish No Earlier Than (Окончание не ранее ), но оно нам совершенно не подходит.

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

1. Затем предположим, что в соответствии с договором с внештатным разработчиком, предоставляющим услуги по разработке шаблонов, Разработка шаблонов (эта задача не имеет предшественниц) должен начаться 20.11.08 и проходить в течение 5 дней. Соответственно, зафиксируем эту дату ограничением Must Start On (Фиксированное начало ) и длительностью в 5 дней.
2. Включим в план важную задачу №18 Проектирование завершено . Согласно договору проектирование должно быть завершено за 5 дней до этапа Реализации , то есть до 20.11.08 .
3. Установим крайний срок задачи Размещение на хостинге на 26.12.08 .
4. Размещать сайт на хостинге можно только тогда, когда хотя бы наполовину осуществлено разработка шаблонов, графического дизайна, CMS и наполнен контент ресурса. Поэтому мы свяжем задачу Размещения на хостинге зависимостью FS (ОН) с задачей Наполнение ресурса(контент) и установим запаздывание (Lag) -50%.
5. Размещение на хостинге является, по сути, завершающей, поскольку после ее завершения достигается один из результатов проекта, который передается проектной командой «наружу». В этом случае длительность завершающих задачи не нулевая. Чтобы пометить задачу с не нулевой длительностью как завершающую, нужно воспользоваться вкладкой Advanced (Дополнительно ) в диалоговом окне сведений о задаче. На вкладке нужно установить флажок Mark task as milestone (Пометить задачу как веху ).

Повторяющиеся задачи

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

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

1. Выполним команду Вставка/Повторяющаяся задача.
2. В открывшемся диалоговом окно сведений о повторяющейся задаче укажем название - Совещание команды проекта и длительность –2 час.
3. Определим интервал повторения задачи –еженедельно, по пятницам.

В разделе Calendar for scheduling this task (Календарь для планирования этой задачи ) определяется, на основании какого календаря задача будет помещена в календарный план. По умолчанию, когда в раскрывающемся списке Calendar (Календарь) выбрано значение None (Нет), задача размещается па основании настроек проектного календаря и календаря задействованных ресурсов. Если же вы хотите использовать для расписания задачи особый календарь, то можно выбрать его в раскрывающемся списке. В таком случае становится доступен флажок Scheduling ignores resource calendars (He учитывать календари ресурсов при планировании) (Мы подробно рассмотрим действие этого флажка в разделе «Календарь задачи» позже).

1. После того как сделаны все настройки, нужно нажать кнопку ОК , и программа создаст в проекте повторяющуюся задачу.

При этом могут возникнуть непредвиденные проблемы, если, например, повторение задачи приходится на выходной. MS Project обнаружит это и отобразит сообщение с возможными вариантами разрешения проблемы: перенести повторение задачи на ближайший рабочий день, нажав кнопку Yes (Да), не создавать повторения в нерабочие дни, нажав кнопку No (Нет), или отказаться от создания повторяющейся задачи, нажав Cancel (Отмена).

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

Суммарная задача проекта

Когда состав работ определен, наш план представляет собой четыре фазы, объединяющие все задачи проекта. Для каждой из них известна длительность, но у нас нет общей информации о длительности всего проекта. Получить ее сложением длительностей фаз нельзя, поскольку они частично выполняются одновременно, а значит, общая длительность проекта не равняется длительности его фаз. Чтобы собрать фазы в единое целое, можно создать еще одну фазу Проектирование и разработка сайта-визитки магазина на основе cms и включить в нее все уже существующие фазы. Но правильнее отобразить Суммарную задачу проекта (Project summary task) —особую задачу, специально предназначенную для объединения всех проектных активностей. Она отображается на диаграмме Ганта особым цветом, и MS Project особым образом работает с ней.

1. Чтобы отобразить суммарную задачу проекта, в меню Параметры на вкладке View (Вид ) нужно установить флажок Show project summary task (Показывать суммарную задачу проекта ). Суммарная задача отобразится с названием, взятым из поля Title (Название) в свойствах файла, которые можно редактировать в диалоговом окне, открываемом командой меню File/Properties (Файл/Свойства ).

Если в этом диалоговом окне заполнено поле Comments (Заметки ), то его значение станет комментарием к суммарной задаче. При изменении названия суммарной задачи или комментария (Notes) к ней автоматически изменятся значения соответствующего поля в свойствах файла.

1. Сохраните файл проекта под именем Разработка сайта 2.

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

• Tutorial

Небольшое введение

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

Перед началом проекта

1. сколько проект займет времени
2. сколько проект будет стоить

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

В процессе выполнения проекта

При завершении проекта

Что умеет MS Project

Разберем вкратце свойства сущностей.

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

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

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

Как это использовать

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

Подготовка плана

1. Сколько времени займет этот проект?
2. Сколько (и каких) специалистов для этого потребуется?
3. Какие примерно трудозатраты ожидаются по этому проекту?

1. Готовим список задач
2. Выставляем зависимости между задачами
   (результат какой задачи необходим для перехода к следующей?).
3. Назначаем исполнителей задач
4. Выравниваем загрузку ресурсов
5. Балансируем то, что получилось

1. Не используем суммарные задачи для декомпозиции.
   Все задачи помещаем в один линейный список. Сначала это может показаться неудобным,
   но зато избавляет от многих проблем в дальнейшем. Для управления структурой задач
   используем настраиваемые поля (см.ниже).
2. Очень часто для управления зависимостями задач используют Drag&Drop. Когда задач много это быстро становится неудобно. Я рекомендую в этом случае не использовать перетаскивание, а явное указывать номера задач-предшественников. для этого можно добавить в таблицу столбец «предшественники» и вписывать номера задач вручную.
3. Срок каждой задачи не должен превышать двух недель.
   Если срок задачи превышает неделю - это уже повод задуматься о её декомпозиции. Я придерживался очень простой методики оценки: примитивная задача - 2 дня, средней
   сложности - 1 неделя, сложная задача - 2 недели. При этом сложных задач не должно быть много. Такой подход дает возможность подготовить оценочный план довольно быстро.
   С одной стороны, полученная оценка, конечно, не будет точной, но, с другой стороны - а какая из них точная? По опытку практического применения могу сказать, что на
   больших проектах погрешности оценок отдельных задач обычно нивелируются, а на малых часто можно (и нужно!) использовать и более точные оценки.
4. Всеми силами избегаем задач, у которых несколько исполнителей. Для каждой задачи должен быть назначен только один исполнитель. Двух исполнителей имеет смысл назначать
   только если они действительно работают вдвоем (например, вы практикуете парное программирование). В прочих случаях лучше декомпозировать задачу.
5. При назначении исполнителей руководствуемся их профессией и квалификацией, пока не беспокоясь о равномерности загрузки.
6. Используем суммарные задачи для разделения задач на этапы. Ставим зависимости между этапами, чтобы они шли последовательно. Разделение на этапы пока достаточно приблизительное.

Балансировка проекта

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

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

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

1. Сменить исполнителя задачи.

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

2. Перенести задачу в другой этап.

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

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

Учет рисков

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

С этим планом мы можем:

1. Назвать сроки выполнения проекта и его этапов. Аргументированно и с высокой степенью
   достоверности.
2. Оценить примерные трудозатраты по проекту

Работа с планом

1. Выдавать задания исполнителями
2. Отмечать выполненные задания в плане
3. Корректировать план в случае значительных отклонений

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

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

Управление структурой задач с помощью пользовательских полей

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

Пользовательские поля позволяют разделять задачи по нескольким категориям, например, я разделял задачи по типу работ: Разработка, Тестирование, Документирование.
Упомяну для любопытных, что в MS Project также можно задать правила рисования диаграмм на основе свойств задач. При желании, можно сделать так, что задачи по разным компонентам будут иметь разные цвета, причем цвет будет определяться только свойством задачи, его не нужно задавать вручную для каждой задачи. Такие настройки не требуют написания сриптов, а делаются штатными средствами настройки диаграмм.

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

Завершение проекта

Заключение

Наверняка я что-то упустил, не стесняйтесь задавать вопросы.