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

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

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

1. API для интеграции фреймворков автоматического тестирования
2. Отчет Портфолио проектов (Enterprise)
3. Отчет Трассировка реализации пожеланий (Enterprise)
4. Отчет Затраченное время по проектам (Enterprise)
5. Отчет Загрузка ресурсов (Enterprise)
6. Страница Отчеты внутри проекта
7. Отображение участников проекта с группировкой по ролям
8. Возможность исполнителям создавать себе задачи в итерации
9. Поддержка PHP 5.3

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

Оглядываясь назад, а смогли ли они каким-то образом повлиять на индустрию? InfoWorld собрал несколько интересных высказываний от подвижников Agile, участвовавших в этом с самого начала. Вот мнение тех людей, которые стояли у истоков, по поводу Agile 10 лет спустя:

• “I’d say we transformed the industry.” – Ward Cunningham
• “It’s had a pretty significant effect on the industry.” – Scott Ambler
• “I don’t have a sound-bite answer for you on that.” – Kent Beck
• “You still have to do it [Agile] well…. You can do Agile poorly.” – Ian McLeod
• “Sometimes, developers can call practices “Agile” when they are really not.” – Damon Poole

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

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

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

В мире Agile основным элементом требований принято считать истории пользователей (user stories, пожелания). В классическом Скрам, (таком, о котором говорят его создатели), не найти ни спецификаций, ни описания вариантов использования (use cases), ни, тем более, документов с пугающим словом ТЗ.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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