OpenProjectとは何か｜何を管理する道具で、どこまでできるか
OpenProjectとは何かを調べている段階で知りたいのは、機能の一覧ではありません。自分たちの仕事のどの部分が、この道具の中に入るのか。そして入れるために何を用意する必要があるのか。この2つです。ここでは2026年9月時点で公開されている公式資料をもとに、この道具が何を扱う設計になっているかを整理します。
一言でいうと、計画から実績までを1つの器に入れる道具
分類としてはプロジェクト管理ソフトウェアです。ただし同じ分類の中にも、カードを並べて進める形、課題を1件ずつ追う形、文書を中心に据える形と、いくつかの流派があります。
この道具が立っているのは、計画を引く側です。案件を段階に分け、節目を置き、前後関係をつなぎ、そこに人と時間と費用を紐づけて、最後に実績を集計する。この一連を1つの器の中で完結させる作りになっています。
そのため、最初に触ったときに覚えることが多く感じられます。カードを1枚作って終わり、という軽さはありません。そのかわり、案件が数十件に増えて、複数の部署がまたがって、外に対して進捗を報告する必要が出てきたときに、後から道具を替えずに済みます。
公式に掲げられている用途の一覧を見ると、案件の一覧管理、計画と日程、作業と課題の追跡、アジャイルとカンバンとスクラム、時間の記録と費用の集計と予算、チームの共同作業、会議の管理、製品の道筋と版の計画、業務の流れの定義といった項目が並んでいます。守備範囲の広さがそのまま特徴です。
中心にあるのは、作業パッケージという1つの単位
この道具を理解するとき、最初に押さえるべき言葉が1つあります。作業パッケージです。
案件の中で扱うものは、ほぼすべてこの単位で表されます。段階も、節目も、通常の作業も、不具合も、機能の要望も、形としては同じ作業パッケージです。違うのは型だけです。型によって、入力できる項目や画面での見え方が変わります。
この設計には利点があります。段階と作業を別々の仕組みで管理する道具だと、「この段階の下に何件の作業があるか」を出すのに集計が要ります。同じ単位で表していれば、親子の関係でつなぐだけで済みます。
もう1つの利点が、見方を切り替えられることです。同じ作業パッケージの集まりを、表として見ることも、工程表として見ることも、カンバンの板として見ることも、カレンダーとして見ることもできます。見方を変えるたびにデータを作り直す必要がありません。
欠点も同じところから来ます。何でもこの単位で表せるので、最初に「何を1件にするか」を決めていないと、粒度がばらばらなものが同じ一覧に並びます。1日で終わる作業と3か月かかる段階が同じ表に混ざると、どちらの視点でも読みにくくなります。導入の初期に、この決めごとをしておく必要があります。
同じデータを開き直す、5つの見方
日常的に使う画面を整理しておきます。
・表。作業パッケージを行として並べる。絞り込みと並べ替えと集計ができる ・工程表。同じ集まりを横軸の時間で並べる。前後関係を線で表す ・カンバンの板。状態ごとに列を作り、カードを移して進める ・カレンダー。日付を持つものを月単位の枠に落とす ・人を軸にした予定の画面。誰がいつ何をしているかを並べる
このうち、表と工程表とカンバンとカレンダーは無料の版に入っています。人を軸にした予定の画面は有料の追加機能で、Basic以上の段階が必要です。
カンバンの板は1種類ではありません。状態ごとに列を作るもの、担当者ごとに列を作るもの、版ごとに列を作るもの、子のプロジェクトごとに列を作るものが用意されています。同じカードの集まりを、どの軸で並べたいかで選びます。
見方が複数あることの意味は、役割ごとに違う画面を見られる点にあります。作業する人はカンバンの板だけを見て、とりまとめる人は工程表を見て、上に報告する人は集計した表を見る。同じデータを見ているので、報告のたびに数字を突き合わせる作業が要りません。
似た言葉が多いので、先に並べておく
最初の説明で詰まる原因の多くは、機能ではなく言葉です。意味の近い言葉が複数あるので、対応表を作っておくと社内の説明が短くなります。
・プロジェクト。案件そのものの箱。入れ子にでき、親の下に子を置ける ・モジュール。その箱の中で有効にする機能。工程表、会議、Wiki、時間と費用などを個別に入り切りする ・作業パッケージ。案件の中で扱う1件。段階も節目も作業も不具合もこの形 ・型。作業パッケージの種類。型によって入力欄と見え方が変わる ・状態。いまどこにあるか。未着手や進行中や完了にあたるもの ・業務の流れ。どの役割が、どの状態からどの状態へ動かせるかの定義 ・版。まとまりとして区切る単位。製品の版や、スプリントの単位に使う
この7つが分かれば、管理画面の設定項目はほぼ読めます。逆に、ここを飛ばして画面を触らせると、状態と型の区別が付かないまま使われて、後から集計が合わなくなります。
導入の説明会では、最初に扱うのは作業パッケージと状態の2つだけにしてください。型と業務の流れは、とりまとめる人だけが知っていれば回ります。
権限の考え方を、最初に押さえておく
誰が何を見られるかの仕組みも、他の道具と作りが違います。
まずプロジェクトごとに、公開するかしないかを選びます。公開していないプロジェクトは、参加している人にしか見えません。案件ごとに見える範囲を切れるので、社外の人を1案件だけに入れる運用ができます。
参加している人には役割を割り当てます。役割ごとに、何ができるかが細かく定義されています。読むだけ、作業を作れる、日付を動かせる、設定を変えられる、といった粒度です。役割は自分たちで作れるので、社内の実態に合わせて調整できます。
人をまとめたグループを作って、グループ単位で案件に入れることもできます。部署の単位で人が入れ替わる組織では、個人を1人ずつ足すより運用が軽くなります。
無料の版に含まれるのは、利用者とグループと権限の管理、利用者の属性、組織の構造、二要素認証、外部の認証基盤との接続です。一方で、1回のログインで社内の複数のサービスに入る仕組みと、利用者情報の自動的な払い出しは有料の側にあります。全社の認証基盤に載せる前提があるなら、ここで段階が決まります。
外とつなぐ経路と、データの出口
閉じた道具ではなく、外とやり取りする経路が用意されています。
開発の現場向けには、コードの管理サービスとの連携が無料の側にあります。作業パッケージと変更の記録を紐づけられます。ファイル置き場との連携は、無料で使えるものと有料の段階で開くものに分かれています。
表計算ソフトとの双方向の同期も案内されています。工程表の絵ではなく日付の一覧でよい場面では、こちらのほうが扱いやすいことがあります。
他の課題管理サービスからの取り込みには、専用の道具が用意されています。移行の経路が最初から想定されているのは、乗り換えを検討する側には安心材料です。
出口についても確かめておいてください。作業パッケージの一覧は、表計算の形式や区切り文字の形式で書き出せます。PDFでの書き出しにはいくつかの形があり、表の形、報告書の形、工程表の形が用意されています。このうち工程表の形は有料の追加機能です。
外部から操作するための接続口も無料の側にあります。社内の別のシステムから件数を取って表示する、といった使い方が可能です。自動化の道具を挟んで他のサービスとつなぐこともできます。ただし、この種の作り込みは作った人しか保守できなくなりがちなので、誰が面倒を見るかを決めてから着手してください。
時間と費用が、同じ器の中に入っている
進行の管理と、工数の集計を別のシステムでやっている組織は多いはずです。この道具では、両方が同じ中にあります。
作業パッケージに対して時間を記録できます。記録した時間は、案件ごと、人ごと、期間ごとに集計できます。費用の種類を定義して、単価を掛けた金額を出すこともできます。予算を設定して、実績との差を見る機能もあります。
見込みの作業量と、実際にかかった時間は別の数字として扱われます。この2つを混同すると進捗の数字がおかしくなるので、どちらを誰が入れるかを最初に決めておく必要があります。
外部の時間記録サービスとの連携も用意されています。すでに別のサービスで工数を付けている場合、そちらを残したまま連携する経路があります。
ただし、この領域まで使うかどうかは慎重に決めてください。時間の入力は作業する人の負担が最も大きい部分です。進行の管理だけなら数日で定着しますが、工数の入力まで求めると、定着するかどうかは組織の文化に左右されます。段階を分けて、進行だけで数か月回してから工数に手を付ける進め方が現実的です。
会議と文書と掲示板も、同じ中にある
案件にまつわる情報のうち、作業以外のものを置く場所も用意されています。
会議の管理では、1回限りの会議と繰り返しの会議を作れます。議題を並べ、会議に作業パッケージを紐づけ、決まったことを記録します。会議の雛形を再利用する機能は有料の側にあります。
Wikiがあり、案件ごとに手順や決めごとを書けます。文書の共同編集も用意されています。掲示板の形で議論を残す場所もあります。
ファイルについては、外部のファイル置き場との連携が用意されています。無料の版で使える連携と、有料の段階で開く連携が分かれています。
この「全部入っている」という性質は、評価が分かれる点です。すでにチャットも文書も別のサービスで動いている組織にとっては、使わない機能が画面に並ぶことになります。導入の初期にモジュールを絞って、要らない機能は画面から消しておくほうが、作業する人の迷いが減ります。
オープンソースであることが、何を意味するか
この道具は、無料で使える版が公開されており、その源になっているコードも公開されています。この性質は、3つの意味を持ちます。
1つ目が、費用です。無料の版に人数の下限はなく、期限もありません。自分たちのサーバーに入れれば、ソフトウェアの費用は0になります。
2つ目が、置き場所を選べることです。データを自社の管理下に置きたい要件がある組織では、これが決め手になることがあります。公的機関や、規制の厳しい業種で使われている理由の1つです。
3つ目が、続き方です。提供元の判断でサービスが止まっても、コードが公開されている以上、自分たちで動かし続ける選択肢が残ります。ただしこれは「誰かが実際に動かし続けられる」ことが前提です。社内にその能力がないなら、この安心は名目上のものになります。
提供元は無料の版と有料の版の関係について、有料の契約が無料の版の開発を支えていること、そして有料の側の機能を定期的に無料の側へ出していることを説明しています。無料の版が置き去りにされる構造ではない、という主張です。
自分のサーバーに置く場合に、先に確かめること
自前で置く判断をするなら、要件を先に読んでおく必要があります。公式には最小構成としてクアッドコア以上で2GHz以上のCPU、メモリ4096MB、空き容量20GBが挙げられています。これは合計200人までの1台構成の数字です。
規模が上がると数字も上がります。公開されている構成例では、500人規模でCPUが8、メモリが8GB、ディスクが40GBという並びです。1500人規模、そして8万人から10万人規模の例まで載っています。
データベースには条件があります。
OpenProject officially supports PostgreSQL version 16 or above since OpenProject 16.0.0. PostgreSQL versions 13 - 15 are not officially supported, but MAY continue to work, but could result in incompatibilities and degraded performance in the future. 出典: openproject.org
必要な拡張機能もいくつか挙げられており、文字の類似検索や検索辞書に関わるものが含まれます。社内の共用データベースに相乗りする計画なら、これらが入れられるかを先に確かめてください。
必要な資源の見積もりは、登録されている人の総数ではなく、同時に使う人の数で決まるとも書かれています。総数が1000人でも、同時に使うのが20人なら、100人の組織と必要量は変わらないという説明です。とはいえ総数は目安になるので、両方を出しておくのが実務的です。
置き方は2つあり、片方には縮小の予告が出ている
自前で置く方法は2種類あります。コンテナを使う方法と、パッケージ形式で入れる方法です。公式はコンテナを使う方法を推奨しています。
パッケージ形式で入れる場合、対応する配布物の一覧が公開されています。それぞれに終了時期が添えられており、Ubuntu 22.04向けは2027年の第2四半期ごろ、Ubuntu 20.04向けは2025年の第3四半期で終了、Debian 12向けは2027年の第2四半期ごろ、Debian 11向けは2026年の第3四半期という並びです。
そして重要な注記があります。今後の一部の機能はコンテナを使う置き方でのみ提供する予定で、新しいLinuxのバージョン向けにパッケージ形式の配布を用意する予定はない、と書かれています。これから入れるなら、コンテナを選ぶほうが後の手戻りが少なくなります。
配布されるパッケージは64ビット版のみで、CPUの種類についても制限があります。パッケージはAMD64向けのみ、コンテナはARM64とAMD64の両方が用意されているという説明です。
対応する環境と、言語の扱い
利用者側の環境については、主要なブラウザの最新版に対応しているとされています。挙がっているのはFirefox、Edge、Chrome、Safariの4つです。モバイル向けのアプリも用意されていますが、案内には試験段階である旨の注記が付いており、既知の制限をまとめたページも用意されています。
言語については、30以上の言語に翻訳されていると案内されています。例として挙がっているのは、ドイツ語、中国語、フランス語、イタリア語、韓国語、ラトビア語、リトアニア語、ポーランド語、ロシア語、スペイン語、トルコ語などです。日本語がこの一覧に含まれているかどうかは、この案内文からは読み取れませんでした。日本語で使いたい場合は、実際に試用の環境を作って、利用者の設定画面で選べるかを自分の目で確かめてください。
なお、利用者の設定に希望の言語が出てこない場合は、管理者が環境の設定で有効にする必要があると書かれています。選択肢に無いからといって、翻訳が存在しないとは限りません。翻訳は外部の翻訳プラットフォームで進められており、誰でも参加できる形になっています。
案内サイト自体は、英語、ドイツ語、スペイン語、フランス語、ポルトガル語の表示が用意されています。
どこまで大きくなっても持つのか
数十人で始めて、数年後に数百人になる想定があるなら、上限がどこにあるかを先に見ておく価値があります。
公開されている構成例には、規模ごとの目安が並んでいます。200人以下の小さな構成、500人程度の中規模、1500人程度で同時利用が中から高い構成、そして8万人から10万人規模で複数の組織が同居する構成までです。少なくとも、数百人で行き詰まる設計ではないことが読み取れます。
処理の仕組みについても説明があります。画面の要求を捌く担当と、メールの送信や重い処理を裏で行う担当が分かれており、既定では前者が4つ、後者が1つです。人が増えたら、この数を増やす形で対応します。資源を足すだけでは足りず、足した資源を使う設定に変える必要がある、と明記されています。
データベースについては、規模が上がれば外部に分けることや、設定の調整が必要になる場合があるとされています。保存先は速い媒体が望ましいという記述もあります。高い可用性が要る場合は、複数のサーバーに振り分ける構成が案内されています。
裏で走る処理の詰まりを監視する仕組みも用意されており、詰まっていれば担当を増やす判断ができます。自前で置くなら、この監視を最初から入れておいてください。遅いという苦情が出てから調べ始めると、原因の切り分けに時間がかかります。
提供している会社はどこか
法的表示のページによれば、提供しているのはOpenProject GmbHで、所在地はベルリンです。商業登記の番号と代表者の氏名、付加価値税の登録番号が記載されています。料金ページのよくある質問にも、拠点がドイツにあるためアメリカ向けの税務書類は別の様式になる、という説明があります。
支払いに関しては、請求書による銀行振込は欧州連合、スイス、アメリカに拠点のある組織に限ると明記されています。日本の会社が契約する場合、この条件に自社が当てはまるかどうかは事前の確認が要ります。
会社が入れ替わったことや、事業が譲渡されたことを示す記載は、公開されている範囲では見当たりません。製品の提供が終わる予告も見当たりません。新規の受付停止の案内もなく、無料の版の配布と有料の14日間の試用は現在も用意されています。料金の改定については、過去の改定時期を示す公開資料が見当たりませんでした。
向くチームと、持て余すチーム
ここまでの内容から、合う場面と合わない場面を整理します。
向いているのは、期間が数か月以上あって、段階と節目が決まっていて、外に対して進捗を報告する義務がある案件です。建設、公的機関、研究、製造といった領域で使われている理由はここにあります。工程表と実績の集計が同じ場所にあることが、そのまま報告の手間の削減になります。
持て余しやすいのは、案件の区切りが曖昧で、日々入ってくる依頼を順に片づけていく形の仕事です。この形の仕事に段階と節目を設定しても、設定そのものが仕事になってしまいます。カードを並べて動かすだけの軽い道具のほうが噛み合います。
もう1つ、導入の初期に負けやすいのが、覚えることの多さです。作業パッケージ、型、状態、業務の流れ、版、段階、モジュール。最初の説明会でこれを全部説明すると、作業する人は使う前に離れます。最初は1つの案件で、表とカンバンの2つの画面だけを使い、他のモジュールは画面から消しておく。この始め方が現実的です。
どこから開く道具なのか
日々の入口がどこになるかは、定着に直結します。この道具には、人ごとの入口が2つ用意されています。
1つが、自分用の画面です。自分に割り当てられた作業、自分が作った作業、期限が近いものなどを部品として並べられます。朝いちばんに開く場所として設計されています。
もう1つが、通知の中心となる画面です。自分に関係する変更だけが集まります。案件が増えると、全部の案件を見に行くことはできなくなるので、この画面が実質的な入口になります。通知の条件は個人ごとに設定できます。
案件ごとの入口としては、概要の画面があります。案件の状態、担当者の一覧、進行中の作業の件数といった部品を置けます。部品の種類と配置は案件ごとに変えられるので、報告に使う数字をここに集めておくと、会議の準備が要らなくなります。
この3つのうち、どれを全員の入口にするかを決めてください。決めないまま配ると、人によって見ている画面が違い、話が噛み合わなくなります。作業する人には通知の画面、とりまとめる人には案件ごとの概要、と役割で分けるのが分かりやすい整理です。
触って確かめる順番を決めておく
判断のために試すなら、順番を決めておくと迷いません。
・預ける形の試用環境を作る。14日間で、終われば自動的に止まる ・進行中の案件を1つ選び、実際の作業を20件から30件入れる ・表の絞り込みを3つ作って保存する ・工程表を開いて、前後関係を数本つなぐ ・作業する人を2人だけ招いて、1週間動かしてもらう ・1週間後に、その2人が自分から更新していたかを確かめる
最後の1行が判定です。機能が足りているかどうかより、作業する人が自分から触ったかどうかで決まります。触っていないなら、原因が画面の分かりにくさなのか、そもそも入力する動機がないのかを切り分けてください。後者なら、道具を替えても解決しません。
寄せられる相談から見えていること
進行の道具についての相談を眺めていると、「何を管理する道具か」を調べている段階の人が気にしているのは、たいてい2つです。いまの仕事の全部がその中に入るのか、そして入れたあとに全員が使い続けるのか。
前者については、守備範囲の広い道具ほど安心に見えます。しかし実際には、広いことが定着の妨げになる場面のほうが多くあります。画面に並ぶ選択肢が増えるほど、作業する人は「自分はどれを触ればいいのか」で止まります。
後者については、道具の側でできることが限られます。入力の手間が1分を超えると、忙しい週には飛ばされます。飛ばされた表は翌週には信用されなくなり、そこから戻りません。
こうした事情から、道具の作りとしては、段階で機能を分けず機能で絞らず、区切るのは人数とボードの数だけという形もありえます。全員が同じ画面を見て、覚えることが少なければ、定着までの時間は短くなります。そのかわり、費用の集計や資源の配分まで1つの器で扱いたい要望には応えられません。どちらが合うかは、案件の長さと、外に報告する義務の有無で決まります。
似た位置にある道具と横に並べたい場合は、カードで進める形との違いを整理したTrelloとの比較、課題の追跡を軸にした形との違いをまとめたBacklogとの比較、作業の割り当てを軸にした形との違いを扱ったAsanaとの比較が、それぞれ別の切り口を持っています。まとめて見るなら比較の一覧から入れます。機能の範囲はできることに、費用の考え方は料金にあります。データの取り込みはTrelloからの移行に、預ける形を選ぶときの判断材料は安全性の考え方に、契約前に出やすい疑問はよくある質問にまとめてあります。
導入の可否を決める前に、3つだけ答えを出しておいてください。案件の区切りは決まっているか。工数の集計まで求めるか。そして、サーバーを見る人が社内にいるか。この3つが埋まれば、置き方も段階も自然に絞られます。
Q1. OpenProjectは無料で使えますか？
無料で使える版が公開されています。2026年9月時点の料金ページでは、Communityの欄は費用が0で最低利用人数の指定もありません。工程表、カンバンの板、カレンダー、時間の記録、費用の集計といった主要な画面は無料の側に含まれます。ただしサポートは掲示板と公開ドキュメントが中心です。
Q2. 自分たちのサーバーに入れるには何が要りますか？
公式の要件では、合計200人までの1台構成でクアッドコア以上かつ2GHz以上のCPU、メモリ4096MB、空き容量20GBが最小とされています。データベースはPostgreSQL 16以上が正式な対応です。置き方はコンテナを使う方法が推奨されており、パッケージ形式は新しいLinux向けの提供予定がないと書かれています。
Q3. 日本語で使えますか？
公式の案内では30以上の言語に翻訳されているとあり、例としてドイツ語、中国語、フランス語、韓国語などが挙がっています。日本語がこの一覧に含まれるかどうかは、その案内文からは読み取れませんでした。試用環境を作って、利用者の設定画面で選べるかを確かめるのが確実です。選択肢に出ない場合は管理者が有効にする必要があります。
Q4. どんなチームに向いていますか？
期間が数か月以上あり、段階と節目が決まっていて、外部に進捗を報告する必要がある案件に向きます。逆に、日々入ってくる依頼を順に片づける形の仕事では、設定そのものが仕事になりやすく持て余します。導入するなら最初は1案件に絞り、使わないモジュールは画面から消しておくのが現実的です。