技術選定の基準と進め方｜比較表テンプレートと評価項目の重み付け

技術選定とは、作るものの要件に対して、言語・フレームワーク・データベースなどの候補を同じ物差しで比べ、理由を説明できる形で1つに決める作業です。 進め方は「先に足切り条件で落とす → 残った候補を重み付きの点数で比べる → 僅差なら撤退しやすい方を選ぶ」の3段階にすると、好みの議論に時間を取られず、決めた理由もあとから説明できます。

この記事では、評価項目20個と確認方法、空の比較表テンプレートと記入例、加重合計と感度分析（重みを変えたら順位が入れ替わるかの確認）のコードと実行結果、PoC（小さく作って確かめる検証）の合否基準までを、コピーして使える形でまとめます。

確認環境：Ubuntu 24.04、Python 3.11.15（計算例はすべてこの環境で実行、確認日 2026-10-05）。題材は架空の「社内の備品予約システム」です。

この記事の結論

技術選定の早見表

技術選定・製品選定・ベンダー選定の違い

言葉が似ているため、同じ比較表で済ませたくなりますが、比べる対象と重くなる評価項目が違います。

この記事は技術選定を扱います。製品やベンダーを比べるときも「足切り→点数→僅差の決め方」の流れは同じで、評価項目を入れ替えて使えます。

技術選定の進め方（5ステップ）

順番で大事なのは「重みを決めてから採点する」ことです。 採点したあとに重みを動かすと、望む結論に合わせて数字を作れてしまいます。重みは採点前に決めて、比較表に日付と一緒に書いておきます。

評価項目一覧（20項目と確認方法）

20項目すべてを使う必要はありません。足切りから3〜5個、点数から5〜8個を選びます。項目が多すぎると1項目あたりの重みが薄まり、差が見えなくなります。

足切り項目（満たさなければ対象外）

点数項目（1〜5点で採点）

点数の基準（1〜5点の意味を先に決める）

点数は人によってぶれやすいので、項目ごとに「何なら何点か」を文章で決めてから採点します。

重みの決め方

全部を5にすると重みの意味がなくなります。「期限が短いなら習熟度を5」「長く使うなら保守のしやすさを5」のように、今回の前提から理由を1行書ける項目だけを4以上にします。

比較表テンプレート（空欄）

足切り表

No  足切り条件   候補A 候補B 候補C 確認した資料・日付
1   ライセンスが利用形態に合う               
2   稼働予定の期間サポートされる              
3   必須機能を満たす手段がある               
4   決まっている環境で動く             
判定  すべて○なら採点へ進む             

点数表

評価項目    重み  重みの理由   候補A 点   候補A 重み×点    候補B 点   候補B 重み×点    候補C 点   候補C 重み×点    根拠（確認方法）






合計                                  
100点換算                                  

100点換算は「重み×点の合計 ÷（重みの合計×5）×100」です。項目数や重みを変えても、候補どうしを同じ目盛りで比べられます。

記入例：社内の備品予約システムのWebフレームワーク選定

前提（架空）：開発者4人、期間4か月、利用者は社内の約300人、5年以上使う予定。候補は次の4つです。

足切り表の記入例

No  足切り条件   候補A 候補B 候補C 候補D 確認した資料・日付
1   ライセンスが社内利用・改変に合う    ○   ○   ○   ○   各公式のライセンス文（10/1）
2   5年間サポートされる見込みがある    ○   ○   ○   ○   各公式のリリース方針（10/1）
3   既存の社員認証と連携できる   ○   ○   ○   ×   各公式ドキュメントの認証の章（10/2）
4   社内標準のDBで動く  ○   ○   ○   ○   各公式の対応環境一覧（10/2）
判定      採点へ 採点へ 採点へ 対象外 

候補Dは必須の認証連携を満たさないため、ここで対象外です。足切りで落ちた候補には点数を付けません。 他の項目が高得点でも、必須を満たさない候補が合計点で上位に来ることを防げます。

点数表の記入例

評価項目    重み  重みの理由   A 点 A 重み×点  B 点 B 重み×点  C 点 C 重み×点  根拠（確認方法）
習熟度 5   期間が4か月と短い   5   25  3   15  2   10  メンバー4人への聞き取り
保守のしやすさ 4   5年以上使う  3   12  5   20  4   16  移行ガイドと変更履歴
性能  3   利用者300人で標準  2   6   4   12  5   15  公式の説明（数値はPoCで確認）
情報量 3   標準  5   15  4   12  2   6   公式ドキュメントの網羅度
運用のしやすさ 3   標準  3   9   4   12  3   9   既存の運用手順との照合
費用  2   候補間の差が小さい   4   8   3   6   4   8   3年分の概算
合計  20          75      77      64  
100点換算              75.0        77.0        64.0    合計÷（20×5）×100

