オンラインのキックオフで「では、これまでのご経験を」と振られ、「前は○○社の決済基盤を……」と言いかけたところで、その社名を出してよいのかと迷い、言葉が止まりました。業務委託で参画するエンジニアが、初日に出会いやすい場面です。話さなければ何ができる人か伝わらず、話しすぎれば前の取引先との約束に触れるのではと不安になります。自己紹介で話すのは、前の取引先の名前ではなく、自分が担ってきた役割です。

1. 参画初日の自己紹介で相手が知りたいこと

顔合わせの相手が頼みたいこと

顔合わせの場にいるのは、これから一緒に進める人たちです。その人たちが初日に知りたいのは、前にどんな会社と仕事をしたかよりも、この人に何を頼めるか、どう連絡すればつながるかだと見ています。名前の知れた取引先の実績は目を引きますが、今日からの進め方には直接つながりません。

ただし、自己紹介で何を話すかを定めた規則は、この記事で確かめた公的資料には書かれていません。そのため、自己紹介の中身についての記述は、書き手の見立てとして読んでください。事実として言えるのは、後の節で出てくる条件の明示、個人に関する情報、データの委託、役割の言葉の4つだけです。

話さなくてよいことの見分け方

一方で、前の取引先の名前、関わった人への評価、報酬は、相手の頼みごとに直接つながりません。話さなくても、何を担えるかは伝わります。そして、名前や評価は一度口にすると取り消せません。

報酬は、条件を取り交わす場で扱うものです。顔合わせで持ち出すと、これから一緒に進める人に、条件の話を急いでいる印象を与えかねません。右側に並べた3つは、迷ったら口にしない側に置くと決めておくと、言葉が止まりにくくなります。

図の作成：Remogu編集部。自己紹介の中身についての見立てを整理したもので、統計データではありません

では、「この案件の担当範囲」は、何を下敷きに話せばよいのでしょうか。

2. 担当範囲は、明示された業務の内容とそろえる

発注側が明示する事項

フリーランス・事業者間取引適正化等法第3条は、業務委託事業者が特定受託事業者に業務委託をしたとき、直ちに、給付の内容、報酬の額、支払期日その他の事項を、書面または電磁的方法で明示しなければならないと定めています¹。明示の義務を負うのは発注する側の業務委託事業者で、受ける側が自己紹介で担当範囲を話す義務ではありません。

ただし、内容が定められない正当な理由がある事項は、定まった後に直ちに明示する扱いです。そのため、キックオフの時点で条件のすべてが書面に載っているとは限りません。書面にまだ無い部分は、無いと分かったうえで話すほうが、後の食い違いを減らせます。

明示される事項の扱い分け

受け取った条件のうち、自己紹介の担当範囲の下敷きにできるのは「給付の内容」です。これは書き手の見立てで、条件に書かれた業務の内容と自分の話す担当範囲をそろえておけば、相手の認識とずれにくくなります。報酬の額と支払期日は、前の節で見たとおり顔合わせでは話しません。その他の事項は案件ごとに中身が違うので、必要なときに発注側の窓口へ個別に確かめます。

明示される事項	自己紹介での扱い	扱いの理由
給付の内容	担当範囲として話す	相手がこの案件で頼みたい中身そのものです
報酬の額	話さない	条件を取り交わす場で扱う事項です
支払期日	話さない	条件を取り交わす場で扱う事項です
その他の事項	必要なら窓口と個別に確かめる	事項の中身が案件ごとに異なります

条件がどの形で届いているかを最初に確かめる手順は、参画開始の初日に確かめることをまとめた記事で整理しています。

3. 前の案件の話はどこまでしてよいか

名前が出る手前で止める

前の案件の話は、どこまでが秘密にあたるかが契約ごとに違うため、一般論で線を引けません。そこで書き手の見立てとして、話しやすい順に並べてみます。使った技術、担った役割、チームの規模感は、取引先を特定せずに話せることが多い話題です。その先の業界までは、迷ったときの落としどころになります。

取引先の名前、製品名、公開前の情報は、いちばん手前で止める側に置きます。迷ったら名前を出さず、「決済まわりの業界で、バックエンドの設計を担いました」のように、業界と役割に置き換えます。これなら、相手には何ができる人かが伝わります。

図の作成：Remogu編集部。話題の並べ方についての見立てを整理したもので、統計データではありません

公開されている事例の扱い

