「機能」という言葉の物語 ―― "Function"と"Feature"の狭間で

※ この記事はnote.comの自作コンテンツの転載です。

「機能」は明治生まれの翻訳語だった

私たちが日常的に使う「機能」という言葉。実は、江戸時代以前にはこの熟語としての形は一般的ではありませんでした。明治時代、西洋の新しい概念 "function" を日本語に取り入れるために、知識人たちが知恵を絞って生み出した（あるいは定義し直した） 「和製漢語」 の一つです。

「機（からくり・きっかけ）」と「能（働き）」を組み合わせ、「ある仕組みが持っている働き」を指す言葉として定着しました。

二つの英語、一つの日本語

興味深いのは、日本語の「機能」が英語の "Function" と "Feature" の両方をカバーしてしまったことです。この使い分けを整理すると、現代のシステム開発における「ドキュメント」や「コード」との関係が見えてきます。

1. Function（内部的な作用・プログラム）

これは「仕組みそのもの」を指します。プログラミングで特定の処理をまとめたものを「関数（Function）」と呼ぶのはこのためです。

• 対応するもの： プログラムのメソッド、ロジック、数学的計算

• 視点： システムが内部で「どう動くか」

2. Feature（外部的な特徴・ユースケース）

これは「ユーザーが手にする価値」を指します。開発現場で「ユースケース」や「ユーザーストーリー」として記述される対象は、多くの場合この Feature です。

• 対応するもの： ユースケース、ユーザーストーリー、製品カタログの機能一覧

• 視点： ユーザーがそのシステムを使って「何ができるか」

まとめ：なぜこの区別が重要か

「機能（Function）」はシステムの部品としての能力を語り、「機能（Feature）」はユーザー体験としての魅力を語ります。

ユースケースを書く際に「これは単なるプログラムの動作（Function）を説明しているのか、それともユーザーへの提供価値（Feature）を定義しているのか」を意識するだけで、仕様書の質は劇的に変わります。明治の先達が「機能」という言葉に込めた「仕組み（機）」と「働き（能）」の両面を、私たちは文脈に応じて使い分けているのです。