↓まだチャンネル登録をしていない人はこちらから！↓<a href="https://www.youtube.com/channel/UCytjAXJpeqzSotBHYJ7lMqQ" target="_blank" rel="noopener noreferrer">【click】YouTube エンジニアファースト</a>

今回は我々、グラントホープがなぜエンジニアの独立支援をしているのか？ なぜエンジニアファーストというチャンネルを立ち上げたのか？ そんな話をしています。15分だけ時間をください。

動画はこちらからご覧ください。 <a href="https://m.youtube.com/watch?v=48BimW3jTHs" target="_blank" rel="noopener noreferrer">https://m.youtube.com/watch?v=48BimW3jTHs</a>

【独立を迷っているエンジニアに伝えたいこと】

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


こんにちは！タカトです。 &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ライターとしても活動中。

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技術だけでなく、英語や株式投資など学習中。


皆さん、こんにちは。 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; 年金の切り替え ・健康保険から国民健康保険へ ・厚生年金から国民年金へ

フリーランスになると会社員として受けていた今までの健康保険を受けることはできません。 フリーランスとして活動する場合は、国民健康保険への加入を検討しなければなりません。 ほとんどの場合、国民健康保険加入しますが、保険料が割高になる場合も多く、別で任意継続など、別の方法を取る方もいらっしゃいます。 自分の保険料を算出して、良い選択をしましょう。

会社を退職し、フリーランスになる場合、厚生年金の対象外となるため、国民年金への切り替え手続きが必要となります。 国民年金は「基礎年金」と呼ばれ、国民年金に上乗せして支払う厚生年金と比べると、受給額が減少する特徴があります。 老後に手厚い年金を希望する方は追加で付加年金や国民年金基金に加入することも可能です。 &nbsp; 書類関係の準備 ・開業届を提出する ・青色申告書を作成する ・帳簿作成 ・印鑑を作成する

会社員を退職してフリーランスになる場合、開業届を出しましょう。 必須ではありませんが、開業届を出すことで税制上優遇される場合もあるので、前向きに検討しましょう。

開業届とセットで検討していただきたいのが、確定申告の際に必要となる青色申告書。 「白色申告」または「青色申告」から選ぶことが可能ですが、青色申告の場合、最大65万円の控除を受けることが可能となるので、おすすめです。

売上を計上するにあたって必要となるのが帳簿。 帳簿は確定申告の際にも提出が必須です。 税理士にお願いするパターンもありますが、”運用資金を抑えたい”と考える方がほとんどでしょう。 また、品目と金額を入力するだけで自動で帳簿を作成できる会計ソフトも業務の効率化と費用を抑える面でおすすめです。

通常、印鑑登録など用に所持しますが、フリーランスとして活動する場合は通常の印鑑に加えて屋号がついた印鑑が必要です。 また、住所が記載された住所印があると、書類作成時に便利です。 &nbsp; &nbsp; 設備環境を整える ・事務所を契約する ・通信環境を整える ・備品を準備する

フリーランスとして活動するにあたって事務所を構えたい方もいらっしゃるでしょう。 SEなどネット環境があれば、自宅でも仕事が可能な場合もありますが、オンオフをつけたい場合や、自宅住所など個人情報を極力控えたい場合、打ち合わせでお客様に来ていただく場合など、利便性を考えると事務所を構えている方がメリットは多いでしょう。

フリーランスのSEになるにあたって、通信環境が整っていることは必須項目です。 最近はポケットWi-Fiなどの選択肢もありますが、電波が不安定だったり、速度制限がかかったりする場合があるので、月額利用料金が安くともおすすめしません。 固定タイプのWi-FiルーターはポケットWi-Fiと比較して割高ではありますが、通信速度が安定しているため、おすすめです。

印鑑と合わせて準備しておきたいのが、封筒や切手など書類配送に関する備品。 また、机や椅子、プリンター、ホワイトボード、文房具など、必要なものは一通り揃えておきましょう。 &nbsp; 仕事に直結する準備 ・名刺 ・エージェント登録 ・見積書・請求書

先方に挨拶する際、自分の身を明かすためにも名刺は必須です。 名前に屋号、住所、連絡、SNSなど、お客様に覚えていただく大切なツールですので、手を抜かず作りましょう。

フリーランスとして活動するにあたって、どうやって仕事を取れば良いかわからない人もいるでしょう。 そういった方々におすすめなのが、エージェントに登録すること。 案件紹介や事務・経理などフリーで活動するにあたっての相談にも乗ってくれます。

仕事を受けるにあたって必要となるのが、見積書と請求書。 今までは会社の経理が処理してくれていたことも、フリーランスとなれば自分で準備しなければなりません。 あらかじめフォーマットを準備しておけばスムーズに契約を進めることができますよ。

ここからは会社員を辞めてから継続的に行うことをご紹介します。 &nbsp; 仕事を取るために ・コミュニテイに入る ・スキルアップ ・お客さんへ連絡 ・クラウドソーシングサイト

フリーランスとして活動するにあたって、今まで想像もつかなかったトラブルや悩みを抱える方も多いでしょう。 そういった場合、コミュニティに参加することをおすすめします。 仕事の受注方法、進め方に加えて、不安の解消にも繋がるでしょう。

