DBアプリケーション設計の転職｜設計書がない引き継ぎ

データベースを使うアプリの設計や改修を担当してきたITエンジニアが転職で経歴をどう伝えるかを考えるとき、多くの人が語れるのは仕様書がきれいに整った現場での経験ではありません。設計書が残っていない状態でシステムを引き継ぎ、動いている処理を止めずに手を入れてきた経験です。この経験を職務経歴書と面接でどう伝えるかを整理します。

IPAの調査では、DX推進人材が「大幅に不足」と回答した企業が50.1%にのぼります＊1。仕様書が整うのを待てない現場ほど、自分で状況を把握して判断できる人を採用したいと考えており、DBアプリケーション設計を担当してきた経験は、その判断力を示す材料になります。

Relasic（株式会社LASSIC運営）｜リモートワーク対応の転職支援

監修・編集責任者：牛尾 昭昌（株式会社LASSIC 執行役員）

1. DBアプリケーション設計の経験は引き継ぎ方で評価が変わります

DBアプリケーション設計の経験を転職で伝えるときに大事なのは、設計書が残っていない状態で引き継いだときに何を先に確認したかです。IPAの調査では、DX推進人材が「大幅に不足」と回答した企業が50.1%にのぼります＊1。人手が十分ではない現場ほど、仕様書が整うのを待たずに動ける人を採用したいと考えており、DBアプリケーション設計を担当してきた人に対しても、引き継ぎ時の判断力そのものを聞いてきます。

設計書が残っていない状態でのシステムの引き継ぎは、珍しい状況ではありません。前の担当者がすでに退職している、資料が更新されないまま数年が経っている、といった現場でDBアプリケーション設計を担当してきた人は少なくありません。

そうした現場で最初に確認してきたのは、どのテーブルがどの処理から書き換えられているか、消してよいデータをどう見分けるか、そして動いている処理がどの順番で走っているかです。この3つを自分の言葉で説明できるかどうかが、職務経歴書と面接での伝わり方を分けます。

厚生労働省の調査では、45〜49歳の一般労働者の賃金は月377.9千円です＊2。DBアプリケーション設計の経験を、設計書が無い状態での判断の積み重ねとして具体的に語れるかどうかが、この水準に届く求人で評価されるかどうかを分けます。

あわせて読みたい ｜ 試用期間が不安なエンジニアへ｜見られている点

2. 書き込み元が多いテーブルと少ないテーブルの違い

引き継いだシステムで最初に確認してきたのは、どのテーブルがどこから書き換えられているかです。実務でテーブルを扱ってきた人ほど、性質を2つに分けて考えます。

参照が中心のテーブルは、値を書き換える処理が限られているため、影響範囲を追いやすいという特徴があります。一方で複数の処理が書き込むテーブルは、どの処理がいつ値を変えたのかを、ログや呼び出し元から1つずつ確認する必要があります。

DBアプリケーション設計の経験を職務経歴書に書くときは、担当したテーブルがどちらの性質だったかを分けて説明すると、引き継ぎ時に何を確認したかが具体的に伝わります。

参照が中心のテーブルだからといって、常に安全というわけではありません。集計処理が定期的に大量の行を読み込んでいる場合、値を書き換えるタイミング次第で集計結果が変わってしまうことがあります。

3. 消してよいデータは処理を止めてから判断します

消してよいデータの決め方は、テーブルの書き込み元を洗い出すだけでは終わりません。バッチ処理や外部連携が同じデータを参照している場合、画面からは使われていないように見えても、消した瞬間に別の処理が止まることがあります。

DBアプリケーション設計を担当してきた人が実際に踏んでいる手順は、まず対象のデータを止めても影響が出ない状態を作ってから消す、という順番です。関連する処理を一時的に止め、一定期間ログを見て、参照が無いことを確認してから削除しています。

この判断を「経験があるので大丈夫です」とだけ話すと、面接では根拠を聞かれます。何を確認してから消すと決めたのか、その手順を言葉にできるかどうかが、DBアプリケーション設計の経験を裏付ける材料になります。

選んだ理由を説明できることは、削除の判断に限りません。設計を変えるときも同じで、なぜその選択をしたのかを言葉にできる人が評価されます。

バッチの実行ログを一定期間さかのぼって確認し、対象のデータへのアクセスが本当に無いかを見てから消すという手順を踏むと、消した後に別の処理が止まるという事態を避けやすくなります。

あわせて読みたい ｜ Vueエンジニアの転職｜選定理由を語れる人が評価される

4. 確認した3つの手順を表で確かめます

引き継いだ直後に確認してきた3つの手順を、表にまとめます。設計書が残っていない状態から手をつける順番を整理したものです。

【表1】設計書が無い引き継ぎで確認する3つの手順

