OpenProjectが使いにくいと感じるとき｜合っていないのは道具か、組み方か
OpenProjectを入れたものの、入力が続かない、見たい表にたどり着けない、動きが重い。そうした不満が「使いにくい」という一語にまとめられてしまうと、次に何を直せばよいのかが見えなくなります。原因が道具の側にあるのか、自分たちの組み方の側にあるのかで、打つ手はまったく変わります。ここでは公式ページで確かめられる事実だけを並べ、切り分けの順番を示します。
「使いにくい」という言葉が指している中身は3つある
進行をとりまとめる立場の人に不満が集まるとき、その中身はたいてい次の3つに分かれます。混ざったまま議論すると結論が出ません。
・入力が面倒だ、という手間の話 ・見たい情報がどこにあるか分からない、という道順の話 ・画面が出るまで待たされる、という速さの話
1つ目は、登録する画面に並ぶ項目の数で決まります。必須の項目が多いほど、担当者は登録そのものを後回しにします。現場では、必須が5つを超えたあたりから更新が止まると言われています。これは道具の問題ではなく、管理側が「あとで集計したいから」という理由で項目を足していった結果です。
2つ目は、表示の作り置きが足りていないという話です。毎回、条件を指定して絞り込んでいるなら、その手間が全員に毎日かかっています。よく使う3つか4つの見え方を作って固定しておけば、この不満はほぼ消えます。
3つ目だけが、道具や置き場所の話です。自分たちのサーバーに置いている場合、遅さの原因は機材の割り当てか、データベースの版か、同時に使っている人数のどれかに絞られます。後述するとおり、公式が示している必要量を下回っていれば、どれだけ画面を直しても速くはなりません。
この3つのどれに当たっているかを、まず言葉にしてください。「使いにくい」のままでは、道具を替えても同じ不満が別の道具で再発します。
無料の範囲が広いことが、かえって迷いを生んでいる
OpenProjectには無料のCommunity版があり、料金ページでは最低人数の指定もないと書かれています。ここで押さえておきたいのは、無料版の範囲がかなり広いということです。
公式の料金ページにある機能の比較表では、Community版の欄に印が付いている項目として、ガントチャートと工程表、カンバンボード、スクラムの製品バックログとスプリントボード、作業の分解構成、時間の記録、コストと予算、会議の管理、ウィキ、フォーラム、独自項目、独自の作業の流れ、利用者グループと権限、全文検索、Nextcloudとの連携、Jiraからの移行ツール、REST API、LDAP認証、2要素認証などが並びます。リポジトリの連携も、Community版では印が付いています。
つまり、多くのチームが「これが無いと困る」と考える機能は、無料の時点でほぼ揃っています。ここが迷いの原因になります。機能が足りないから使いにくいのではないので、機能表を見比べても解決しません。むしろ、最初から選べる項目が多すぎることが、設定を複雑にしてしまう方向に働きます。
新しく入れるときに起きがちなのは、標準で用意されている作業の種類や状態をそのまま全部使ってしまうことです。種類が8つ、状態が10個ある状態で運用を始めると、登録する人は毎回選択に迷います。迷う場所が2つあるだけで、入力は目に見えて減ります。
有料の線がどこに引かれているか
一方で、有料の追加機能として切り出されているものもあります。公式の料金ページの比較表で、Community版に印が付いていない項目を挙げると、性質がはっきりします。
・基準線の比較。昨日の状態との比較はCommunity版に含まれ、任意の日付や期間との比較は有料側 ・ガントチャートのPDF書き出し ・チームプランナー（人と週で仕事を並べる画面） ・期限が近い作業と遅れている作業の通知 ・独自のボタンで作業の流れを自動で進める仕組み ・独自のテーマとロゴ、PDF書き出しの書体指定 ・作業の登録画面の項目配置の変更 ・メールアドレスを持たない仮の利用者の登録 ・読み取り専用にして編集を止める設定
ここに並ぶのは、規模が大きくなってから必要になるものと、見た目を自社に合わせるものが中心です。さらに上のProfessional以上でないと使えないものとして、OneDriveとSharePointとの連携、外部の人への作業の共有、シングルサインオン（CAS、SAML、OpenID Connect、Kerberos、Okta）、内部だけに見えるコメント、開始と終了の時刻を必須にする時間記録が挙がっています。Premium以上になると、ポートフォリオ管理、リソース管理、プロジェクトの評価と採点、プロジェクト一覧の共有、LDAPのグループ同期が加わります。
この線の引かれ方には理屈があります。少人数のチームが日々使う機能は無料側に残し、組織として統制をかける機能を有料側に置いている、という分け方です。逆に言えば、10人前後のチームが「使いにくい」と感じている内容は、有料にしても解決しない可能性が高いということでもあります。
人数の下限と契約の単位を先に見る
費用を検討する段階で見落とされやすいのが、契約できる人数の下限です。2026年9月時点の公式の料金ページでは、Community版は最低人数の指定なし、Professionalは25人から、Premiumは100人から、Corporateは250人からと表示されます。Basicについては、料金ページの案内に「5人以上ならこちら」という推奨の表示が出ます。
価格は同じ時点の表示で、Basicが5.95ユーロ、Professionalが10.95ユーロ、Premiumが15.95ユーロで、いずれも1人あたりの月額です。ユーロ表示と米ドル表示を切り替えられるようになっており、税の扱いは表示上は明記されていません。Corporateは問い合わせとなっています。
あわせて確かめておきたいのが契約の期間です。人数は5人単位で選ぶ形になっており、期間は1年、2年、3年、4年、5年から選べます。長く契約するほど無料になる月が増え、5年なら15か月分が無料と書かれています。1か月単位の契約も選べますが、これは「クラウドのBasicのみ」という条件付きで、1人あたり1.00ユーロが上乗せされます。建設向けの追加機能も1人あたり1.00ユーロです。
10人のチームが有料版に上げようとして、下限の人数に引っかかって想定の倍以上になる、という事態はここで起きます。料金の総額は、1人あたりの単価ではなく「下限人数 × 単価 × 契約月数」で見積もってください。なお、公式ページ上には、サービスの終了や新規受付の停止、運営会社の変更を知らせる掲示は見当たりませんでした。
自分たちのサーバーに置くなら、必要量を先に確かめる
動作が重いという不満が出ているなら、置き場所を疑うのが先です。公式の導入案内には、必要な機材の量が明記されています。
Minimum hardware requirements CPU: Quad Core CPU (>= 2ghz) Memory: 4096 MB Free disk space: 20 GB 出典: openproject.org
この数字は、利用者が合計200人までの1台構成を想定したものだと説明されています。同じページには、500人なら8コアと8GB、1500人なら16コアと16GBという目安も載っています。重要なのは、負荷を決めるのは同時に使っている人数であって、登録されている総数ではないと書かれている点です。
データベースの条件も具体的です。OpenProject 16.0.0以降はPostgreSQLの16以上が正式な対応で、13から15は正式な対応ではないと明記されています。動く可能性はあるが、将来の不整合や性能低下につながりうる、という書き方です。あわせて、pg_trgm、btree_gist、unaccentという拡張が必要だとも書かれています。
処理を受け持つ仕組みの既定値は、画面の要求を処理する側が4つ、メール送信や重い処理を裏で行う側が1つです。利用者が増えたら両方を増やす必要があるとされています。「5人しかいなくても、画面ごとに複数の要求が同時に出るので、要求を処理する側は2つを勧める」という記述もあります。
自前で置くと決めた時点で、こうした保守がチームの仕事になります。使いにくさの正体が「更新が止まったまま古い版で動いている」ことである場合、画面の設定をいくら直しても改善しません。
遅さの一部は、機材ではなく表の作り方から来る
置き場所の条件を満たしているのに画面が遅い場合、見ている表そのものが重さを生んでいることがあります。ここは機材を足さずに直せます。
重くなる作り方は3つあります。1つ目は、絞り込みをかけずに全件を出していることです。閉じた作業を含めたまま数千行を表示すると、開くたびにその量を描くことになります。既定で開く表は、閉じていないものだけに絞ってください。過去の分を見たいときだけ、別の表を開く形にします。
2つ目は、列を並べすぎていることです。使うかもしれない項目を全部載せた表は、横に長くなって読みにくいうえに、表示にも時間がかかります。列は5つまでを目安にしてください。それ以上を一度に見たい場面は、実際にはほとんどありません。
3つ目は、階層をすべて展開した状態を既定にしていることです。親子の関係が深いまま全部を開くと、行数が一気に増えます。畳んだ状態を既定にしておき、必要な枝だけを開く。それだけで体感は変わります。
この3つを直したうえで、まだ5秒を超えるなら、原因は置き場所の側にあると判断できます。表の作り方を先に潰しておくと、機材の話をするときの根拠がはっきりします。
道具の問題か、組み方の問題かを切り分ける4つの問い
次の4つに答えてみてください。答えの偏りで、どちらを直すべきかが決まります。
1つ目。登録画面の必須項目はいくつありますか。6つ以上あるなら、組み方の問題です。集計のために足した項目を、登録する人が毎回埋めています。まず必須から外し、後から管理側が埋める運用に変えてください。
2つ目。作り置きの表示はいくつありますか。0なら組み方の問題です。「自分の担当で今週が期限のもの」「遅れているもの」「今月終わったもの」の3つを作って全員に配るだけで、日々の操作は大きく減ります。
3つ目。画面が出るまで何秒かかりますか。5秒を超えるなら置き場所の問題です。前の節の必要量と、いま割り当てている量を突き合わせてください。
4つ目。使っていない機能はいくつ有効になっていますか。会議の管理、コストと予算、フォーラム、ウィキ、スクラムの画面を全部開いたままにしていると、画面上部の並びが長くなり、目的の場所が探しにくくなります。プロジェクトごとに有効にする機能を選べるので、使っていないものは切ってください。
4つのうち3つ以上が組み方の側に当たるなら、道具を替えても不満は残ります。逆に、項目も表示も整理済みで、それでも遅い、あるいは外部の人との共有や通知のような「有料側にしかない仕組み」が業務の中心にあるなら、そこは道具の問題です。
組み方で直せる手当ては5つある
切り分けの結果、組み方の側だと分かったときに効く手当てを挙げます。どれも設定の変更だけで済み、費用はかかりません。
・作業の種類を3つ以下に絞る。標準で用意されているものを全部残さない ・状態を4つに絞る。未着手、進行中、確認待ち、完了で足ります ・必須項目を担当者と期限の2つだけにする。それ以外は任意にする ・プロジェクトごとに使う機能を選び直す。使っていないものを切る ・通知を絞る。自分が担当か、自分が言及されたときだけに変える
通知の整理は効果が大きい割に忘れられます。すべての更新が届く設定のままだと、受け取る側は数日で全部を無視するようになります。無視が習慣になったチームでは、本当に急ぎの連絡も届きません。
あわせて、テンプレートの用意も検討してください。プロジェクトの雛形を作っておけば、新しい案件のたびに設定を作り直す必要がなくなります。この機能はCommunity版の比較表にも印が付いています。
不満を聞き出す場所を、会議の外に作る
切り分けをしようにも、不満が「使いにくい」の一語で止まっているうちは手が出せません。中身を引き出す仕組みが要ります。
会議の場で聞いても、ほとんど出てきません。とりまとめている人が導入を決めた立場だと、その人の前で道具の文句は言いにくい。出てくるのは当たり障りのない意見だけになります。代わりに、書いて出してもらう形にします。聞き方は具体的にします。「使いにくいところを教えてください」ではなく、「今週、この道具を触っていて手が止まった場面を1つ書いてください」と頼む。場面を1つに絞ると、抽象的な不満ではなく具体的な操作が返ってきます。
集まったものは、前の節の3つに振り分けます。手間の話、道順の話、速さの話。振り分けた結果に偏りが出れば、直す場所はそこで決まります。10件集めれば傾向は見えます。全員から集める必要はありません。
振り分けられないものが残ることもあります。たいていは「この道具を使う意味が分からない」という内容です。これは操作の問題ではなく、入力したものが自分に返ってきていないという話です。担当者から見て、入力した結果が翌週の会議で使われている実感が無いと、入力は作業の追加でしかありません。この種の声が複数出ているなら、設定を触る前に、板をそのまま会議で映すことから始めてください。
聞いた後に必ずやることが1つあります。何を直したかを返すことです。返さないと、次に聞いても集まりません。直せなかったものについても、直せない理由を一言添えて返します。有料の追加機能でしかできない、という理由なら、それも正直に伝えたほうが納得されます。
直した効果を、感覚ではなく数で確かめる
設定を直した後に「前より良くなった気がする」で終わらせると、次に不満が出たときに同じ議論を最初からやり直すことになります。直した効果は、数で確かめられます。
見る数字は3つで足ります。1つ目は、期限を過ぎたまま状態が動いていない作業の本数です。入力が続いているかどうかが、ここに最も素直に表れます。2つ目は、作業が登録されてから最初に状態が動くまでの日数です。登録したまま放置される期間が長いなら、登録の作業が形だけになっています。3つ目は、その週に一度でも画面を開いた人の数です。開かれていない道具は、どれだけ設定を直しても使われません。
この3つは、絞り込みを組んだ一覧を保存しておけば、毎週同じ形で数えられます。手で数えるのは1回5分程度です。直す前に一度数えておき、直した4週間後にもう一度数える。この2点があれば、効果の有無は議論になりません。
数字が動かなかった場合の読み方も決めておきます。必須の項目を減らし、作り置きの表示を配り、通知を絞った。それでも3つの数字が動かないなら、原因は設定の外にあります。入力しないことに不利益が無いか、入力した結果が使われていないか、そもそもその作業を板で管理する必要が無いか。この3つのどれかです。最後の1つは意外に多く、板に載せるのをやめたら誰も困らなかった、という結論になることもあります。
数を取ること自体が目的にならないよう、見る数字は3つから増やさないでください。測る項目が増えると、測る作業が新しい負担になり、それ自体が使いにくさの一因になります。
サポートに何をどこまで頼めるか
自分たちで直しきれない場合、有料の契約に含まれるサポートの範囲を確かめることになります。公式の比較表には、障害の深刻度ごとの応答時間が数字で載っています。
重大な障害への応答は、Basicが8時間、Professionalが6時間、Premiumが2時間、Corporateが2時間です。中程度の障害はBasicが「可能な範囲で」となっており、Professionalが12時間、Premiumが6時間です。軽微なものはProfessionalが48時間、Premiumが24時間と書かれています。
対応の時間帯も段階で違い、Basicは平日の9時30分から16時、Professionalは17時まで、Premiumは17時30分まで、Corporateは9時から18時までと表示されます。いずれも中央ヨーロッパ時間か米国東部時間の表記です。日本との時差を考えると、こちらの営業時間内に返事が来ない時間帯があることは、あらかじめ計算に入れておく必要があります。
導入の支援や、担当者が付く形の支援はPremium以上とCorporateに置かれています。小さなチームが有料に上げても、受けられるのはメールでの対応が中心になる、という前提で検討してください。
自前で置き続けるかどうかを、年に一度は決め直す
自分たちのサーバーに置く形は、入れた日がいちばん軽く、日が経つほど重くなります。使いにくさの正体が、この蓄積であることは少なくありません。
自前で持つと、継続してやるべき仕事が生まれます。本体の版を上げる、データベースの版を対応表に合わせて追随させる、控えが取れているかを実際に戻して確かめる、証明書の期限を切らさない、障害が起きた日に切り分ける。どれも手順は難しくありませんが、やる人が決まっていないと誰もやりません。
判断の材料になる問いは1つです。この1年で、版の更新を何回できたか。0回なら、置き場所を見直す理由としては十分です。更新が止まると、必要なデータベースの版が先に進んだときに追随できなくなり、そこから先は身動きが取れません。前の節で触れたとおり、対応する版の条件は明確に線が引かれています。
担当が名指しで決まっているかも確かめてください。「情報システムの担当者」という言い方で済ませている場合、その人が異動したり退職したりした時点で、誰も触れない箱になります。触れない箱は、不具合が出ても直せないので、使いにくさとして現場に返ってきます。
預ける形に移すと、この仕事は消えます。そのかわり、失うものもあります。自分たちの判断で好きなときに手を入れられる余地と、社内の回線の中だけに閉じる構成です。取り扱う情報の性質によっては、この2つが譲れない条件になります。譲れないなら、保守の担当と時間を正式に業務として割り当てるのが筋で、片手間のままにしておくのがいちばん悪い形です。
費用の比較をするときは、前の節で触れた人数の下限が効いてきます。自前で置く場合の機材と人の時間を金額に直し、預ける形の下限人数を掛けた金額と並べてください。人数の少ないチームでは、下限に引っかかって預ける形のほうが高く出ることもあります。その場合でも、保守を続けられる体制があるかどうかは別に確かめる必要があります。
替えると決める前に、持ち出すものを決める
道具の側の問題だと結論が出たときは、次に移すものを決めます。ここで作業量が決まります。
比較表には、REST APIがCommunity版から使えると書かれています。データの持ち出しはここが入口になります。作業の一覧、コメント、時間の記録、独自項目の値のうち、実際に次の道具で使うものはどれかを先に決めてください。全部を運ぶと決めた瞬間、作業量は数倍になります。
運ばないと決めたものは、元の環境を一定期間そのまま残して参照できるようにするのが現実的です。自分たちのサーバーに置いている場合、読み取り専用で残す費用は機材の分だけで済みます。
移す先を選ぶときに確かめたいのは、いまの不満がその道具では起きない理由が説明できるかどうかです。項目が多すぎて入力が続かないのが原因なら、項目をさらに細かく作れる道具に移しても同じことが起きます。逆に、自前運用の保守が負担なら、預ける形のサービスに移すだけで解決します。原因と対策が噛み合っているかを、1行で言えるかどうかで判断してください。
道具を並べるときに見るべき軸
候補を並べる段階になったら、機能の数ではなく、次の3つで比べるのが早道です。
1つ目は、費用の区切り方です。機能で段階を分ける形か、人数で分ける形かで、運用中に起きることが変わります。機能で分ける形だと、使ううちに「この表示を出すには上の契約に」という場面が繰り返し現れます。ボード型の道具の中には機能で絞らず、区切るのは人数とボードの数だけという考え方を取っているものもあり、この場合は途中で機能の壁に当たりません。区切り方の違いは料金に、使える範囲はできることにまとめてあります。
2つ目は、入力する人にとっての負担です。とりまとめる側が見たい表と、担当者が触る画面は別物です。担当者が触る回数が少なくて済む形かどうかを、実際に触って確かめてください。判断に必要な点はよくある質問に整理しています。
3つ目は、預けたデータの扱いです。自前運用から預ける形に移るなら、どこに置かれ、誰が触れるのかを確認する必要があります。考え方は安全性の考え方に、取り込みの手順はTrelloからの移行に書いています。こちら側の制約も先に書いておくと、ソースコードのリポジトリを内蔵する機能はなく、自動化や外部サービスとの連携の数で勝負する作りでもありません。画面は日本語のみで、自動で取り込めるのはTrelloからのデータだけです。
候補の当たりを付けるなら、形の近いものから見るのが早いです。国産のものはBacklogとの比較とJootoとの比較、海外のものはTrelloとの比較、Asanaとの比較、Notionとの比較、monday.comとの比較にそれぞれの向き不向きを書いています。候補が絞れていない段階なら比較の一覧から見るのが早いです。
使いにくいという感覚は、たいてい正しい信号です。ただし、その信号が指しているのは道具そのものとは限りません。必須項目の数、作り置きの表示の数、画面が出るまでの秒数。この3つを数えるところから始めてください。数えれば、替えるべきか直すべきかは自然に決まります。
Q1. OpenProjectの無料版でガントチャートは使えますか？
2026年9月時点の公式の料金ページにある機能の比較表では、ガントチャートと工程表はCommunity版の欄にも印が付いています。ただし、ガントチャートをPDFで書き出す機能と、任意の日付や期間との基準線の比較は有料の追加機能として分けられています。昨日の状態との比較はCommunity版に含まれると記載されています。
Q2. 10人のチームで有料版に上げるといくらになりますか？
同じ時点の料金ページでは、1人あたりの月額はBasicが5.95ユーロ、Professionalが10.95ユーロです。ただし人数には下限があり、Professionalは25人から、Premiumは100人からと表示されます。人数は5人単位で選ぶ形です。総額は単価だけでなく、下限の人数と契約期間を掛けて見積もってください。
Q3. 動作が重いのはサーバーの性能不足ですか？
自分たちのサーバーに置いている場合は、まず公式の必要量と突き合わせてください。案内では4コア以上、メモリ4096MB、空き容量20GBが最低条件で、これは合計200人までの1台構成を想定した数字だと説明されています。PostgreSQLは16以上が正式な対応で、13から15は正式な対応ではないと明記されています。
Q4. 入力が続かないとき、まず何を直せばよいですか？
登録画面の必須項目を数えてください。6つ以上あるなら、そこが原因である可能性が高いです。必須を担当者と期限の2つに絞り、残りは任意にします。あわせて作業の種類を3つ以下、状態を4つ程度まで減らすと、登録の迷いが消えます。設定の変更だけで済むので費用はかかりません。