C#エンジニアのフリーランス案件の仕事内容｜案件の種類別の1日・1か月の流れと成果物

C#エンジニアのフリーランス案件の仕事は、どの領域のC#か（業務Web・Windowsの業務アプリ・移行・製造や制御・クラウド）と、新規開発か保守かで中身が大きく変わります。同じ「C#開発」の募集でも、ある案件では設計書とテスト仕様書を書く日が続き、別の案件では工場の装置の前で動作を確かめる日が続きます。

この記事では、C#の案件を5つの種類に分け、それぞれの1日と1か月の流れ、関わる相手、成果物を整理します。独立の準備はC#エンジニアがフリーランスになるには、求められるスキルはC#の案件で求められるスキルで扱っているので、ここでは「参画したら実際に何をしているか」に絞ります。

C#の案件は「領域」と「局面」で働き方が決まる

C#は使われる場所の幅が広い言語です。働き方の違いを生むのは、主に次の2つです。

• 領域：Webのシステムか、Windowsで動く業務アプリか、装置とつながるアプリか、クラウドのサービスか
• 局面：新しく作る段階か、動いているシステムを直す段階か、古い環境から移す段階か

この2つで分けると、フリーランスのC#案件はおおむね次の5種類になります。

以下では、それぞれの1日と1か月の流れを典型的な例として紹介します。時間の配分は案件ごとに違うため、目安として読んでください。

業務Webの新規開発・刷新の仕事

1日の流れ（例）

朝はチームの短い打ち合わせで、前日の進み具合と困っている点を共有します。午前は担当する機能の詳細設計書を書くか、ASP.NET Coreで画面やAPIを実装します。午後は、発注元の業務担当との仕様の確認会や、設計書のレビューが入ることがあります。夕方は単体テストを書き、レビューでの指摘を直して1日を終えます。

業務系の刷新では、旧システムの画面や帳票と同じ動きを保つことが求められる場面が多く、古いシステムの仕様を読み解く時間も少なくありません。

1か月の流れ（例）

• 月初：担当する機能のまとまりが決まり、設計書の作成に入る
• 毎週：設計書のレビュー、実装、単体テストを順に回す。週次の進捗会で状況を報告する
• 月の半ば：結合テストの準備や、他チームとのインターフェースの確認が入る
• 月末：工程の区切りでテストの結果をまとめ、次の機能に移る

成果物

詳細設計書、ソースコード、単体テストのコードと結果、テスト仕様書、レビューの記録などです。設計書の型は発注元ごとに決まっていることが多く、その型に合わせて書く力も仕事の一部です。

Windows業務アプリの保守・改修の仕事

1日の流れ（例）

WinFormsやWPFで作られた社内の業務アプリを、長く使い続けるための仕事です。朝は利用部門からの問い合わせや不具合の連絡を確かめ、急ぎのものから原因を調べます。午前は改修の依頼に沿って、画面の項目追加や帳票の出力の変更を行います。午後は修正した内容を検証環境で確かめ、リリースの手順書を用意します。

仕様書が古いまま残っていないことも多く、コードとデータベースのストアドプロシージャを読んで、今の動きを確かめるところから始まる仕事が中心です。

1か月の流れ（例）

• 毎日：問い合わせの調査と回答、小さな改修
• 毎週：改修の依頼を受け付け、見積もりと優先順位を情報システム部門と決める
• 月に1〜2回：まとめた改修をリリースし、利用者のパソコンへの配布や更新の手順を確かめる
• 月末：対応した件数と内容を報告し、来月の改修の予定を共有する

成果物

改修の設計メモ、修正したコード、テストの記録、リリース手順書、問い合わせの回答の記録などです。後任が読める形で調べた内容を残すことも、保守の案件では評価されやすい仕事です。

.NETの移行・版上げの仕事

.NET Frameworkで作られた業務アプリを新しい.NETに移す仕事や、サポートの期限が来る版から次の版へ上げる仕事です。版ごとのサポートの考え方はC#エンジニアの将来性で整理しています。

参画直後の数週間

