Juick vs Twitter || TrackStudio vs Jira

[winzard]

Обнаружил интересные параллели между Twitter/Jira и Juick/TrackStudio.
Первая пара - жутко популярные приложения, известные во всем мире. Вторая, прямо скажем, не преодолела пропасти (см. книгу "Преодоление пропасти: маркетинг и продажа хайтек-товаров массовому потребителю"Первая пара создавалась достаточно известными в своей отрасли людьми,

Comments

[saveug]

А вы всерьез свой продукт позиционируете как альтернативу JIRA?

[winzard]

Это не совсем альтернатива. Несколько разные сегменты. Мы больше ориентируемся на разделение процессов сбора информации об ошибках и их исправления, причем большее внимание уделяем именно внутренним процессам, сложным workflow. Jira больше ориентирована на open-source методы, когда система по большей части используется для сбора информации.

[saveug]

А можно привести вопиющий (но живой) пример описания workflow в TrackStudio, которое нереализуемо в JIRA?

[maximkr]

ok, 2 примера

[maximkr]

Нет, не совсем. Наличие WBS не превращает issue tracking в project management. Главная разница между ними с точки зрения фич: в issue tracking главное workflow (т.е. движение задач по состояниям), а в project management - gantt chart (т.е. планирование). У них разные целевые группы пользователей, я чуть подробнее тут писал: http://www.trackstudio.ru/node/154... )

[saveug]

"Главная разница между ними с точки зрения фич: в issue tracking главное workflow (т.е. движение задач по состояниям), а в project management - gantt chart (т.е. планирование)"

Странно, вы считаете, что в project management не нужно согласовывать и утверждать планы, вехи? Разве у обычных задач нет состояния (назначена, открыта, выполнена)?

Если ответы утвердительные, то я не понял исходный посыл.

"Скорее наш конкуренты по функциональности - это разного рода workflow management system, например Serena TeamTrack"

Опять, не очень понимаю, как Вы понимаете workflow management system. В классическом смысле, это системы по управлению жизненным циклом некоторого элемента процесса.

Данное поведение характерно для любой системы, автоматизирующей некоторые бизнес-процессы, а project management и issue tracking являются такими системами без сомнения.

Более того, issue tracking обычно подразумевает именно трекинг, то есть отслеживание хода работ (или состояния) по issue, тикетам и <вписать любой артефакт>. А трекинг как раз реализуется

[maximkr]

Думаю, разница между issue tracking и project management в фокусе

[saveug]

Да, я в целом соглашусь.

Занимаясь разработкой ПО с такой проблемой, как great gap между issue tracking и project management, сталкивался постоянно.

Кстати, если вы этого еще не сделали сами, то мне время открыть карты. Именно этот gap мы хотим закрыть в своем продукте: DEVPROM

На наш взгляд и по отзывам, в целом это получается.

Мы конечно в лоб не строим Gantt, это глупость, хотя есть выгрузка в MSProject, но эффект планирования достигается за счет реализации Agile-практик.

"В общем я пока хороших реализаций интегрированного bug tracking + project management не видел (хотя и не особенно искал)."

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