Пример описания проекта

Лабораторная работа №1. Формирование рабочих групп и утверждение тем

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

Формирование рабочих групп.

Формирование рабочих групп начинается с подготовки каждым студентом резюме на соискание должности (роли) в рабочей группе. Резюме оформляется на листе А4 рукописным тестом и содержит следующие разделы:

· Заголовок формата «Резюме на соискание должности _____». При готовности занимать одну из нескольких должностей все они указываются.

· Дату составления резюме, имя, фамилию и отчество соискателя

· Контактную информацию, включающую в себя адрес проживания соискателя, контактный телефон, адрес электронной почты

· Биографические данные – год и место рождения, семейное положение.

· Образование, среднее и высшее, дополнительные курсы, сертификаты (если есть), курсы повышения квалификации (если есть)

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

· Знание и владение технологиями и инструментами (при этом нужно отделять осведомленность о технологиях от навыков их использования)

· Личностные характеристики, являющиеся преимуществом с точки зрения цели резюме

Пример оформленного резюме приведен в Приложении А.

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

Утверждение темы разработки

Минимальным достаточным набором требований к темам разработок являются следующие:

· программное средство должно являться системой автоматизации некоторого реального или правдоподобного бизнес-процесса или части бизнес-процесса, при этом степень правдоподобности оценивает преподаватель;

· разработка должна подразумевать объектно-ориентированный подход;

· разработка должна быть ориентирована на пользователя-человека, т.е. программное средство должно иметь графический пользовательский интерфейс;

· программное средство должно разрабатываться для нескольких ролей пользователей;

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

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

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

Результатом работы для каждой группы является папка документов, содержащая

· Утвержденное название темы

· Резюме членов группы

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

Лабораторная работа №2. Управление проектом

Введение

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

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

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

Структурно деятельность по управлению проектом состоит из следующих процессов:

- управление координацией (Project Integration Management).

- управление целями (Project Scope Management).

- управление временем (Project Time Management).

- управление стоимостью (Project Cost Management).

- управление качеством (Project Quality Management).

- управление человеческими ресурсами (Project Human Resource Management).

- управление коммуникациями (Project Communication Management).

- управление рисками (Project Risk Management).

- управление поставками (Project Procurement Management).

Управление проектом состоит из нескольких фаз: формулирование, планирование, осуществление, завершение.

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

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

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

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

Порядок работ

Порядок выполнения работы следующий

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

a. «задача В может быть начата не ранее завершения задачи А»

b. «Задачи А и В должны начаться одновременно»

c. «Задачи А и В должны закончиться одновременно»

Особые ограничения для отдельных задач:

d. «Задача А может быть начата не ранее чем»

e. «Задача А должна быть закончена не позднее чем»

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

3. Для каждой задачи нужно указать ее приоритет по отношению к прочим задачам в проекте.

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

5. Каждой выделенной атомарной задаче нужно назначить исполнителей из списка, сформированного на шаге 3. Исполнителей и иных ресурсов может быть назначено несколько для некоторых задач, в особенности трудоемких и/или ресурсоемких.

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

Пример описания проекта

Проект: «Создание автоматизированной системы отслеживания интереса клиентов компании на основании статистики посещений корпоративного сайта»

Подзадача 1: составить техническое задание

Подзадача 1.1: Составить внешнее описание (8 ч)

Подзадача 1.2: Сформулировать требования к системе (выполнение может быть начато не ранее заверения 1.1) (4 ч)

Подзадача 1.3: Сформулировать требования качества (выполнение может быть начато не ранее момента завершения 1.2) (2 ч)

Подзадача 1.4: Сформулировать функциональные требования (выполнение может быть начато не ранее момента завершения 1.3) (8 ч)

Подзадача 1.4: Составить и утвердить документ технического задания (выполнение может быть закончено не ранее завершения 1.4) (6 ч)

Подзадача 2: Разработать архитектуру решения

Подзадача 2.1: Установить способ представления и состав данных по статистике посещений (выполнение может быть начато не ранее завершения 1.4) (1 ч)

Подзадача 2.2: Разработать реляционную структуру для хранения и обработки протоколов (выполнение может быть начато не ранее завершения 2.1) (16 ч)

Подзадача 2.3: Описать способ транспортировки, преобразования и загрузки данных (выполнение может быть начато не ранее завершения 2.1) (4 ч)

Подзадача 2.4: Сформулировать логику построения отчетов (выполнение может быть начато не ранее завершения 2.3) (40 ч)

Подзадача 3: Реализовать приложение

Подзадача 3.1: Реализовать транспортировку протоколов (Может быть начато не ранее завершения 2.3) (8 ч)

Подзадача 3.2: Создать реляционную базу данных(16 ч)

Подзадача 3.3: Реализовать код предварительной обработки и очистки данных (2 ч)

Подзадача 3.4: Реализовать код загрузки протоколов (1 ч)

Подзадача 3.5: Реализовать код и дизайн отчетов (20 ч)

Подзадача 3.5: Создать документацию по применению (16 ч)

Подзадача 4: Провести аттестацию (может быть начато не ранее завершения 2)

Подзадача 4.1: Тестирование на площадке исполнителя (1 день)

Подзадача 5: Развертывание

Подзадача 5.1: Развертывание сервера баз данных (1 ч)

Подзадача 5.2: Развертывание сервера отчетов (1 ч)

Подзадача 5.3: Развертывание сервера интеграции (1 ч)

Подзадача 5.4: Развертывание сервера интеграционных пакетов

Подзадача 5.5: Развертывание сервера пакетов отчетов

Подзадача 5.6: Приемо-сдаточные испытания

Подзадача 5.7: Обучение персонала заказчика

На основании этой структуры работ строится так называемая диаграмма Гантта (см рисунок), которая отражает состав и порядок работ.

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

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

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

 

Литература

1. Филлипс Дж.. Управление проектами в области информационных технологий – изд. Лори, пер. с англ. – 2008 – 375с

2. Ньюэлл Майкл В. Управление проектами для профессионалов – 2208 – 416с