確認する内容	見る場所	分かること
テーブルの書き込み元	アプリのコードとバッチ処理	どの処理がどのテーブルを変えているか
消してよいデータの基準	参照ログと呼び出し元	消しても止まる処理が無いかどうか
動いている処理の順番	ジョブの実行スケジュール	処理がどの順で走っているか

表にした3つの手順は、どれも設計書が残っていないことを前提にした確認です。書き込み元を洗い出し、消してよい基準を確かめ、処理の順番を確認するという流れは、DBアプリケーション設計を担当してきた人であれば、規模の違うシステムでも共通して踏んできた手順のはずです。

書き込み元・消してよい基準・処理の順番の3点は、面接で1つずつ聞かれることが多いため、表の並びのまま口頭で説明できるようにしておくと、質問の変化にも対応しやすくなります。

3つの確認をまとめて行うのではなく、順番に1つずつ潰していくと、途中で新しい書き込み元が見つかった場合にも、手順の後戻りが少なくて済みます。

5. 引き継ぎ時に確認する順番を整理します

3つの確認は、思いついた順ではなく、土台から積み上げる順番で進めています。

確認する順番を土台から並べると、まずテーブルの書き込み元を洗い出し、次に処理の実行順を確認し、最後に消してよいデータを線引きするという流れになります。順番を飛ばして消してよいデータから決めようとすると、書き込み元を見落としたまま判断することになります。

DBアプリケーション設計の経験を面接で聞かれたときは、この順番どおりに何を確認したかを話すと、思いつきではなく手順として動いていたことが伝わります。

3段のうち最初につまずきやすいのは土台の書き込み元の洗い出しです。ここで見落としがあると、上の2段で正しい判断をしても、消してはいけないデータを消してしまうことにつながります。

6. 職務経歴書に書く内容を絞り込みます

DBアプリケーション設計の経験を職務経歴書に書くときに、絞り込んでおきたい4つの内容です。

職務経歴書にDBアプリケーション設計の経験を書くとき、担当した期間や技術名だけを並べると、何を判断してきたのかが伝わりません。引き継いだ状況、最初に確認した手順、判断の根拠、結果の4つに絞り込んで書くと、採用担当者が実務の中身を具体的に想像できます。

厚生労働省の調査では、転職入職者のうち賃金が増加した割合は40.5%です＊3。DBアプリケーション設計の経験を4つの内容に整理して伝えられるかどうかが、条件のよい求人での採用や、入社後の評価にもつながります。

4つの内容は箇条書きで並べるだけでなく、引き継いだ状況から結果までを1つの流れとして書くと、読み手にとって時系列で追いやすくなります。

あわせて読みたい ｜ Reactエンジニアの職務経歴書｜転職で落ちる書き方と対策

7. よくある質問（Q&A）

Q1. 設計書が無い引き継ぎの経験は職務経歴書にどう書けばよいか

A. 担当した技術名だけでなく、引き継いだときの状況と、最初に確認した手順を書きます。書き込み元の洗い出し方や、消してよいデータの基準など、実際に踏んだ手順を具体的に書くと伝わります。

Q2. DBアプリケーション設計の経験は何年あれば求人で評価されるか

A. 目安は実務3年です。設計書が無い状態での判断を重ねてきた期間が3年に満たなくても、複数のシステムで引き継ぎを経験していれば評価される場合があります。

Q3. 面接で判断の根拠を聞かれたときどう答えればよいか

A. 何を確認してから決めたかを、順番どおりに話します。書き込み元を洗い出したこと、参照ログを確認したこと、処理の実行順を確かめたことを、結果とあわせて伝えると根拠が伝わります。

Q4. 消してよいデータの判断を誤ったことがある場合面接で話してもよいか

A. 話してかまいません。誤った経験から、その後どう確認する手順を変えたかまで話せると、同じ失敗を繰り返さない姿勢として評価されます。

Q5. 引き継いだシステムが1つではなく複数ある場合まとめて書いてもよいか

A. まとめずに、印象に残ったシステムを1つ選んで詳しく書くほうが伝わります。複数を並べて書くと、それぞれの確認手順が浅くなり、判断の根拠が見えにくくなります。

8. まとめ：DBアプリケーション設計の経験は引き継ぎの語り方で決まります

DBアプリケーション設計の経験は、担当した技術名だけでは伝わりません。設計書が無い状態で何を確認し、どう判断してきたかを言葉にすることが、転職での評価につながります。次の一歩は、その経験がリモートワーク対応の求人でどう評価されるかを確かめることです。

※公開中の求人数は時期によって変わります。記事中の求人の傾向は執筆時点のものです。

出典・参考情報

＊1 情報処理推進機構（IPA）「DX動向2026 広がるAI導入、DXは変われるか」（2026年7月公表）
＊2 厚生労働省「令和7（2025）年賃金構造基本統計調査の概況」（2026年3月公表）
＊3 厚生労働省「雇用動向調査」（令和6年）