こんにちは！タカトです。 &nbsp; 2022年からちょくちょく話題に上がっていたインボイス制度。皆さんは具体的にどういった制度か把握してますか？会社員の方は特に意識する必要はありませんが、副業でそれなりに稼いでいたり、個人事業主・フリーランスの方は意識しないと今後の仕事に影響が出てきます。今回はそんなインボイス制度について解説していきます。 &nbsp; できるだけシンプルかつ分かりやすくお伝えしてきますので、インボイスが気になるぐらいの感じで読んで頂いて大丈夫です！時間にして3分ほどで読めるのでランチやお茶のお供にどうぞ！

インボイス制度はシンプルにいうと、消費税を払わせる制度です。 &nbsp; 消費税は物を購入した際に商品購入代金と一緒に払っていますが、その消費税とは別であなたが個人で請け負った仕事に対する消費税のことを指します。（詳細は後述で解説します） &nbsp; 消費税を払った人には適格請求書発行事業者として番号が発行されます。 適格請求書発行事業者になるためには課税事業者になる必要があり、課税事業者になる＝消費税をしっかり払いますということです。

消費税をなぜ今更払うのか？今まで免除されてた理由は？

ここで質問です。 &nbsp; あなたが物を購入し10%の消費税が掛かりました。お店には商品代＋消費税を支払いますが、この10%の消費税は誰が国に払っているか？ &nbsp; 答えはお店が代わりに国に払っています。 &nbsp; お店、または会社は毎年確定申告を行っており、その際に貰った消費税をまとめて国に支払っているワケです。 &nbsp; 次に、あなた自身が個人で仕事を受注し請求書が来ました。その請求書には売上の10%の消費税が加算され、振込の金額として提示されてます。（売上が10万だったら11万が振込対象額。1万は消費税。） &nbsp; ではこの消費税は誰が支払っているでしょうか？ &nbsp; 多分、この回答は言葉に詰まると思います。 &nbsp; 本来であればお店と同じであなたは消費税を受け取っているので、それを国に支払う必要があります。 &nbsp; これを払わなくて良いのには理由があって、売上が一千万以下の個人事業主は免税事業者と呼ばれて、消費税を支払わなくてよいとされているからです。 &nbsp; なので知らぬ間に脱税してた！？といったことにはなりません。 &nbsp; インボイス制度が施行されると、売上が一千万以下の個人事業主も課税対象者になり、毎年売上の10%を国に納める必要があります。

インボイス制度の施行は2023年10月1日からになります。 &nbsp; なので2024年に行う確定申告ではインボイス制度を考慮した申告が必要になります。 &nbsp; 各種会計ソフトもそれに向けて対応を実施中です。

適格請求書発行者って何なのか？番号は無いとダメなの？

適格請求書発行者になると番号が発行されます。番号を発行しない（適格請求書発行者にならない）選択も可能です。 &nbsp; では番号あり／なしでどういった違いがあるのでしょうか？ &nbsp; あなたに仕事を依頼する会社からすると、番号あり／なしでの違いは国に納める消費税分を全額免除できるか、できないかの違いがあります。 <img src="https://images.microcms-assets.io/assets/03df7942ab184c4fb92ae2a6d548e115/f466d12227d94fe2a6d56a13bbff7eca/image2.jpeg" alt=""> 会社からしたら、番号がない人と取引するのはデメリットしかないんです。 &nbsp; こうなると個人は仕事の受注にモロに影響が出るので、実質番号あり（自身で消費税を納める）を選択せざるを得ないのが実状です。

適格請求書発行者になると収入はどれだけ下がるのか

適格請求書発行者になるということは消費税を新たに納めるということです。 &nbsp; 2023年現在、消費税は10%なので、自身の年間売上が300万の人なら年30万、500万なら50万の税金が新たに発生します。 &nbsp; 消費税が上がれば、この税金もどんどん上がっていきます。 &nbsp; ただでさえ多くの税を払っているのに、更にまた税金が重くのしかかる。中々厳しい現実ではあります。

インボイス制度が反対される理由

インボイス制度は今まで対象外だった免税者（売上が一千万以下）から消費税を徴収する制度というのはお分かり頂けたかと思います。 &nbsp; 売上が100万円の人も10万という額を追加の税として納める必要が出てくるので、売上が少ない人にとっては死活問題で、反対されるのは当然の結果です。 &nbsp; 実際、エンタメ業界へのダメージがかなり大きいと言われています。 <a style="color:#1155cc" href="https://maidonanews.jp/article/14719374" target="_blank" rel="noopener noreferrer">「インボイス制度は日本のエンタメ業界を破壊する」　声優の甲斐田裕子が反対の声を上げる理由</a> &nbsp; これで徴収しても300億程度にしかならないので、反対されるのも無理はありません。

インボイス制度施行に向けて出来ること

正直この制度は個人事業主にとってはかなり痛い制度です。 &nbsp; とはいえ決まってしまったのは仕方ないので、出来ることとして売上額を上げるのが一番だと筆者は感じます。結局10%もっていかれるなら売上額を上げて少しでも税の負担を減らすのが今できる最善の策です。 &nbsp; もう1つはインボイス制度に対しての対応は会社によって様々なので、そこをお世話になってる会社に確認し、より良い対応をしている会社を選びなおすという手段です。 &nbsp; 例えば適格請求書発行者にならなくても良いや、その税の分を上乗せして支払ってくれるなど対応は様々かと思います。 &nbsp; グラントホープは業界的にレアな対応をしており、適格請求書発行者になることを止む無しと感じているエンジニアや個人事業主の人はグラントホープなら心配ない対応を取っています。 &nbsp; 話を聞くだけでも全然良いと思うので、興味のある方は聞いてみてはいかがでしょうか。

まとめ：しっかり理解した上で施行されるまでに準備をしよう！

いかがだったでしょうか？2023年から年収の10%が減るのは目に見えたので、そこをどう補填するか事前に考えて準備すること、もしくはお世話になってる会社を見直すことが今できる策なのかなと思います。 &nbsp; もちろん、適格請求書発行者にならなくても問題はないです。 &nbsp; 実際、施行された時にどれだけの人がなるかは未知で、下手したら適格請求書発行者にならない人が多い可能性もあります。 &nbsp; 自分の将来に関わることなので、しっかり理解した上で自身が望む選択をしていきましょう！ &nbsp; 本日も読んでいただきありがとうございました。

インボイス制度とは？施行される前に抑えておきたいポイントを解説！

タカト

2児に父でフリーランス歴8年目、主にPMO・サポート業務をメインに案件をこなしています。Webライターとしても活動中。

業務でコードを書く際、似たような処理を別の業務で実装した経験がある方も多いのではないでしょうか。中には、それを自作のライブラリとして作成して、GitHubで管理するという形を取っている方もおられるでしょう。 では、実際にそれを複数のプロジェクトで使用する際はどのように行っているでしょうか。 今やほとんどのエンジニアが使っているGitHubですが、その機能のひとつにGitHub Packagesと呼ばれるパッケージホスティングサービスがあります。 今回はこちらを利用して、自作のJavaScript関数をnpmライブラリとして管理する手順をご紹介します。

以前はGitHub Package Registryと呼ばれていたこのホスティングサービスですが、ひとことで言ってしまえば「作成したソフトウェアをGitHub上でパッケージとして管理することで、さまざまなプロジェクトで使えるようにしたよ」というものです。 プライベートリポジトリではプランによって料金が異なりますが、フリープランであってもストレージ容量500MBかつ月間データ転送量1GBまでであれば無料で使えます。 パブリックリポジトリに至っては完全に無料。太っ腹です。

GitHub Packagesに自作関数をデプロイする

今回はTypeScriptを使って簡単な関数を実装し、それを自分専用のライブラリとして作ってみましょう。

まずはPackage.jsonに以下の内容を記述していきます。 ついでにnpm installもやっておきましょう。

@{GitHubのユーザーネーム}/{リポジトリ名}

ここで、いくつか重要なフィールドをピックアップして解説します。 name @{GitHubのユーザーネーム}/{リポジトリ名}の形で入力します。 実際にライブラリをインストールする際も$ npm install @{GitHubのユーザーネーム}/{リポジトリ名}という形式になります。 version ライブラリ自体のバージョンを管理します。今回はとりあえず0.0.1としておきました。 main ライブラリが別のモジュールから呼び出された際に、どのファイルを参照するかを設定します。 今回はトランスパイルされた後のJSファイルを参照するので、dist/main.jsを指定しました。 typesフィールド ライブラリの型定義ファイルを指定します。 publishConfig npmで扱えるようにするため、registryに<a style="color:#1155cc" href="https://npm.pkg.github.com" target="_blank" rel="noopener noreferrer">https://npm.pkg.github.com</a>を指定します。 また、今回は自分専用＝プライベートなライブラリなので、accessにはrestrictedを指定しておきます。 ちなみに複数のレジストリで公開したい場合は、publishConfigフィールドではなく.npmrcに記述する形になります。

