初めての⼤型実装で起きた失敗と得た経験

初めての大型実装で起きた失敗と得た経験 2025/11/18 発表者: 榎本祐希

榎本祐希 (えのもとゆうき) 所属 : 株式会社じげん経歴 : 2025
年 4 月新卒入社 Backend/インフラメイン LT 会は初めて (すごく緊張しています) 自己紹介

AWS SES を使ったメール一斉送信システムを構築インフラ分野に強い興味があり、AWS の基盤から触れる最高のチャンス技術的なキャッチアップも順調で自信満々構成前提

実装フェーズで手探り状態に「あれ？設計書に書いてないけど、この挙動、どうするんだ？」次々と増えていく曖昧さ実装スピードが目に見えて落ち始める 💡 この時点での気づき大まかな挙動に目がいって細かい部分を無視していた小さな違和感と設計の綻び

設計不足がプロジェクト全体を巻き込むスケジュールは当初予定から 1 か月遅延 💡 遅延の本質「コードが書けない」ことではなく、曖昧な設計が曖昧な指示や手戻りを生んでいた遅延の始まり

処理の分離の甘さ: アプリと AWS SES が密結合し、インフラなしではテストができない状態に生成 AI の誤用: 曖昧なインプットでその場しのぎのコードを量産保守コストの高い技術負債を高速で積み上げる
失敗の本質 (1) 致命的な考慮漏れ

あり得ない前提: 『自分の 120%のパフォーマンスを常に出せる』考慮漏れ: 全体 MTG、リリース準備、エラー監視など実装外の業務工数が圧迫され、自分を追い込む結果に実装が終われば全て終わり、という狭い視野だった失敗の本質 (2)
工数設定の大きな誤り

失敗は「認識の甘さ」に集約されていた。 1. 技術知識の体系化不足 2. 工数見積もりの根本的なミス 2 つの決定的な気づき

「動けば OK」ではないなぜその技術を使うのか？アーキテクチャ全体を理解する生成 AI を正しく使うには、設計思想の深い理解が必要気づき(1) 知識は体系化せよ

工数管理はプロのスキル「理想の自分」ではなく「現実の自分」で見積もる余裕を持ったバッファを確保し、「早く終わらせる」ポジティブな期待値調整を行う気づき(2) 期待値調整のプロへ

失敗はエンジニアとしての生き方を教えてくれた知識の体系化と期待値調整が技術をステップアップさせた失敗を恐れず挑戦し、学習を続けましょう！ご清聴ありがとうございました！まとめ / 次のステップ

Yuki