1. 開発体制は「募集文の粒度」で見える

同じ“クラウド経験”でも、体制が違えば求める成果物が変わります。たとえば、インフラ整備中心なのか、データ活用（分析/配信）まで含むのか。募集文で出てくる粒度に注目しましょう。

• 「設計」「構築」「運用」まで明記があるか
• データ基盤の領域（収集、整備、品質、活用）が“役割”として書かれているか
• 担当範囲が「チーム内の役割」ではなく「あなたの成果物」として語られていないか

2. クラウド要件は「運用負荷の前提」で変わる

ミッドサイズ企業では、体制が小さくなるぶん、クラウドの運用負荷や改善サイクルが求人に反映されやすい傾向があります。ここを読み違えると、面接で話が噛み合わなくなります。

次の観点で、募集文の“前提”を見ます。

3. データ基盤は「品質の責任分界」を探す

データ基盤で差が出るのは、技術スタックよりも“品質を誰が担うか”です。募集要件に出てくる言葉から、責任分界の形を推測します。

1. データ品質（欠損、重複、一貫性）への言及があるか
2. データカタログ、メタデータ管理、利用ガイドなどが要求に含まれるか
3. 分析・レポートの“利用側”との往復（要件整理、検証）が業務として書かれているか

この読み解きは、ポジションインサイトの評価軸を「年収だけ」に寄せすぎないための土台になります。

4. 面接で確認すべき5つの質問（体制の確定用）

最後に、面接で体制を確定させるための質問例です。聞く順序を意識すると、会話が散らかりにくくなります。

• 1 成果物の単位は何ですか？（例：基盤の機能追加、データ品質改善、運用改善など）
• 2 改善サイクルはどう回っていますか？（誰が優先度を決め、検証結果をどう反映しますか）
• 3 運用の負担は偏っていますか？（オンコールの有無、調査の入口、切り分け手順）
• 4 データ品質の責任分界は？（作り手/使い手でどこまで合意していますか）
• 5 次の6か月で何を伸ばしますか？（クラウド/データのどこがボトルネックか）