職位ではなく、能力と支援条件で見る

このレッスンの到達目標

自立・支援付き・学習段階を、作業ごとに説明する。

音声とインタラクティブ図解で学ぶ音声を再生すると、下のインタラクティブ図解と本文の段落ハイライトが連動して動きます。

JUDGMENT & SCOPE SIMULATOR · AUDIO & INTERACTIVE

「コード生成」から「採用できる変更」までの判断ゲートと支援条件

AIの出力をそのまま本番へ入れず、目的・影響・検証・承認のゲートを通す過程と、担当範囲ごとの支援条件をシミュレーションします。

GATE 01：目的・前提の定義問い：どの取引・どの時点の値引きか？

AIの初期出力例：「受注画面に10%割引コードを生成」

確認責任者と完了条件主担当：業務・SE / PM（未確認条件 3件を特定）

この段階を省くと「締め済み請求や対象外取引先まで誤って値引きされる」のおそれがあります。自立範囲と支援条件を分けて記録します。

中堅プログラマーが実装とデバッグを自立して行えても、業務要件の確定には支援が必要な場合があります。上級プログラマーの技術判断、SEの業務整理、PMの計画・合意形成は、それぞれ確かめる能力です。

PM経験があることだけでは、現在のコードや認証設計を検証できると判断できません。技術担当者にレビューを任せること自体も、必要な判断です。

作業を「自立して担当」「支援があれば担当」「学習・試行段階」に分けます。支援付きなら、設計方針の提示、DB変更のレビュー、検証環境の提供など、必要な条件を具体化します。

学習アプリの診断は、特定の模擬案件で確認した結果です。すべての業務・技術への対応を保証する認定ではありません。新しい領域では再び能力と支援を確認します。

実装、DB設計、業務確認、テスト計画を別々に並べ、自立・支援付き・学習中のどれに当たるかを考えます。「支援が必要」なら、誰が何を確認すれば進められるかまで記録してください。

対応範囲の拡大は、職位の変更だけでは判断しません。条件を変えた課題で、計画・実行・検証・説明を確認し、必要に応じて支援条件を更新します。

読了記録と習熟度の確認は別です。