～ 皆さまにとって、有意義な時間でありますように ～
「プロジェクト・プロジェクトマネジメント 学び舎」の一般公開を始めました。これから順次コンテンツを増やしてまいります。
ブログ
ブログ
1-3.誤解を招く用語
12/06/2025 4-2-3.用語（RAID,ストレージ設計）
11/06/2025 4-2.2. 最近のCPU、コア、スレッド
04/06/2025 6-2-2.コミュ力を学ぶ２（AIと人との違い）
04/06/2025 6-2-1.コミュ力を学ぶ１（AIと人の違い）
03/06/2025 1-3-3.昔、スループットといえば･･･
03/06/2025 1-3-1.“スループット”の意味するものは1つ？
03/06/2025 1-3-2.誤解されやすい言葉・多義的な用語
05/02/2025 5-1-7.「生成AI」の進化（つづき２）
18/02/2025 1-2-5.PMOの未来とPMTools
18/02/2025 1-2-4.戦略的PMO
18/02/2025 1-2-3.QMSの変遷から学ぶこと
18/02/2025 1-2-2.PMOの役割と誤解
18/02/2025 1-2-1.PMとPMOの違い
06/02/2025 1-1-3.「アジャイル開発」のドキュメント
05/02/2025 5-1-6.「生成AI」の進化（つづき１）
05/02/2025 5-1-5.「生成AI」の進化
24/12/2024 5-1-4.AIは道具ではなくパートナー
03/12/2024 4-1-2.Linuxあれこれ
19/12/2024 4-1-1.ITインフラの変遷
04/02/2025 4-2-1.コンピュータの基本構造
19/12/2024 7-1-2.令和の働き方と人事評価の未来
19/12/2024 7-1-1.人材管理の変遷と現代の課題
19/12/2024 6-1-2.AIと倫理について
19/12/2024 6-1-1.倫理感について
24/12/2024 5-1-3.ChatGPTとClaudeの違い
03/12/2024 5-1-2.機械学習と深層学習の違い
03/12/2024 5-1-1.AI（人工知能）とは？
19/12/2024 3-1-2.1990年頃の話（プログラム基本２）
19/12/2024 3-1-1.1990年頃の話（プログラム基本）
19/12/2024 2-1-2.PMToolsについて
19/12/2024 2-1-1.PMToolBoxとは
19/12/2024 1-1-2.初めてのプロジェクト計画書
19/12/2024 1-1-1.知らぬ間にPMになっていた日
1.PM･PJ管理 / 1-3.誤解を招く用語 / 1-3-1.“スループット”の意味するものは1つ？
1-3-1.“スループット”の意味するものは1つ？
2025-06-03
スループットって、結局なに？
「スループットが落ちてます」、「スループット、上がってきましたね」、「このシステム、スループット出ないですね」、・・・
こんな会話が、プロジェクト内で飛び交うことは珍しくありません。でも、ちょっと待ってください。その “スループット” って、具体的に何を指しているのでしょう？
専門家ほど「言葉を省略」する
例えば、この “スループット” という言葉。
- ネットワークエンジニアにとっては Mbps や Gbps の話。
- ストレージエンジニアにとっては MB/s や IOPS の話。
- DBエンジニアにとっては クエリ/秒 の話。
- Webアプリ開発者なら リクエスト数/秒（RPS）の話。
同じ言葉を使っていても、話している内容はバラバラなんです。しかも厄介なことに、専門家ほどこの言葉の裏にある前提を省略して話します。なぜなら 「業界の常識」 だから。
エンジニアの言葉は “鋭利” 、PMの言葉は “接着剤”
エンジニアにとっての言葉は、自分の専門領域を正確に指し示す道具です。だからこそ、細かい前提や定義を省いてしまいがち。一方、PMは異なる専門家たちの言葉を “接着” して、共通理解に変える役割を担います。
つまり、PMにとっての言葉は、
「翻訳するもの」 であり、「接続するもの」 であり、「誤解をほどくためのツール」 です。
PMの腕の見せどころ：「聞き返す力」
たとえば、ある会議で「スループットが上がらない」と話が出たとします。PMがそこで取るべき行動は・・・、
「スループットというと、どの指標を見ていますか？」
「それはアプリ層？ネットワーク？それともDB？」
という 丁寧な “聞き返し” と “言語の明確化” です。この一手間を惜しまないことが、プロジェクト全体の誤解とズレを防ぎ、進行をスムーズにするカギになります。
だからPMが必要になる
エンジニアは、それぞれの専門性において 「正しい言葉」 を使っています。でもその 「正しさ」 が、他の専門家やビジネスサイドにとって “正しく伝わる” とは限らない。だからこそ、そのズレを吸収し、翻訳し、共有する役割がPMに求められるのです。
