「分かりそう」で「分からない」でも「分かった」気になれるIT用語辞典

別にIT用語というわけでも ないですけどね。
某・資格試験の過去問に出てきたので取り上げておきます。

サクっと一言で説明すると

新しいアイディアとか理論とかに対して、実際に試してみて「本当にできるのかな？」とか「本当に役に立つのかな？」とかを調べること

が「PoC」です。

「Proof of Concept（プルーフ・オブ・コンセプト）」の略で「PoC」ね。



※「Proof of Concept」を何となく日本語にすると「概念の証明」となります。[詳細]

日本語では「概念実証」などと表現されるのが一般的です。



例えば、そうですね。

ピヨ太君はケーキ屋さんをやっています。



あるとき、ピヨ太君は思いました。
「接客するのが面倒くさい」と。



そこでピヨ太君は、接客用のロボットを作って、ピヨ太君の代わりに接客させることにしました。



ただし、ロボットの接客が受け入れられるかは未知数です。
それが原因でお客さまが減ってしまっては困ります。



ロボットの接客が受け入れられればピヨ太君は楽できます。
受け入れられなければ高いお金を出して作ったロボットが無駄になります。
う～ん、悩みますね。



ピヨ太君は考えるのが面倒くさくなりました。
いくら考えても机上の空論です。
どうなるかは、やってみないと分かりません。



そこでピヨ太君は、自分がロボットの振りをして接客してみることにしました。
これでお客さまが減らなければ、実際にロボットを作って、そいつに接客させることにします。
お客さまが減ったら、ロボットに接客させるのはキッパリ諦めるつもりです。



結果として、ピヨ太君がロボットの振りをして接客しても、お客さまは減りませんでした。



どうやら、お客さまは誰が接客するかは気にしていないようです。
ケーキが美味しければ、今まで通り買いにきてくれるでしょう。

これで安心ですね。
ピヨ太君は実際にロボットを作って、そいつに接客させました。



これでピヨ太君は接客しなくて済みます。
ピヨ太君はケーキを売るのをロボットに任せ、お昼寝を始めました。



めでたし、めでたし。

この話においてピヨ太君がやったのがPoCです。
「ロボットによる接客」という概念の有効性を「ピヨ太君自身がロボットの振りをして接客してみる」という形で試すことで実証しましたよね。

新しいアイディアとか理論とかは「本当にできるの？」とか「本当に役に立つの？」とかが分かりません。

それは、そうです。
やったことがないのですから分かるはずがありません。

そんな状態で、そのアイディアを肝に据えたビジネスを進めるのは危険です。
そのアイディアが実現不可能だったり実現はできるけど期待したような効果が得られなかったらビジネス全体がダメになってしまいます。

そこで先に、そのアイディア自体の有効性を調べちゃうのです。

その結果「おぉ、このアイディアは実際にやっても大丈夫そうだね」だったらビジネスを進めます。
「このアイディアを実際にやるのは大変そうだね……」だったら諦めます。

こっちの方がリスクは少ないですよね？

そんな感じで、今までやったことがないようなことをやるときに「そもそも（この話の肝になっている）これって実現可能なのかね？」とかを実際に試して調べるのがPoCです。