候補Bが77.0点、候補Aが75.0点で、差は2点です。この差で決めてよいかを、次の感度分析で確かめます。

加重合計と感度分析をPythonで計算する

感度分析とは、重みを少し動かしたときに結論（1位）が変わるかを確かめる作業です。 重みは人が決めた数字なので、1違うだけで順位が入れ替わるなら、その比較表だけでは決めきれないと分かります。

次のコードは標準ライブラリだけで動きます。ITEMS を自分の比較表の数字に書き換えて使ってください。

# 技術選定の加重合計と感度分析（Python 3 の標準ライブラリのみ）
from fractions import Fraction
from itertools import product

# 評価項目: (重み, {候補: 点数1〜5})
ITEMS = {
    "習熟度":         (5, {"A": 5, "B": 3, "C": 2}),
    "保守のしやすさ": (4, {"A": 3, "B": 5, "C": 4}),
    "性能":           (3, {"A": 2, "B": 4, "C": 5}),
    "情報量":         (3, {"A": 5, "B": 4, "C": 2}),
    "運用のしやすさ": (3, {"A": 3, "B": 4, "C": 3}),
    "費用":           (2, {"A": 4, "B": 3, "C": 4}),
}
CANDS = ["A", "B", "C"]


def totals(weights):
    """候補ごとの加重合計を100点満点に換算して返す（端数の誤差を避けるため分数で持つ）"""
    wsum = sum(weights.values())
    return {
        c: Fraction(sum(weights[k] * ITEMS[k][1][c] for k in ITEMS) * 100, wsum * 5)
        for c in CANDS
    }


def winner(t):
    """1位の候補名を返す。同点のときは '同点' を返す"""
    best = max(t.values())
    tops = [c for c in CANDS if t[c] == best]
    return tops[0] if len(tops) == 1 else "同点"


def show(t):
    return " ".join(f"{c}={float(t[c]):.1f}" for c in CANDS)


base_w = {k: v[0] for k, v in ITEMS.items()}
base = totals(base_w)
top = winner(base)
print("== 加重合計（100点満点換算） ==")
for c in sorted(CANDS, key=lambda c: -base[c]):
    print(f"候補{c}: {float(base[c]):.1f}")

print("\n== 感度分析1: 重みを1項目だけ ±1, ±2 動かす ==")
for k in ITEMS:
    for d in (-2, -1, 1, 2):
        w = {**base_w, k: base_w[k] + d}
        if w[k] < 1:
            continue
        t = totals(w)
        note = "" if winner(t) == top else f"  <- 1位が {winner(t)} に変わる"
        print(f"{k} {base_w[k]}->{w[k]}: {show(t)}{note}")

print("\n== 感度分析2: 全項目の重みを同時に -1/0/+1 動かす全組み合わせ ==")
count = {}
for ds in product((-1, 0, 1), repeat=len(ITEMS)):
    w = {k: max(1, base_w[k] + d) for k, d in zip(ITEMS, ds)}
    r = winner(totals(w))
    count[r] = count.get(r, 0) + 1
n = sum(count.values())
for r in CANDS + ["同点"]:
    print(f"1位が {r}: {count.get(r, 0)}/{n} 通り ({count.get(r, 0) / n * 100:.1f}%)")

print("\n== 感度分析3: 1項目の重みだけを1〜10に変えたとき、1位が変わる範囲 ==")
for k in ITEMS:
    ws = [x for x in range(1, 11) if winner(totals({**base_w, k: x})) not in (top, "同点")]
    if ws:
        print(f"{k}（今の重み{base_w[k]}）: 重み {ws[0]}〜{ws[-1]} で1位が変わる")
    else:
        print(f"{k}（今の重み{base_w[k]}）: 変わらない")

実行結果（python3 select.py）：

== 加重合計（100点満点換算） ==
候補B: 77.0
候補A: 75.0
候補C: 64.0

