「管理側に回ると、技術から離れてしまう気がする」
「移った人の話が、聞く相手によって食い違う」
そんな打診を前にして、返事を保留しているあなたへ。
結論から言えば、
増えるのは管理という作業ではなく、決める回数のほうでした
跳ね上がる場所は技術の外側にあります。
この記事では、発注する側で PMO・PM を担当した経験から、何が増え、何が抜けたのかを順に開きます。役職名の格好よさは扱いません。
結論 — 増えたのは管理という作業ではなく、決める回数だった
役割が切り替わって最初に効いたのは、会議の本数ではありませんでした。一日のうちに「決めてください」と差し出される回数のほうです。
設計や実装をしていた期間にも、決めごとはありました。ただ、その多くは自分の担当範囲の内側で閉じています。
どの書き方にするか、どこで切るか。迷っても、確かめる相手は同じ部屋にいました。
移った後は、他人の担当範囲について決めます。決めた内容は、自分の手では形になりません。
- 決める対象が、自分の担当から他人の担当へ移る
- 決めた中身を、自分の手で確かめられなくなる
- 決めなかった時間が、そのまま誰かの手待ちになる
重さは経験で吸収できます。回数は吸収できません。この差が、移った直後にいちばん強く出ました。
一つを長く考える力より、短い判断を並べ続ける体力のほうが先に要りました。ここは、移る前には想像しにくい部分です。
ですから「管理職に向いているか」という問い方のままでは、決め手が出てきません。あなたが先に測るのは、決める回数に耐えられるかどうかです。
決めている中身は、技術ではなく予算・要員・時期のほうだった
役割の移動は、同じ職業の中での昇進として語られがちです。ただ、公的な分類の上では別の枠へ動きます。
この入れ替わりに乗れているかどうかは、手の速さではなく預かる単位のほうが変わっていく話としても書いてあります。頭打ちを感じている方は、そちらにも当たってみてください。
日本標準職業分類では、システム設計者が小分類102、情報処理プロジェクトマネージャが小分類103に置かれています（政府統計の総合窓口で2026年9月4日に取得）。
103 のページは、不適合事例としてシステム設計者〔102〕を挙げています。102 のページも、情報処理プロジェクトマネージャを別の分類として扱っています（同日 同サイトにて取得）。
つまり統計の上では、隣の職業へ横に動く扱いです。上に伸びる線としては引かれていません。
103 の説明で先に並ぶのは、設計や技術の語ではありません。「予算、要求品質等について責任を持ち」という書き方で、金と品質が前に出ます。
予算の枠が、案を出す前に選択肢を削る
技術的にどちらが良いかを比べる前に、期の枠に残っている額が案の数を決めていました。
発注する側には、年度で切られた枠が先にあります。枠を超える案は、比較表に載る手前で消えます。
これは値切りの話ではありません。枠の残りが、検討に入れる案の数そのものを決めていました。
ですから「どちらが正しいか」を詰めても、決めには届きません。先に見るのは、残っている枠のほうでした。
SE として設計していた期間、この枠は見えていませんでした。見えていたのは、渡された後の条件です。
空いている人は誰か — 要員から決まる設計の粒
二つ目は要員です。同じ機能でも、手が空いている人が誰かで、設計の粒が変わりました。
詳しい人を当てられるなら、まとめて任せる形にします。当てられないなら、分けて渡せる形に割り直します。
割り方は、技術の良し悪しでは決まりませんでした。その月に誰が空いているかのほうが先に効きます。
外の会社へ出す場合も同じでした。提案の中身より、担当として名前が挙がる人の空き具合が先に来ます。
同じ改修でも、二人で分ける前提なら受け渡しの手順が要ります。一人で通せるなら、その手順は最初から要りません。
要件が変わったわけではないのに、設計書の厚みが変わります。動いていたのは、人の空きだけでした。
この決め方は、設計する側から見ると理不尽に映ります。移ってみると、握っている材料が違うだけでした。
だから、決めた側が技術に弱いとは限りません。技術で選べる幅が、最初から狭く切られている場面があります。
時期を決めないでいると、何が起きるのか
三つ目は時期です。ここは、決めない時間が長いほど選べる案が減っていきます。
稟議の締切、検収の期日、要員の契約期間。どれも動かないまま、手前の日付だけが近づきます。
期末をまたぐと、支払いの帳簿が次の期に移ります。ここを越えた瞬間、案の並びが作り直しになりました。
一週間迷った結果、残っていた三案が一案になったことがありました。保留した分だけ、選択肢が勝手に落ちます。
SE の側にいた期間、期日は守る対象でした。移った後の期日は、案を削る側に回ります。
だから、判断を先送りしても件数は減りませんでした。減るのは、選べる案の幅のほうです。
決めた後に、二つの仕事が付いてくる
決定そのものは、長くても数分で終わります。時間を取られたのは、決めた後に付いてくる二つでした。
記録と説明です。どちらも、決めた本人にしか書けない中身を含んでいます。
決めた理由は、決めた日に書かないと残らない
決めた内容は議事録に残ります。決めた理由のほうは、意識して書かないと残りませんでした。
三か月後に「なぜこの案にしたのか」と聞かれます。聞いてくるのは、監査であったり、後から入った担当であったりします。
そのとき手元に残っているのは、決定だけです。落とした案は、どこにも書かれていませんでした。
理由が残っていないと、そこでもう一度検討し直すことになります。同じ判断を二度やる羽目になります。
そこで、決めた日に一行だけ足す形に変えました。採用した案と、落とした案と、落とした理由です。
書くのは議事録の末尾で構いません。様式を整えるより、その日のうちに置くほうが効きました。
この一行は、後で職務経歴書の材料にもなりました。決めた記録は、案件が終わっても手元に残ります。
面接の終盤で効く一問も、同じ場所から出てきます。聞き返す一問を、発注する側の実感から選び直すところを扱っています。聞く材料を増やしたいなら、そちらへ進んでください。
同じ決定を、相手を変えて三度説明する
もう一つは説明です。一度決めた内容を、相手を変えて繰り返し話しました。
利用部門には、業務がどう変わるかを伝えます。上長には、金額と期日の話をします。
相手が三方向あると、同じ決定でも三度の場が要ります。あなたが一度で終えられる説明は、あまり多くありません。
外の会社には、作る範囲と受け入れの条件を渡します。中身は同じでも、相手ごとに要る材料が違いました。
説明の回数は、決めた件数にほぼ比例して増えます。ここが、体感として「管理ばかりになった」と映る部分でした。
資料を作り直したわけではありません。同じ一枚を持って、三つの部屋を回っただけです。
実際に増えていたのは、説明という作業ではありません。決めた件数のほうが先に増えていました。
手元から抜けたのは、まとまった実装の時間でした
増えた話を先に書きましたが、抜けたものもあります。抜けたのは技術そのものではありませんでした。
連続した時間のほうです。手を入れる作業には、まとまった枠が要ります。
- 予定表が、細切れの枠で先に埋まっていく
- 設計書は読む側に回り、書く側からは外れる
- コードを読む機会は残るが、直す機会が減る
朝に確保した二時間が、差し込みで三十分ずつに割られます。割られた枠では、込み入った箇所に手を入れられません。
読む量は、むしろ増えました。判断するために読むので、目的のほうが入れ替わっています。
技術力が落ちるのではなく、使う場面が読んで決める側へ寄ります。個人の経験に基づく記述であり、同じ結果を保証するものではありません。
この寄り方に耐えられるかどうかは、人によって割れました。手を入れる時間そのものが働く理由になっている場合、負荷として出ます。
周りが止まらないよう先に決める日が続くと、自分の手元には何も残りません。ここで苦しくなった同僚が何人かいました。
逆に、読んで決める時間が長くても平気なら、あなたにとって抜けた分は損失になりません。
なお、手を動かす範囲そのものが機械の側へ移る動きは、これとは別の話です。
運用のどこが自動化に移ったかで先行きを分けて見る話を扱っています。範囲の変化を先に確かめたいなら、そちらへ進んでください。
件数を数え終えてから、窓口の公表内容に当たる
打診を受けるかどうかは、移る前に手元で測れます。特別な権限は要りません。
今週の予定表と、送信済みのメールがあれば足ります。あなたが数えるのは、次の4つです。
- 今週、自分以外の担当範囲について決めた件数を数える
- そのうち、技術の理由で決めたものにだけ丸を付ける
- 決めた理由を書き残したものを、別に数える
- 同じ決定を説明した相手の人数を、決定ごとに数える
数えるときは、相談を受けただけの件を外します。返事が最終だったものだけを数に入れます。
丸の付いた割合が高いほど、いまはまだ技術の側で決めています。低いほど、すでに移り始めています。
割合が低いのに負荷を感じていないなら、この移り方はあなたと噛み合っている可能性があります。
数え終えた紙は、そのまま面談の材料になります。件数と、理由の残り方が書いてあれば足ります。
4つとも0に近い場合、いまの席では決める機会そのものが手前で止まっています。あなたの適性ではなく、席の側の条件です。
数が出ているのに肩書きだけ変わらない場合は、逆になります。すでに移った後の働き方をしていることになります。
窓口が公表している対象を、席に着く前に読む
数えた結果を持って外を見る場合、先に読むのは各社が公表している対象です。
対象の外にいると、面談の手前で話が止まります。こちら側の希望では動かない条件です。
数えた件数は、席に着いてから使う材料になります。順番としては、対象の確認が先に来ます。
| 項目 | レバテックキャリア | Geekly |
|---|---|---|
| 公表されている対象 | 対象は「ITエンジニアとデザイナー」 | 対象は IT・Web・ゲーム業界の転職 |
| 申し込みから面談までの順番 | 申し込みと面談の間に希望条件の入力が挟まる | 登録の次が面談 |
| 判断の回数についての記載 | 見つからなかった | 見つからなかった |
上の2行は各社が公表している記述をそのまま置いたもので、当サイトの判断は入っていません。
いちばん下の行は、公式サイトを読んだ範囲で当サイトが確認できなかったという表示です。決める回数は求人票に載らないので、席で尋ねるほかありません。
ですから、公表されている範囲で確かめられるのは対象と流れまでです。回数の話は、その先に置かれています。
数えた紙が手元にあると、席での質問が具体になります。件数を挙げてから、同じ規模の案件があるかを聞けます。
当サイトの評価軸に基づく整理であり、客観的な優劣を示すものではありません。評価軸は広告掲載方針に記載しています。
筆者は本サービスの利用者ではありません。以下は各社の公表情報と、SE・社内SE としての実務経験からの整理です。
申し込みの後に希望条件を入力する順番が公表されています。欄に書くのは、数えた件数と、理由が残っている形のほうです。
登録の次に面談が来る流れが公表されています。そこで尋ねるのは、決裁がどこまで手元に届くかです。面談の前では、この一点だけは読めません。
まとめ — この移り方が合わない三つの状況
最後に、噛み合わない状況を三つ書きます。優劣ではなく、合うか合わないかという話です。
一つ目。手を入れている時間そのものが、働く理由になっている場合です。連続した枠は戻ってきません。
二つ目。決めた結果が他人の手で形になることに、納得しきれない場合です。ここは慣れでは埋まりませんでした。
三つ目。決裁が勤め先の外側に置かれている職場です。回数だけ増えて、決める権限は来ません。
三つ目だけは、移り方ではなく職場の側で起きています。ここに当たっているなら、役割が変わっても回数が増えるだけでした。