フリーランスとして活動するにあたって、あとまわしにしがちだけれど、重要なのがスキルアップに努めること。 会社員の時とは違い、ほとんどの業務をひとりでこなす必要のあるフリーランスは日々のスキルアップをあとまわしにしがちです。 ただ、長い目でみて大きな差がつくスキルアップはコツコツと長期的に続けることが重要です。

友人や知人、以前お仕事をさせていただいた方々にフリーランスとして活動すると連絡をいれましょう。 周囲の人々に再度、認識してもらい、関係性を構築することが重要です。

冒頭に述べたように生き方の多様化やテレワークなど、環境の変化により、フリーランスも身近に感じるようになりました。 それに伴い、近年「クラウドワークス」をはじめ、クラウドソーシングサイトが増えています。 登録してまめにチェックしましょう。 初めは単価に見合わない仕事が多いかもしれませんが、継続的に受けることで単価アップやスキルアップにも繋がります。

今回はフリーランスとして活動するにあたって、必要となる準備を3つの段階別に紹介しました！ 今回紹介した内容が全てが必須というわけではありませんが、準備しておいて損はありません。 ぜひ参考にしてみてください。

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

中川　里美（ナカガワ　サトミ）

20歳の時にアメリカで出会った経営者に誘われてライターの道へ。
自分の事業と並行して趣味レベルでライター業に取り組んでいたが、
その後のリモートワークやネットビジネス業界の普及により、
ネット環境があれば、どこでも仕事ができるライター業の魅了を再認識する。
現在、リサイドのライターとして、記事を執筆中。
好きなことは、旅と美味しいものを食べること。
今年の目標であったバンジージャンプと滝行と富士登頂を達成し、来年の目標を思考中。

昨年から大きく普及した「リモートワーク」は、会社に通勤せず自宅やカフェなどで仕事を行うことを言います。 &nbsp; リモートワークをすると通勤時間の削減など、ワークライフバランスをしっかりとれるということでリモートワークをしたい方は多いと思います。 &nbsp; しかしリモートワークは通常出社とは違って、必要とされる能力があります。 この能力を身に付けておかないとせっかくリモートワークができたのに、仕事の効率が下がる事にも繋がります。 &nbsp; 今回は実際にリモートワークをしている私から見て、リモートワークで活躍するために必要な能力についてお話しします。

リモートワークをするために必要な能力

クライアントの期待を超える結果を出すスキル

リモートワークは出社と違いコミュニケーションが不足しがちになるので、クライアントの要件を正確に把握できるかが大切です。 &nbsp; 要件を把握する力がないと、自分としては100点の成果物でも実際には80点レベルだったということがあります。 &nbsp; ですから、クライアントの要件を正確に把握した上で作業に取り組もうという話なのですが、 残念ながらクライアントのコミュニケーション能力の問題もあり、要求をお互いに100%理解しあえているか？という細かいところはリモートワークだとどうしても分かり辛いんですね。 &nbsp; それならばクライアントの要求を超える力、つまり100点を望まれた時に120点を出せる力が大切だと思っています。 &nbsp; 「なぜこっちがわざわざ、要求されていない+20点分の力を出さないといけないんだ！」となるのは理解できますが、少し考えてみましょう。 &nbsp; ビジネスの基本は「価値の先出し」です。「価値」を提供できるから「対価」をいただくことができます。 余談ですが、価値と対価のバランスが崩れると、「ブラック企業」だとか「やりがい搾取」と言った不平不満が出てきますね。 &nbsp; また120点を出すということは、とことん顧客目線に立てるということでもあります。 とくにITエンジニアの場合は相手目線に立てるか？という点が非常に重要かつ、付加価値を提供できる点です。 基本的に合理的な人の集まりで（もちろん長所でもあります）必要以上のことをしないので、このポジションはだいたいどのチームでも空いています（笑） &nbsp; その他、自分のスキルの向上に繋がるので、実は悪いことはありません。 &nbsp; ビジネス面から考えても、顧客目線、自分目線で考えても実はみんな得をするんですね。

私がリモートワークを始めた時に一番戸惑った部分はここでした。何気ない質問や相談が基本的にやり辛くなります。 &nbsp; 「何気ない質問なら大丈夫じゃない？」と思うかもしれませんが、これがあるのとないのとではかなり状況は違いました。 &nbsp; たとえば環境構築1つとっても、とくにドキュメントも無くディレクターもエンジニアほぼ未経験の方で誰に聞いたら良いかもわからない状態でした。（もちろんチームの人の顔も名前もわからない） 最終的に「現場のエンジニアが今使っているツール一覧」だけを見せられて、「じゃ、後はお願いします」と言われた時の衝撃は忘れられないです（笑） &nbsp; 上記の事態に遭遇した場合どういう対処をするでしょうか？もちろんこういう場合一方的にクライアントが悪いからと責め立てることもできます。 しかし、結局のところ1人で問題解決できる人間が重宝されます。当然、手間がかからない人間の方が使いやすいですからね。 &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エンジニアの将来性

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

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

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

おすすめ記事

【独立を迷っているエンジニアに伝えたいこと】

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

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

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