ITパスポート 2013年 秋期 問41

プログ題目 +【ITパスポート 解説】

正解の理由

• 生産性の式の例： $\text{生産性}=\frac{\text{作成したプログラム量}}{\text{作業時間}}$
  上の式で、分子（作成量）を1日あたり・1人あたりで見るのが ウ です。

解法ステップ

1. 問題文で評価したいものを確認：今回は「生産性の向上の効果」。
2. 生産性の定義を思い出す：成果 ÷ 投入（例：作業量 ÷ 時間）。
3. 選択肢を「成果（アウトカム）」「投入（インプット）」「単なる活動量」に分類する。
4. 成果に直結する指標を選ぶ：成果を直接表す ウ を選択。

• 測定単位を決める（例：機能数、完了チケット数、ストーリーポイント）
• 期間をそろえる（例：1日、1スプリント）
• 人で割る（1人当たり）→ これが ウ に相当

選択肢別の誤答解説

• ア: トレーニングの参加者の延べ人数
  • これは「何人が受けたか」という入力（リソース）を示すだけで、実際に生産性が上がったかどうかは分かりません。参加人数が多くても効果が薄ければ生産性は上がりません。
• イ: トレーニングの実施回数
  • 実施回数は活動の頻度を示す指標であり、やはり「どれだけ成果が出たか」は示しません。回数が多くても一回あたりの効果が薄ければ意味がありません。
• ウ: メンバ1人当たりの1日のプログラム作成量
  • 成果を時間で割った「生産性」を直接表すため、施策の効果評価に適切です（ただし品質や複雑さも併せて見る必要があります）。
• エ: メンバ各自がトレーニングに参加した合計時間
  • 「どれだけ時間をかけたか」という投入量です。投入が増えても成果が増えなければ生産性は低下します。投入だけを見ても効果は判断できません。

よくある誤解

1. 「たくさんトレーニングすれば生産性が上がる」と思い込む
   • トレーニング時間や回数が増えても、中身が薄ければ成果は上がりません。重要なのは「効果（アウトプット）」を測ることです。
2. 「行数（Lines of Code, LOC）は良い生産性指標だ」と考える
   • LOCは単に書いた量で、冗長なコードも増えれば数値は上がりますが品質は下がる可能性があります。量だけでなくバグ数や保守性も見る必要があります。
3. 「短期間の変化だけで判断する」
   • トレーニングの効果は学習曲線（学んで慣れるまでの時間）があるため、短期の増減だけで結論を出すと誤りやすいです。

補足コラム

• 生産性と品質はセットで見る
  • 生産性（スピード）だけ測ると、品質（バグの少なさ、再作業の少なさ）を犠牲にする恐れがあります。実務では「作成量」＋「単位あたりの不具合数」などを併用します。
• 作成量の定義を工夫する
  • 「プログラム作成量」はそのままだと曖昧です。具体的には「完了したチケット数」「機能ポイント（Function Points）」「実装されたストーリーポイント」など、チームに合った定義を用いると比較がしやすくなります。
• 統計的な注意点
  • 効果を評価する時は、トレーニング前後で十分なサンプル（作業数・日数）を取り、変動のランダム性を考慮してください。

FAQ