Comments | ailev: Суп из топора: симултрек из JIRA

ailev

Суп из топора: симултрек из JIRA

Dec 30, 2006 17:32

UPDATE: мной была найдена более интересная, чем JIRA система, TrackStudio -- http://www.trackstudio.ru/. Эффект присутствия может обеспечиваться Сroquet -- http://www.croquetconsortium.org. И так далее почти по каждому пункту. ( Read more... )

Comments 16

thx4zmemories December 30 2006, 16:56:48 UTC

Эээ, непонятно зачем запускть perforce поверх confluence/wiki, ибо вики хранит ревизии всех версий документа и поверх этого в документах можно вставлять доп. таги хоть version.major.minor.build

ailev December 30 2006, 17:09:43 UTC

1. Я не говорю о запуске Perforce поверх confluence. Ибо perforce работает с файлами, а не с документами. А в confluence странички-документы, а не файлы. Поэтому ничего из систем версионирования "поверх" запустить нельзя.

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

thx4zmemories December 30 2006, 21:30:18 UTC

Мой ответ был на цитату: "Можно ли запустить Perforce прямо над страничками Confluence -- вот в чем вопрос ( ... )

ailev December 31 2006, 04:07:04 UTC

1. Нет, симултрек у меня -- набор информационных моделей деятельности организации, а не "требования". В симултрек входят прикладные модели (зависящие от предметной области деятельности -- модель картошки в поле, самолета в небе и т.д.) и организационные модели (структура, процессы, финансы, люди и т.д.). В подтверждение того факта, что я знаю о существовании управления требованиями (даже не по отношению к софтверным проектам), я приведу свой старый пост по управлению реформами -- там оно прописано явно: http://ailev.livejournal.com/398953.html... )

Thread 9

thx4zmemories December 31 2006, 11:38:14 UTC

ИМХО не стоит воротить всё это дело вокруг десятка разных чужих тулз, а стоит построить чёткие спеки того, как выглядит "свой" моделе-документо-работо-итп-оборот и пойти к большим дядькам (SAP-оподобные) на поклон для построения custom системы, ибо универсальную создать всё равно нельзя.

ailev December 31 2006, 15:25:09 UTC

А вот с SAP и подобными -- там принципиальная разница. Они же воплощают best practices, а не дают инструментарий. Причем делают это совершенно неоправданно задорого. А у меня свой набор best practices, и нет никакого желания идти куда-то на поклон за большие деньги.

Я уверен, что в конце не будет десятка "чужих тулз". Мне кажется, что все может быть много проще -- и я намерен поработать в этом направлении.

связка с глиффи y_pat January 18 2007, 07:56:53 UTC

Недавно глиффи оценил, но про связку с Вики не думал даже

( ... )

(The comment has been removed)

ailev May 15 2007, 17:45:38 UTC

Не знаю про "потоки работ" (это что?), но в центре должна быть тулза, поддерживающая само понятие task -- и позволяющая делать programming by example из этих элементарных операций (например, по agile-процессу выполнить какую-то цепочку работ, а потом объявить ее бизнес-процессом "задним числом"). Или накидать какую-то группу операций, и грубо оценить их общее время выполнения на заданном множестве ресурсов (это уже проектная метафора).

Поэтому про интеграционную платформу мне не так важно, как про модель представления тасков/операций.

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

(The comment has been removed)

ailev March 12 2008, 19:35:58 UTC

Нет, не попадалась. Если нужно общение по-русски, ставьте TrackStudio, они из Смоленска.