SIerから事業会社PMへの転職｜求人選びと経験の伝え方

それなら、転職で変えたいのは「会社の種類」より「どこまで担当するか」ですね。稼働後の利用や業務改善まで関われる求人を探しましょう。事業会社のPMという名前だけでは、そこまでは分かりません。

近くなる場合はあります。ただ、予算を持つ部門と使う部門が違えば、社内でも合意は必要です。SIerでも業務提案から運用改善まで担う仕事はあります。今回の転職では、今の担当範囲と希望する範囲を比較していきましょう。

名前より、誰の何を変える仕事かで読み分けます。ここでは、比較しやすいように三つに分けてみます。公的な職種分類ではなく、仕事内容を整理するための区分です。同じ求人が複数にまたがることもあります。

います。オロの公式採用ページには、自社開発のERPを顧客へ導入するPMの仕事が掲載されています。ERPは会計や販売などの基幹業務を扱うシステムです。自社製品に関わることと、社内向けの仕事になることは、同じではありません。求人の「自社」の後に、誰へ何を提供するのかまで読みましょう。

では、利用部門の課題整理、業務の設計、導入後の改善が仕事内容にあるかを見ます。IT企画や社内SEという職種名でも、その役割を含むことがあります。一方、問い合わせ対応や機器の管理が中心の求人もあるので、タイトルだけで候補を増やさないことです。社内IT全体の選び方は、情シスへの転職ガイドも参考になります。

求人の必須経験と自分の経験を照らして判断します。PdMには、どの利用者の問題を解くか、何を作るかを決める仕事が含まれます。開発計画の管理だけでは説明できない部分があるので、同じPMという略称でまとめないでください。利用者の課題を調べ、機能の優先順位を判断した経験があれば、その内容を確認します。

経験を丸ごと捨てる必要はありません。要求の食い違いを整理する、開発の遅れを早めに見つける、移行の条件を確かめる。こうした経験が、次の仕事のどこで使えるかを考えます。相手の業務を知らなければ判断できない部分と、環境が変わっても使える進め方を分けるんです。

一例として、InsightEdgeのPMによる入社記事があります。筆者は、大規模SIからグループの内製開発組織へ移った後も、期待の調整やリスクの共有は活かせたと述べています。一方で、実証段階の開発では、成功とみなす条件や計画の細かさを変える必要があったそうです。これは一人の経験で、事業会社すべてに当てはまる話ではありません。

そうです。新しいサービスを小さく試す仕事と、稼働中の受注システムを切り替える仕事では、同じ社内でも守るべき条件が違います。「事業会社は速い」「SIerは慎重」と分類するより、その案件で失敗すると何が起きるかを聞いてください。自分の慎重さが必要な場面もあれば、細かな計画より先に試すべき場面もあります。

まず必須条件を見ます。そのうえで、事業の流れと募集部署の課題を理解することから始めてください。卸売なら、受注から出荷、請求までで、誰が何を入力し、どこで承認するのか。資格を持つことと、応募先の業務を具体的に考えられることは別です。学習は役立ちますが、実務経験の条件を満たしたことにはなりません。

分からない成果を足す必要はありません。リリースに向けて何を判断したか、その判断が利用部門の仕事とどう結びついていたかを説明します。大切なのは、納品実績を売上実績に言い換えることではなく、経験の中にある業務との接点を示すことです。

その話なら、なぜその区分にしたのかが説明できますね。以下は書き方を示すための架空例ですが、同じ形で振り返れます。

確認していない結果を自分の実績にするほうが、話が崩れます。自分の役割はどこまでで、結果を何で確認したのか。その境界を説明できれば、次の仕事で補う部分も相談できます。売上責任を持つ求人と、移行の実行を担う求人では、求められる経験も違いますから。

「利用部門と課題を決め、稼働後の改善まで継続して担当したい」と具体化しましょう。ただし、その会社が実際にそこまで任せることを確かめてからです。採用ページを読んで想像した部分は、面接で確認します。書類の詳しい記載例は、PMの職務経歴書の書き方にまとめています。

それだけでは判断できません。上流が「決まった要件を開発仕様にする工程」なのか、「業務の問題を選ぶ段階」なのかで違います。ファーストリテイリングのデジタル業務改革の採用情報では、業務の仕組みづくりから活用までの範囲が説明されています。このように仕事内容を具体的に読み、そのうち自分の配属先がどこを担当するかを質問します。

その聞き方だと「あります」で終わります。直近の案件を例に、誰が提案し、誰が承認したかを聞くほうが具体的です。機密で答えられない場合は、一般化した流れや別の事例で聞いてみてください。答えが短いことだけで、悪い会社とは決めつけません。

もちろんです。夜間・休日の移行や障害時の対応、並行案件の数、通常業務との兼務を確認します。「残業は少ないですか」だけでなく、直近の繁忙期に何が重なったのか、欠員のときに誰が補うのかまで聞くと、働く姿を想像しやすくなります。新設部署なら、まだ運用が決まっていない項目もあるはずです。

曖昧さを整えること自体を期待されているなら、希望に合う場合もあります。誰が後ろ盾になり、どの予算と体制で始めるかを確認してください。決まっていない仕事を引き受けたいのか、整った体制で専門性を深めたいのか。自分の希望を先に決めると選びやすくなります。

限りません。任される役割や会社の給与制度によって変わります。実際の提示条件では、基本給、賞与、残業代の扱い、初年度だけの支給を分けて見ます。現職の実績年収と、転職先の満額賞与を前提にした想定年収を、そのまま比べないようにしてください。

上限の数字は、自分への提示額ではありません。選考が進んだら、任される役割と等級、評価される成果を確認します。株式報酬など現金以外の条件がある場合も、毎月の生活に使える給与とは分けて整理してください。ここで大切なのは、年収を下げてでも事業会社へ行く、と先に決めないことです。

次の肩書きより、次の仕事で増える経験を見ます。業務の課題設定、投資案の比較、利用部門との合意、導入後の改善。どれを自分で担えるようになりたいかを選び、その機会があるかを確かめます。PMからIT企画や組織の責任者へ進む道もありますが、在籍すれば自動的に進めるわけではありません。会社にある役割と、自分に任される範囲を見ましょう。

それも比較に入れます。転職先候補と現職について、任される範囲、働き方、給与条件、積める経験を書き並べてください。「事業会社だから良い」で空欄を埋めず、未確認の項目は次の面談で聞きます。今のつらさから判断を急いでいるなら、PMを続けるか迷ったときの判断基準も使って、変えたい条件を整理しましょう。

その希望で候補を絞り、次に自分の経験で応募条件を満たすかを確認しましょう。転職先の名前ではなく、入社後に自分がする仕事を説明できるところまで確かめる。そこまで進めれば、応募する理由も、見送る理由も具体的になります。