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

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

Каждый член команды или внешний пользователь может обратиться с запросом к администратору, отследить состояние своего запроса и получить уведомления по факту его выполнения. Поскольку DEVPROM автоматизирует K-5856 ?, то самым простым и логичным способом организации процесса обработки запросов является использование самого DEVPROM, то есть специального проекта по администрированию, реализующего простую тикет-систему (систему обработки заявок или систему поддержки). При этом администратор и пользователи получают следующие возможности:

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

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

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

Основные возможности

Доступны следующие варианты построения таблицы ресурсов:

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

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

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

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

Используется двухцветное заполнение ячеек таблицы загрузки ресурсов:

1. "Участвует в проекте" - процент загрузки вычисляется на основе количества часов, выделенных сотруднику на проектах, и продолжительности релизов проектов.
2. "Назначены задачи" - процент загрузки вычисляется на основе оставшейся трудоемкости по задачам, назначенным сотруднику в проектах.

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

Использование таблиц загрузки ресурсов

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

1. На закладке "Загрузка ресурсов" отображается общая картина по всем сотрудникам компании или участникам команды.
2. При переходе по ссылке с именем сотрудника отображается страница пользователя, на которой представлена информации по загрузке именно этого сотрудника:
• Проекты в которых он принимает участие.
• Роли в которых он принимает участие в проектах.
• Общая загрузка пользователя на всех проектах, в которых он принимает участие.
3. Внутри каждого проекта на закладке "Участники" отображается загрузка участников на данном проекте. Используйте эту информацию для выравнивания загрузки ресурсов внутри проекта.

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

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

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

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

Типичные ситуации:

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

Звезда (кастомизация решения)

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

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

Сеть (технологический актив)

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

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

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

Теперь команда любого проекта, к которому подключен технологический проект имеет быстрый доступ к:

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

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

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

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

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

Карта релизов накладывается на календарь, серым цветом отмечены завершенные релизы, оранжевым - текущие релизы, красным цветом отображается смещение срока завершения релиза.

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

• Проекты - позволяет фильтровать перечень проектов по группам проектов
• Статус - позволяет просматривать текущие или завершенные проекты
• Заказчики - позволяет фильтровать проекты по группам пользователей, участники которых играют роль заказчиков в проектах
• Руководители - позволяет фильтровать список проектов по их руководителям
• Год - позволяет просматривать только те проекты, релизы которых выполнялись или запланированы на указанный год

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

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

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

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

Вы можете фильтровать список пожеланий по следующим параметрам:

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

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

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

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

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

1. Всех заказчиков необходимо добавить в соответствующую группу пользователей.
2. В разделе администрирования на закладке "Пользователи" выбрать пункт "Права доступа".
3. Для группы пользователей необходимо указать права доступа на те модули, использование которых вы хотите ограничить.

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

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

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

Обновление баклога

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

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

Для того, чтобы сократить число различных учетных записей пользователей и упростить авторизацию в различных системах предприятия, используют технику SSO (Single Sign-On), позволяющую авторизоваться на рабочем месте один раз и работать с приложениями, используя автоматическую аутентификацию. Для ОС Windows этот механизм называется Integrated Windows Authentication.

DEVPROM позволяет импортировать организационную структуру и учетные записи из службы каталогов, например, Active Directory. Загруженные при этом параметры учетных записей используются для встроенной аутентификации Windows. Таким образом, для использования встроенной аутентификации вам необходимо выполнить следующие шаги, подробно описанные в Руководстве администратора:

1. Импортировать учетные записи из службы каталогов.
2. Выбрать подходящий метод авторизации в настройках DEVPROM.
3. Выполнить настройку Web-сервера Apache.