「調整と確認ばかりで、技術が積み上がっていない気がする」
「つまらないと感じる自分のほうが、どこかおかしいのか」
そんな手応えの薄さを抱えたまま出社しているあなたへ。
結論から言えば、
面白さが消えたのではなく、置かれている場所が入れ替わっていました
手を動かす面白さと、手を動かさずに決める面白さは、別のところにあります。
この記事では、二つの面白さを分解し、いまどちらの側に立っているのかを予定表の上で見分けるところまで進みます。判定は今週の記録だけで出せます。
結論 — つまらなさは、面白さが移ったあとに残った空白でした
手応えが薄いという声は、意欲や適性の話として扱われがちです。慣れの問題だ、と片付けられることもあります。
そこではありませんでした。実際に起きていたのは、面白さの出どころが別の場所へ移ったということです。
移ったこと自体には、良し悪しがありません。困るのは、移った先に気づかないまま前の場所を探し続けるあいだです。
探している場所に無いので、何も見つかりません。その状態が続くと、仕事そのものがつまらないという結論に落ち着きます。
ですからこの記事では、意欲の話をしません。今週あなたが動かしたものと、決めたことの数を並べます。予定表と履歴があれば足ります。
「社内SE」は、公的な職業の説明ではどこに置かれているか
移った先を確かめる前に、呼び名の位置を押さえておきます。社内SEという語には、公的な定義がひとつだけあるわけではありません。
厚生労働省が運営する job tag（職業情報提供サイト）で「システムエンジニア（基盤システム）」を開きます。ITインフラを設計し開発する職業として説明されていました（2026年9月8日 取得）。
社内という語を含む呼び方も、この職業の別名に入っています（同日取得）。
同じページのタスク一覧を見ると、顧客の要望を聞き取って求められるものを明確にする作業の実施率が95.6%、設計書を作成する作業が93.3%と示されています（2026年9月8日 同ページにて取得）。
就業の項には、その後のキャリアパスとして、プロジェクトマネージャから管理職となる道と、特定分野のスペシャリストとなる道が挙げられています（同日取得）。
つまり公的な説明の側では、社内側のSEは設計に従事する職業として定義されています。手を動かして作る工程は、その定義の中心には置かれていません。
求人票の「社内SE」を読むとき、この定義とのずれが最初の落とし穴になります。実装の量を想像して入ると、想像と違うものが出てきます。
ずれているのはあなたの期待ではなく、同じ呼び名が指している範囲のほうでした。
同じページの職業別名には、社内という語を含む呼び方のほかに、次のような名前も並んでいます（同日取得）。
- システムアーキテクト。設計の全体像を決める側の呼び方です
- ITアーキテクト。技術の選定に軸足が置かれた呼び方です
- インフラエンジニア。基盤を組み立てる作業の側から見た呼び方です
- 基盤システムエンジニア。担当する対象の範囲で切った呼び方です
並べてみると、決める側と作る側の呼び方が同じ職業に同居しています。あなたの職場でどちらが多いかは、職業の名前からは決まりません。
二つの面白さは、それぞれ別の材料でできていた
ここからは、面白さの中身を分解します。作る側に4つ、決める側に4つの材料がありました。どちらが上という話ではありません。
手を動かす面白さは、結果が同じ日のうちに返ってくることでできていた
コードを書くと、その日に動くか動かないかが分かります。反応が返るまでの距離が、とても短いのが特徴です。
直した箇所は目に見えます。昨日より速くなった、落ちなくなった、という差が数字で出ます。
もうひとつは、自分の手だけで完結する範囲が広いことです。誰の承認も待たずに、次の一手へ進めます。
この2つが揃うと、一日の終わりに残ったものが数えられます。積み上がった感覚は、この数えやすさから来ていました。
面白さの正体が技術そのものだと思っていたのですが、実際には反応の速さと自己完結の広さのほうでした。
言い換えると、技術が好きかどうかは関係していませんでした。関係していたのは、結果が返ってくるまでの距離です。
この距離が伸びた時点で、同じ技術を扱っていても手応えは薄くなります。
その面白さは、社内側へ移ると材料の側から先に消えていく
社内側の席では、まず反応が遅くなります。決めたことの結果は、翌日ではなく翌期に出ます。
次に、自己完結の範囲が狭くなります。ほとんどの案は、承認と予算を通らないと動きません。
材料が2つとも減るので、同じ数え方では手応えが出ません。動かした量を数えるかぎり、結果はいつも小さくなります。
ここで多くの人が、腕が落ちたと解釈します。落ちてはいません。測っている対象が、その席には元から少ないだけでした。
実装の機会そのものが減る仕組みは、コードを書く時間がどこへ配分し直されていくのかの側で細かく分けてあります。手応えの話と分けて読むと、原因の切り分けが早くなります。
決める面白さは、選ばなかったほうが後から見えるところにある
決める側の面白さは、選んだ案が動いた瞬間には出てきません。出てくるのは、選ばなかったほうがどうなったかが見えたときです。
止めた案件が半年後に別の形で戻ってきて、止めておいてよかったと分かる。この遅れて届く感触が、決める側の手応えでした。
もうひとつは、影響の広さです。1行の設定より、1つの方針のほうが動かす範囲がはるかに広くなります。
広い代わりに、手触りがありません。方針は目に見えず、動いた実感は他人の作業の側に出ます。
この2つは、日単位では数えられません。四半期でようやく形になる種類の面白さでした。
決める回数は、静かに増えていることが多い
面白さが移ったことに気づきにくいのは、決める回数が誰にも数えられていないからです。
会議で「では、その方向で」と言った回。見積の一行を削ると判断した回。障害の報告を上げるか翌朝に回すか選んだ回。
どれも作業ではないので、記録が残りません。日報にも書きません。
そのため、増えていても本人の実感には乗ってきません。数えていないものは、増えても手応えになりません。
逆に言えば、数え始めた時点から見え方が変わります。この記事の後半で、その数え方を置いてあります。
数えると、思っていたより多いか、思っていたより少ないかのどちらかに出ます。少なかった場合は、席の問題ではなく配分の問題です。
多かった場合は、手応えの受け取り方だけを入れ替えれば済みます。移るかどうかの判断は、そのあとで間に合います。
開発を請ける側にいたころ、決める側の面白さは見えていなかった
客先に常駐して実装を担当していたころ、発注側の席にいる人の一日は退屈そうに映っていました。会議に出て、書類を書いて、また会議に戻ります。
こちらは手を動かしています。動かしている側のほうが面白い仕事をしている、と当時は思っていました。
社内側へ移って、同じ一日を内側から過ごしました。会議の時間そのものは、確かに面白くありません。
面白さは別のところに置かれていました。何を作らないと決めた回数のほうに、手応えが乗っていました。個人の経験に基づく記述であり、同じ結果を保証するものではありません。
請ける側から見えるのは、決まった後の作業だけです。決める過程は会議室の中で終わっているので、外からは空白の時間に見えます。
この見え方の差は、腕前でも意欲でもありません。最初に仕事を覚えた席がどちらだったかによって生まれていました。
- 請ける側から見えていた発注担当者の一日は、会議と書類の往復だった
- 実際にその席で起きていたのは、作る仕事の入口を決める作業だった
- 決めた内容は仕様書として渡るので、こちらには結果の紙しか届かない
- 紙になった時点で判断は終わっており、外から見ると空白の時間に見える
もっとも、決める側にも面白いと感じにくい種類の判断はあります。落とすことしか選べない場面が続く時期は、そちらの疲れが先に来ます。
その仕組みについては、持ち込まれた提案を落とす側が何を見ているかを1本にまとめてあります。決める中身のほうが気になった方は、そちらへ進んでみてください。
いまの席のまま、二つの面白さの量を数える
移った先に気づくには、数えるのがいちばん早い方法でした。あなたの今週の記録があれば始められます。
- 今週の予定表とチャットの履歴を開き、自分が結論を出した場面に印を付ける。会議の発言も含める
- 同じ週で、自分の手だけで何かを完成させた場面に別の印を付ける。調べただけの時間は入れない
- 二種類の印を数える。作った側が減っているだけなのか、決めた側が増えているのかが分かれる
- 決めた側の印について、結果が返ってくる時期を書き添える。翌日か、翌月か、翌期か
- 翌期と書いた印の本数を見る。ここが多いほど、日単位で手応えが出にくい席にいる
ここで出るのは、向き不向きの判定ではありません。いまの席が、どちらの面白さを供給する場所なのかという事実です。
一週間で足りないと感じたら、四半期の初めと終わりで2回取ってください。同じ職場でも、時期によって比率は動きました。
どちらの面白さが自分に合っているかまで踏み込みたい場合は、一日のうち説明へ渡せる時間の量から適性を出す手順が近い話をしています。数え終えてから読むと、噛み合う箇所が増えます。
面白さの置き場所が決まってから開く、募集の対象欄
どちらの面白さを増やしたいかが決まったら、外の受付を見る番です。決めないまま申し込むと、相手も勧め先を絞れません。
先に読むのは、対象として誰を挙げているかです。申し込む前に分かるので、面談の時間を前提の説明に使わずに済みます。
社内SE転職ナビが対象の欄に書いているのは、自社の中で働きたいITエンジニア（社内SE・情報システム職）でした（同社公式サイト。2026年8月17日 取得）。
レバテックキャリアのほうは、ITエンジニアとデザイナーを対象に置いています（同社公式サイト。2026年8月17日 取得）。申し込みと面談の間に希望条件の入力が挟まる流れも案内されています（同日取得）。
いずれも各社の公表内容で、こちらで検証したものではありません。触れていない条件は、無いことの裏づけにはなりません。
当サイトの評価軸に基づく整理であり、客観的な優劣を示すものではありません。評価軸は広告掲載方針に記載しています。
面白さをどちらへ寄せるかで、読む順番が変わります
筆者は本サービスの利用者ではありません。以下は各社の公表情報と、SE・社内SE としての実務経験からの整理です。
面談では、これから何を増やしたいのかが早い段階で確かめられました。決める回数なのか、書く時間なのか。ここが定まっていると往復が減ります。
「つまらないので変えたい」のままでは、相手も次の材料を出せません。「先月は決めた場面が4回で、自分で完成させたものはゼロでした」と数で置くと、話が具体になります。
決める面白さを増やす方向で腹が決まったなら、社内SE転職ナビが公表している対象の内側に入ります。
欄に名前が出ているのは社内SE、それに情報システム職の2つでした。ここから外れる方角を眺めているあいだは、条件のほうが先に立ちはだかります。
書く時間のほうを取り戻す方向なら、レバテックキャリアで職種の幅を横に見る進み方があります。対象に置かれているのはITエンジニアとデザイナーで、直近に何を書いたかがそのまま材料になります。
どちらへ進む場合でも、持っていく紙は同じ予定表です。違ってくるのは、印の付いた枠のうちどちらを増やしたいかという一言だけになります。
まとめ — 入れ替わったのは、面白さの置き場所でした
手応えが薄い時期を、意欲の低下として説明できたことはありませんでした。数え直してはじめて、面白さがどこへ移ったのかが見えました。
今週の記録から、結論を出した場面と、自分の手で完成させた場面に別々の印を付けます。
両方が減っているなら、量の偏りです。作った側だけが減っているなら、面白さは決める側へ移っています。
移っていた場合、戻すのか、移った先で数え直すのかを選ぶことになります。あなたの紙に出た数が、そのまま選ぶ材料です。
つまらないのではなく、数える対象が古いままでした。数え方を入れ替えると、同じ一日が別の形で残ります。