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

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

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

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

Мы постарались сделать установку максимально простой: запускаете инсталлятор, настраиваете почту, подключаетесь к SVN — 10 минут и все готово. Инструкция прилагается :)

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

Обычно журнал пожеланий продукта (product backlog) или его часть, оценивается по сумме планируемых трудоемкостей пожеланий (user story), в него входящих. Эта цифра интересна тем, что с ее помощью можно прикинуть срок, через который данные пожелания будут реализованы командой.

1. Классика жанра здесь: сумма трудоемкостей / (размер команды * рабочих часов в день) * фокус-фактор = выдает очень неточный прогноз, потому что не учитывает исторические данные.

2. Чтобы увеличить точность, берем среднюю скорость разработки команды (velocity) в данном релизе или итерации, учитываем погрешность недооценки пожеланий и среднее время, которое тратится на исправление ошибок — и считаем с учетом этих параметров = получаем гораздо более точный результат, допустим 5 дней для некоторого набора пожеланий.

Однако, часто бизнес-заказчку (при ресурсной модели) и боссам со стороны команды (fixed-price модель) интересно оценить реализацию набора пожеланий в тех единицах, к которым они привыкли — в деньгах.

Классическим примером оценки текущего состояния проекта является burndown диаграмма — объективно, самый лучший инструмент, позволяющий увидеть реальное состояние дел в итерации.

Но оказывается, и его можно усовершенствовать — дополнительно измерять скорость разработки по проектным фазам: анализ требований, разработка, тестирование, документирование и т.п.

Для 100% кросс-функциональной команды, где разработчик = тестировщик = аналитик, это наверное не так важно — если анализ требований будет не успевать, остальные накинутся и помогут. Но много ли таких команд вы знаете?

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

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

Грамотно управлять проектом – значит сочетать науку и искусство! Успешно управлять проектом – значит создать команду, которая произведет нужный коммерческий или общественно важный продукт, и тем самым, исполнит свою миссию. Эффективный менеджер руководит командой, демонстрируя симбиоз технических решений и управленческих методов в своей работе.

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