今回は最小限の設定だけ記述しました。

リポジトリを作成する際、Node.jsのgitignoreテンプレートを選択している場合は不要ですが、もしそうでなければ.gitignoreにdistディレクトリを追加しておきましょう。 こちらはトランスパイル後のJSファイルと型定義ファイルが格納される予定ですが、トランスパイル自体は後述するGitHub Actionsで行います。

今回は「引数として与えられた文字列の奇数番目だけを抽出した文字列を返す」という関数を作ってみます。

こんな感じでしょうか。 すごく簡単な内容ですが、これならビルドの時間も短いので練習にはもってこいです。

GitHub ActionsでPublishの設定を行い、Packageとして公開する

最後に、プッシュされたら自動でトランスパイル＆Packageとして公開するGitHub Actionsを設定します。 .github/workflows/publish.ymlとして以下の内容を記述した設定ファイルを追加しましょう。

この際、secrets.GITHUB_TOKENという値を利用していますが、これは各リポジトリにデフォルトで備わっているトークンなので個別に設定する必要はありません。 ここまでの内容でプッシュしてみましょう。 リポジトリのActionタブを開くと、すでに先ほど設定したアクションが終了していました。

Codeタブに戻ってみるとPackagesの欄が追加されており、先ほどプッシュした内容がv0.0.1として正常にデプロイされたことがわかります。

デプロイされたライブラリを使う

次にデプロイされたライブラリを実際のプロジェクトに導入して利用する手順をご紹介します。

今回はプライベートなパッケージを対象としているので、それにアクセスするためのトークンを発行する必要があります。 <a style="color:#1155cc" href="https://docs.github.com/ja/github/authenticating-to-github/creating-a-personal-access-token" target="_blank" rel="noopener noreferrer">公式の解説</a>に従って設定ページを開きましょう。

パッケージの読み取りを行うだけなので、スコープはread:packagesにのみチェックを入れます。 NoteはわかりやすいようにREAD_PACKAGESとしてみました。

Personal Access Tokenを発行したら、適当なプロジェクトを作成し、プロジェクトルートに.npmrcを作成して以下の内容を記述します。

これでプライベートなパッケージにアクセスできるようになりました。 あとは通常のNPMモジュールインストールと同様にnpm installすれば、node_modulesディレクトリにインストールされます。

それでは実際に使ってみます。 以下のスクリプトを実行し、AAAAと表示されれば成功です。

期待通りに動きました。 関数名にマウスオーバーすると型の情報も見られるので、型定義ファイルもきちんと参照できているようです。

ここで先ほど実装したライブラリに、「奇数番目or偶数番目の文字列を引数によって選択できる」という新機能を実装したくなりました。 早速実装してみましょう。

新機能を追加したのでマイナーアップデートという扱いにしましょう。 手動で書き換えることもできますが、npmにはパッケージのバージョンを管理するコマンドがあるのでそれを利用します。

gitのログを確認してみましょう。 package.jsonのバージョンが更新され、v0.1.0として新たにタグが作成されていると思います。この状態でプッシュしましょう。

Releaseの欄が2 tagsになり、Packages欄のバージョンも0.1.0になっています。 どうやらきちんとアップデートできたようです。

昨今はnpmライブラリが充実しており、欲しい機能は探せば見つかることが多いと思います。 しかし、公開されているライブラリでは機能が不足していたり、不要な機能が多すぎたりする場合、自作のライブラリで解決するという手段は選択肢として大いにあると思います。 そんなときには、ぜひGitHub Packagesを利用して便利に使いまわしていきましょう。

GitHubの機能である「GitHub Packages」を利用し、自作のJavaScript関数をnpmライブラリとして管理する手順をご紹介します。

GitHub Packagesを使って自作ライブラリを管理しよう

Takumi.K

サービス開発にも携わるフリーランスフロントエンドエンジニア。

PythonのWebフレームワークにはDjango、Flaskが良く使用されますが、今回はFastAPIというフレームワークを紹介したいと思います。 FastAPI は、Pythonの標準である型ヒントに基づいてPython 3.6 以降でAPI を構築するための、モダンで、高速(高パフォーマンス)な、Web フレームワークです。

FastAPIの特徴とDjangoとの比較について

・パフォーマスが高く、処理が早い

FastAPIはPythonの有名なWebフレームワークのDjangoパフォーマンスを比較しても、NodeJSやGoと同じくらいにパフォーマンスが高いと言われており、Djangoよりも処理が早いとされています。

・コードが書きやすく、バグ等も見つけやすい

コーディングもDjangoに比べて書きやすい特徴もあり、コードによる重複も最小限にしていることから、ヒューマンエラーよるバグも削減と開発速度の向上が見込まれています。

・習得にそれほど時間がかからない

FastAPIはDjangoに比較して簡単に習得できるようにデザインもされていることから、ドキュメントに読む時間やその他調査にかかる時間も短縮されます。

必要条件:Python 3.6以上 ※開発環境(動作はMac環境を使用しています。) OS: MacOS Big Sur 11.4 Python: 3.9.7 Django: 3.1.7 IDE: PyCharm &nbsp; Pycharmを起動して、左下の「terminal」をクリック

(Macのデスクトップの右上の虫眼鏡マークから「ターミナル」起動→指定した階層に移動でも構いません)

ターミナル上で以下のコマンドを入力してください。 pip install fastapi 以下のように「Successfully〜」と表示されれば問題なくFastAPIはインストールされています。

次に以下のコマンドを入力後、エンターキーを押してください。 pip install uvicorn こちらも問題なく、エラーメッセージが表示されなければ正常にインストールされています。

任意のディレクトリ配下にmain.pyを作成して、以下のコードを入力します。 main.py &nbsp;

&nbsp;以下のコマンドを実行します。 uvicorn main:app --reload &nbsp; ブラウザのURLバーに <a href="http://localhost:8000/" target="_blank" rel="noopener noreferrer">http://localhost:8000/</a> を入力してください。

{"Hello":"World"}と表示されていますね。 &nbsp; 先程作成した、main.pyの5行目から7行目にて @app.get("/") def read_root():　 　&nbsp; &nbsp;&nbsp;return {"Hello": "World"} @app.get("/") →@app.get("/")と書くことで、localhost:8000以降のURLを指定するパスになります。 ("/")と書くことにより、localhost:8000で動く関数ということになります。 def read_root(): return {"Hello": "World"} →@app.get("/")と書いてありますので、 uvicorn main:app –reload Webサーバーを起動した際にWebブラウザにて localhost:8000と入力した時に動く関数ということになります。 &nbsp; こちらのサンプルではread_rootという関数名にしていますが、任意の関数名に変えていただいても構いません。 returnも{"Hello": "World"}とありますが、こちらも任意の文字列に変えてもよいです。

では次にブラウザのURLバーにて <a href="http://localhost:8000/items/10?q=sample_fastapi" target="_blank" rel="noopener noreferrer">http://localhost:8000/items/10?q=sample_fastapi</a> を入力してください。

このように表示されていれば成功です。

解説をしていきます。 main.pyに記載をした@app.get("/")と@app.get("/items/{item_id}")の2つ関数がありますが、WebブラウザのURLにて、localhost:8000以降の/&nbsp;と&nbsp;/items/{item_id}のパスで HTTP リクエストを受けます。 /items/{item_id}&nbsp;パスのパスパラメータ&nbsp;item_id&nbsp;は&nbsp;int&nbsp;でなければなりません。 <a href="http://localhost:8000/items/10?q=sample_fastapi" target="_blank" rel="noopener noreferrer">http://localhost:8000/items/10?q=sample_fastapi</a> →こちらの10という数値がint型指定です。 パス&nbsp;/items/{item_id}&nbsp;はオプションの&nbsp;str&nbsp;クエリパラメータ&nbsp;q&nbsp;を持ちます。 <a href="http://localhost:8000/items/10?q=sample_fastapi" target="_blank" rel="noopener noreferrer">http://localhost:8000/items/10?q=sample_fastapi</a> →sample_fastapiの箇所がstr型となります。 @app.get("/items/{item_id}") def readitem(itemid: int, q: str = None): 　　&nbsp;return{"item_id": item_id,&nbsp;&nbsp;"q": q} 今回使用したURLですと、 http://localhost:8000/items/10 →10がread_item_idの第一引数の、item_id: intの箇所で <a href="http://localhost:8000/items/10?q=sample_fastapi" target="_blank" rel="noopener noreferrer">http://localhost:8000/items/10?q=sample_fastapi</a> →sample_fastapiがread_item_idの第二引数のq: str = Noneの箇所になります。 &nbsp; 試しに<a style="color:black" href="http://localhost:8000/items/%7bitem_id%7d" target="_blank" rel="noopener noreferrer">http://localhost:8000/items/{item_id}</a>の{item_id}の箇所にて、int(数値)以外の値を入れてみましょう。 WebブラウザでURLバーにて以下を入力してみてください。 <a href="http://localhost:8000/items/sample?q=sample" target="_blank" rel="noopener noreferrer">http://localhost:8000/items/sample?q=sample</a>

