OpenProject

計画・issue・agile・工数・文書・会議を一つのwork management modelへまとめる

work packageを中心にtask/bug、project・portfolio、roadmap、Gantt、Kanban/Scrum、time tracking、cost reporting、Wiki、forum、meeting agenda/minutesまで扱えます。Jira、MS Project、Monday、Asana等から、data sovereigntyを保てるself-hosted候補として比較できます。

出典：[2]

17.8のMCP ServerはAI assistantからwork package更新・comment・relation操作まで扱う

17.8ではMCP Serverがwork packageの作成・更新、comment追加、relationの取得・作成・変更・削除、custom field操作へ拡張されました。UI/APIと同じpermission・business ruleに従うため、agentからproject dataを変更する際も既存の権限制御を利用できます。

出典：[3][4]

project情報をSaaSへ集約せず、組織内でdata・workflow・権限を管理したいteamに

公共・enterprise・regulated環境を含め、project dataを自組織のinfrastructureに置きながら、planningからexecution、time/cost、documentationまで一つのsystemで運用したい場合に向きます。

MCPのwrite機能をCommunity Editionの標準機能と混同しない

OpenProject 17.8のAI/MCP機能は公式release blogでEnterprise add-onとして案内されています。Community Editionはfree/open sourceのcore project managementを提供しますが、AI連携を導入判断の中心にする場合は契約editionと利用可能featureを別途確認してください。

出典：[4][2]

productionではComposeのdefaultをそのまま使わず、TLS・secret・backup・upgradeを運用に含める

公式Docker Compose guideは小規模instance向けの推奨方式ですが、local quick startの OPENPROJECT_HTTPS=false はproduction向けではありません。SECRET_KEY_BASEはpassword同等に扱い、productionではTLS、persistent assets/database、backupとupgrade手順を設計します。

出典：[5]

backendはRails、frontendはAngular/TypeScriptを含む大規模stack。customize時はupgrade追随コストを見込む

current dev branchではRails 8.1系をbackendに使い、frontendはAngular 22系・TypeScriptを中心に多数のUI dependencyを持ちます。forkや深いcustomizationを行う場合は、OpenProject本体のrelease cadenceに合わせたdependency更新とregression testが必要です。

出典：[6][7]