前の取引先がサービスの事例を公開している場合でも、自分がその仕事に関わったと話してよいかは別の問題です。公開されているのは取引先が選んだ範囲で、自分の関与まで話してよいとは限りません。公開されているからと名前を出す前に、契約の文面を読み返しておくと、話してよい範囲を確かめられます。

契約上の資料の返還や秘密保持の決まりそのものは、資料の返還と秘密保持を扱った記事に整理しています。この記事で扱うのは、そうした決まりのある前の案件を、自己紹介の話題としてどう出すかだけです。

名前は伏せても、関わった人の話はまた別の扱いになります。

4. 前の案件で関わった人の話は「個人に関する情報」になる

個人に関する情報の広さ

個人情報保護委員会のガイドライン（通則編・2026年6月版）は、「個人に関する情報」は氏名や顔画像などに限られず、ある個人の職種・肩書などの属性に関する事実、判断、評価を表す全ての情報だと説明しています²。つまり、前の案件の誰かについて「優秀でした」「連絡が遅かった」と話すことも、この広い定義に入ります。

この定義は、前の案件の人の話をすれば責任が生じる、と言うものではありません。ここから先は書き手の見立てですが、名前を伏せても職種や肩書で誰か分かる話は、顔合わせで持ち出さないほうが無難です。話題の中心を、自分が何を担ったかに置き換えます。

関わった人の話の置き換え

前任者やメンバーの名前は出さず、誰かの仕事ぶりの評価は「チームで○○を担った」という自分の側の話に直します。利用者のデータの具体例も、中身には触れず種類だけにとどめます。次の表の右の列が、置き換えたときの言い方の一例です。

話題	置き換え	言い方の例
前任者やメンバーの名前	出さない	「引き継ぎを受けて担当しました」
誰かの仕事ぶりの評価	「チームで○○を担った」と自分の側の話にする	「チームで認証まわりを担いました」
利用者のデータの具体例	種類だけ言う	「利用者の属性データを扱いました」

では、これから参画する案件のデータについては、自分からどう触れておけばよいのでしょうか。

5. この案件のデータの扱い方を、自分から一言添える

監督の義務を負うのは委託する側

個人情報保護委員会のガイドラインによれば、個人情報保護法第25条により、個人データの取扱いを委託する個人情報取扱事業者は、委託を受けた者に対して必要かつ適切な監督を行う義務を負います²。義務を負うのは委託する側で、フリーランスの義務として書かれているわけではありません。

ただし、委託する側が監督を行う以上、キックオフの場で作業の端末や資料の扱いを尋ねられる場面は十分に考えられます。これは書き手の見立てです。扱い方を聞かれる前に自分から一言添えておくと、相手は聞く手間が減り、受ける側も条件を取り違えにくくなります。

図の作成：Remogu編集部。委託の関係と自己紹介の一言のつながりを整理したもので、統計データではありません

自己紹介の最後に添える一言

添える一言は短くてかまいません。たとえば「資料は指定された保管場所の中だけで扱います。持ち出しの可否は、あとで窓口に確かめます」のように、自分の側の扱い方と、確かめたいことを1つずつ言います。細かな決まりを自分で想像して話すのは避け、決まりが分からない部分は分からないと伝えます。

一方で、キックオフでデータの扱いがすでに説明されているなら、同じことを重ねて話す必要はありません。その場合は、説明を受けたうえで自分が気をつける点を一言にまとめます。

6. 役割の名前をデジタルスキル標準の言葉にそろえる

デジタルスキル標準に出てくる言葉

「何でもやります」と名乗るより、公的な言葉で役割の名前と中身を一文で言うほうが、相手のチームの中での位置づけが伝わると見ています。その言葉の候補が、経済産業省とIPAが策定するデジタルスキル標準（DSS）です。バージョン2.0は、2026年4月に公表されました³。

ただし、DSSは個人の名乗り方を定めた規則ではありません。組織での役割分担の想定として作られた標準なので、名乗りの言葉として借りるのは書き手の見立てです。ここでは、表に出てくるロールの名前だけを使います。

役割を一文で言うときの言葉

ver.2.0は、類型「ソフトウェアエンジニア」を得意とする領域に応じて4つのロールに分けて定義しています⁴。そのうちバックエンドエンジニアは、ソフトウェアやアプリケーションのサーバー側の機能の開発を担い、「バックエンドシステム開発」や「クラウドインフラ活用」などのスキルが中心になると説明されています⁴。1人の人材が複数のロールを兼ねる場合も想定の内です⁴。

