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

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

Проект поддержки

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

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

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

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

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

Проектный портал

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

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

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

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

Мы рады сообщить вам о выходе новой версии системы управления проектами DEVPROM 2.7.4.

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

Скачать новую версию DEVPROM 2.7.4

Спасибо всем, кто участвовал в создании этой версии и помогал нам своими предложениями и замечаниями сделать DEVPROM еще лучше!

Основные изменения в 2.7.4

1. Создание пожеланий по email
2. Дублирование пожеланий между проектами
3. Подписка на изменения объектов (watching)
4. Генерация справочной документации в формате .chm
5. Удобное вертикальное меню на основных вкладках
6. Новые возможности конфигурации системы
7. Запрос пользователя на получение прав доступа к закрытым объектам (Enterprise Edition)
8. Возможность полноценной работы отдела SD (Enterprise Edition)
9. Отчет по загрузке ресурсов (Enterprise Edition)

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

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

4 июня AgileDays отправился в путешествие на Урал, а точнее в Екатеринбург!

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

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

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