カンバンツールのOSSは業務で使えるか｜導入前に確かめる5つのこと
カンバンツールのOSSを探している人の多くは、費用を抑えたいという動機と、データを自分たちの手元に置きたいという動機の両方を持っています。どちらも正当な理由ですが、ソースコードが公開されていることと、業務で長く使えることは別の話です。この記事では、実際に自分のサーバへ入れられる主なツールのライセンス表示を公開情報で確認したうえで、ライセンス費以外にかかる費用、条件が変わった実例、そして導入前に必ず確かめておきたい5点を整理します。
OSSのカンバンツールを探すときに、最初に確かめること
進行のとりまとめをしている人がOSSの板の道具を検討するとき、比較の入口になりやすいのは機能の一覧です。ところが実務で効いてくるのは、機能ではなく次の3つのほうです。
1つ目は、誰がその機械の面倒をみるのか。自分のサーバに入れるということは、動かし続ける責任を自分たちが引き受けるということです。導入を決める会議でこの担当が決まっていないなら、その時点で立てないほうが安全です。
2つ目は、条件が変わったときに逃げられるか。ソースコードが公開されているからといって、その状態が続く保証はありません。実際にライセンスの表示が変わったものも、開発元が手を引いたものもあります。データを取り出せる手段があるかどうかを先に見てください。
3つ目は、チームが実際に使うか。板は毎日全員が開くから意味のある道具です。画面が英語だけだったり、操作が独特だったりすると、とりまとめ役だけが使う道具になります。OSSは画面の翻訳の充実度に差が大きいので、日本語の対応状況は事前に確認してください。
現場でしばしば起きるのは、詳しい人が1人で立てて、その人が異動したあとに誰も触れなくなるという流れです。動いてはいるけれど、更新も止まり、問い合わせ先もない。この状態は、費用が0円であっても組織にとっては負債になります。導入の可否は、この状態にならない体制が作れるかどうかで判断してください。
主なOSSのカンバンツールと、公開されているライセンス
自分のサーバへ入れられる板の道具について、公式サイトとGitHub上の表示を確認した内容を並べます。数字は2026年9月4日時点のものです。
| ツール | ライセンスの表示 | GitHubのスター数 | 公式サイトの記載 |
|---|---|---|---|
| Wekan | MIT | 約21,000 | 板の操作を中心にした構成 |
| Kanboard | MIT | 約9,800 | 機能を意図的に限定していると明記 |
| PLANKA | Fair Use License（一般的なOSSのライセンス名ではない） | 約12,500 | 無償のCommunity版と有償のPro版、Enterprise版 |
| Vikunja | AGPL-3.0 | 約5,200 | 自分で立てるのは無料と明記、運営側の提供は有料 |
| OpenProject | GPL-3.0 | 約16,000 | 無償版と有償版の2本立て |
| Focalboard | 表示は独自（NOASSERTION） | 約26,000 | 開発元の組織からコミュニティ側の組織へ移動 |
Kanboardの公式サイトには、寛容なMITライセンスで配布されていること、開発の中心は特定の1人だが334人以上が貢献していること、そして日本語を含む30以上の言語に翻訳されていることが書かれています。あわせて、凝った画面は用意しておらず、単純さと最小限であることを重視して機能の数を意図的に制限している、とも明言されています。この方針は好みが分かれますが、少なくとも何を期待してよいかがはっきりしている点は評価できます。
PLANKAの公式サイトには、GitHubのスターが12,000以上、Dockerの取得数が810万以上、対応言語が35以上、提供開始が2019年と掲載されています。無償のCommunity版があり、その上に有償のPro版とEnterprise版が置かれる構成です。Pro版の自社サーバ設置は1ユーザーあたり月額7.20ユーロ（年払い）、月払いなら7.90ユーロと公開されています。Enterprise版は、自社サーバ設置で1,000ユーザー以上、運営側の提供で500ユーザー以上から、と案内されています。
無料なのはライセンス費だけで、費用がなくなるわけではない
OSSを選ぶ最大の理由は費用です。ここは正確に見積もる必要があります。ライセンス費が0円でも、次の費用は必ず発生します。
・サーバの費用。借りるなら月額数千円から、自前の機械なら購入と保守 ・最初に立てる工数。何もない状態から、チームが使える状態にするまでの時間 ・毎月の更新の工数。本体と、その土台になっているソフトの更新を追い続ける作業 ・バックアップの取得と、実際に戻せるかどうかの確認 ・止まったときの一次対応と、原因を調べる時間 ・利用者の追加と削除。とくに退職者の権限を止める手順
このうち見積もりから漏れやすいのが、3番目と5番目です。立てるところまでは休日に一気にやってしまえますが、更新と障害対応は毎月続きます。10人のチームで、この作業に月2時間かかるとします。担当者の時間を仮に1時間5,000円で換算すると、年間で12万円分の人件費です。有料のクラウドで1人あたり月額1,000円の製品を10人で使うと年間12万円ですから、この時点で並びます。
つまりOSSが費用で有利になるのは、次のどちらかの条件が揃うときです。人数が多くて人数課金型の総額が大きい場合か、その作業をすでに他の理由でやっている担当者がいる場合。この2つに当てはまらないなら、費用を理由にOSSを選ぶ根拠は弱くなります。
ライセンスの表示は変わることがある
オープンソースだから安心、という前提には注意が必要です。公開の条件が後から変わることがあります。
PLANKAは、GitHub上のライセンス表示が一般的なオープンソースのライセンス名ではなく、独自の名称になっています。無償のCommunity版は今も公開されていますが、有償のPro版とEnterprise版が別に用意される構成です。使い始めた時点の条件が、そのまま続くとは限らないという実例です。
Vikunjaは、GitHub上の表示がAGPL-3.0です。このライセンスは、改変して不特定多数に提供する場合にソースコードの公開を求める条項を持っています。社内で使うだけなら通常は問題になりませんが、自社の製品に組み込んで外部に提供する予定があるなら、法務での確認が要ります。ライセンスの種類によって、できることとできないことが変わります。
判断としては、次の2つを導入前に決めておいてください。1つは、そのライセンスで自社の使い方が許されるかを確認すること。もう1つは、条件が変わったときに移れるようデータの取り出し手段を確保しておくこと。CSVで書き出せるのか、APIで全件が取れるのか。この2つのどちらかがあれば、方針の変更に付き合わずに済みます。
開発元が手を引くこともある
もう1つの実例が、開発体制の変化です。
Focalboardは、Trello、Notion、Asanaの代わりになる自分で立てられる道具として公開されていました。現在は、開発元の組織ではなくコミュニティ側の組織のリポジトリで公開されています。スターの数は2万を超えていますが、これは過去の人気の指標であって、今後も同じ体制で開発が続くことを意味しません。
商用のソフトでも同じことは起きます。Atlassianは、Server製品のサポートを2024年2月15日で終了すると公式に案内し、実際に終了しました。自社サーバに入れていた利用者は、クラウドに移るか上位の製品に切り替えるかの判断を迫られました。
だからOSSを選ぶときは、その道具が10年続くかどうかを予想するのではなく、続かなかったときにどうするかを先に決めておくほうが現実的です。具体的には、四半期に一度、公式のリポジトリの更新状況を見る担当を決めておく。半年以上更新が止まったら移行の検討を始める、という線を引いておく。これだけで、突然使えなくなる事態は避けられます。
立てたあと、毎月やることになる仕事
自分のサーバに置くということは、その機械の安全を自分たちが引き受けるということです。情報処理推進機構は、サーバ用のオープンソースソフトウェアについて製品情報とセキュリティ情報をまとめたページを公開し、その使い方をこう案内しています。
定期的に本ページを参照していただき、利用しているソフトウェア製品に関する情報収集および、ソフトウェア製品のセキュリティ対策に活用してください。 出典: ipa.go.jp
同じページには、掲載している情報を週1回程度の頻度で更新している、とも書かれています。裏を返せば、脆弱性の情報はその頻度で出続けているということです。板の道具そのものだけでなく、その下で動いているWebサーバやデータベース、実行環境の更新も対象になります。
毎月の作業を具体的に並べると、次のようになります。
・本体と土台のソフトの更新情報を確認し、必要なものを当てる ・当てる前に、いまの状態を戻せるようバックアップを取る ・当てたあとに、板が正常に開くか、カードが動くかを確認する ・利用者の追加と削除、退職者の権限の停止 ・ディスクの空きと動作の重さの監視
この一覧を見て「うちなら回せる」と思えるなら、OSSは十分に現実的な選択肢です。誰がやるのか答えられないなら、その時点で結論は出ています。
導入前に確かめる5点
ここまでの内容を、導入判断のための5つの確認事項にまとめます。
1つ目、ライセンスの表示を自分の目で確認する。紹介記事の記述ではなく、公式サイトかリポジトリの表示を見てください。一般的なオープンソースのライセンス名になっているか、独自の名称になっているかで扱いが変わります。
2つ目、データの取り出し手段を確認する。CSVかAPIのどちらかで、カードとコメントと担当者が全件取れるかを試してください。試用の段階で1回やっておくと、あとで安心して使えます。
3つ目、日本語の対応状況を確認する。画面の翻訳が中途半端だと、現場の人が使いません。Kanboardのように公式が日本語対応を明記しているものもあれば、一部だけのものもあります。確認するときは、設定画面の奥や、エラーが出たときの文言まで見てください。よく使う画面だけ翻訳されていて、詰まったときに出る文章が英語のまま、という作りは珍しくありません。
4つ目、更新の頻度を確認する。リポジトリの最終更新日を見て、直近1か月以内に動きがあるかを見ます。動きがないものは、脆弱性が出たときの対応も期待できません。
5つ目、担当者を決める。名前を挙げられないなら立てない。これがいちばん大事な確認です。ここでいう担当者は、詳しい人という意味ではありません。更新を当てる日を決めて実行する人、バックアップが戻せるかを年に一度試す人、そして止まったときに最初に連絡を受ける人です。1人に全部を背負わせると、その人が休んだ日に何も動かなくなります。最低でも2人、手順を共有した状態にしておいてください。
あわせて、その手順を文章にして共有の場所に置いておくことも決めておきます。更新の当て方、バックアップの取り方と戻し方、利用者の追加と削除。この3つが書かれていれば、担当者が変わっても引き継げます。書かれていないと、道具そのものは無料でも、引き継ぎのたびに調査からやり直すことになります。
商用の自社サーバ設置という中間の選択肢
OSSかクラウドかの二択で考えると行き詰まりますが、あいだにもう1つの選択肢があります。商用の製品を自社サーバに入れる形です。
Backlogは、エンタープライズプランとして自社サーバ設置型を提供しています。公式ページには「お客様のサーバにインストールしてご利用いただけるライセンスです」と書かれ、人数課金型の年額が公開されています。10人までが年額150,000円、20人までが300,000円、50人までが450,000円で、いずれも税抜です。あわせて、インストール方法や操作方法をサポートチームが手伝う、とも書かれています。
なお同社は2027年1月1日からプランを新しくすると告知しており、エンタープライズプランは適用開始日から新しい料金が適用され、機能や利用環境はそのまま維持されると案内されています。同じ会社のクラウド側の条件はBacklogとの比較にまとめてあります。
この形の利点は、データが自社にありながら、問い合わせ先が存在することです。OSSでいちばん困るのは、動かなくなったときに聞く先がないことなので、ここに費用を払う価値を見出す組織は少なくありません。逆に、その費用を払うくらいならクラウドでよい、という結論になることもあります。どちらが正しいかは、自社の体制次第です。
課題管理から入るか、板から入るか
OSSの選択肢には、板を中心に作られたものと、課題管理を中心に作られていて板が後から足されたものの2系統があります。この違いは、使い始めてから効いてきます。
板を中心に作られているのは、WekanやKanboard、PLANKAです。開いた瞬間に列とカードが並び、カードを引きずって動かす操作が中心になります。現場の人にとっては直感的で、説明が短く済みます。その代わり、集計や複雑な検索は弱いことが多い。
課題管理を中心に作られているのは、RedmineやOpenProjectです。1件ずつの課題に細かい属性を持たせ、一覧を絞り込んで見る作りが基本にあります。板の表示は用意されていますが、主役ではありません。属性が多いぶん集計はしやすく、工数の記録や親子関係の管理は得意です。OpenProjectはGitHub上の表示がGPL-3.0で、スターは約16,000です。Redmineは公開が2006年からと歴史が長く、日本語の情報も豊富です。
どちらを選ぶかは、チームが何に困っているかで決まります。「誰が何をやっているか分からない」が困りごとなら板が向いています。「工数と実績が集計できない」が困りごとなら課題管理型が向いています。両方が困りごとなら、片方だけを入れても解決しません。
注意したいのは、課題管理型は入力する項目が多くなりがちだという点です。項目を細かく設計しすぎると、現場の人が入力をやめます。入力が止まった課題管理は、進捗の表としては嘘をつく道具になります。入れる項目は、最初は5つ以内に絞ってください。
試すときの進め方
導入を検討すると決めたら、いきなり本番の環境を作らないでください。順番があります。
まず、1週間だけの試用環境を作ります。クラウドの仮想サーバを1台借りて、そこに入れて動かします。この段階の目的は機能の確認ではなく、立てるのにどれくらいの手間がかかるかを測ることです。半日で立てられたのか、2日かかったのか。この数字が、あとの運用工数の見積もりの基礎になります。
次に、実際の案件を1つだけ載せます。架空のデータでは判断できません。いま動いている案件のカードを20枚ほど作り、担当者を割り当て、期限を入れます。ここで、自分たちの仕事の粒度がその道具に収まるかどうかが分かります。
3つ目に、現場の人に2人か3人だけ触ってもらいます。とりまとめ役だけで判断すると、ほぼ確実に読み違えます。カードを動かす人が迷わないか、スマートフォンから開けるか、この2点を実際に見てください。
4つ目に、データを取り出してみます。CSVで書き出す、あるいはAPIで取る。カードの本文、担当者、期限、コメントが全部取れるかを確認します。ここで取れないものが分かったら、それは移行のときに失われるものです。
5つ目に、更新を1回当ててみます。試用の期間中に新しい版が出たら、実際に当ててみてください。当てるのに何時間かかったか、当てたあとに壊れなかったか。この経験があるかないかで、本番運用の見通しがまったく変わります。
この5段階を踏むと、だいたい2週間かかります。長いように見えますが、立てたあとに合わないと分かって作り直すより、はるかに短くて済みます。
OSSが向いているチームと、向いていないチーム
判断を分ける条件は、実はかなりはっきりしています。
向いているのは、次のようなチームです。
・情報システムの担当がいて、すでに社内のサーバを何台か面倒みている ・社外のインターネットに出られない区画で使う必要がある ・人数が多く、人数課金型だと総額が大きくなる ・カードを列に並べる板の機能だけで足りていて、時間軸の画面や集計を必要としていない
向いていないのは、次のようなチームです。
・情報システムの専任がおらず、詳しい人が1人だけいる ・人数が10人前後で、増減がある ・板だけでなく、期限を横棒で並べる画面や複数案件をまとめて見る画面が要る ・板を社外の協力会社と共有する予定がある
とくに最後の条件は効きます。社外の人を入れる場合、権限の細かい設定と、外から安全に接続できる仕組みの両方が必要になります。自社サーバに置いた道具に社外から入ってもらう構成は、設計と維持の難度が一段上がります。
板だけで足りるのか、それとも足りないのか
OSSの板の道具は、板そのものの完成度は高い一方で、その周辺が弱いことが多くあります。ここが実務での分かれ目になります。
前の工程が遅れると後ろが全部ずれる仕事では、板だけでは遅れの影響が読めません。期限を横棒で並べて前後関係を見る画面が要ります。この画面まで備えたOSSは限られており、あったとしても操作性は商用に及ばないことが多い。
複数の案件を並行して抱えている場合も同じです。案件ごとに板を作ると、全体を1画面で見る手段がなくなります。とりまとめ役が各板を順番に開いて手で集計する、という運用になりがちで、これでは道具を入れた意味が薄れます。
やり取りの記録も見落とされがちです。カードにコメントを書ける機能はどのツールにもありますが、通知の仕組みが弱いと誰も気づきません。結果としてチャットで会話し、決まったことだけをカードに書き写す、という二重の手間が生まれます。
板とガントとやり取りが同じ場所にそろっているかどうかは、道具を選ぶうえで見落とせない観点です。何ができるかを機能の単位で並べて確認したい場合は、できることのページと比較の一覧を見ておくと、必要な機能がどのプランにあるのかを含めて整理しやすくなります。
いま使っているものを変えないほうがよい場合
すでに何かのOSSを立てて動かしていて、チームが慣れているなら、それを変える理由は多くありません。次の条件がすべて当てはまるなら、そのままが正解です。
・板が毎日開かれていて、カードが実際に動いている ・更新とバックアップを担当する人が決まっていて、実際に動いている ・とりまとめ役が板の外で集計をやり直していない ・チームの人数が安定していて、社外の人を入れる予定もない
道具の入れ替えは、それ自体が数週間の混乱を生みます。混乱に見合う理由がないなら、動く必要はありません。問題が出るとすれば、担当者が抜けたとき、社外との共有が必要になったとき、そして板以外の画面が要るようになったときです。この3つのどれかが視野に入ってきたら、そのときに検討すれば十分です。
現在の使い方と他の選択肢を並べて見たい場合は、Trelloとの比較やNotionとの比較に、板の機能とその周辺の違いがまとめてあります。
移すときに壊れやすいところ
OSSから別の道具へ、あるいは別の道具からOSSへ移す場合、失われやすいのは板の中身ではなく、その外側にある情報です。
・カードに付いた添付ファイル。書き出しの対象に含まれないことがあります ・コメントの履歴と発言者。名前が消えて本文だけ残る形になりがちです ・担当者の割り当て。移行先で利用者を作り直すと紐づけが外れます ・列の並び順と、板ごとの決めごと。記録に残っていないことが多いので、移す前に文章にしてください ・閉じたカードや書庫に入れたカード。書き出しの対象外になっていることがあります
移行の作業そのものより、移行後の1週間のほうが大事です。旧い板と新しい板の両方が生きている期間を作ると、必ず両方に書かれます。旧い板は移行の当日に読み取り専用にして、書き込む場所を1つに固定してください。既存の板からの取り込みについては、Trelloからの移行のページに、どのデータが自動で運べてどこから手作業になるのかが整理されています。
データの置き場所と、契約上の要件を切り分ける
OSSを選ぶ理由として「データを外に出せないから」を挙げるチームは多いのですが、この理由は一度分解してみる価値があります。
規程に書かれているのが「外部サービスの利用は禁止」なのか、「利用にあたり管理部門の承認を得ること」なのかで、答えはまったく変わります。後者なら、承認に必要な資料を集めるほうが、サーバを立てて維持するより安く済むことがほとんどです。
承認の場で聞かれるのは、おおむね次の5点です。データの保存場所、通信と保存の暗号化、権限をどこまで細かく分けられるか、利用者の追加と削除の手順、そしてデータの取り出し手段と契約終了後の扱い。この5点に答えられる資料が公開されているサービスなら、承認は思っているより早く通ります。各サービスの安全性の考え方のページを読み比べるところから始めると、必要な情報がどこまで公開されているかが分かります。
一方で、社外のインターネットに出られない区画で使うという要件は、資料では解決できません。この場合は自社サーバ設置しか道がないので、OSSか商用のオンプレミスかの二択になります。要件を切り分ければ、選択肢は自然に絞られます。
目的から逆算して決める
板の道具を入れる目的は、機能を増やすことではありません。全員が同じ場所を見て、そこで仕事が決まる状態を作ることです。この目的から逆算すると、判断の軸はかなり単純になります。
現場の人が毎日開くか。画面が日本語で、操作に迷わないか。カードを動かすのが担当者本人になるか。この3つが満たせるなら、OSSでも商用でも構いません。満たせないなら、どれだけ機能が多くても板は止まります。
そのうえで、料金の作りも見ておいてください。機能ごとにプランが分かれていると、必要な画面が上位にあることに後から気づきます。機能で絞らず、区切るのは人数とボードの数だけという作りなら、総額の見通しが立てやすくなります。細かい条件や契約まわりで気になる点はよくある質問のページにまとまっているので、判断に迷ったところだけ確認してください。
Q1. OSSのカンバンツールは本当に無料で使えますか？
ライセンス費はかかりませんが、サーバ代、最初に立てる工数、毎月の更新とバックアップの工数が乗ります。10人規模でこの作業に月2時間かかるなら、年間の人件費だけで有料クラウドの年額と並びます。費用で有利になるのは、人数が多い場合か、担当者がすでにいる場合です。
Q2. どのOSSのカンバンツールが日本語に対応していますか？
Kanboardは公式サイトで、日本語を含む30以上の言語に翻訳されていると明記しています。PLANKAの公式サイトには35以上の言語に対応と掲載されています。ただし翻訳の網羅度は製品や版によって差があるので、試用時に自分が使う画面を実際に開いて確認してください。
Q3. オープンソースなら条件が変わる心配はないですか？
変わることがあります。PLANKAはGitHub上のライセンス表示が一般的なOSSのライセンス名ではなく独自の名称になっており、Focalboardは開発元の組織からコミュニティ側の組織へ移りました。導入時にCSVかAPIでデータを全件取り出せるかを確認しておいてください。
Q4. データを社内に置きたいのですが、OSS以外に方法はありますか？
商用製品の自社サーバ設置型があります。Backlogのエンタープライズプランは自社サーバへ入れる形で、10人までが年額150,000円（税抜、2026年9月4日時点）と公開されています。問い合わせ先がある点がOSSとの違いで、その分の費用を払う判断になります。