「求人票を見比べても、中身の違いまでは読めない」
「人によって言うことが逆で、決め手が見つからない」
そんな決め手を探して求人票を往復するあなたへ。
結論から言えば、
同じ看板の下でも、4か所の決裁の置き場所しだいで毎日の中身は入れ替わります
求人票の看板を並べているあいだは、この入れ替わりが見えません。
この記事では、要件定義書の承認欄、障害連絡票の宛先、見積書の決裁ルート、考課表の目標欄という4か所を見ます。看板の比較は、いったん脇に置きます。
結論 — 日々の中身を決めていたのは、看板ではなく決裁の置き場所だった
自社開発と受託開発は、事業としての形が違います。ただ、日々の仕事が変わるのは、決裁と責任がどこに置かれているかのほうでした。
置き場所は4か所で見えます。どれも書類の上に名前が残るので、入社の前でも面談で聞けます。
1つ目は仕様を決める人で、要件定義書の承認欄にどちらの会社の名前が並ぶかに出ます。2つ目は障害の一次受けで、連絡票の宛先が利用する側か、作った側かで割れます。
3つ目は見積の通し方です。追加の工数を社外に説明するのか、社内で調整するのかが分かれます。4つ目は評価の付き方で、考課表の目標欄にどの範囲の出来事まで書けるかに出ます。
残りの3か所は、案件の組み方と契約の範囲しだいで動きました。受託の側に残ったまま、3か所が自社に寄っていた現場もありました。
だから「どっちが上か」の問いは、そのままでは判断材料になりません。4か所のうちあなたに効いているものを先に決めると、比べる対象が会社の形から案件の条件へ移ります。
看板の比較から、決裁が置かれている4か所の比較へ移す
「自社開発」「受託開発」という二語は、そもそも事業の分類として置かれた言葉です。仕事の中身を分けるために作られた語ではありません。
総務省の日本標準産業分類（令和5年7月改定）では、細分類3911に「受託開発ソフトウェア業」が置かれています（2026年8月25日 同ページにて取得）。
説明は「顧客からの委託を受けて」電子計算機のプログラムの作成などを行う事業所、という形で書かれています。事例にはシステムインテグレーションサービス業が入ります。
同じ小分類391（ソフトウェア業）には、3912 組込みソフトウェア業と3913 パッケージソフトウェア業が、別の細分類として並んでいます（同日 同ページにて取得）。
分けているのは、委託の関係があるかどうかという事業の形です。設計の進め方も、誰が仕様を決めるかも、この分類は指定していません。
求人票の側も、この事業の形をそのまま看板に使います。読む側は仕事の中身を知りたいのに、書いてあるのは会社の立ち位置のほうです。
そこで、比べる対象を置き換えます。会社の形を並べる代わりに、決定と責任が置かれている4か所を並べると、面談で確かめられる項目になります。
4か所の名前を、実際の書類の上で見る
4か所とも、参画してすぐに現物を見に行けます。以下では、どの書類のどの欄を見れば分かるかを並べます。良し悪しは付けません。
1. 要件定義書の承認欄を埋めている側
要件定義書の表紙には、作成者と承認者の欄があります。受託の案件では、承認者の欄が顧客側の役職者で埋まっていることが多くありました。
作成した側に残るのは、書いた内容の説明と、質問への回答です。仕様を動かす起点は、変更要求票の起票者の側にあります。
発注する側に回ってからは、承認欄に自社の名前が入りました。ただし中身を決めているのは情報システム部ではなく、利用部門であることが多くありました。
承認欄が自社に移っても、決める人が同じ部屋にいるとは限りません。見るのは会社の名前より、変更要求票を誰が起票しているかのほうでした。
委託の関係が無い形では、この起票が社外から来る場面が構造として発生しません。分類の説明が「顧客からの委託を受けて」を条件に置いているのは、この一点になります。
2. 障害連絡票の宛先は、利用する側か、作った側か
障害の一次受けがどこかは、運用の手順書と連絡網に書いてあります。宛先が利用部門の窓口なのか、作った側の保守窓口なのかで、届くものが変わります。
受託で保守契約の範囲が切られていた案件では、こちらに届くのは切り分けが済んだ後の二次でした。原因が自分の書いた箇所かどうかも、届いた時点で絞られています。
発注する側では、一次受けが自分になりました。利用部門からの電話は、原因が自社製か納入品かに関わらず、最初に鳴ります。
この差を決めているのは、開発の形ではなく運用の契約書でした。自社で作ったものでも、一次受けを外に出している組み方はありました。
3. 追加の工数の説明先は、見積書の決裁ルートで決まる
追加の工数が出たとき、どこへ持っていくかは見積書の決裁ルートで決まります。宛先が社外なら金額の話になり、社内なら順番の話になります。
受託では、増えた工数をそのまま金額に置き換えて説明しました。通らなかった場合に削るのは要件の側で、期日は動かないことが多くありました。
発注する側では、同じ増加が年度の予算枠と稟議の話になりました。金額を説明する相手が社内にいるので、削る対象に優先順位を持ち込めます。
この違いは交渉の巧拙とは別のところにあります。委託の関係があると、工数の増減は社外との合意を経る形になります。
4か所のうち、会社の形が直接効いているのはここだけでした。委託の関係の有無が、そのまま説明の相手を決めています。
4. 考課表の目標欄に、どこまでの出来事が書けるか
人事考課の書類には、評価者の欄と、期初に置いた目標の欄があります。常駐していた期間は、評価者が自社の上長で、目標欄の中身は常駐先で起きたことでした。個人の経験に基づく記述であり、同じ結果を保証するものではありません。
先方から見た働きぶりが自社に届く形は、決まっていませんでした。届いたのは契約の継続という結果で、何が評価されたのかは分からないまま残ります。
発注する側では、評価者と、成果が起きた場所が同じ会社の中にありました。目標欄には、利用部門の業務がどう変わったかを書けます。
ここも会社の形だけで割れるものではありませんでした。受託の案件でも、離任までの間に運用の数字が返ってくる組み方だと、目標欄に書ける範囲が広がります。
受託・常駐の側に残るなら、次の問いはこの期間の残り方に移ります。負荷が性格の側から出ているかどうかは、残り方の重さは、時間のどのスケールに乗っているのかで先に切り分けられます。常駐に残る判断をしたなら、そちらへ足を運んでみてください。
どちら寄りの現場にいるかを、書類の上で読む
4か所は、あなたの手元の書類で確かめられます。上長の見立ても、転職市場の相場も要りません。
- 直近の要件定義書の承認欄に、どちらの会社の役職者が並んでいるか
- 障害連絡票の宛先が、利用する側の窓口か、作った側の保守窓口か
- 追加工数の見積書が、社外の購買部門へ出るか、社内の稟議へ回るか
- 直近の考課表の目標欄に、どの範囲の出来事まで書けているか
4か所のうち何個が自社側に寄っているかを数える必要はありません。寄っていない項目の中身によって、確かめに行く先が変わります。
仕様と評価が寄っていない場合、書類を持っている相手は案件の責任者になります。担当の切り方と目標欄の文言は、その場で固まっていました。
一次受けと見積が寄っていない場合、根拠は運用の契約書と決裁ルートの側にあります。現場での頼み方を変えても、書いてある宛先は動きません。
ここで並べた4か所は、転職市場での評価額とは別の話になります。値付けの側を決めている要素を、棚卸しの単位から扱っています。評価額が気になるなら、次はそちらの記事へ進んでください。
いまの案件のまま、承認欄と見積を動かせるか
4か所のうちどれが本当に動くかは、いまの現場で確かめられます。順番に置くと次のようになります。
- 次の要件定義書に、作成者として自分の名前を載せられるか聞く。承認欄が先方のままでも、作成者の欄は動くことがある
- 保守契約の更新で、障害の一次受けをどちら側に置く案になっているかを確かめる。案の段階なら、意見を出す余地が残る
- 追加工数の見積を、自分が書いて出す側に回れるか頼む。金額の欄を埋める作業に入ると、削る判断の材料が見える
- 期初の目標欄に、常駐先で起きた出来事を書ける様式があるかを確かめる
通った項目が半分を超えるなら、あなたの案件の組み方の側に余地が残っています。会社の形を変える検討は、その後でも遅くありません。
一つも通らず、断られた理由がどれも契約書を指していた場合、余地は現場の外にあります。理由が人の判断か、書面かの区別が、そのまま線になります。
通らなかった項目は、断られた理由ごと控えておきます。契約書のどこを指して断られたかが、次の並べ替えでそのまま効きます。
案件の組み方のほうが、会社の形より効いていた
4か所を、動く理由の側から並べ替えます。会社を移らないと変わらないものと、いまの案件の中で変わるものが混ざります。
- 会社の形で決まるのは、見積の通し方の1か所になる。委託の関係が事業として置かれている以上、社外への説明が要る場面は残る
- 仕様の承認欄は、案件ごとの契約の範囲で入れ替わる。要件定義から請ける契約と、設計以降を請ける契約とでは、承認欄の顔ぶれが変わっていた
- 障害の一次受けは、保守契約の書き方で割れる。開発と保守を同じ会社が続けて請けるかどうかが、宛先を分ける
- 評価の目標欄は、自社側の運用しだいで変わる。常駐先の出来事を持ち帰る様式が用意されている会社と、用意されていない会社があった
会社を移らずに動く可能性は、4か所のうち3か所に残っています。動かす起点は、次の契約更新と次の期初にあります。
3か所を動かせる余地が現場にどれだけ残っているかは、常駐の組み方でも変わります。割り当てと権限の側から見ると、同じ場所はどう見えるのかを扱っています。余地を測りたいときは、そちらも合わせて見てください。
動かない欄が見えてから、各社の公表内容を読む
動かせない側が見えたところで、各社が何を対象と書いているかを先に読みます。面談までの流れも、同じ場所に出ています。
書かれている対象の外にいると、席に着く前に話が止まります。ここは、こちらの希望では動きません。
| 項目 | レバテックキャリア | Geekly |
|---|---|---|
| 対象 | ITエンジニアとデザイナー（IT・Web業界に特化） | IT・Web・ゲーム業界の転職 |
| 面談の形式・拠点 | 面談拠点は渋谷（東京本社）・名古屋・大阪・福岡。電話・Web面談も可能で、近くに拠点がない地域からも利用できると記載 | 面談は対面またはオンラインと記載。対応エリアとしての限定の記載は未確認 |
| 申し込みから面談までの流れ | Webで申し込み → 希望条件の入力 → 面談・求人紹介 | ご登録 → アドバイザーと面談（対面またはオンライン） → 求人紹介 |
| 決裁の置き場所（承認欄・決裁ルート）についての記載 | 見つからなかった | 見つからなかった |
上の3欄はどれも各社が公表している記述のままで、当サイトの判断は入っていません。いちばん下の欄だけは、公式サイトを見た範囲で当サイトが見つけられなかったという意味になります。決裁の置き場所は求人票にも出ない項目で、席で聞くしかありません。
当サイトの評価軸に基づく整理であり、客観的な優劣を示すものではありません。評価軸は広告掲載方針に記載しています。
筆者は本サービスの利用者ではありません。以下は各社の公表情報と、SE・社内SE としての実務経験からの整理です。
合う人／合わない人
レバテックキャリアは、4か所のうちどれを動かしたいかが決まっていて、それが求人の条件としてどう書かれるのかを確かめたい場合に噛み合います。
対象としてITエンジニアとデザイナーが挙げられています。開発以外の職種まで含めて広く見比べたい段階とは、前提が合いません。
Geekly は、IT・Web・ゲーム業界の転職を対象として公表しています。この枠の外にある業種の事業会社まで見たい場合には合いません。
ここから先は、公表されている内容の外に出ます。決裁の置き場所は求人票に書かれないので、席で聞くしかありません。聞く相手を選ぶ前に、動かしたい1か所を決めておきます。
入力欄で書くことになるのは、動かしたい1か所の名前です。会社の形ではなく、決裁の置き場所のほうを書きます。
登録のあとにアドバイザーとの面談が置かれる流れが公表されています。席で先に確かめるのは、承認欄と決裁ルートが案件ごとにどう書かれているかです。席まで行かない段階では、確かめる機会そのものがありません。
まとめ — 「どっちが上か」を決めなくても、行き先は決まる
4か所のうち、あなたに効いている項目が決まると、行き先は二つに割れます。
中心が仕様の承認欄と評価の目標欄にあった場合。動く余地は、案件をどう組むかの側に残っています。次の契約更新と次の期初が、確かめる機会になります。
見積を社外に通す場面そのものを外したい場合。ここは委託の関係に紐づくので、案件の組み替えでは届きません。会社の形の側を見ることになります。
障害の一次受けは、どちらにも転びます。保守契約の書き方しだいで、事業会社の中でも外に出されている組み方がありました。
優劣を決めなくても、この分け方だけで次にやることは出てきます。決まらないのは、4か所を見ないまま看板だけを並べているときでした。