Уважаемые, нужен совет.

Нашей конторе требуется система контроля разработки софта. Что-то вроде готовой bug/issue tracking системы (JIRA, bugzilla, ClearQuest, etc). Сейчас используется убогая внутренняя система, написанная самостоятельно.

Разработка любой новой фичи требует привлечения более одного человека, причем у каждого их них будет свой собственный текущий статус и прогресс. Все системы, что я видел (та же JIRA) , позволяют назначать issue одному человеку с возможностью перебрасывать его другим людям, что, возможно, годится для bug-fixing'а, где на каждый баг выделяеся один разработчик, но для разработки нового функционала подходит значительно хуже (либо я что-то не так понимаю). Предлагаемые workaround'ы - sub-task'и в JIRA - не годятся, поскольку JIRA из коробки никак не контролирует их зависимости (все их связи типа "is blocked by" чисто декларативные, и никаких действий не ограничивают - можно запросто закрыть блокируемую задачу, когда блокирующая еще даже не открыта). Прочие workaround'ы JIRA для коллективной работы над issue - custom-поле с разработчиками, назначение issue JIRA-группе разработчиков или абстрактному разработчику с групповым email'ом - явно какая-то ерунда, не могу себе представить, что это реально используется.

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

arni,

именно. Про sub-task'и я в курсе. В JIRA практически нет возможностей взаимодействия между ними. Зависимости типа "is blocked by" чисто декларативные. Чтобы, например, запретить закрытие родительской задачи, при незавершенных дочерних, надо писать custom-код. Хотя контроль зависимостей между задачами востребован, если судить по JIRA форуму и наличию разных plug-in'ов для JIRA, реализующих эту функциональность.

Если принять за истину подход "Следить за работами по проекту все равно должен человек. В конце концов пользователи всегда хитрее любого софта и все равно найдут способ сделать то, что захотят", то можно задаться вопросом "а зачем нужна JIRA (или ее аналог)? Менеджер может все задачи вести в Excel, а отчитываться ему будут по email".

Пример из нашей внутренней системы:
PM назначил на задачу аналитика, java-разработчика, db-разработчика, тестировщика и прочих. Работа аналитика, очевидно, предшествует работе разработчиков, а их работа - работе тестировщика. Если разработчики свою часть закончили, а следующий за ними тестировщик свою работу не начал, то через некоторое время менеджер оповещается по email о его безделье. И может сразу принять меры. И т.д.

Как в JIRA автоматически менять статус task'а с "waiting for blocked by task" на "blocked by task is done; ready for work"? PM должен все отслеживать вручную?! Как-то это накладно, по-моему.

rgb-dart..У тестировщиков есть работа, а они балду гоняют? Системой issue-tracker'a эту проблему вы вряд ли решите :)
Почему же не решить-то? Возможность автоматической эскалации именно для того и предназначена. Задача назначена кому-то, а он не меняет статус уже полдня (может, завален другими задачами) - автоматом email PM'у, он принимает меры. Без такого email'а прогресса в задаче может не быть еще очень долго.

Если бы эта функциональность не была востребована, то ее не пытались бы реализовывать.