value is not a valid integer〜とエラーメッセージが出力されましたね。 &nbsp; では次に行きましょう。 WebブラウザのURLバーで以下を入力してください。 http://localhost:8000/docs &nbsp;

こちらの画面が表示されましたと思います。 こちらは自動対話型APIドキュメントです。 &nbsp; 次は以下のURLをWebブラウザで表示させてください。 http://localhost:8000/redoc

代替の自動ドキュメントが表示されます。

アップグレードの実装(PUTリクエスト)

PUTリクエストからボディを受け取る実装を進めます。 main.pyを修正しますので、黄色の部分を追加してください。 &nbsp; &nbsp; &nbsp; &nbsp; main.py &nbsp; from fastapi import FastAPI from pydantic import BaseModel app = FastAPI() class Item(BaseModel): &nbsp;&nbsp;&nbsp; name: str &nbsp;&nbsp;&nbsp; price: float &nbsp;&nbsp;&nbsp; is_offer: bool = None @apgep.t("/") def read_root(): &nbsp;&nbsp;&nbsp; return {"Hello": "World"} @app.get("/items/{item_id}") def read_item(item_id: int, q: str = None): &nbsp;&nbsp;&nbsp; return {"item_id": item_id, "q": q} @app.put("/items/{item_id}") def update_item(item_id: int, item: Item): &nbsp;&nbsp;&nbsp; return {"item_name": item.name, "item_id": item_id}

次は以下のURLをWebブラウザで表示させてください。 http://localhost:8000/docs

item_idに任意の数値を入力し ※画面の例の10以外の数値でも可

ユーザインターフェースはAPIと通信をして、パラメータを送信し、結果を取得して、画面下部に表示されます。 &nbsp; 次は以下のURLをクリックしてください。 <a href="http://localhost:8000/redoc" target="_blank" rel="noopener noreferrer">http://localhost:8000/redoc</a>

代替のAPIにも新しいクエリパラメータやボディが反映されています

このようにFastAPIは関数のパラメータとして、パラメータやボディ の型を宣言して、簡単にAPIエンドポイント定義と実装が可能になります。 &nbsp; &nbsp; 参考URL <a href="https://fastapi.tiangolo.com/ja" target="_blank" rel="noopener noreferrer">https://fastapi.tiangolo.com/ja</a>

PythonのWebフレームワークFastAPIの紹介

中川　彰吾

フリーランスSEで色々なWeb系の案件に参画中。言語はPythonやRuby
自宅でもパフォーマンスが落ちない様、リモートワーク中心の生活を過ごしながら、
IT技術だけでなく、英語や株式投資など学習中。


こんにちは！&nbsp;&nbsp;&nbsp;&nbsp;タカトです。 &nbsp; 今回は数多くSES事業を主とする会社が存在する中で、私がお世話になっているグラントホープをオススメする理由について解説します。 私自身、フリーランス歴は8年ですがグラントホープでお世話になってるのは2年目と実は短かったりします。 5年間は全く違うところで案件を紹介頂いており、正直行こうかどうか悩んだ背景もあります。今回はそんな悩みも踏まえてオススメの理由についてお話していきます！

グラントホープってどういう会社？

2016年設立の新しい会社でSES事業・キャリアアドバイザー事業を主としている会社です。設立して6年目ですが売上高は年々更新されており、2021年は24億。在籍しているフリーランスも数多く、年齢層も20〜40代と若々しい会社です。

私自身、グラントホープを選ぶまでは正直悩んだ

私は無料査定（詳細は事項で）を行ってから半年ほど保留にしてました。 &nbsp; 理由として、年収は上がったのですが色々な事情を考慮して案件を紹介して貰えるか不安だったからです。（私の場合は、高稼働は不可だったので） &nbsp; また、スキルに対する自信もそこまでなかったので「その額を貰うだけの活躍ができるのか？」という変にネガティブな状態になり、保留にしてました。 &nbsp; 今思うと、転職に似てるのかなと感じました。

結果的に半年悩んだ後、「入ってから色々考えよう！」という結論に至り、グラントホープさんにお世話になることを決めました。

実際グラントホープに入ってみて、どうだったか

5年間お世話になった会社以上に融通も利き、働きやすいです。 &nbsp; 年収もアップしましたし、サポートも手厚いので、早く会社を変えておけばよかったなぁと後悔したぐらい。 &nbsp; また、フリーランスと思えない福利厚生がしっかりしてるのでこの点は他社に負けないと思います。

グラントホープを選んだ6つの理由

私がグラントホープを選んだ理由は大きく6つあります。

グラントホープに入るにあたって、事前にスキルシートを提出して年収の査定ができます。 &nbsp; これで自分の年収が事前に分かるというワケです。 &nbsp; しかも今だとLINEで無料査定できるのが有難いですね。 &nbsp; 手順は本当に簡単で、経歴書を送るだけ。 &nbsp; 私の頃は対面でやっていた部分もあり、今も場合によっては対面になることもあるかもしれません。

2.査定結果が想像以上に良かった

私の場合ですが、年収が300万ほど上がりました。 &nbsp; 前の会社も安いワケではなかったのですが、想像以上の上がり幅だったのでかなり驚きました。 &nbsp; これだけ上がるのにも理由があって、グラントホープの場合、中間マージンの割合がかなり低いと思います。 &nbsp; とにかくエンジニアに還元するというのを大前提にしているため、結構な割合で年収アップできます。 &nbsp; しかもちゃんと経験値を積んで、単価の高い案件に参画することも出来て、更に年収アップが狙えるのもポイントです。

3.査定したからといって無理な勧誘・催促が一切ない

査定は正直、気軽にできます。 &nbsp; その後、入るかどうかは完全にゆだねてくれますし、無理な勧誘がありません。 &nbsp; ほとんどの会社は査定後「早めに動いた方が…」と言ったりしますが、グラントホープはちゃんと考える時間を頂けます。 &nbsp; 査定結果が良くても色々考えてしまうのが本音です。 &nbsp; 環境面、人間関係など、一旦冷静になって判断した方が良いのでそれが出来るのがいいですね。

4.キャリアも踏まえて案件を紹介してくれる

フリーランスとはいえ、ちゃんとキャリアを積むことが大事です。 &nbsp; 出来ることの幅が広がりますし、自分が「こういうことがやりたい、こういう方向に進んでいきたい」というのがあれば、それに合った案件に参画が可能です。 &nbsp; それだけの案件数がありますし、何よりこちらのことを考えて動いて貰えます。 &nbsp; キャリアプランを立てながら年収アップも狙えるので、普通の会社員の昇給と同じ感覚で給料アップが可能です。

フリーランスでは珍しく、国保ではなく社保に加入可能です。（任意） &nbsp; この二つの違いは、国民健康保険は加入者本人が保険料を全額負担します。 一方社会保険は、保険料の半分を加入先の会社・事業主が負担してくれます。 &nbsp; また、社会保険には、国民健康保険にはない扶養制度が設けられており、所得額の少ない家族を自分の扶養者として健康保険に加入させることができます。 &nbsp; これで家族の保険料が抑えられます。 &nbsp; それ以外でも最近は美容脱毛、エステを安価で受けられたり、今後は飲食・娯楽・レジャー・eラーニング・健康面など活用できる福利厚生が充実していく予定です。 &nbsp; フリーランスに欠かせない確定申告のサポートもありますし、最近ではライター業向けのSEO講座というのもあります。（2022年3月現在、無料） &nbsp; 正直、これだけ充実している会社は正社員の会社でも中々ないと思います。 &nbsp; それだけフリーランスにとってもメリットを考えてくれている会社というわけです。

6.案件参画後もサポートが手厚い

案件に参画したら、お終い！というワケではありません。 &nbsp; 一週間後、参画後の状況確認。何か問題があればすぐ連絡くださいなど、割と手厚いです。 &nbsp; 相談してもちゃんと向き合って話を聞いてくれますし、すぐに動いてくれるので私自身、現場で何があればすぐに連絡して相談したりしてます。

メリットばかり言ってしまうと疑いたくなるのが人間です。 &nbsp; なので、私が入った時に戸惑ったことを解説していきます。

1.案件紹介が複数の営業さんから来る

2022年3月現在、案件紹介について複数の営業さんから連絡が来ます。 &nbsp; しかも嬉しいことに結構な頻度で案件紹介の連絡がきます。 &nbsp; 私が最初いた会社は一人の営業さんから紹介頂いていました。 &nbsp; 紹介頂いて面談→ダメだったら次という流れだったため、複数から案件紹介があった時は驚きました。 &nbsp; ただ、この複数の方から紹介頂くやり方の方が平行で面談もできますし、早々と参画案件が決まります。（早ければ案件紹介頂いてから一週間で決まることもしばしば） &nbsp; 慣れればなんて事はないですが、慣れるまではちょっと大変に感じるかもしれません。