== 感度分析1: 重みを1項目だけ ±1, ±2 動かす ==
習熟度 5->3: A=72.2 B=78.9 C=66.7
習熟度 5->4: A=73.7 B=77.9 C=65.3
習熟度 5->6: A=76.2 B=76.2 C=62.9  <- 1位が 同点 に変わる
習熟度 5->7: A=77.3 B=75.5 C=61.8  <- 1位が A に変わる
保守のしやすさ 4->2: A=76.7 B=74.4 C=62.2  <- 1位が A に変わる
保守のしやすさ 4->3: A=75.8 B=75.8 C=63.2  <- 1位が 同点 に変わる
保守のしやすさ 4->5: A=74.3 B=78.1 C=64.8
保守のしやすさ 4->6: A=73.6 B=79.1 C=65.5
性能 3->1: A=78.9 B=76.7 C=60.0  <- 1位が A に変わる
性能 3->2: A=76.8 B=76.8 C=62.1  <- 1位が 同点 に変わる
性能 3->4: A=73.3 B=77.1 C=65.7
性能 3->5: A=71.8 B=77.3 C=67.3
情報量 3->1: A=72.2 B=76.7 C=66.7
情報量 3->2: A=73.7 B=76.8 C=65.3
情報量 3->4: A=76.2 B=77.1 C=62.9
情報量 3->5: A=77.3 B=77.3 C=61.8  <- 1位が 同点 に変わる
運用のしやすさ 3->1: A=76.7 B=76.7 C=64.4  <- 1位が 同点 に変わる
運用のしやすさ 3->2: A=75.8 B=76.8 C=64.2
運用のしやすさ 3->4: A=74.3 B=77.1 C=63.8
運用のしやすさ 3->5: A=73.6 B=77.3 C=63.6
費用 2->1: A=74.7 B=77.9 C=63.2
費用 2->3: A=75.2 B=76.2 C=64.8
費用 2->4: A=75.5 B=75.5 C=65.5  <- 1位が 同点 に変わる

== 感度分析2: 全項目の重みを同時に -1/0/+1 動かす全組み合わせ ==
1位が A: 163/729 通り (22.4%)
1位が B: 494/729 通り (67.8%)
1位が C: 0/729 通り (0.0%)
1位が 同点: 72/729 通り (9.9%)

== 感度分析3: 1項目の重みだけを1〜10に変えたとき、1位が変わる範囲 ==
習熟度（今の重み5）: 重み 7〜10 で1位が変わる
保守のしやすさ（今の重み4）: 重み 1〜2 で1位が変わる
性能（今の重み3）: 重み 1〜1 で1位が変わる
情報量（今の重み3）: 重み 6〜10 で1位が変わる
運用のしやすさ（今の重み3）: 変わらない
費用（今の重み2）: 重み 5〜10 で1位が変わる

結果の読み方

読み取れることは3つです。

• 候補Cは、重みをどう動かしても1位になりません。 ここで候補から外せます。
• 候補BとAは僅差です。 重みを±1動かしただけで、約3割の組み合わせでBが単独1位ではなくなります。
• 運用のしやすさは、重みを1〜10のどれにしても候補Aが上回りません。 BとAの点差が1点しかない項目は、重みの議論に時間を使っても結論に影響しにくいと分かります。

僅差のときの決め方

「僅差」を先に定義しておくと、採点後に迷いません。次の表は一例です。

僅差のときは、次の順に見ます。

今回の例では、候補BとAが僅差でした。撤退のしやすさを比べると、候補Bは型の定義が残るため別のフレームワークへ移るときに業務ロジックを持ち出しやすく、候補Aは画面とロジックがフレームワーク独自の書き方に寄っている、という前提なら候補Bを選びます。そのうえで、候補Bの弱点である習熟度（3点）を、PoCで「経験の浅い2人が1週間で小機能を作れるか」として確かめます。

点数が高い方を機械的に選ぶのではなく、「差が小さいときは戻りやすい方」と先に決めておくことで、議論が長引きにくくなります。

比較表で決めるか、PoCまで行うか

PoCで確かめる項目と合否基準

PoCは「触ってみる」ではなく、始める前に合否基準と終了条件を書いておく小さな試験です。数値は題材に合わせた例です。

No  確かめる項目  作るもの    合否基準（例） 測り方 結果  判定
1   認証連携    既存の社員認証でログインする画面    ログインとログアウトが動き、権限2種類を区別できる   手動で3ユーザーを確認     
2   性能  予約一覧API（予約データ10万件）  同時50人で95%の応答が500ミリ秒以内   負荷試験ツールで5分間     
3   学習しやすさ  予約登録の小機能    経験の浅い2人が5日以内にテスト付きで完成   かかった日数を記録       
4   テスト 上の小機能の自動テスト テストが1分以内に終わり、CIで動く  CIの実行時間     
5   運用  検証環境へのデプロイ  既存の手順書の変更が10行以内で済む  手順書の差分      
6   データ移行   既存の予約データの取り込み   1万件を取り込み、件数と合計が一致   取り込み前後の集計SQL        

PoCの終了条件

期間切れのときの扱いを先に決めておくのがポイントです。「もう少しで動きそう」という状態で延び続けることを防げます。

比較結果のまとめ方

決めるまでに作った表は、次の1枚にまとめておくと、あとから「なぜこれを選んだか」を聞かれたときにそのまま渡せます。決定そのものを記録する文書（ADRなど）には、この1枚へのリンクと結論だけを書けば足ります。

