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

Планирование и мониторинг проекта в MS Project

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

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

Каждая из задач состоит из: времени начала, продолжительности, времени окончания, описания, ответственного исполнителя.

Для отслеживания выполнения плана в MS Project предусмотрена функция отображения процента завершенности выполнения задачи.

Рис. 7.4. Отображение процента завершенности задачи в MS Project

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

Рис. 7.5. Вехи в MS Project

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

В Microsoft Project поддержка Team System реализуется так же, как в Excel, только вместо электронной таблицы для добавления и извлечения рабочих элементов используется план проекта. Microsoft включила в Project средства интеграции с Team System не потому, что данный продукт играет какую-то особую роль при работе над проектом, а просто как еще одну альтернативу для тех руководителей проектов, которые предпочитают работать в MS Project, а не в Excel или Visual Studio. При этом приветствуется использование руководителями проектов и других встроенных функций MS Project, таких как задание граничных сроков, разделение проекта на субпроекты и создание отчетности.

Основные Team функции реализуются в MS Project через меню Team.

Рис. 7.6. Меню работы с командным проектом

Visual Studio 2008 Team Explorer

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

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

Некоторые из задач, которые выполняются из Team Explorer, перечислены ниже:

• Подключение к конкретному серверу Team Foundation Server ;
• Настройка Team Foundation Server, в том числе определение групп, параметров безопасности, шаблонов процессов и типов файлов, на которые распространяется действие системы управления версиями;
• Создание новых командных проектов;
• Настройка параметров проекта, в частности ввод информации о группах, безопасности, классификации и политиках подтверждения;
• Добавление в проект рабочих элементов, библиотек документов и отдельных документов, а также управление всеми этими объектами;
• Создание, выполнение и сохранение запросов, возвращающих списки рабочих элементов;
• Создание и выполнение сборок.

Разумеется, носитель каждой роли будет выполнять лишь часть перечисленных задач. Например, маловероятно, что тестировщик станет создавать новые командные проекты, а руководитель проекта – конфигурировать и выполнять сборки. Однако Visual Studio Team System можно настроить таким образом, чтобы каждый член команды имел разрешения на выполнение любой задачи.

Некоторые задачи Team Explorer, в частности создание библиотек документов и загрузка документов на сервер, по сути, заключается в выполнении операций с порталом проекта – Microsoft Windows SharePoint Services Project Portal. Поэтому вносимые в Team Explorer изменения отображаются на портале, и наоборот. Например, если вы создадите в Team Explorer библиотеку документов с именем UML Diagrams, этот факт тут же станет известен каждому, кто посетит портал проекта, использую браузер. Если пользователь портала создаст еще одну библиотеку документов, с именем Specifications, и загрузит в нее несколько электронных таблиц Excel, эти изменения отобразятся в Team Explorer, как только вы щелкните в его окне кнопку Refresh (Обновить).

Создание нового проекта в VSTS.

Для создания нового проекта и управления уже существующим при помощи среды VSTS, менеджером проекта использует Team Explorer.

Для создания нового проекта менеджеру необходимо щелкнуть правой кнопкой мыши на имени сервера, на котором будет располагаться проект, в окне Team Explorer и выбрать пункт меню New Team Project.

Рис. 7.7. Создание нового командного проекта

После этого запустится мастер создания нового командного проекта.

Первым делом нужно указать уникальное имя проекта и щелкнуть Next.

Рис. 7.8. Задание имени проекта

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

MSF for Agile Software Development – методология для опытных разработчиков программного обеспечения, в ней отсутствуют строгая регламентация действий и обязательная отчетность по каждому шагу. Предполагается, что опытные разработчики в совершенстве знают принцип MSF и следуют им.

MSF for CMMI Process Improvement - Помогает организациям работать на третьем уровне модели Capability Maturity Model Integration (CMMI) – стандарта Carnegie Mellon Software Engineering Institute (SEI). Дополняет процесс MSF for Agile Software Development новыми рабочими элементами и большей отчетностью.

Рис. 7.9. Выбор методологии проекта

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

Рис. 7.10. Задание имени и описания для портала проект

Дальше требуется определить, создавать ли новую папку для хранения файлов проекта (Create an empty source control folder), создать ответвление от уже существующего проекта (create a new source control branch) или же не создавать эту папку вообще (do not create a source control folder at this time).

Рис. 7.11. Выбор места хранения данных

После нажатия Next процесс создания нового командного проекта запустится.

Управление проектом в VSTS

Когда проект создан, архитекторы, разработчики и тестировщики могут приступить к своим непосредственным обязанностям: построению диаграмм, кодированию и тестированию программного продукта. Никакие дополнительные установки не являются обязательными, то есть работу можно начинать сразу же. Хотя, конечно, имеет смысл вначале настроить параметры безопас¬ности, определить классификации и политики подтверждения. Можно также загрузить на портал руководства по технологическому процессу и некоторые другие документы. По мере продвижения работы над проектом, возможно, понадобится изменить некоторые установки, особенно в случае изменения состава команды.

Настройка параметров безопасности проекта

Team System — хорошо защищенная система. Во многих современных компаниях это является обязательным требованием. Финансовые учреждения, правительственные органи¬зации и многие компании, соблюдающие требования акта Сарбаниса-Оксли, будут судить о конечном продукте по тому, насколько он защищен. Кроме того, необходимо защитить членов команды от самих себя: если будет разрешено выполнять привилегированные операции только узкому кругу лиц, неопытные сотрудники не смогут случайно разрушить важную информацию.

Team System прекрасно интегрируется с Active Directory, благодаря чему устанавливается прямое соответствие между пользователям группами Microsoft Windows, с одной стороны, и ролями и разрешениями Team System — с другой. Активизация такой ролевой защиты выполняется в два этапа: сначала устанавливается соответствие между ролями Team System и пользователями и группами Active Directory, а затем определяются соответствующие разрешения.

В Team System определены 3 встроенные глобальные группы:

Team Foundation Administrators (Администраторы) — пользователи, которым разрешено выполнять привилегированные операции;

Team Foundation Valid Users (Все пользователи TFS ) — все пользователи и группы, имеющие доступ к серверу;

Service Accounts (Учетные записи сервисов) — учетные записи сервисов Includes Team Foundation Server.

Встроенных групп проекта в системе четыре:

Project Administrators (Администраторы проекта) — пользователи, которые могут управлять проектом;

Contributors (Участники) — члены команды, имеющие разрешения на чтение/запись материалов проекта;

Readers (Читатели) — члены команды, имеющие разрешения на чтение материалов проекта.

Build Services – члены этой группы имеют доступ только к записям на сервере.

Рис. 7.12. Группы безопасности в VSTS

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