転職の判断│エンジニアコンパス

エンジニアの転職の年収交渉で通った言い方｜額は単価と給与レンジで決まっていた

転職で額を交渉するとき、動かせる範囲は席に着く前に閉じていました。提示を受け取る側と、外に払う単価と社内の給与レンジの両方を見る側では、見えている枠が違います。2つの枠がどこで重なっているかを先に確かめる順番と、席で通った言い方までを、相場の数値を使わずに整理します。

運用保守がきついと感じるとき、重いのは作業量ではなく、機械に渡せないまま人の側へ残った判断でした。運用を受ける受託側と、運用を外に出すと決めた発注側の双方から、何が自動化で消え、何が残ったのかを整理し、当番表と起票履歴から出どころを数える手順まで並べます。

「SIerはやめとけ」に混ざっている話を、委託という事業の形から出るものと、いまの会社の運用から出るものに分けます。元請けの位置で見積を書いた側と、その見積を受け取る発注側の双方で見えた順序の違い、そして手元の記録からどちら側かを数える手順までを整理します。

要件がまとまらない現場で止まっていたのは、書き方でも整理の力でもありませんでした。引き出す受託側と、要件を出す発注側では、決まらないという言葉が別のものを指しています。詰まりが集まる3つの場所と、同じ言葉の意味が割れる場面、そして引き出す側が今日から動かせる順番までを置きます。

エンジニアの退職の引き止めで、残ってほしいと言う側が実際に見ているのは辞める理由ではなく、抜ける日付と引き継ぎ先でした。辞める側と引き止める側の双方から同じ会話を読み直し、通る引き止めと通らない引き止めの分かれ目、そして日付から先に決める伝え方の順番を整理します。

エンジニアの転職タイミングは、経験年数ではなく職務経歴に起きた出来事で判断できます。動く合図になる4つの出来事と、まだ動かなくていい3つの合図を両側から出し、課題管理表の起票者の欄と保守計画の更新欄という、手元にある記録の側からやさしく整理します。

自社開発と受託開発のどちらを選ぶかを、会社の看板ではなく要件定義書の承認欄・障害連絡票の一次受け・見積書の決裁ルート・人事考課の目標欄という4か所の名前から判断します。受託と常駐、発注する側の双方で見えた差と、現職の案件で試せる範囲までをやさしく整理します。

SEの年収が上がらないときに効いていた要因を、単価の決まり方・職務の分類・評価の反映先の3つへ分けて整理します。職業分類ごとの公表統計で数え方の違いを示したうえで、どれが効いているかの見分け方と、現職で動かせる範囲・制度として動かない範囲の切り分けまで扱います。

市場価値がわからないのは、測る物差しが決まっていないから起きます。公的な職業分類でも同じ呼び名が複数の職業にまたがる事実を手がかりに、手持ちの経験を決めた・通した・直した・渡したの4項目へ棚卸しする手順と、偏りの読み方、埋める順番の決め方までをしっかり整理します。