2.自分の中の優先順位をしっかり決めておくこと

案件を選んでいくにあたって必ず優先順を決める必要があります。 &nbsp; ・稼働を低くしたい ・高単価の案件に参画したい ・通勤時間を短くしたい ・キャリアアップをしたいので成長できそうな案件に参画したい &nbsp; などなど、全部を満たすというよりは何を優先してそれに合う案件を見つけるかが大事になるので優先順位はしっかり決めておきましょう。

まとめ：迷うぐらいなら年収査定して貰った方が良い→だって無料だもん

いかがだったでしょうか？まだまだ迷っていたり、とは言っても・・・というのが正直あると思います。 &nbsp; ですが査定自体は無料です。 &nbsp; ある意味、自分の市場価値がタダで分かるということなので、これ自体はやっておいて損はないと思います。 &nbsp; やった結果、微妙だったなら今の会社を継続すれば良いですしね。 &nbsp; 一度きりの人生、自分の価値をより高められる環境でキャリアと年収を伸ばしてみてはいかがでしょうか。

忖度なし！グラントホープをオススメする6つの理由！

皆さん、こんにちは。 Sgiです。 今回はエンジニアに是非活用していただきたいサービスがありますので、この記事を執筆致します。 最後まで読んでいただけると嬉しいです。

年収査定ってやったことありますか？

筆者がおすすめしたいサービスとは「年収無料査定」です。 これ、あまり見かけないですよね？ 正社員SEはまた話が別ですが、フリーランスSEは一般的に &nbsp; エージェントへ登録 ↓ 面談（ヒアリング） ↓ 案件紹介 ↓ お客さんと面談 ↓ 合格 ↓ 契約 &nbsp; という流れでお仕事が決定します。 &nbsp;

しかし今回ご紹介する年収無料査定の違いは図の通りです。

こちらの図を見ていただければ分かりやすいですが、 エージェントでのヒアリングの時点で自分の報酬額がおおよそ分かる仕組みとなっています。

どうやって査定してもらえる？

そもそもどうやって査定額をだしているのか。 気になったので色々聞いてきました。 &nbsp; &nbsp; この年収無料査定をするには、事前に &nbsp; ①&nbsp;&nbsp;&nbsp;技術経歴書 ②&nbsp;&nbsp;&nbsp;プロフィール &nbsp; を作成する必要があります。 エンジニアなら誰もが作成したことがあるはずです。 それをこちらの会社フォーマットに書き直すだけで完了となります。 &nbsp; 年収無料査定をヒアリング前にすることで、より具体的な希望条件の話ができる、という仕組みのようです。 &nbsp; &nbsp; どうやって査定額を出しているのか、謎ですよね。 どんどん解説していきます。

こちらの会社で実際にご成約されたエンジニアのスキル感・契約単価をもとに査定額をだしているそうです。 &nbsp; 査定額と契約時に決定した単価の誤差は月額換算で「約2万円前後」だとか。 これは正確すぎる…。 &nbsp; 会社の実績に基づいた査定額ということでした。 &nbsp;

実際にご成約された方の年収アップ事例

これは一般論ですが、IT業界の場合 正社員からフリーランスに転身した場合、年収は約1,5～2倍以上になります。 &nbsp; 理由は割愛していきます。 &nbsp; 今からお見せする事例も、査定額と契約時の単価（月額）の誤差はやはり2万円前後のようです。 それでは一気にお見せいたします！！ &nbsp; 今回はスキル感も教えていただけましたので、ご参考までに見ていただければと思います。

こうみると、皆さん年収が確実にUPしているのがわかります。 &nbsp; &nbsp; 他エージェントは契約が確定するまで自分の報酬額が不明瞭ですが、 こちらの会社は案件を選ぶ前に自分のスキル感ではどれくらい報酬が貰えるのかが分かるため、収入が不安定と思われがちなフリーランスですが 先の見通しがつくことがメリットになりますね。

査定後にヒアリング→案件紹介をしてもらうメリット

こちらは私が思うことですが、以下4点です。 &nbsp; ①&nbsp;&nbsp;&nbsp;&nbsp;金額が分かることで収入の見通しがつく ②&nbsp;&nbsp;&nbsp;&nbsp;単価をあげるために何をするべきなのか、ヒアリングに相談できる ③&nbsp;&nbsp;&nbsp;&nbsp;具体的な希望が言える ④&nbsp;&nbsp;&nbsp;&nbsp;希望に沿った案件を紹介してもらえる＝ミスマッチが少ない &nbsp; 順にお話させていただきます。

①	金額が分かることで収入の見通しがつく

先ほども少し触れましたが、フリーランスは収入が不安定、と世間一般的には思われています。 しかし、実際にはエージェントを利用することで大半のエンジニアは安定した収入を得ることが出来ます。なぜならエージェントの営業マンが案件を探してくれるからです。 &nbsp; その案件も、事前に報酬額がわかることで収入の見通しがつくため大半の不安は払拭されるはずです。

②	単価をあげるために何をするべきなのか、ヒアリング時に相談できる

査定をすると、おおよその自分の単価がわかります。 査定の金額をふまえて、もしくは将来的にもっと稼ぎたい！というエンジニアは多くいるはずです。 単価を上げるためには、当然スキルアップする必要があります。 スキルアップし、上流工程に参画したり、リーダー業務を行ったり、色々なチャンスがある案件を紹介してもらうことが可能になるはずです。

単価が明瞭になることで、自分のスキル感や立ち位置など、市場価値が見えてくるはずです。 その中で、 「単価を上げたいのでスキルアップできる案件にアサインしてほしい」 「今までリーダー業務ばかり任されてきたけど、本当はプログラマーがいい」 など、より自分のやりたいことを優先させた希望が言えるはずです。 &nbsp; 実際にアサインされるかはエージェントの営業力や個人の面談力にもよりますが、どこのエージェントでも自分の希望はしっかりと伝えるべきです。

④	希望に沿った案件を紹介してもらえる＝ミスマッチが少ない

これに関しては少し論点がずれますが、ヒアリングの時点で自分の希望をエージェントに伝えきれない場合にミスマッチが起こってしまいます。 &nbsp; 案件のミスマッチはエンジニアにとって結構な痛手となります。 「せっかくフリーランスになったのに、希望していた案件にアサインされない・・・」 &nbsp; なんて、そんなもったいないことしてはいけません。 やりたくないことに時間も労力を費やすのはナンセンスですから、しっかり自分の希望を伝えましょう。 ミスマッチが起こらず、やりたい案件にアサインされ、単価もアップ、スキルも習得出来たら最高ですよね。

・・・この会社、一体どちら様？

お待たせいたしました。 今までお話してきたサービスを展開しているのは このメディアサイトを運営している<a href="https://www.granthope.jp/" target="_blank" rel="noopener noreferrer">株式会社グラントホープ</a>さんです。 <img src="https://images.microcms-assets.io/assets/03df7942ab184c4fb92ae2a6d548e115/398019c5b09d483c82b4f1aaaf3d0c72/image.png" alt="">

グラントホープさんの特徴は、まず今回ご紹介させていただいた、年収無料査定。 そしてヒアリングには結構力をいれているようで、まさにエンジニアファースト。 &nbsp; しっかりヒアリングをするからこそ、やりたい案件がどんどん紹介される営業力。 &nbsp; 年収無料査定から最短3日でご成約された方もいらっしゃるそうです。 &nbsp; &nbsp; この年収無料査定は、誰でも実施できるようですよ。 &nbsp; ※フリーランスなので、未経験者は対象外のようです。 	ご実績が２年ある方が対象です。

いろんなフリーランスのエージェント会社がありますが、 それぞれの特徴をふまえて活用していきましょう。 &nbsp; 私個人的な意見としては、無料年収査定はおすすめです。 正社員の方は、フリーランスに転身した場合、今の自分のスキルではどれくらい貰えるのか。 フリーランスの方は、単純にエージェントによって単価が異なりますので比較対象として活用していただけばと思います。 &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; これは豆知識？かもしれませんが グラントホープさんは役員の皆さんは、全員元フリーランスエンジニアのようです。 元フリーランスエンジニアによる、フリーランスエンジニアのための会社でありたい。 &nbsp; そんな強い思いがあるそうです。 &nbsp; 拙い文章でしたが、最後まで読んでいただきありがとうございました。

エンジニア必見！一度は全員試すべき年収無料査定？！

猫が大好き。食べることが大好き。寝ると嫌なことは忘れるタイプ。
いろんな人に出会い、いろんなものに触れて、思考を柔らかく、自分の世界を広げていきたい駆け出しライターもどき。


