в облаке
Попробовать

Новая версия DEVPROM 2.9.6

08.12.2011 22:26

Доступна для загрузки новая версия системы управления проектами 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.

Более подробное описание по работе с плагином вы сможете найти в документации: Новая версия DEVPROM 2.9.6.

 

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

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

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

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

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

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

Еще интересные статьи на эту тему: