上流に行けるSE、現場で止まりやすいSE──30代から差が広がる業務の読み方

同じように真面目で、同じように手を動かせるSEでも、30代に入ったあたりから、役割の伸び方がはっきり分かれ始めることがある。

片方は、要件の曖昧さを整理できる人として上流に呼ばれるようになる。
もう片方は、実装や詳細設計では頼られるのに、その先の役割へなかなか上がれない。

この差を見ると、つい技術力の差だと思いたくなる。
でも、現場を見ていると、そこだけでは説明しきれないことが多い。

実装力が低いから止まるわけではない。
コミュニケーションが苦手だから上流に行けない、という単純な話でもない。

30代から差が広がりやすいのは、技術の前に、業務をどう読むかの差が大きくなるからだと僕は思っている。

SEの若手時代は、まず作れることが大事になる。
仕様を理解できるか。
設計書を読めるか。
手を動かして形にできるか。
テストで品質を守れるか。

この段階では、作る力が強い人ほど信頼されやすい。
それは当然だし、ここを通らずに上流だけ語っても足元が弱い。

ただ、30代に入ると、現場から求められるものが少しずつ変わる。

決まったものを正しく作るだけではなく、そもそも何が決まっていないのかを見つけること。
相手が言っている要求の後ろに、どんな業務の詰まりがあるのかを読むこと。
システムの機能ではなく、現場の運用や判断の流れまで含めて考えること。

ここに対応できる人が、上流に寄っていく。

逆に言うと、仕様の中だけで仕事を完結させる癖が強いと、どれだけ真面目でも現場で止まりやすい。

たとえば、顧客から この画面がほしい と言われたとき。
現場で止まりやすい人は、画面項目、入力ルール、ボタンの動き、バリデーションに意識が集中する。
もちろん、それ自体は必要だ。
でも、その画面がなぜ必要なのか、誰のどの判断が詰まっていて、今どの手戻りや二度手間が起きているのかまでは見にいかない。

一方、上流に寄る人は、その依頼を機能要求としてだけ受け取らない。

なぜ今この話が出てきたのか。
今の業務では、どこで滞留しているのか。
誰が困っていて、誰の確認待ちが発生しているのか。
その機能が入ることで、何の判断が速くなり、何のミスが減るのか。

こういう背景を拾いにいく。

すると、作るものの精度だけでなく、決めるべき論点そのものが見えるようになる。
上流で評価されるのは、ここだ。

上流の仕事は、派手な発言力や、強い押しの強さだけで成り立っているわけではない。
むしろ実際には、認識のズレを早く見つけること、言葉の定義を合わせること、関係者ごとの前提の違いを埋めることのほうがずっと重要だ。

だから、30代から差が広がる。

若手の頃は、作る力で乗り切れたズレが、30代になると乗り切れなくなるからだ。
仕様通りに作ったのに使われない。
要望通りに実装したのに現場で回らない。
会議では合意したはずなのに、後から認識違いが噴き出す。

この手の問題は、実装の巧拙だけでは防げない。
業務の読み方が浅いと、必ずどこかで限界が来る。

では、業務を読むとは何か。

僕は、少なくとも次の3つを見る力だと思っている。

1. 機能の後ろにある困りごとを見る

相手の言葉を、そのままシステム要件に変換しないこと。
その前に、この依頼は何を楽にしたいのか、何を防ぎたいのか、何を早くしたいのかを見る。

帳票がほしいなら、帳票が目的ではない。
確認作業を減らしたいのかもしれない。
説明責任を果たしたいのかもしれない。
属人化した判断を見える化したいのかもしれない。

ここを外すと、機能はできても、業務には効かない。

2. 現場の判断ポイントを見る

業務は、きれいな流れだけでできていない。
どこかに必ず、迷う場面、止まる場面、例外対応、責任の押しつけ合いがある。

上流に寄る人は、この判断ポイントに敏感だ。
誰が、何を根拠に、どこで判断しているのか。
その判断は標準化できるのか。
それとも、人にしか持てない裁量なのか。

この見方があると、単なる画面や帳票の議論から、業務設計の議論に上がれる。

3. 人の認識差を見る

システム開発で厄介なのは、機能不足そのものより、言葉が同じで意味が違うことだ。

優先度
完了
確認済み
承認
運用できる
急ぎ

こういう言葉は、立場によって中身がズレる。
ユーザー部門、管理部門、開発側、運用側で、同じ単語に違う期待を入れていることが珍しくない。

上流に行けるSEは、このズレを放置しない。
何をもって完了なのか。
誰が見たら承認なのか。
運用できるとは、どの手順まで含むのか。
そういう認識の差を、仕様の前で潰していく。

逆に、現場で止まりやすい人は、作る対象には強いのに、人の認識差を埋めるところに踏み込まない。
その結果、後工程で話が崩れやすくなる。

ここで勘違いしたくないのは、上流に行くことが偉いという話ではない、ということだ。

実装を深める道にも価値はある。
専門性を極める人は必要だし、無理に上流を目指すべきだとも思わない。

ただ、30代で役割を広げたい、上流寄りに進みたい、顧客に近い立場で価値を出したいと思うなら、技術の延長だけでは足りなくなる。
必要なのは、業務を読む力だ。

では、明日から何を変えるか。

大げさなことは要らない。
まずは、打ち合わせや依頼を受けたときに、次の3つを自分に問い直すだけでいい。

• これは誰のどんな詰まりを減らす話なのか

• どこに判断の迷いと認識のズレがあるのか

• この機能が入ったあと、現場の動きは何が変わるのか

この3つを見ながら会議に出るだけで、見える景色はかなり変わる。

仕様の話しかしていなかった場面で、業務の論点が見えるようになる。
顧客の要望をそのまま受けるのではなく、整理して返せるようになる。
何を決めるべきか、何を保留にすべきかの線が引きやすくなる。

それが少しずつ、上流に呼ばれる理由になる。

30代からの差は、突然つくわけではない。
毎日の会議で何を見ているか。
依頼の言葉をどこまで深く読んでいるか。
機能の後ろにある業務の詰まりを見ようとしているか。

その積み重ねが、数年後の役割差になる。

もし今、手は動かせるのに、この先が広がらない感覚があるなら、足りないのは努力量ではないかもしれない。
仕様の内側ではなく、その後ろにある業務を読む視点が、まだ育ち切っていないだけかもしれない。

あなたは最近、機能の話の後ろにある業務の詰まりを、どこまで見にいけていますか。

次に読む：

はじめての方へ：

マガジンの紹介：

IT業界の「技術×キャリア×整える」を束ねるマガジンを公開中です！
ビジネスや心と体を整える良記事が集まってきていますので、
是非、覗いてみてくださいね。
記事は全て無料記事のみです。
気に入って頂けたらマガジンのフォローもよろしくお願いします！
共同マガジンに参加希望の方も募集中です！

＜PR＞

次のキャリアを考えたい方へ。
求人サイトGreenを応援しています。