第1章では、『リサーチ・分析編』として解説させていただきました。 記事は<a href="https://engineer-first.net/a5mwnclegd" target="_blank" rel="noopener noreferrer">こちら</a>。 。 第2章の今回は、問題発掘とテーマ化を題材にした内容です！ &nbsp; ビジネスにおける問題の原因は1つとは限りません。 複数の原因が複雑に絡まり合っている場合もあります。問題解決を効率的に行うためには、真の原因を追究し、適切な解決策を導き出すためにテンプレを利用しましょう。

★例：ビジネスで起こりえる問題 &nbsp;社内ミーティングで「業務の改善につなげるために、現状の問題点を洗い出せ」と指示を出すが、社員が出す問題点はどれも同一性が無く、業務改善につながらない・・ &nbsp; ★使い方 「ムダ・ムラ・ムリ」の3つの視点で問題点を洗い出す法則」 &nbsp; 「ダラリの法則」とは「ムダ・ムラ・ムリ」の3つの視点から、日常の業務や身の周りで起きている問題点を探し出す法則です。 &nbsp; 「ムダ」とは ・チェック表の作成の無駄 ・チェックの手間のムダ　 等 &nbsp; 「ムラ」とは ・気分のムラ ・成果のムラ 等 &nbsp; 「ムリ」とは ・スケジュールのムリ ・ムリなお願い 等 &nbsp; その他にも、肉体的に負担のかかる業務や行為、姿勢なども含まれます。 &nbsp; 社員のそれぞれが同じ3つの視点で問題点を洗い出すことができれば、問題意識の共有にもつながり、結果として会社全体の業務改善ができます。

効率的な業務改善を立てるためには、会社や社員が抱えるもんだ点を同じ視点で集めると効果的です。 同じ視点とは「ムダ・ムラ・ムリ」の3つ。 この3視点で問題点を整理するために便利なのが、付箋を使った方法です。 まず、社員全員が匿名で「ムダ・ムラ・ムリ」の視点から、問題点をどんどん付箋に書き出します。 次に書いたものを集めて、3つの視点に分類します。 &nbsp; 分類された問題点には、重要度の高い順に5段階で点数をつけて評価します。 評価の高い、もしくは重複した中でも特に重要な問題点を中心に絞りこんで議論を行えば効率的な業務改善策を立てられるようになります。 &nbsp;

★例：ビジネスで起こりえる問題 来月開催される音楽祭の会場を訪れたが、その規模を見て愕然とした。 「この広さでは、すべての来場者を収容できない！」と激怒している。 企画チームは、どうやらインターネットの情報のみで会場を決定した様子だ。 &nbsp; &nbsp; ★使い方 「仕事や問題解決には「現地・現物・現実」を基に進める」 &nbsp; 「三現主義」とは、「現地・現物・現実」のことで、仕事や問題解決に取り組む際に思い込みにとらわれずに、正しい意思決定をするために欠かせないセオリーです。 &nbsp; 「現地」とは 実際にその場に足を運ぶこと。 五感と直感をフル活用し現場を確かめます。 &nbsp; 「現物」とは 実際の物を観察すること。 実際に見て触れたうえで正当な評価をくださいます。 &nbsp; 「現実」とは 机上の空論で終わらせず、現実的な判断を下すこと。 &nbsp; これらの情報を得るにはフットワークの軽さが大事になります。

三現主義は「現地」「現物」「現実」のこと。 インターネットは手軽に情報が入手できる便利なツールですが、最終的な意思決定を下す際には、実際に現地に赴いて現物を確認し、物事を現実的に考える三現主義を実行しなければなりません。 イベント会場の選定を例に挙げるなら、まずは会場へ足を運び、インターネットで得られた情報と照らし合わせる必要があるでしょう。 たとえインターネット上の情報に記載されていた収容人数と予定来場者数が合致していたとしても、自身の目で実際に会場の規模を観察し、予測や机上の空論だけで済ませることなく、 企画チームでは三現主義の現地・現物・現実に基づいた事実を踏まえて正しく判断するとよかったでしょう。

2－1．ドメイン（自分の領域）

★例：ビジネスで起こりえる問題 会社が大規模な先行投資を行った。 巷で人気のドリンクの製造販売事業を開始したが、売り上げが一向に伸びない。 「売れない理由はないはずだ！」と激を飛ばすが、具体的な解決法は考えられていない・・ &nbsp; ★使い方 「得意分野で優位に立つためにドメインを重視する。」 &nbsp; 企業が経済活動を行う領域のことを「ドメイン」と呼びます。 &nbsp; ドメインには。 顧客層・ニーズ・コアコンピタンス（強みとなる商品やサービスのこと）の3つの定義があり、本業を強化したり新規事業を考えたりするときには、これらの定義を明確にして事業を進めることが重要です。 どのような顧客層のどのようなニーズに向けて、どのような商品やサービスの開発が必要かを見極めることが大切です。

得意分野から遠くかけ離れた事業の推進は、勝算の見えない競争によって限りある経営資源が確実に浪費されていくだけです。 自社のドメインが「顧客層」「ニーズ」「コアコンピタンス」の3つの定義を満たしていたければすでに業をリードする競合他社には太刀打ちできません。 &nbsp; 市場での競争優位性を獲得するには、自社の得意分野であるドメインを基盤にした本業重視の戦略を立てるのがセオリーです。 したがって、事業の拡大を目指して新規事業を展開するのであれば、本業や本業の強化につながる周辺事業など、自社のドメインに適した分野から選択するのがよいでしょう。 不慣れな分野へ安易に新規参入するのは得策ではないといえます。

★例：ビジネスで起こりえる問題 ゲームやアニメの人気に伴い、メディア事業部を立ち上げたおもちゃメーカー。 一次は業績も好調であったが、この数年は赤字続きで、社員の多くは「特化型の他社にかなうはずがない」とあきらめムード。 &nbsp; &nbsp; ★使い方 「市場に合わせて「撤退」か「新規」かを選択する。」 &nbsp; &nbsp; 企業の成長には、成長戦略が必須。 成長戦略とは「撤退」と「新規（拡大）」を繰り返し、事業の新陳代謝を図ること。 外部環境の変化にも適応するとともに、経営資源の有効活用にもつながります。 &nbsp; 撤退と新規の判断基準は2つあります。 &nbsp; 「外部要因」 市場規模に縮小があれば撤退、始業の創造や既存市場の拡大があれば新規を選択します。 &nbsp; 「内部要因」 不採算部門や衰退部門があれば撤退、経営資源のシナジー（相乗効果）を期待できれば新規が有効です。 &nbsp;

企業を取り巻く環境は、2～3年で変化します。 そのような状況下で業績を伸ばすには「撤退」と「新規」のサイクルを回すことで、事業を新陳代謝させなければなりません。 撤退と新規の判断基準は、外部要因と内部要因の2つに分けられます。 &nbsp; たとば、おもちゃメーカーであれば、内部要因である事業部門の不採算とシェアの縮小が問題です。 今後3年以内の黒字化が見込めないのであれば、早期に縮小か撤退の意思決定をすべきでしょう。 不採算事業からの撤退により回収した経営資源は、例えば、近年ニーズが高まっている赤ちゃん向けのおもちゃ事業を立ち上げるなど、成長分野に投入することができます。

★例：ビジネスで起こりえる問題 電化製品に定評がある会社だが、最近はマイナーチェンジを繰り返すだけで、売り上げも下降気味。 開発部はこの状況から抜け出す方法を模索するが、よい策が見つからない。 &nbsp; &nbsp; ★使い方 「製品がたどるプロセスの段階を知り、新商品投入の機会を見出す。」 &nbsp; 「製品ライフサイクル」とは、製品が誕生してから消えるまでのプロセス。 &nbsp; 「導入期⇒成長期⇒成熟期⇒衰退期」の4段階があり、最も利益が上がるのは成長期。導入期は、新しい物好きのイノベーター（すぐに興味を示す顧客層）が飛びつき、 次にアーリーアダプター（前者の反応を見る顧客層）が追随。 成長期でフォロワー（他社の意見を気にする顧客層）が広がり一気に売り上げが拡大します。 &nbsp; 「導入期⇒成長期」の製品をふやすには、新製品の投入が不可欠です。 &nbsp;

製品ライフサイクルには、「導入期」「成長期」「成熟期」「衰退期」の4段階があります。 売り上げや利益を向上させるには、製品ライフサイクルの若返りが欠かせません。 &nbsp; 製品の若返り策は「新しい技術の導入」「新しい用途の開発」「イメージの若返り」「復刻版」「海外進出」の5つ。 例えば冷蔵庫ならAIを搭載し食材の食べごろを知らせる（新技術）、災害時の備蓄に特化した製品の開発（新用途）など、さまざまな可能性が考えられます。 この会社では、各製品がライフサイクルのどの段階にあるのかを把握して、成長期の製品をいかに増やすかを考えることが、売り上げ拡大のポイントになります。

