DevCareer Lab

ブログ

  • SIerエンジニアの副業の始め方｜PL経験を活かせる副業5選と注意点

    「本業のSIerだけでは年収が頭打ち」「社外で通用するか試してみたい」――そんな理由で、エンジニアの副業を考える人が増えています。筆者（SIerでPL3年目）も、副業を具体的に検討している一人です。

    この記事では、副業を検討する中で調べたことをもとに、SIerエンジニアが副業を始めるまでの手順と、PL・上流経験を活かせる副業の種類を整理します。

    始める前に確認すべき3つのこと

    1. 会社の就業規則

    まず確認すべきは就業規則です。副業が禁止されているか、許可制か、届け出だけでいいかは会社によって違います。厚生労働省のモデル就業規則では副業・兼業を原則認める方向に改定されていますが、実際のルールは各社次第です。競合他社での業務や、本業の顧客と関わる仕事は特にトラブルになりやすいので注意しましょう。

    2. 税金（確定申告と住民税）

    • 会社員の場合、給与以外の所得（収入から経費を引いた額）が年20万円を超えると所得税の確定申告が必要です
    • 20万円以下でも、住民税の申告は別途必要です（お住まいの市区町村へ）
    • 住民税の納付方法で「普通徴収（自分で納付）」を選べるかは自治体によって異なります

    3. 本業に使える時間と体力

    PLは会議や調整で日中が埋まりやすく、繁忙期は残業も増えます。副業は「週に何時間なら無理なく確保できるか」を先に決めておくことが、長く続けるコツです。

    SIerエンジニアに向いている副業5選

    副業の種類活かせる経験収入の特徴始めやすさ
    副業エージェント経由の案件（週1〜2日・リモート）開発・設計・PM/PL時給・月額で安定しやすい△（実務経験が必要）
    クラウドソーシングの受託開発開発スキル案件ごと。単価の幅が大きい◎
    技術ブログ・執筆業務知識・経験積み上げ型。すぐには稼げない◎
    プログラミング講師・メンター開発・教えるスキル時給制が多い○
    PMO・上流支援（副業）PL/PM、調整経験単価が高めになりやすい△（経験が必要）

    PL・上流経験がある人は「副業エージェント」が効率的

    実装だけならクラウドソーシングでも見つかりますが、PLや上流工程の経験がある人は、副業向けのエージェントやマッチングサービスを使うと、経験に見合った案件に出会いやすくなります。

    • 週1〜2日、夜間・土日、フルリモートなど、会社員向けの稼働条件で探せる
    • 単価交渉や契約手続きを代行してもらえるサービスが多い
    • 「要件定義の支援」「PMO」「技術顧問」など、上流の案件もある

    一方で、平日日中の打ち合わせが必要な案件もあるため、本業との両立ができるかは事前に確認が必要です。具体的なサービスの比較は、別の記事でまとめる予定です。

    副業を始める手順（5ステップ）

    • STEP1：就業規則を確認し、必要なら会社に届け出る
    • STEP2：週に使える時間と、目標月収を決める
    • STEP3：スキルの棚卸し（言語・工程・業界知識・PL経験）を職務経歴書の形で書き出す
    • STEP4：副業エージェントやクラウドソーシングに登録し、案件を見てみる
    • STEP5：小さめの案件から始めて、収入と経費を記録しておく（確定申告に備える）

    STEP3のスキルの棚卸しは、副業だけでなく転職を考えるときにもそのまま使えます。やっておいて損はありません。

    まとめ

    • 始める前に「就業規則・税金・使える時間」の3つを確認
    • PL・上流経験がある人は、副業エージェント経由の案件が効率的
    • まずはスキルの棚卸しから。転職検討にもそのまま使える

    参考：国税庁 No.1900 給与所得者で確定申告が必要な人 ／ 厚生労働省 モデル就業規則

    執筆：平凡PL（SIer勤務・エンジニア歴10年／PL歴3年）

  • SIerはやめとけ？将来性は？SIer歴10年の現役PLが本音で解説

    「SIerはやめとけ」「SIerに将来性はない」――ネットでよく見かける言葉です。SIerで10年働いてきた筆者（平凡PL）としては、半分当たっていて、半分は言い過ぎだと感じています。

    この記事では、公的なデータと現場の実感の両方から、SIerの将来性と「SIerで働き続けるべき人・外に出るべき人」を整理します。

    結論：SIerという業界は残る。ただし「どんなスキルが身につくか」は会社と立ち位置で大きく変わる

    IT人材の需要そのものは今後も高い見込みです。経済産業省の調査（2019年）では、2030年にIT人材が最大で約79万人不足するという試算が出ています（需要の伸び方によって約16万〜79万人）。システム開発の仕事がなくなることは考えにくく、SIerという業態もすぐには消えません。

    問題は業界の存続ではなく、自分がどんな立ち位置で、どんなスキルを積めているかです。

    「SIerやめとけ」と言われる理由

    1. 多重下請け構造

    大規模案件では、元請け→二次請け→三次請け…と階層が深くなりがちです。下の階層ほど、上流工程や顧客と直接話す経験が積みにくく、単価も上がりにくくなります。

    2. 技術が古くなりやすい

    長期運用のシステムでは、何年も前の技術を使い続けることがあります。最新技術に触れる機会が少ないと、社外での市場価値が伸びにくいと感じる人もいます。

    3. 調整・ドキュメント業務の比重が大きい

    SIerでは、顧客との調整や設計書・報告書の作成に多くの時間を使います。筆者もPLとして、顧客・ユーザーとの調整と説明が一番の負担でした。「コードを書きたい」人には物足りなく感じる環境です。

    4. 内製化の流れ

    DXの流れの中で、事業会社が自社でエンジニアを抱えてシステムを内製化する動きが広がっています。SIerに丸投げする案件は、長期的には減っていく可能性があります。

    それでもSIerで身につく強み

    一方で、SIerの経験は「つぶしが効く」側面もあります。

    • 顧客折衝・調整力：業務要件を聞き出し、合意をつくる力は、Web系や事業会社でも不足しがちなスキルです
    • 上流工程の経験：要件定義・基本設計を経験していれば、社内SEやPM職で評価されやすくなります
    • 大規模案件の進め方：品質管理、テスト計画、リリース管理など、規模が大きいからこそ学べることがあります
    • 業務知識：金融・製造・公共など、特定業界の業務知識は長く使える武器になります

    SIerに残るべき人・外に出るべき人

    SIerに残るのが合う人外に出るのを検討したい人
    元請け・上流工程を担当できている三次請け以降で、上流に関われる見込みがない
    顧客調整やPM業務にやりがいを感じる自分でコードを書く仕事を続けたい
    特定業界の業務知識を深めたいモダンな技術・開発スタイルで経験を積みたい
    今の給与・働き方に大きな不満がない年収や働き方を大きく変えたい

    外に出るなら、どんな選択肢がある？

    • Web系企業：自社サービス開発。技術のモダンさや開発スピードを求める人向け
    • 社内SE（事業会社）：発注側に回り、ITで事業に貢献する。SIerの調整経験が活きやすい
    • ITコンサル：上流・調整経験を活かして、より経営寄りの仕事へ
    • 副業・フリーランス：会社に属したまま、あるいは独立して外の案件を経験する

    いきなり転職を決める必要はありません。まずは「自分のSIer経験が外でどう評価されるか」を知ることが、次の一手を考える材料になります。

    まとめ

    • IT人材需要は高く、SIerという業態がすぐになくなることはない
    • 「やめとけ」の正体は、多重下請け・技術の古さ・調整業務の多さ
    • 大事なのは業界ではなく、自分の立ち位置と身についているスキル

    参考：経済産業省「IT人材需給に関する調査」調査報告書（2019年3月）

    執筆：平凡PL（SIer勤務・エンジニア歴10年／PL歴3年）

  • PMPとプロジェクトマネージャ試験どっちを取るべき？現役PLが違いと選び方を解説【2026年】

    PLになると、「PMPかプロジェクトマネージャ試験（以下、PM試験）を取っておいた方がいい？」と考える人は多いと思います。筆者（SIerでPL3年目）も、周りで取る人が増えてきて気になっている一人です。

    この記事では、2026年時点の公式情報をもとに、2つの資格の違いと「どちらを選ぶべきか」の判断基準を整理します。

    結論：社内評価ならPM試験、社外・外資・グローバルならPMP

    • PM試験：国内SIerや官公庁系の案件で評価されやすい。受験資格なしで、費用も安い
    • PMP：国際資格。外資系・グローバル案件・転職市場でアピールしやすい。ただし受験資格と費用のハードルが高い

    2つの資格の比較

    項目プロジェクトマネージャ試験PMP
    運営IPA（情報処理推進機構）／国家試験PMI（米国）／国際資格
    受験資格なしPM実務経験（大卒で36か月以上）＋35時間の公式研修
    試験形式多肢選択＋記述＋論述（2026年度からCBT方式）多肢選択（CBT）
    費用の目安受験手数料のみ（数千円台）受験料＋研修費などで合計15万円前後になることも
    更新不要（一度取れば有効）3年ごとに更新（継続学習が必要）
    評価されやすい場面国内SIer、官公庁系案件、社内昇格外資系、グローバル案件、転職市場

    ※費用・制度は変更されることがあります。申込前に必ず公式サイトをご確認ください。

    プロジェクトマネージャ試験のポイント（2026年）

    • 試験は4つの区分で構成（多肢選択2つ、記述式、論述式）。最後の論述では、自分のプロジェクト経験をもとに論文を書きます
    • 2026年度からCBT方式に移行し、春・秋の固定日ではなく一定期間内の複数日で実施される形に変わります
    • 試験名称も午前・午後から「科目A・科目B」に変わる予定です
    • IPAは2027年から新しい試験制度に移行する方針を示しています

    論述試験は「実際にプロジェクトで何を考えて、どう動いたか」を書く試験なので、PL経験がそのまま武器になります。逆に言うと、現場経験が浅いうちは書くネタが足りず苦戦しがちです。

    PMPのポイント（2026年）

    • 受験資格として、4年制大卒で36か月以上のプロジェクトマネジメント経験と35時間の公式研修が必要
    • 受験料はPMI会員405ドル。非会員は2026年8月から675ドルに値上げされており、多くの人は会員になって受験しています
    • 申請書類（経験の記述）は英語で作成が必要
    • 2026年7月から新しい試験内容（新ECO）に切り替わっています

    PMPは「PMBOK」という国際標準の考え方をベースにしているので、アジャイルや海外流のマネジメントの共通言語を身につけられるのが大きなメリットです。

    PLはどちらを選ぶべき？判断フローチャート

    あなたの状況おすすめ
    今の会社で昇格・評価を上げたい（国内SIer）PM試験
    費用をかけずに、まず1つ取りたいPM試験
    PM経験が3年未満PM試験（PMPは受験資格を満たさない可能性）
    外資系・グローバル企業への転職を考えているPMP
    フリーランスPMとして単価を上げたいPMP（案件票で「PMP保有」が評価されることがある）
    両方狙いたいPM試験 → PMPの順（PM試験の勉強がPMPの土台になる）

    資格より大事なこと

    正直なところ、現場で評価されるのは資格そのものより「実際に案件を回した経験」です。筆者がPLとして一番苦労した顧客・ユーザー調整は、資格の勉強だけでは身につきません。

    ただ、資格は自分の経験を体系的に説明できるようになるという点で大きな価値があります。転職やフリーランスの面談で「なぜその判断をしたのか」をPMBOKやPM試験の言葉で説明できると、経験の伝わり方がまったく違います。

    まとめ

    • 国内SIerでの評価・コスト重視ならPM試験
    • 外資・転職・フリーランス単価アップを見据えるならPMP
    • PM試験は2026年度からCBT化。最新の日程はIPA公式で確認を

    参考：IPA プロジェクトマネージャ試験 ／ IPA 高度試験のCBT方式での実施について ／ PMI日本支部 よくあるご質問

    執筆：平凡PL（SIer勤務・エンジニア歴10年／PL歴3年）

  • PLがつらい・向いてないと感じたら｜SIer現役PLが教える原因と対処法

    「PLになったけど、正直つらい」「自分はPLに向いていないのでは？」――そう感じているのは、あなただけではありません。

    筆者はSIerでエンジニア10年、PL3年目の「平凡PL」です。PLになって一番しんどかったのは、技術の問題ではなく顧客・ユーザーとの調整と説明でした。この記事では、PLがつらくなる理由と、向き・不向きの見極め方、そして「つらい」を軽くする具体策をまとめます。

    PLがつらいと感じる5つの理由

    1. 「作る」から「説明して合意をつくる」に仕事が変わる

    メンバー時代は、正しく設計して正しく作れば評価されました。PLになると、仕様変更の影響説明、遅延の報告、ユーザー部門間の意見調整など、人に説明して納得してもらう仕事が中心になります。ここで戸惑う人が一番多いと感じます。

    2. 板挟みになる

    顧客からは「早く・安く・もっと機能を」、PMや上司からは「予算と期限は守れ」、メンバーからは「その仕様変更は無理です」。PLはこの三方向の要求がぶつかる場所に立っています。

    3. 責任は重いのに、決定権は限られる

    スケジュールや品質の責任はPLに来る一方で、予算や体制を変える権限はPM側にあることが多く、「自分ではどうにもできないことで責められる」状況が起きがちです。

    4. 自分の作業時間がなくなる

    会議・調整・レビューで日中が埋まり、自分の作業は夜に回る。技術が好きでエンジニアになった人ほど、ここでストレスを感じやすいです。

    5. 成果が見えにくい

    トラブルを未然に防いでも「何も起きなかった」だけなので、評価されにくい。PLの仕事は、うまくいくほど目立たない仕事でもあります。

    PLに向いている人・向いていない人

    向いている傾向向いていない傾向
    相手の言いたいことを整理するのが苦にならない自分の手で作ることに一番やりがいを感じる
    多少曖昧な状況でも「とりあえず決めて進める」ができる答えが決まらない状況が強いストレスになる
    チームで成果を出すことにやりがいを感じる自分の技術力で評価されたい
    トラブル時に淡々と事実を集められる人に悪いニュースを伝えるのが極端に苦手

    ただし、これは「今の時点での傾向」にすぎません。筆者も最初から調整が得意だったわけではなく、場数を踏んで少しずつ慣れていきました。向いていない＝できない、ではありません。

    PLの「つらい」を軽くする具体策

    • 説明は「結論→理由→選択肢」の順にする：顧客への説明は、背景から話すより結論から。「A案なら納期どおり、B案なら2週間遅れ」と選択肢で示すと合意が早くなります。
    • 悪い報告ほど早く出す：遅延やトラブルは、小さいうちに共有したほうが結果的に楽です。隠すほど説明コストが膨らみます。
    • 決められないことはPMに上げる：予算や体制の問題は、PLが抱え込まずPMにエスカレーションする。それはPMの役割です（PLとPMの違い）。
    • 議事録で「決まったこと」を残す：言った・言わないの揉め事を減らすだけで、調整の負担はかなり下がります。
    • 自分の作業を減らす：PLが実装まで抱えると必ず詰まります。任せられる作業はメンバーに渡しましょう。

    それでもつらいなら：選択肢は社内だけではない

    工夫してもつらさが続くなら、それは個人の問題ではなく環境の問題かもしれません。

    選択肢こんな人に
    社内で役割を変える（技術寄りのポジションへ）調整より設計・開発に集中したい
    PMを目指す全体を見て仕組みをつくる方が合っている
    副業で社外の経験を積むいきなり環境を変えるのは不安
    転職で環境を変える体制や顧客との関係性そのものに無理がある

    PL経験は、社外でも評価されやすい経験です。いきなり転職を決める必要はありませんが、「自分の経験が外でどう評価されるか」を知っておくだけでも、気持ちはかなり楽になります。

    まとめ

    • PLがつらい一番の理由は、仕事が「作る」から「説明して合意をつくる」に変わること
    • 向き不向きはあるが、説明の型や早めの報告でかなり楽になる
    • それでもつらいなら、役割変更・副業・転職など社外も含めて選択肢を持っておく

    執筆：平凡PL（SIer勤務・エンジニア歴10年／PL歴3年）

  • PLとPMの違いとは？SIer現役PLが現場目線で解説【役割・スキル・キャリア】

    「PLとPMって、結局なにが違うの？」――SIerで働いていると、一度は聞かれる（あるいは自分でも迷う）質問です。

    教科書的な定義はネットにたくさんありますが、この記事ではSIerでエンジニア10年・PL3年目の筆者（平凡PL）が、現場の実感ベースで違いを整理します。これからPLを任される人、PMを目指すか迷っている人の判断材料になればうれしいです。

    結論：PLは「案件を前に進める人」、PMは「前に進められる環境をつくる人」

    筆者の実感を一言でまとめると、こうなります。

    PLは案件の推進と調整。PMは管理作業と、メンバーが案件を進めやすいような制度・環境づくり。

    PLは「このプロジェクトを、この期限で、この品質で終わらせる」ために、現場の最前線で手と口を動かす役割です。一方PMは、予算・体制・契約・リスクといったプロジェクトの土台を整え、PLやメンバーが迷わず動ける状態をつくる役割です。

    PLとPMの違いを表で比較

    項目PL（プロジェクトリーダー）PM（プロジェクトマネージャー）
    主なミッション案件の推進・現場の調整プロジェクト全体の成功責任・環境づくり
    見ている範囲担当チーム・担当工程プロジェクト全体（予算・体制・契約含む）
    主な相手メンバー、顧客の担当者・ユーザー顧客の責任者、社内の上長・他部署
    代表的な仕事タスク分解、進捗確認、仕様調整、レビュー、課題対応計画策定、予算・要員管理、リスク管理、体制・ルールづくり
    技術との距離近い（設計・レビューに入ることも多い）遠め（技術判断はPLに任せることが多い）
    評価されやすい点期限どおりに品質高く終わらせる赤字・炎上を防ぎ、チームが回る仕組みをつくる

    ※会社やプロジェクト規模によって線引きは変わります。小規模案件ではPMがPLを兼ねたり、逆にPLがPM業務の一部を担ったりすることも珍しくありません。

    PLの仕事：現場で一番大変なのは「調整と説明」

    PLの仕事というと進捗管理を思い浮かべがちですが、筆者がPLになって一番大変だったのは顧客・ユーザーとの調整と説明です。

    • 仕様変更の要望が来たとき、影響範囲とスケジュールへのインパクトを説明して落としどころを探る
    • ユーザー部門ごとに言っていることが違うとき、論点を整理して合意を取りにいく
    • 遅延やトラブルが起きたとき、原因と対策を「相手が納得できる言葉」で説明する

    メンバー時代は「正しく作る」ことが仕事の中心でしたが、PLになると「正しく伝えて、合意をつくる」ことの比重が一気に上がります。技術力があるのにPLでつまずく人が多いのは、この切り替えが想像以上に難しいからだと感じています。

    PLに求められるスキル

    • 説明力・調整力：技術的な話を、顧客やユーザーの言葉に翻訳する力
    • タスク分解と見積り：曖昧な要求を作業に落とし、現実的な計画にする力
    • 技術的な判断力：設計やレビューで「これで進めて大丈夫か」を決める力
    • 課題の早期発見：小さな違和感を放置せず、炎上前に手を打つ力

    PMの仕事：メンバーが動きやすい「仕組み」をつくる

    PMは、PLよりも一段引いた位置からプロジェクト全体を見ます。予算・要員・契約・リスクの管理に加えて、筆者が重要だと感じるのは「メンバーが案件を進めやすい制度や環境をつくる」役割です。

    • 会議体や報告ルールを決めて、情報がきちんと上がってくる仕組みにする
    • 体制や役割分担を整えて、特定の人に負荷が集中しないようにする
    • 顧客の責任者と握るべきこと（スコープ、優先順位、判断者）を先に固めておく

    PLが「目の前の案件を前に進める人」だとすれば、PMは「PLが前に進めやすい道を整備する人」です。PMの仕事がうまくいっていると、現場は驚くほどスムーズに回ります。

    PLからPMへ：キャリアとしてどう考える？

    SIerでは「メンバー → PL → PM」と段階を踏むのが一般的なキャリアパスです。ただし、PMに進むことだけが正解ではありません。

    方向性向いている人
    PMへ進む全体を俯瞰するのが好き、予算や体制づくりにやりがいを感じる
    PLを極める現場で案件を動かすのが好き、技術から離れすぎたくない
    技術スペシャリストへ調整よりも設計・技術判断に集中したい
    社外に出る（転職・副業・独立）PL経験を別の環境で活かしたい、収入や働き方を変えたい

    PL経験は、社外でも評価されやすい経験です。「顧客調整をしながら案件を推進した」経験は、Web系企業や事業会社、フリーランス案件でも求められることが多いからです。このあたりの選択肢については、別の記事でくわしく整理していきます。

    まとめ

    • PLは案件の推進と調整、PMは管理と、メンバーが動きやすい環境づくり
    • PLの一番の壁は「作る」から「説明して合意をつくる」への切り替え
    • PLの次はPMだけではない。自分が何にやりがいを感じるかでキャリアを選べばいい

    「PLになったけどつらい」「このままPMを目指すべきか迷う」という人は、まず自分がどの仕事にやりがいを感じているかを書き出してみるのがおすすめです。

    執筆：平凡PL（SIer勤務・エンジニア歴10年／PL歴3年）