DSSの言葉	中身	自己紹介での使い方
バージョン2.0	2026年4月に公表されました	役割の言葉の出どころとして知っておく
類型の中のロール	ソフトウェアエンジニアに4つのロールがあります	得意な領域に近いロールの名前を借りる
バックエンドエンジニア	サーバー側の機能の開発が中心です	「バックエンドの開発を担ってきました」と言う
兼任	1人が複数のロールを兼ねる想定です	複数名乗るときは、主な役割を先に言う

兼任の想定は、組織での役割分担についての説明です。自己紹介で役割を2つ名乗ってよいかは、書き手の見立ての範囲を出ません。名乗るなら、主な役割を先に言い、もう1つは経験として添える程度にとどめます。

7. 1分で話す自己紹介の組み立て

1分で話す順番

ここまでの内容を並べると、自己紹介の順番が決まります。最初に名前と立場を伝え、次に担ってきた役割、この案件で受け持つ範囲、連絡がつく時間と手段へと進み、最後に最初に確かめたいことで閉じます。前の取引先の名前は、どの段階にも入りません。

図の作成：Remogu編集部。自己紹介の組み立てについての見立てを整理したもので、統計データではありません

バックエンドの役割で話す見本

見本は、バックエンドの役割で話す場合の1つだけです。「○○です。業務委託で参画します。これまで、バックエンドの設計と開発を担ってきました。決済まわりの業界で、サーバー側の機能の開発が中心でした。この案件では、条件の書面にある給付の内容のとおり、認証まわりのAPIを受け持ちます。連絡は平日の日中にチャットでお願いします。最初に、作業する端末と資料の保管場所を確かめたいです」。

この見本には、前の取引先の名前も、関わった人の話も、報酬の話も入っていません。それでも、何を担い、どう連絡がつき、何を確かめたいかは伝わります。実績の細かな中身は、書面で見せる職務経歴書とは役割が違うので、職務経歴書の見られ方をまとめた記事とあわせて使い分けてください。

言葉が止まったときの戻り先

キックオフで言葉が止まりそうになったら、この順番の2番に戻ります。自己紹介で話すのは、前の取引先の名前ではなく、自分が担ってきた役割です。名前を飲み込んでも、役割を言えば、相手が頼みたいことは伝わります。

リモートで参画できる案件を探すなら、Remogu（株式会社LASSIC運営）は、リモートワーク案件特化のエンジニアマッチングで、案件の90%以上がフルリモート可能です。まず登録して条件を見たうえで、自分の役割を一文で言える案件から話を進めてみてください。

8. よくある質問

前の取引先の名前を直接聞かれたらどう答えますか

契約によっては、名前を話せない場合があります。その場合は「契約上、名前は控えています。業界は決済まわりで、バックエンドの設計を担いました」のように、業界と役割で答えます。

これは書き手の見立てで、話せるかどうかの線は契約ごとに違います。判断がつかないときは、その場で答えず、契約の文面を読み返してから伝えると伝えて構いません。

自己紹介の資料は用意したほうがよいですか

用意するなら、スライド1枚で足ります。オンラインでは、名前と役割と連絡手段の3点を画面に出しておくと伝わりやすいと見ています。

ただし、資料にも前の取引先の名前や関わった人の評価は載せません。口頭で話さないことは、画面にも出さない前提で作ります。

担当範囲が条件の書面とキックオフの説明で食い違っていたらどうしますか

給付の内容は、発注する側が書面または電磁的方法で明示するものです¹。キックオフの口頭の説明と書面が食い違って聞こえたら、その場で決めず、書面の内容と合わせて窓口に確かめます。

確かめるときは、書面の該当する箇所を示して、どちらの範囲で進めるかを尋ねます。答えをもらったあとで、自己紹介の担当範囲もそれに合わせて言い直します。

※公開中の案件数は時期によって変わります。記事中の案件の傾向は執筆時点のものです。

出典・参考情報

＊1 公正取引委員会「フリーランス・事業者間取引適正化等法」（2026年9月・2026年10月確認）
＊2 個人情報保護委員会「個人情報の保護に関する法律についてのガイドライン（通則編）」（2026年6月・2026年10月確認）
＊3 IPA「デジタルスキル標準（DSS）策定の背景・目的」（2026年7月9日・2026年10月確認）
＊4 IPA「デジタルスキル標準」（2026年4月・2026年10月確認）