★例：ビジネスで起こりえる問題 製品の卸先であるマーケットは、正当な理由もなく、無理な値下げを要求。 営業担当は「長く良好な関係を続けてきたのだから仕方ない」と思いつつ、このまま取引を続けるべきか悩んでいる。 &nbsp; &nbsp; ★使い方 「WinとLoseの視点で互いの関係を評価し、改善を図る」 &nbsp; 自分にとってメリットがある関係であればWin、デメリットがあればLoseと表す「Win/Lose」は、個人間でも企業間でも使える視点です。 &nbsp; 例えば自分にメリットがあり、相手にデメリットがあるならWin-Lose、逆であればLose-Winのように、WinとLoseを組み合わせることで互いの関係を客観的に評価できます。 もし、一方あるは双方にデメリットがあるなら、互いにメリットがあるWin-Winを目指すか、取引を終了するなど、関係の見直しを検討します。 &nbsp;

どちから一方がLoseである以上、両社の関係は平等とは言えません。 そればかりか「Win-Lose」や「Lose—Win」の関係が続けば、Lose側が不満を募らせ、そのしわ寄せによって相手のWinを消滅させる可能性もあり、結果的に「Lose-Lose」の関係に陥る恐れがあります。 したがって、長く良好な関係を維持できるように、互いにメリットを分かち合える「Win-Win」の関係を目指したいところです。 このマーケットでは、まずは相手が要求する値下げの理由を確認したうえで、双方に大きなデメリットが生じないように、希望額の半値を提示するなどの妥協案を模索しましょう。 相手があくまでも自社のWinのみを求めるようであれば、取引を終了するNo Dealも視野に入れなければなりません。

★例：ビジネスで起こりえる問題 マーケティング担当は、大胆な低価格路線を打ち出し、一時は売り上げを好転させたが、ここ数年は低迷が続いている。 顧客が低価格に不満を持つはずはないと確信しているが、打開策を見いだせない。 &nbsp; &nbsp; ★使い方 「マーケティングに欠かせない、顧客が求めている4つの価値」 &nbsp; 「マーケティンの4C 」とは、顧客にとっての価値（Customer value）、顧客の負担（Cost to the Customer）、入手の容易性（Convenience）、コミュニケーション（Communication）のことで、 マーケティングを考える上での重要な指標となります。 顧客は商品の購入にあたって、4つの価値のいずれか1つ以上を求めます。 すべての顧客価値を高めるのは自社の利益圧迫につながるため、どのCを強化したら自社の弱みが改善され、競争力が高まるのかを考えます。 &nbsp;

マーケティングを考えるうえで重要となるのは、顧客の視点です。 顧客はより価値の高いものやサービスを選ぶため、マーケティング成功のカギは4Cの強化にあります。 4Cとは、「顧客にとっての価値」「顧客の負担」「入手の容易性」「コミュ二ケーション」のことです。 自社がどのCを強化すれば顧客価値を高められるかを分析しなければなりません。 低価格の商品は顧客の負担を軽減させるため、リピート率の向上に期待できるかもしれませんが、ブランド力を重視する顧客にとっては魅力が伝わりにくく、結果的には顧客価値を低下させる可能性があります。 例えば、「顧客にとっての価値」を強化する場合は、高品質化やデザイン性の向上などによってブランド力を高め、既存の商品との差別化を図る、「コミュニケーション」を許可する場合は、ファンサイトを作ってお客様の生の声を集めるなどの、不足しているCを補う方法を考えましょう。

★例：ビジネスで起こりえる問題 健康食品事業を展開する会社は、流通コストの削減と顧客層の拡大を目的に、店舗販売を取りやめた。 今後は全商品をネット上で販売するが、既存客層の多くはネットになじみのない高齢者で「買い方がわからない」という苦情が多発している。 &nbsp; &nbsp; ★使い方 「戦略立案時の見落としを防ぐ4つの視点」 &nbsp; 戦略を考える際のフレームワークの「3C分析」は、社内を自社（Company）、社外を競合（Competitor）と顧客（Customer）の3つの視点に分けて定義し、自社だけではなく社外にもしっかりと意識を向けます。 マーケティングの強化を図る場合は、ここに販売網や流通網を意味するチャネル（Channel）を加えて「4C分析」とします。 &nbsp; 4つの視点で現状を分析し、いかに成功要因を導き出すかが戦略の成功を左右します。 &nbsp;

自社の利益と顧客の価値を共有し合い、互いが満足できるマーケティング戦略を立てるには、3C分析「自社」「競合」「顧客」に、「チャネル」を加えた4C分析が必要です。 &nbsp; 例えば健康食品業界であれば、商品を実際に購入する顧客と、商品が手元に渡るまでのチャネルの視点を欠くわけには行きません。 店舗販売の中止の理由が、顧客の拡大と流通コストの削減のためなら、それは既存顧客をすてて時代の流れに則っただけの自社よがりな戦略と言わざるを得ません。 現状のチャネルは縮小にとどめて、既存の顧客と新規顧客層にやさしいチャネルを両立することも視野にいれ、4Cの視点で自社の方針がどのような影響を与えるのかを認識しましょう。 &nbsp;

★例：ビジネスで起こりえる問題 社長は、自分が思いついた経営施策を手当たり次第に遂行しないと気が済まない。 当然、すべてが高い成果につながるわけではなく、収益もさほど上がらないため、社員は無駄な努力を強いられていると感じている。 &nbsp; ★使い方 「インプットとアウトプットで投資対効果を評価する」 &nbsp; 手間と成果の関係は「インプット」と「アウトプット」を考えることで明確化できます。 &nbsp; つまり、インプットを手間、アウトプットを成果としてとらえれば、投資の効果やパフォーマンスの評価ができるため、どうすれば手間を減らして高い成果につながるかを考えることになります。 &nbsp; また、インプットを「遂行の難易度」、アウトプットを「収益の大小」で評価すると、会社の経営施策や課題の順付けにも応用できます。

経営施策や課題の遂行にあたっては、無駄な努力により収益が下がることを避けるためにも、投資対効果を重視して、いかに少ない手間で高い成果につなげるかを考えます。 この投資対効果を考える上で役立つのが、「インプット」と「アウトプット」の「ペイオフマトリックス」です。 ペイオフマトリックスとは「インプットの遂行」の難易度を横時に、「アウトプットの収益」の大小を縦軸に配したマトリックスで、施策や課題を落とし込んでいくことで、それぞれの位置関係によって投資対効果を検証できます。 &nbsp; 例えば会社は「遂行が困難でも収益も小さい」しさくであれば「時間の無駄」になるため控えたほうがいいと判断できますし、逆に「遂行が容易で収益も多いの」のであれば、ボーナスチャンスととらえ、優先的に進めていくべきで結果として高い成果につながります。

★例：ビジネスで起こりえる問題 Ａさんは、どんな業務にも全力を注ぎ、それほど重要でもない案件に忙殺されることが多々ある。 上司からは次々と仕事を振られるが、Aさんは仕事をこなす時間的な余裕がない。 &nbsp; &nbsp; ★使い方 「重要性と緊急性を掛け合わせて仕事の優先順位を明確にする」 &nbsp; 仕事は、重要性と緊急性の大小によって分類することができます。 緊急性の高い仕事には最優先で取り組まなければなりません。 しかし、重要性の大小を軽視して計画をたてると、時間にゆとりが持てず、新しい仕事を受け入れる余地もなくってしまいます。 仕事で、重要性と緊急性の掛け合わせにより、優先順を明確にします。時間的な負担が大きい「重要性大×緊急性小」の仕事をふやすことでゆとりと成果の両立につながります。 &nbsp;

仕事の優先順位を決める「重要性」と「緊急性」の大小を組み合わせたマトリックスを活用します。横軸を「緊急性」の大小、縦軸を「重要性」の大小として、現状の仕事を4つに分類してみましょう。 Aさんは、下段左に配された「重要性小✖緊急性大」の仕事は、隙間時間に短時間で済ませるのが理想です。 一方下段右の「重要性小×緊急性小」の仕事は、急いで片づけても大きな成果を生む可能性が低く状況によっては保留にします。 反対に優先すべきなのは、上断右の「重要性大×緊急性小」の仕事です。 この仕事を前倒しで進めて緊急性を上げないようにすれば、時間的なゆとりと高い成果の両立が可能になります。 仕事の重要性に応じて時間的なメリハリをつけ、日々の忙殺から解放されましょう。

問題の洗い出しは問題解決に向けた最も重要で、重きの大半を置いてもいいというくらい大事なことです。 それくらい重要なものであるにもかかわらず、なかなか本当の問題に気づくことができないのもまた事実です。 ぜひ、これらのテンプレを使用して問題解決の初めの一歩を大きく踏み出しましょう。

上流業務の必須パッシブスキル【問題解決】を身につける『問題の洗い出し・テーマ化編』

なっしー（岩瀬　勝義）