# 技術選定の比較結果：備品予約システムのWebフレームワーク

- 作成日：2026-10-05　作成者：（名前）
- 前提：開発者4人、期間4か月、利用者約300人、5年以上使う

## 結論
候補Bを選ぶ。候補Aとは僅差（77.0点と75.0点）のため、撤退のしやすさで決めた。

## 足切り
候補Dは既存の社員認証と連携できないため対象外。

## 点数（100点換算）
| 候補 | 点数 | 重みを±1動かしたときに1位になる割合 |
|---|---|---|
| B | 77.0 | 67.8% |
| A | 75.0 | 22.4% |
| C | 64.0 | 0% |

## PoCの結果
| 項目 | 合否基準 | 結果 | 判定 |
|---|---|---|---|
| （PoCの表から転記） |  |  |  |

## 選ばなかった理由
- 候補A：点数は僅差。独自の書き方への依存が大きく、移るときの作り直し範囲が広い。
- 候補C：どの重みでも1位にならない。経験者がいない。

## 残る心配と対策
- 候補Bの経験者が1人：最初の2週間はペアで作業し、書き方の決まりを文書にする。

## 見直す時期
- 開発開始から2か月後に、習熟度の見込みが合っていたかを確認する。

確かめて分かったこと

• 同点は意外に多く出ます。 重みを全項目±1で動かした729通りのうち72通り（9.9%）が同点でした。重みが小さな整数だと合計がそろいやすいため、同点のときの決め方を先に用意しておく意味があります。
• 小数第1位に丸めた表示では「同点」と「わずかな差」の区別がつきません。 最初は丸めた値で順位を比べるコードを書いたところ、感度分析1の同点6通りも「入れ替わり」と表示されました。掲載したコードは分数（Fraction）のまま比べ、同点を別に数えています。
• 点差が小さい項目は、重みを変えても結論が変わりません。 運用のしやすさ（BとAの差が1点、重み3）は、重みを1〜10のどれにしても候補Aが上回りませんでした（重み1のときだけ同点）。重みの議論は、点差が大きい項目に絞ると短く済みます。
• 3位の候補は、合計点よりも「1位になる割合が0%」で外す方が説明しやすいです。 候補Cは性能が5点でも、どの重みの組み合わせでも1位になりませんでした。
• 重みの合計を20にすると、重み×点の合計がそのまま100点換算になります（20×5＝100）。表計算ソフトで手計算するときに検算しやすくなります。

つまずきやすい点と直し方

よくある質問

Q. 技術選定の基準とは何ですか？ A. 候補を比べるための評価項目と、その重み・点数の付け方のことです。必須要件を満たすかを見る足切り項目と、1〜5点で比べる点数項目の2種類に分けると扱いやすくなります。

Q. 評価項目の重み付けはどう決めればよいですか？ A. 今回の前提（期限・人数・使う年数）から理由を1行で書ける項目だけを4〜5にし、残りは3にします。採点より先に決めて固定し、重みの影響は感度分析で確かめます。

Q. 比較表の点数が僅差のときはどう決めますか？ A. 撤退しやすい方、つまり別の技術へ移るときの作り直しが小さい方を選びます。それでも決まらなければ、重みが最も大きい項目の点数、PoCの結果、現在の技術の順に見ます。

Q. PoCは必ず必要ですか？ A. 必要なのは、作らないと分からない必須項目が残るときだけです。チームが経験済みの技術どうしで、感度分析でも1位が安定しているなら、比較表だけで決められます。

Q. 技術選定と製品選定の違いは何ですか？ A. 技術選定は自分たちで作るための部品や方式を選び、製品選定は完成したソフトウェアやサービスを選びます。技術選定では習熟度や保守のしやすさが、製品選定では機能の合致度と利用条件が重くなります。

まとめ

• 足切りを先に行う：ライセンス・サポート期限・必須要件を満たさない候補は採点しない。
• 重みは採点の前に決める：理由を1行書ける項目だけを4以上にし、合計を20にすると検算しやすい。
• 点数の意味を文章で決める：1〜5点の基準と、根拠の確認方法を表に残す。
• 感度分析で結論の安定を確かめる：重みを±1動かして1位が変わるなら僅差と判断する。
• 僅差なら撤退しやすい方を選ぶ：決め方を先に用意しておくと議論が短くなる。
• PoCは合否基準と終了条件を先に書く：期間切れのときの扱いまで決めておく。
• 比較表・PoCの結果・選ばなかった理由を1枚にまとめる：あとから理由を説明できる。

株式会社RJC ― SI事業・SES事業・AI駆動開発。RJCは一緒に成長を楽しめる会社です。