Есть xwiki, там много плагинов, но надо смотреть под свои задачи.
Ну и у Confluence есть лицензия с исходными кодами, как тебе выше написали.

Понял, спасибо!

Вот недавно для себя открыл: в коробке есть похоже все, что есть у Atlassian, есть плагины; бесплатная и "всегда такой останется":
https://phacility.com/phabricator/

Спасибо, очень интересно!

да, коллеги лет 8 его используют уже. Рабочая штука

https://secure.phabricator.com/applications/

ничего себе списочек.....

Стандартный дизайн немного в стиле фейсбука (до последнего изменения последнего).

Можно сказать, что проект почти не развивается

Или что развит до такой степени что и менять уже ничего не надо?
Сегодня вот только над этим думал. Ведь не все живут в культуре Agile и DevOps: всё устраивает; но чинят ошибочки, если такие находятся.
Я сам не знаю, может и не развивается. 😁

Я вот такое проект нашел (управление проектами в виде текста), очень интересный, но тоже, похоже, не развивается:
https://github.com/taskjuggler/TaskJuggler

Буквально сегодня увидел

Последнее время очень плотно работал с отечественной ALM-системой Devprom. Хочу поделиться впечатлениями.
Начнем с того, что это вообще за класс систем.
Application lifecycle management - управление жизненным циклом программного продукта.
Если вкратце, то системы такого класса позволяют управлять проектами на этапах сбора требований, проектирования, разработки, тестирования, поддержки программных комплексов.
У 1С есть похожая Система Проектирования Прикладных решений 1С:СППР.
В мире наиболее известны Jira и Confluence.
Считаю, что Devprom может послужить достойной заменой связке Jira + Confluence и в этом посте расскажу об интересных функциональных возможностях системы в части управления требованиями.
Итак, требования - основа для проектирования любого ПО. Поэтому требования - отдельная сущность ALM системы (отдельный справочник).
-Предусмотрено множество типов требований (например, системное, функциональное , реализуемая функциональность и много других)
-От типа требования зависит поведение этого объекта в системе
-Требования могут связываться между собой несколькими видами связей (производное и исходное, встроенное, зависимое)
-Требования могут быть включены в документы требований. Каждый такой документ может быть экспортирован (например, в word или pdf). Таким образом в devprom легко наполнять/конструировать проектные документы разных типов для разных целей
-На основе требований, разумеется, проектируется реализуемая функциональность/доработки. Это происходит путем создания подчиненных объектов (Задание на разработку)
-Настраиваются этапы потока требований, которые отображаются на досках требований. Посредством доски требований и осуществляется управление жизненным циклом требования
-Поддерживается загрузка требований как из сложно организованного иерархического документа docx, так и из простого табличного файла xlsx
-Имеется мощный инструмент для группового изменения требований
-Легко настраиваемые теги
Оригинал публикации: https://www.facebook.com/groups/analyst1c/permalink/1207599622948697/
Коллеги, был ли материал полезен? Стоит ли далее писать на эту тему?

Коллеги, привет. Посоветуйте хороший обзор функций, возможностей CRM систем. Особенно интересуют возможности костомизации  модели данных, интеграций.

Фабрикатор прикольный, но чего-то смущает, что он php

он нормально тянет небольшие и средние коллективы. PHP сам по себе еще не признак что там трэш и угар :)

Я понимаю, это скорее мои религиозные чувства играют

По идее без разницы на чем написан продукт - facebook и vk тоже на PHP. Не смотрите в исходники (а процентов 80 это не делает) - и все хорошо будет

Мы пользовались фабом - все в markdown, сомнительная альтернатива confluence, если говорить про то, что бизнес будет туда писать

Но в целом - обычная вики, набор репозиториев, проектов. Отличная от привычного понимания модель merge request’ов - тоже доставляет...

Нет. В АЛМ вы говорите про справочник. СПРАВОЧНИК. Дальше думайте сами. В АЛМ должно быть проектирование и управление, а не справочники.