インフラエンジニアとして働きながら、趣味でプログラムやネットワークを勉強し、
収入の三本の矢を目指して、仮想通貨や不動産やブログなども勉強中。
一旦の目標としてどこに住んでいても生きていいける基盤つくりを目指しています。

ここ数年でノーコード・ローコード開発という言葉を耳にする機会が多くなりました。 &nbsp; そしてこれらの開発手法の進歩によって、将来的に「ITエンジニアの大半は不要になる」とまで一部界隈では言われているようです。 &nbsp; 今回はノーコード開発とローコード開発の特徴を説明したうえで、ITエンジニアの将来性を考えたいと思います。

ノーコード開発とは、プログラミング言語を用いずにシステム開発を行うことです。 &nbsp; 時代は進みとうとうノンコーディングでシステム開発ができるようになりました。

ノーコード開発の場合はあらかじめ提供されたテンプレートを組み合わせて開発をします。 &nbsp; これにより誰でもシステム開発に取り組めるようになるため、開発者の間口が大きく広がりますね。 &nbsp; 簡易的な業務用のシステム開発などでは、エンジニアの手を借りずとも開発できることもあるかもしれません。 &nbsp; また、既存の開発手法と異なりノンコーディングで行われるため実装工数の削減に繋がります。 &nbsp; ここまでノーコード開発のメリットを解説しましたが、ノーコード開発にはデメリットもあります。

ノーコード開発のデメリットは「実装できる機能はツールで提供されたテンプレートのみ」という点です。 この制約があるため、技術面においてはノーコード開発ツールがITエンジニアを超えるということはないでしょう。 &nbsp; 実際のシステム開発の現場では、イレギュラーな対応が多発します。 ですから提供されるテンプレートだけで機能を賄うことはまず不可能でしょう。 &nbsp; 上記のようなケースが発生すると結局最後にはエンジニアの力が必要になります。 つまりノーコード開発ツールを導入したところで、「エンジニアは全員必要ない」という結論にはならないということです。

ローコード開発は最低限プログラミングを行いつつ、一部のテンプレートを組み合わせながらシステム開発をしていくことです。

ノーコード開発と同様に、実装工数の削減が期待できます。 &nbsp; プログラミングの知識がない方でも多少は導入しやすくなっているため、 簡易的なシステム開発の場合はエンジニアの力を借りなくても開発ができるようになります。 &nbsp; また、ノーコード開発と比較すると拡張性は高いです。ローコードの場合は多少のプログラミングを想定して開発することができるからです。

こちらもノーコード開発と同様に、従来の開発手法と比べるとできることに限りがあります。 &nbsp; もしローコード開発で実現できない場合は、従来手法で開発することになるのでその時は今まで通りエンジニア頼みとなります。 &nbsp; またローコード開発といえど専門的な知識が必要になる場面は出てくる可能性が高いので、 ノーコード開発同様に、「エンジニアは必要ない」ということにはならないでしょう。

さて、ここまでノーコード・ローコード開発の特徴を説明しました。 &nbsp; 続いて今までの情報を踏まえてITエンジニアの将来性を考えてみたいと思います。 &nbsp; さっそく結論ですが、個人的な見解としては ●&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;「大半のエンジニアが不要になる」は現実的ではない ●&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;今の売り手市場は少し落ち着く と思っています。

「大半のエンジニアが不要になる」は現実的ではない

まず時々言われる「いつか大半のエンジニアは不要になる」についてはあまり現実的ではないと思っています。 ●&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;ローコード・ノーコード開発には提供できる機能に限界がある ●&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;非エンジニアがシステム開発する場合だと、技術的な問題でセキュリティリスクの危険が高い ●&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;緊急性が高い障害に対応できない（起因を判別できない） といった観点からです。 &nbsp; もちろんローコード開発ツールも今後ますます進化を続けると、ある程度エンジニアの数が減ることもあるでしょう。 &nbsp; しかしIT業界全体としても要求されるレベルがますます上がっていく中で、 ローコード開発のみで対応していくのは現実的ではないと私は考えています。 &nbsp; そう考えると、今のところはあらゆる局面で柔軟に対応できるITエンジニアが不要になるというのは考えづらいです。

今の売り手市場は少し落ち着く

一方、今のエンジニアの売り手市場は少し落ち着くのではないかと思います。 &nbsp; 昨年から「DX」という言葉が認知されてきたり、 新たにデジタル庁が発足しマイナンバーカードを利用した大規模システムを構築したりと、 ようやく日本もIT化を推し進める空気になりましたよね。 &nbsp; しかし年々増加し続けるエンジニアの需要に対して、供給がまったく追いついていないのが現状です。 &nbsp; 私も現場で「なんでこの人がエンジニアとして活動できているのだろうか？」というような、 他人頼みの精神で活動しているエンジニアを見かけることがあります。 （バックエンドエンジニアを名乗っているのにDBの基礎すら理解していないとか） そんな人が月単価60万円（おそらく）で活動しているのを見た時に、非常に複雑な気持ちになりました。 &nbsp; もちろんそのような人と契約を結ぶ企業に問題がある。というのはごもっともなのですが… 根本はエンジニアの供給不足からくる問題だと考えています。 エンジニアが不足している企業としては「とりあえずやってくれるなら細かいことは良いや」の精神で契約を結んでいても不思議ではありません。 &nbsp; ここまでが、エンジニアの供給不足の現状なのですが、 それも下記のような理由から少しずつ改善されて需給バランスは今より整ってくると考えています。 ●&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;ローコード・ノーコード市場規模は拡大を続けている ●&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;IT業界に勤務する外国人労働者は毎年増加傾向 ●&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;2020年よりプログラミングが必修科目になったことで、10数年後から新卒エンジニアの供給が増える可能性が高い ●&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;日本企業の絶対数は減少傾向（もちろん人口も然りではあるが） &nbsp; そしてここからが大切です。 エンジニアの売り手市場が落ち着くということは、エンジニアの競争が激しくなるということです。 &nbsp; もし今エンジニアとして活動できている理由が「市場の人材不足の恩恵を受けているから」という場合は、将来的には少し危うくなっていきそうです。 &nbsp; 仮にこの先需給バランスが整ったとしても、自分の市場価値を落とすことがないように、付加価値を提供できるエンジニアである必要があります。 &nbsp; 技術のスペシャリストを目指したり、上流工程などを経験して幅広く活躍できる自分になる。 など戦略を考えておいた方が良いかもしれません。

いかがでしたか？ 本日はローコード市場の拡大から考えるITエンジニアの将来性について解説しました。 &nbsp; ITエンジニアに求められるレベルは年々上がっていきます。 私たちは常に学び変化を受け入れ続ける柔軟さが大切です。 &nbsp; ローコード開発がどれだけ進歩しても必要とされるエンジニアでいられるように、今から対策しておきたいですね。

ローコード市場の拡大から考えるITエンジニアの将来性

Souta

Web系エンジニアとして活動。共同で開発した音声型ナレッジ共有ツール「decci」を2021年9月β版ローンチ。弱小ブログ運営中。暇だったので当メディアのライターにもチャレンジ。人間の思考に興味関心がありそういう系の本を読むのが好き。

皆さんは、フリーランスのエンジニアとして働くことが多いと思いますが、残業時間はどうでしょうか？ 残業ばかりでしょうか？それとも定時で退社できているでしょうか？ &nbsp; 仕事場によって、残業時間はまちまちだと思います。 &nbsp; そこで、会社員時代の残業と、フリーランス時代の残業両方を、私の経験談を含めて、ご説明いたします。

まずみなさんに質問です。 &nbsp; 世間的に残業ってどれぐらいしていると思いますか？ &nbsp; 下の図をご覧ください。 こちらは、2020年度の職種別の残業時間になります。

全体平均は、「20.6時間」です。 &nbsp; これは多いと思いますか？ 自分的には、こんなに職種全体で、残業が多いのか！と思いました。 &nbsp; ここで、IT業界にフォーカスを当ててみましょう。 21.8時間となっています。 結果だけ見ると、他の職種とさほど変わらない結果になっていますね。 &nbsp; では、なぜ、IT業界は、残業が多いと言われることが多いのでしょうか？

私は、東証一部上場のIT企業の正社員として、某銀行のシステム開発するＰＪに在籍していました。 今は、フリーランスとして、某通信業界のシステム開発するＰＪに在籍しています。 &nbsp; 昔在籍していた会社では、毎年、平均残業時間の周知がありましたが、 平均すると「20時間前後」となっていました。 そのため、東証一部上場のIT企業でも職種全体の平均に近い時間になっています。 &nbsp; が、この残業時間は、以下２点によって、左右されると私は思います。 ・ＰＪの炎上有無 ・仕事内容／役割 &nbsp; 私自身、正社員で働いていたとき、残業時間を平均すると、「40時間」前後になっていました。 なぜ、平均よりも多い残業時間になったかですが、それが前段の２点のためだと思っています。

