この記事でわかること
- インフラリードという役割が具体的に何をするのか
- デジタル庁の法人認証基盤PoCで得た学び
- インフラリードに求められる「説明責任」
国内大手メーカーで、Webシステムのインフラ開発・保守・運用を一貫して担当し、その中でデジタル庁が推進する法人認証基盤の民間開放PoCにインフラリードとして参加した経験があります。「インフラリード」という役割が具体的に何をするのか、実体験ベースでまとめます。
インフラリードは「作業者」ではなく「意思決定者」
手を動かす作業よりも、設計判断とその説明責任が中心的な役割です。
インフラエンジニアとして経験を積む中で、リードという立場になって最初に戸惑ったのは、自分で構築作業をすること以上に、「なぜこの構成にするのか」を関係者に説明し、合意形成する役割が中心になることでした。技術的に正しい選択をするだけでなく、コストや運用負荷とのバランスを取りながら、非エンジニアの関係者にも納得してもらえる説明をする力が求められます。
デジタル庁PoCで求められた「高い要求水準」
国の重要インフラに関わるプロジェクトは、通常の商用システム以上に可用性・セキュリティへの要求水準が高いものでした。
法人認証基盤の民間開放PoCは、国の制度に関わる基盤であるため、可用性・セキュリティの両面で厳格な要求水準がありました。設計段階から「なぜこの構成にするのか」を、通常の商用プロジェクト以上に丁寧に説明できるレベルで理解しておく必要があり、この経験を通じてインフラ設計の説明責任という感覚が大きく鍛えられました。
インフラリードに求められる3つの力
技術力・説明力・調整力のバランスが求められます。
- 技術力：可用性・セキュリティ・コストのトレードオフを理解し、適切な設計を選べる力
- 説明力：技術的な妥当性を、非エンジニアにも分かる言葉で説明する力
- 調整力：複数の関係者の要望や制約を整理し、現実的な落としどころを見つける力
この3つの力は、後にプロダクト企画職への転身を考えたときにも、そのまま活きる基礎になりました。
まとめ：インフラリード経験は「技術×説明責任」の訓練になる
インフラリードという役割は、単なる技術力の延長ではなく、技術的な妥当性を事業サイドに翻訳して説明する力を鍛える機会でもあります。この経験がキャリアにどう活きたかは、転身体験記で詳しくまとめています。