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

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

Рассмотрим пример использования DEVPROM для выполнения некоторого грандиозного проекта "Система хранения данных", в который вовлечено несколько групп сотрудников или внешних исполнителей. Обычно такой проект называется программой проектов, декларирующей общие цели, объединяющей в себе данные и ресурсы нескольких проектов.

Структура программы

В качестве примера рассмотрим программу, состояющую из трех проектов:

1. Корневой проект "Программа: система хранения данных", назначением которого является агрегация пожеланий по программе, хранение общей информации по программе, контроль за ходом выполнения программы проектов.
2. Дочерний проект (или подпроект) "СХД: поддержка продукта", созданный на основе шаблона "Поддержка" и используемый для поддержки пользователей основного продукта, при помощи плагина или автоматической обработки входящих email.
3. Подпроект "СХД: разработка продукта", в котором ведется основная разработка продукта.

Объединение знаний по всей программе

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

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

Управление ожиданиями по программе

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

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

Просмотр результатов работы по программе

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

Контроль за ресурсами программы проектов

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

Пример описанной программы проектов доступен демо-версии DEVPROM: http://demo.pmcloud.ru

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

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

Встроенные шаблоны

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

• Управление жизненным циклом разработки
• В этом шаблоне максимально используются все возможности DEVPROM: управление пожеланиями, версиями, релизами, планирование итераций и задач, разработка требований, тестовой и справочной документации, выполнение тестирования, трассировка проектных артефактов. Структура требований и тестовой документации содержит типовые разделы. Доступны следующие шаблоны артефактов: вариант использования, тестовый случай.
• Этот шаблон подойдет командам, использующим свой собственный полноценный процесс разработки программных продуктов.
• Разработка по процессу OpenUP
• В этом шаблоне содержатся все типовые документы и структура документации для организации процесса разработки по OpenUP. В проекте, созданном по этому шаблону, вы найдете соответствующие названия ролей участников проекта, описание стадий процесса, соответствующие типы активностей, шаблоны для статусных встреч и ретроспектив.
• Данный шаблон подойдет тем командам, которые хотят использовать принципы и практики Agile, но дополнительно хотят иметь формализованное описание процесса разработки, в котором сосредоточены советы, описаны контрольные проверки и распределены зоны ответственности между всеми участниками проекта, а также шаблоны артефактов (статус-репорты, варианты использования, тестовые сценарии и т.п.), продробнее
• Управление задачами
• В этом шаблоне отключена функциональность, связанная с подготовкой артефактов проекта, например, требований или тестовой документации. Команда проекта управляет пожеланиями, формирует планы работ, детализирует задачи по реализации пожеланий.
• Этот шаблон подойдет для упрощенного процесса разработки ПО, в который вовлечено несколько участников, и при этом не требуется создавать какой-либо проектной документации. Используйте шаблон для организации поддержки программных продуктов.
• Управление ошибками и пожеланиями
• По сравнению с шаблоном "Управление задачами" в данном шаблоне отключено планирование задач на участников проекта. Используйте этот шаблон для исследовательских проектов, разработки небольших приложений, поддержки программных продуктов, когда количество участников не превышает 2-3 человек, когда не требуется детальное планирование их деятельности.
• Обработка заявок
• Этот шаблон предназначен для отслеживания выполнения каких-либо заявок, например, проект по администрированию DEVPROM как раз организуется по процессу, описанному в этом шаблоне.

Вы конечно же можете произвольным образом комбинировать эти шаблоны, создавая свои собственные, соответствующими специфике вашей команды, заказчиков, уровню зрелости процессов и т.п. Для этого необходимо создать проект с использованием готового шаблона и перейти к настройкам проекта, где вы можете подключить те или иные функциональные возможности DEVPROM, выбрать используемые опции методологии, настроить справочники. Вы можете посмотреть на особенности каждого шаблона на примере демонстрационной версии: http://demo.pmcloud.ru

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

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

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

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

Иерархия проектов

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

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

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

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

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

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

Возможности по связыванию различных артефактов и их трассировке вы найдете во многих ALM решениях (Polarion, TFS), однако, в DEVPROM есть и ряд существенных преимуществ:

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

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