残業が多いＰＪは、「炎上」しているということです。 この炎上する。ですが、いろんな要因があります。 ・仕事分担がきちんとできず、誰かに作業が偏っている。 ・お客様の締め切りが極端に短い。 ・作業計画が失敗した。 ・システム障害が多発した。 などです。 &nbsp; 私が在籍したＰＪも炎上していたのですが、この要因のどれかに当てはまっていました。 そのため、炎上してしまい、自ずと、残業時間があがってしまいました。 &nbsp; 逆に、炎上していないＰＪにいる社員は、ほとんど残業しておらず、定時退社している状況でした。 &nbsp; そのため、炎上しないように、計画立てて作業することや、体制の検討、顧客折衝は、IT業界にとって欠かせないことだと、私は思っています。

仕事内容はなんなのか。というのも、大事な要素になってきます。 私が、新人の頃は、残業もなく、定時退社を続けていました。 その当時は、プログラムを作成する仕事しかなかったために、定時に帰ることができていました。 &nbsp; ただ、年次が上がると同時に、仕事内容が極端に増えていきます。 そこがＩＴ業界が専門職と言われることにつながってきます。 &nbsp; ＩＴ業界の仕事は、何をするにしても、「スキル」が大切になってきます。 「プログラミングスキル」、「システム設計のスキル」など、他の仕事では身に付けることができないスキルが必要です。 &nbsp; そのため、このスキルがある人に、仕事が集まります。 そして、年次が上がれば上がるほど、後輩育成や、社内会議が増えていきます。 &nbsp; こうなると、プログラミング、システム設計、後輩育成、社内会議など、やることが多くなり、その人の残業時間が極端に増えることがよくあります。 &nbsp; ただ、この仕事が一人に偏ることなく、作業分担ができているＰＪは、作業時間も均等できるので、残業時間が多くなることはなかったです。 &nbsp; そのため、後輩を育てる。ことと、作業分担がＩＴ業界にとっては欠かせないものではないか。と私は思っています。

前段で、会社員時代の残業時間について、お話しました。 では、フリーランスの場合はどうでしょうか？

１つめの「PJの炎上有無」ですが、こちらは、所属するPJに左右されてしまいます。 ただ、フリーランスSEというのは、現場を選べる立場にいますので、きちんと炎上していないPJに参画できれば、残業は少なくできます。 &nbsp; その為、残業を少なくしたいのであれば、案件を斡旋していただける会社に協力を仰ぎ、炎上していないＰＪを紹介していただくことが大切です。

２つめの「仕事内容／役割」ですが、確かにフリーランスＳＥの方はスキルが高く、様々な仕事を任せられると思います。ただ、一度考えてみてください。会社員だからこそある作業はなんでしょうか？ &nbsp; そう。後輩育成や、社内会議です。 &nbsp; フリーランスSEになれば、後輩育成や、社内会議などがなくなります。 ということは、自分自身の仕事のみになるため、会社員と比べると、仕事量が減るのがイメージできませんか？ &nbsp; なので、フリーランスSEになると、 ①炎上していないPJを選べる。 ②自分の仕事をすれば良い。 ので、会社員時代から比べると、確実に残業時間が低減できると考えられます。

いかがでしたでしょうか？ 私の経験談から、残業について纏めてみました。 &nbsp; ＩＴ業界が残業多いと言われる理由は、残業時間が多い人、少ない人の残業時間が極端だからだと思います。 残業時間が月80時間の人も居れば、月0時間の人も居ます。 &nbsp; そして、この多い時間にフォーカスが当たってしまうので、ＩＴ業界は残業が多いという印象がついてしまっているのだと考えられます。 &nbsp; &nbsp; &nbsp; また、私自身、１日中バタバタしている日ばかりで残業ばかりの時や、１日中暇で定時退社をするの両方とも経験したことがあります。 &nbsp; ただ、会社員の時代よりは、フリーランスになった方が残業時間のコントロールができるようになり、世間で言うライフタイムバランスが良くなったと思っています。 &nbsp; 残業時間や、１日中忙しすぎると感じる方は、一度、フリーランスとして働いてみるのも良いのではないでしょうか？ また、フリーランスSEの方は、ライフタイムバランスが良くなったと思いませんか？ &nbsp; 是非一度、考えてみてくださいね。

残業が多いイメージのIT業界にてフリーランスになってどう変わった！？

土谷　貴志（つちたに　たかし）

システムエンジニアとして案件をこなしつつ、ライターとして執筆活動にもチャレンジ中。株式会社グラントホープ所属のフリーランスエンジニア。
システムエンジニアの他に、キャリアコンサルタントとして若者のキャリア支援や、LifeTime-Smileというコミュニティ運営など幅広く事業を展開中。
ごく稀に、コミュニティメンバーの記事を投稿するかも。お楽しみに！
LifeTime-Smile：https://www.lifetime-smile.com/


「好きな時に好きな場所で仕事をする」数年前は夢のまた夢だったフリーランスという道も、ITの進化やワークスタイルの多様化により、挑戦しやすい世の中となりました。 とは言え、一体”何から手をつけて良いのかわからない”という人も多いでしょう。 一見、ハードルが高く見えるフリーランスですが、しっかりと準備をして行動すれば、問題なくスタートすることが可能です。 &nbsp; 今回はフリーランスを目指したい方向けに、「会社を辞める前に準備しておくこと」、「移行期間」、「実際にフリーランスになった後」の３場面を分けて、準備するべき事柄をまとめてみました。

会社を辞める前に準備しておきたいこと

フリーランスになると決めてから、 事前準備なしに挑戦することは危険です。 まずはしっかりと準備をして、一歩踏み出しましょう。 &nbsp; &nbsp; 資金・信用を貯めておく ・生活資金を貯めておく ・事業資金を貯めておく ・クレジットカードを準備する ・銀行口座を開設する

フリーランスの収入は不安定になりがちです。 特に事業をスタートした時点は収入がほぼゼロに近い状態がしばらく続くこともあります。 収入がゼロになった時を仮定して、半年間収入がなくとも最低限の生活ができるよう、ある程度、生活資金を貯めておきましょう。 お金(貯蓄)は日々の安心を生みます。 安心があれば精神面も安定して事業を進めることに繋がります。

生活資金に加えて、こちらも必須項目です。 SEなど商品に形がない場合でも、後に紹介する事務所家賃や備品、通信環境を整えるためのランニングコストは必ずかかります。 今後必要となる項目と金額をリストアップしておいて、必要となる事業資金を計算し、生活資金とは別で貯めておきましょう。 もちろん融資という方法もありますが、返済の必要に加えて、フリーランスの場合、会社員と比較して信用が下がりやすい傾向にあるため、ある程度、自己資金を貯めておくことをおすすめします。

オフラインでの決済に加え、オンラインでの取引でクレジットカードは必ず必要となります。 フリーランスになれば、審査が厳しくなる場合もありますので、会社員の間に審査を通しておきましょう。

自分の生活口座とは別に事業専門の口座を作りましょう。 プライベートと通帳を分けることで売上管理や顧客管理が容易になります。 &nbsp; &nbsp; お客様とのやりとり ・ポートフォリオ作成 ・SNSアカウント作成 ・問い合わせ先の準備

すぐに実績を提示できるよう、ポートフォリオを準備しておきましょう。 また、ポートフォリオはSNSなどの集客でも活用することができるので、整理しておくことがポイントです。

SEなどの仕事は実績が顕著に現れるため、SNSを活用した集客もおすすめです。 そのためには、3大SNSと呼ばれるフェイスブック、ツイッター、インスタグラムは最低限駆使しておきましょう。

仕事を受注する上で問い合わせ項目は必ず必要です。 メールアドレスや電話番号などを準備をしてきましょう。

会社に勤めながらできる準備が整えば、 次はいよいよ会社を辞めてから移行期間に入ります。 ここで準備不足や大きなミスがあると、今後のスケジュールにも大きな影響となります。 移行期間もミスなくもれなく準備を進めましょう。 &nbsp; 年金の切り替え ・健康保険から国民健康保険へ ・厚生年金から国民年金へ

タグ:【キャリア】の記事一覧

上流業務の必須パッシブスキル【問題解決】を身につける『問題の洗い出し・テーマ化編』

ローコード市場の拡大から考えるITエンジニアの将来性

残業が多いイメージのIT業界にてフリーランスになってどう変わった！？

【フリーランス志望者必見！】フリーランスになる前に準備しておきたいこと

リモートワークでも活躍できるエンジニアになるために必要な能力とは？

フリーランスと会社員を比較！自分にあった働き方を選ぼう

おすすめ記事

インボイス制度とは？施行される前に抑えておきたいポイントを解説！

GitHub Packagesを使って自作ライブラリを管理しよう

PythonのWebフレームワークFastAPIの紹介

忖度なし！グラントホープをオススメする6つの理由！

エンジニア必見！一度は全員試すべき年収無料査定？！