Доступна для загрузки новая версия системы управления проектами Devprom 2.9.6!

Спешим рассказать вам про два основных нововведения в этой версии, делающие Devprom незаменимым инструментом для каждой проектной команды: кастомизируемые поля пожеланий (и требований, и других проектных артефактов) и полная интеграция с MSProject!

И еще несколько чуть более мелких, но не менее важных фич:

• Управление тестированием
• Новые варианты оценки трудоемкости
• Доработки по доске задач и пожеланий
• Дополнительные возможности настройки проекта

1. Кастомизируемые (пользовательские) поля пожеланий и других артефактов

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

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

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

2. Полная интеграция с MS Project (*beta)

Активным пользователям инструмента планирования от компании Microsoft будет интересно узнать о появившейся возможности интеграции системы управления проектами DEVPROM с MS Project 2007/2010. Это означает, что вы сможете:

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

Плагин работает только с Enterprise-версией Devprom. Отправьте нам запрос на trial версию Devprom.Enterprise, чтобы оценить все ее возможности и первыми начать использовать плагин к MS Project.

Более подробное описание по работе с плагином вы сможете найти в документации: Плагин к MS Project.

3. Управление тестированием

3.1. Постановка процесса управления тестированием

Мы описали решение по управлению тестированием при помощи DEVPROM, где показаны следующие основные возможности системы для поддержки:

• разработки тестовой документации (тест-дизайн);
• выполнения проверки (тестирования) инкрементов функциональности;
• выполнения smoke-, регрессионного и приемочного тестирования;
• планирования работ и контроль за результатами тестирования.

Подробнее о решении вы можете познакомиться на странице с его описанием: Управление тестированием продуктов

3.2. Легковесный подход к тестированию

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

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

4. Варианты оценки трудоемкости

Различные команды для разных проектов могут использовать разные способы оценки трудоемкости, используемые в прогнозе сроков реализации очередного релиза или спринта. К двум существовавшим ранее (по количеству и Story Points), мы добавили еще один способ оценки трудоемкости - в идеальных часах. Теперь для каждого варианта оценки трудоемкости используются соответствующие элементы управления: поля для ввода идеальных часов и выпадающие списки для Story Points.

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

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

5. Доработки по доске задач и пожеланий

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

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

Доска задач теперь отображается на закладке с соответствующим названием "Задачи". Мы реорганизовали бывшую закладку "Итерации", оставив на ней только фильтр по итерациям, burndown-диаграмму и параметры по выбранной итерации, а также список (или доску) задач.

6. Дополнительные возможности настройки

6.1. Несколько терминальных состояний

Для некоторых проектов актуальна проблема нескольких терминальных состояний для пожеланий. Например, пожелание может быть выполнено, то есть реализовано в какой-то версии приложения, а может быть закрыто или отложено, то есть не будет реализовано. Закрытые пожелания не требуют проверки, тестирования, а сохраняются для истории. В новой версии DEVPROM появилась возможность определять несколько терминальных состояний.

6.2. Сохранение задач при исключении пожелания из итерации

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

6.3. Комментирование задачи

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

Полный список выполненных доработок и исправленных ошибок

• [I-12885] Создал проект по шаблону "Проект...
• [I-13095] Дополнительные метрики по задачам в итерациях
• [I-12816] Добавление пользовательских полей
• [I-13350] В администрировании показывать параметры установки
• [I-13017] Автоматическое обновление доски задач
• [I-13227] Быстрое списание времени на доске задач
• [I-13267] Добавить поиск по комментариям
• [I-13268] Разрешить определять несколько терминальных состояний
• [I-13269] Оценка трудоемкости пожеланий в часах
• [I-13270] Добавить дату начала и окончания к пожеланию и задаче
• [I-13280] SOAP: добавить операцию массового сохранения
• [I-13281] Необходимо добавить завязку на лицензирование
• [I-13312] Мелочи по тестированию
• [I-13313] Убрать функциональность включения в спринт тест-планов и их позиций
• [I-13319] Доработки по странице заполнения отчета по тестированию
• [I-13321] Два workflow тестирования
• [I-13322] Если несколько параллельных итераций, то нельзя сохранить нужную
• [I-13324] Привязка задачи к пожеланию
• [I-13325] В списках добавить сортировку по UID
• [I-13326] Добавить возможности фильтрации по атрибутам задач к спискам пожеланий
• [I-13337] В выпадающий список операций для пожелания добавить: 1. "Показать задачи" - такая ссылка...
• [I-13374] Убрать статистику со страницы итерации
• [I-13397] Реализовать механизм оптимистичного блокирования записей
• [I-13401] Добавить массовую операцию для изменения типа требования
• [I-13412] Явно подставлять ширину изображения в тэг image при добавлении картинки
• [I-13435] Можно ли из списка свободных задач убрать задачи из будущих итераций?
• [I-1959] Плагин к MS Project
• [I-4057] Импорт данных из Redmine
• [I-12157] Добавить возможность комментирования задачи
• [I-12551] Нельзя удалять задачи при исключении пожелания из итерации
• [I-12552] Нужно позволять создавать задачи без оценки трудоемкости
• [I-13429] При использовании редактора wysiwyg для проектных документов не работает превью
• [I-13343] При импорте файла xml в MS Project, данные по трудозатратам пишутся в...
• [I-13392] У истории пользователя появляется куча идентичных Приложений
• [I-13387] Нет возможности скачать файл из подключенного репозитория SVN...
• [I-13389] При экспорте списков пожеланий/задач в Excel не отображается переход
• [I-13393] При экспорте в RTF съедаются кавычки. На экране вижу: Содержимое раздела «Информирование»...
• [I-13394] В разделе администрирования некорректно отображается количество пользователей в системе
• [I-13408] При поиске требования неудобство... Есть требование...
• [I-13411] В проекте "Задачи для аналитиков" на 25.11.2011 на меня списано 48 часов...
• [I-13438] Некорректно работает счётчик последнего посещения

Stay tuned!

http://facebook.com/devprom