副業・業務委託エンジニア受け入れの実態と、うまくいくタスク設計のコツ（バクラク事業部の事例をもとに）

はじめに

「LayerXって正社員しか採用していないのでは？」「バクラクの開発はハードルが高そう」

そんな印象を持つ方もいるかもしれません。

実際には、LayerX バクラク事業部ではこれまでも 副業・業務委託のソフトウェアエンジニアを受け入れ、プロダクト開発を一緒に進めてきた実績があります。

本記事では、こうした取り組みを通じて蓄積してきたノウハウを整理します。

といった働き方の実態に加え、受け入れ側のマネージャーやエンジニアにとっても役立つよう副業・業務委託がうまくいくタスク設計や詰まりやすいポイントの回避について実例ベースでまとめます。

複数の受け入れ事例を通じて共通しているのは、参画形態に関係なくチームで開発することを前提にしている点です。

副業・業務委託という働き方は時間が限られる一方で、自律的に前に進められる人の力が最大化しやすい形でもあります。

その前提をチーム側が理解しているかどうかで、体験と成果が大きく変わります。

ある事例では、平日中心にフルタイム相当の稼働で参画いただきました。

働く場所はフルリモートで、日々の進め方やコミュニケーションは正社員にかなり近い形で進みます。

細かい修正だけではなく、たとえば次のような技術的な意思決定や改善提案が効く領域を中心にお願いしました。

単に指示された実装をこなす、というよりは、要件を満たすための方法を一緒に考え、より良い形にしていく進め方です。

参画形態に関わらず、開発に必要な情報や環境へのアクセスは整備します。Notion、Slack 等社内情報へのアクセスは原則的に正社員と同じ扱いとしています。

また、Claude Code、Cursor等の開発ツールは本人が希望して社内利用OKなものについては導入可能です。

一方で、顧客データや本番環境など、取り扱いに慎重さが必要な領域は、リスクを踏まえて制限することがあります。

重要なのは「制限がある＝開発ができない」ではなく、開発を前に進めるうえで支障が出ない形で権限設計することです。

Slackを中心に、必要に応じて定例やエンジニア共有会にも参加いただく形で進めました。

フルリモートであっても、チームの一員として動ける状態をつくることを重視しています。バクラク事業部では、Gatherというバーチャルオフィスツールを利用することで、ほかメンバーに相談をしたいと思ったときに 同期で話しかけるハードルを極力下げるようにしています。

フルタイムに近い関わり方だけでなく、副業として月に40時間〜60時間程度で参画いただくケースもあります。

副業の場合、稼働は平日夜間や週末になりやすい一方で、チーム側の稼働は平日日中が中心です。

そのため、次のような設計を取りやすいです。

副業・業務委託の受け入れで最初に難しいのは、「この方が何をやると双方ハッピーか」を見極めることです。

相性が良いタスク・悪いタスクの特徴を整理すると以下のようになります。

特徴	相性が良いタスク	相性が悪いタスク
スコープ	スコープを切り出せる "この部分だけ完了すれば価値が出る"単位に分割できる	締切が固定で動かせない "今週このスプリントで絶対出す"系はリスクが高い
依存関係	並行開発に強いチームが進んでも、参画者が「今日いないと止まる」前提になりにくい	本番データや顧客影響の調査が前提権限設計上の制約が絡みやすい（止まりやすい）
コミュニケーション	非同期コミュニケーションでも進む仕様が曖昧でも、PR・設計メモ・コメントで意思決定を積み上げられる	同期会話が多発する仕様が未確定で、日中に詰める前提だと非同期で詰まる
完了条件	完了条件が言語化できる「何ができたらDoneか」が受け入れ側で明確に言える	属人化している領域の"火消し" キャッチアップ負担が重く、双方が摩耗しやすい
継続性	ドメイン理解が"積み上がる" 一回やって終わりではなく、理解が次の開発に効いてくる	-