最初は調査が中心です。プロジェクトの構成、参照しているライブラリ、新しい環境で使えない機能を洗い出し、移す順番を決める材料をそろえます。移行を支援するツールの結果を読み、人が判断すべき点を拾う作業も含まれます。

書き換えと検証の段階

計画が決まると、機能のまとまりごとに書き換え、ビルドとテストで確かめる流れを繰り返します。移行の案件で時間がかかるのは、新旧で動きが変わっていないかを確かめる検証です。帳票の出力、外部のシステムとのファイルの受け渡し、日付や文字コードの扱いなどは、テストで差が出やすい部分です。

成果物

調査結果の一覧、移行計画書、書き換えたコード、新旧の比較テストの結果、切り替えの手順書などです。

製造・制御系の仕事

1日・1か月の流れ（例）

装置や計測機器とつながるアプリを作る仕事です。設計と実装の期間は事務所や自宅で、シリアル通信やネットワーク通信の処理、画面、データの記録を作ります。試験の時期になると、工場や装置のある拠点で実機につなぎ、動作を確かめる日が続きます。設備が止まる夜間や休日に作業が入ることもあります。

1か月の単位では、装置の担当者との仕様の確認、社内での試験、現地での試験と調整、導入後の立ち会いという流れになりやすく、工程によって働く場所と時間帯が変わるのが特徴です。

成果物

通信の仕様書、ソースコード、実機での試験の記録、操作の手順書、導入時の作業記録などです。現地作業の負担の考え方はC#の報酬の記事でも触れています。

Azureでのサービス開発の仕事

1日・1か月の流れ（例）

ASP.NET CoreのAPIをAzureで動かす、自社サービスや社内向けサービスの開発です。朝はチャットで連絡を確かめ、チケットに沿って機能を実装します。プルリクエストを出してレビューを受け、他の人のコードもレビューします。テストが通ればCI/CDでデプロイし、監視の画面で動きを確かめます。

1か月の単位では、短い周期の計画と振り返りが回り、機能の追加、性能の改善、障害の振り返りが並行します。リモートで進めやすい種類で、働き方はC#のリモート案件の記事で詳しく扱っています。

成果物

ソースコード、プルリクエストとレビューの記録、テストのコード、デプロイの設定、障害の振り返りの記録などです。設計書を作り込むより、コードとチケットに記録を残す文化の現場が多くなります。

どの案件にも共通する仕事

種類が違っても、次の仕事はほぼすべてのC#案件にあります。

1. データベースとのやり取りの確認：Entity Frameworkやストアドプロシージャが出すSQLを確かめ、遅い処理を見つける
2. 調べた内容の記録：古い作りや仕様の不明点を調べたら、後から来た人も追えるように残す
3. 報告：進み具合と、詰まっている点を早めに伝える
4. 稼働の記録：精算幅のある契約が多いため、作業した時間を日々つけておく

精算の仕組みは精算幅の記事をご覧ください。

関わる相手と、その相手に出すもの

常駐かリモートかによって、相手とのやり取りの方法も変わります。比べ方は常駐案件とリモート案件の違いで解説しています。

よくある質問

C#の案件は、設計書を書く仕事が多いですか？

業務Webの新規開発や刷新の案件では、詳細設計書やテスト仕様書を書く工程が含まれることが多くあります。一方、Azureでの自社サービスの開発では、設計書よりコードとチケットに記録を残す現場が中心です。どちらの比重かは案件ごとに違うため、面談で確かめておきましょう。

保守の案件ばかりだと、経験として弱くなりますか？

古い作りを読み解き、利用部門と話して改修を進めた経験は、移行の案件で頼りにされます。そのうえで、新しい.NETやASP.NET Coreに触れる機会を少しずつ足していくと、選べる案件が広がります。スキルシートでの書き方はC#のスキルシートの記事をご覧ください。

参画して最初の1か月は何をすることが多いですか？

開発環境の準備、既存のコードとデータベースの構成の把握、設計書の型やレビューの進め方の確認から始まるのが一般的です。初月の進め方はC#エンジニアの参画初月にやることで解説します。