Многие проектные команды использует MS Word для создания проектной документации. Это происходит по нескольким причинам, в частности из-за того, что этим инструментом уже давно овладели практически все пользователи ПК. Однако, мало кто задумывается, что тем самым команда загоняет себя в тупик, из которого практически нет выхода. Вот только некоторые основные ограничения, которые накладывает MS Word на документацию:

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

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

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

Вот основные преимущества, которые дает вашей команде практика time-boxing:

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

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

Варианты установки (развертывания) DEVPROM

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

• Локальная установка - загружаете инсталлятор и используете DEVPROM в своей локальной сети.
• Software as a service (SaaS) - отправляете нам заявку и мы разворачиваем приложение на своем сервере.
• Публичный хостинг - создаете проект на публичном хостинге проектов совершенно бесплатно.

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

Демонстрация DEVPROM, обучение и внедрение

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

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

Партнерская программа

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

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

Перечень изменений:

• I-856 Блок Статистика по задачам итерации на закладке Итерация - было бы здорово преобразовать цифры в ссылки на соотвествующие списки
• I-1207 Отображать комментарии под формой пожелания и задачи
• I-1229 Вики таблица - нужно иметь возможность делать переносы строк внутри ячейки таблицы
• I-1285 Список новых пожеланий
• I-1298 1. Исполнитель по задаче может отчитываться ежедневно о затраченном времени. При...
• I-1526 Добавить фильтр по тэгам в журналах пожеланий, текущие фильтры объединить в выпа...
• I-1530 В журнале пожеланий должна быть возможность видеть пожелания в разрезе Невыполне...
• I-1723 Нужна почтовая нотификация на новые и измененные файлы на закладке Артефакты - т...
• I-1724 На закладке Итерация по задачам отображается информация о времени Запланировано/...
• I-1725 При создании проекта автоматически создавать первичную иерархию разделов требова...
• I-1727 Нужна история изменения артефактов в задаче, починить в истории изменений пожела...
• I-1729 Для журналов пожеланий помимо срезов по состояниям необходимо еще дать возможнос...
• I-1730 При связывании пожелания с требованием и вообще на форме выбора требования необх...
• I-1731 На формах где выбирается тестовый набор (форма задачи, тест план и форма для свя...
• I-1447 Курсив текста со ссылкой не отображается: _Блаблабла: [url=http://www.microsoft....
• I-1554 При Выполнении задачи в Отчет по затраченному времени должна попадать трудоемкос...
• I-1682 При удалении задачи по пожеланию в истории пожелания об этом нет записи, хотя ре...
• I-1683 Неверная сортировка файлов в разделе Изменения страницы Артефакты - кажется, сор...
• I-1704 В вики должно быть запрещено вставлять исполняемый код, например в тег url: jav...
• I-1714 При обновлении файла на закладке Артефакты должна приходить почтовая нотификация...
• I-1715 В списке пожеланий "Все пожелания для функции" неверная сортировка, выполненные ...
• I-1719 На закладке Участники функция Отправить сообщения всем участникам не должна отпр...
• I-1722 На закладке Артефакты обновляю файл, при этом указываю файл с другим названием (...

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

Примеров тому множество. Два разработчика ставят себе сложную систему баг-трекинга, хотя вполне обошлись бы и простым to-do списком задач. Команда из 20 человек использует простенькую баг-трекинг (bug-tracking) систему и хотят с ее помощи планировать сроки, строить планы работ по команде, формировать отчетность по времени, затраченному на задачи. Команда, работающая по Agile-принципам, использует сетевые диаграммы и постоянно обновляет их в MSProject, зачастую только потому, что это просит заказчик или вышестоящий руководитель.

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

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