## ITコンサルタントが独立するために必要なこと

どのような職業に就いても、仕事ができるようになると「いつかは独立したい」と考えるのが人の常です。自分の能力を最大限に生かせるITコンサルタントの立場であれば、多くの方が独立を考えるのではないでしょうか？

この記事では、ITコンサルタントを目指し、将来的には独立も視野に入れている方に対して、*ITコンサルタントが独立するために必要なものや、独立後のメリット・デメリット・年収・将来性*などについて解説します。計画的に独立するための参考にしてもらえれば幸いです。

**フリーランスのITコンサルタントに仕事を依頼する際、契約の決め手は実績の有無です。**実績が豊富なコンサルタントと、そうでないコンサルタントのどちらに仕事を任せたいかと問えば、誰もが前者を選びます。当然、未経験での独立はかなり難しくなります。

在職中でも実績を作ることは可能なため、大規模プロジェクトから小規模まで幅広く参加し、自分の能力が証明できる実績作りが必要です。コンサルティングファーム（企業）での実績作りはメリットが多く、各企業それぞれ独特のやり方やノウハウがあります。それらはマニュアルから得たものではなく、それぞれの成功と失敗の体験から培われたものです。

現在、在職しているファームで仕事の流れやプロジェクトの動かし方、トラブル発生時の対応など、実績以外の仕事も経験値として蓄えておきましょう。また、在職中に個人で副業として案件をこなすのも有効です。*独立するともなれば、豊富な経験が必要かつ不可欠*なため、自ら知恵を絞り、汗を流した経験こそが独立のための鍵です。

大手のコンサルティングファームに所属していると、会社が後ろ盾になってくれていますが、独立すると後ろ盾を失って丸裸になります。コンサルティングファーム時代のコンサルティング実績を経歴書に書くのは構いませんが、それだけでは個人の能力を証明するには客観性に欠け、訴求力がありません。

**独立する際には公的資格が信用力を高めてくれます。 **「中小企業診断士」「ITストラテジスト」「ITコーディネータ」などの資格は在職中にできるだけ取得しておくことをおすすめします。退職した後も資格は生きるため、これらの資格を名刺に入れると、名刺の威力が一気に増します。

ITコンサルタントになるために必要な資格は？仕事内容や年収も

大手コンサルティングファームでは営業担当が顧客を開拓し、紹介してくれるため、ITコンサルタントは人脈を作るのにさほど苦労することはありません。しかし独立し、会社の看板を失うと大手顧客からは敬遠されることがあります。

大手顧客は取引先に対して信用力を求める傾向が強いため、フリーランスや小規模事業者となったITコンサルタントには見向きもしなくなることがあります。したがって、**在職中にはできるだけ顧客との人的つながりを強めておく努力が求められます。**強固な人脈を作っておけば、独立後に必ず力を貸してもらえます。

独立後に、フリーランスとして1人でコンサルタントをやっていくという手もありますが、簡単なことではありません。案件を受注できても、プロジェクトを編成する際にはアシスタント・SE・プログラマーを確保しなければなりません。

協力会社を作っておくことでも対処できますが、やはり人材は自社調達の方が何かと有利です。**人・モノ・金は簡単に用意できるものではないため、在職中から準備をしておきましょう。**

独立する場合は、できれば法人設立を目指し、*融資も含めて最低でも1,000万円くらいの資金と最低限の人材は確保しておきたいものです。*またオフィスも必要なため、レンタルオフィスなども検討しておくことをおすすめします。

## ITコンサルタントが独立するメリット・デメリット

ITコンサルタントとして独立を考えると、ついメリットばかりに目が向きがちですが、デメリットも少なからずあります。メリットの最大化、デメリットの最小化を考えながら事業計画を立てておきましょう。

*1. 収入が増える*
組織に属している以上、どれだけ稼いでも稼ぎの大半は会社にいきます。大手コンサルティングファームが大手顧客と契約する場合、シニアコンサルタントの派遣については人月単価で契約することがあります。時には1人月500万円というような高額契約もありますが、本人に支払われるのは月給換算で150万円程度、つまり2/3は会社の利益です。

独立すれば、諸経費を差し引いても売上の半分程度は報酬として手にできます。つまり、独立後に500万円/月で契約できれば、250万円程度の報酬を得られる計算です。**事業が軌道に乗れば、確実に得られる収入は増えるでしょう。**

*2. 自分のペースで自由に仕事ができる*
独立すれば組織に縛られることがありません。上司から命令されることもなく、余計な報告書作成や報告会議もありません。自ら意思決定し、自分のペースで仕事に打ち込めます。特に自由を求める方にとっては理想的な仕事環境が手に入るため、独立の動機に「自由に仕事がしたいから」という方も多いです。

*3. 価格競争に勝ちやすくなる*
独立すれば、Slerやコンサルティングファームよりも低い単価で仕事を受注できるため、価格競争ではフリーランスに強みがあります。Sler・コンサルティングファーム時代と同じ成果でリーズナブルな単価なら、顧客満足度も高くなり、リピートもされやすくなります。

*1.収入が不安定になる*
収入が増えるには、在職中並みの仕事があることが条件です。独立すると、思うほど仕事を取れないケースが出てきます。しかも、客先は資金力が乏しい中小企業を相手にするケースが増えるでしょう。

中小企業に対して人月単価500万円の提案をして採用される可能性は極めて低いです。*収入の保証がない*というのが独立するデメリットの1つです。

*2.  社会的信用力が低下する*
社会的信用力は、個人よりも組織や企業に付与されます。*フリーランスになると、社会的信用力が低下します。*未経験の場合はそもそも信用がありません。例えば事務所を構えるにしても信用力がないため、契約には保証人が必要です。クレジットカードの契約や銀行からの融資など、審査が厳しくなります。

独立前に必要なものをピックアップし、在職中に契約可能なものはできる限り済ませておきましょう。

*3.  税務手続きや申告をしなければならない*
**これまでは社内の財務部門がやってくれていたことも、独立すると全て自分で対応しなければなりません。**これをすべて1人でやっていたのでは、本業に専念できないため、税理士・アドバイザー・事務アシスタントなどとの契約や採用も考えておく必要があります。どんなに小規模な会社でも、財務や経理の業務は必須です。

また、人を雇えば労務管理・勤怠管理・給与計算のために人事部の機能が必要になり、仕事獲得には営業や販売促進機能も必要です。さらに、ホームページの立ち上げや広告宣伝、Eメールやワークフローも準備しなければなりません。こうした経営全般についても、在職中から積極的に勉強して独立に備えておきましょう。

## 独立ITコンサルタントの年収

**ITコンサルタントの平均年収は、約600万円が相場です。**フリーランスの場合、年収1,000万円を超えるケースも珍しくありません。往々にして、ITコンサルタントの年収は独立後の方が高い傾向にあります。また、ファーム在籍年数が多ければ多いほど信用度が上がるため受注案件単価は高くなりやすく、それに比例して年収も高くなります。

一例として、ファーム在籍年数が5〜10年未満の場合は、一般的に案件単価が130万円/月ほどで、10年以上だと案件単価140万円/月以上です。

大手の顧客は、大手コンサルティングコンファームであれば500万円/月でも契約をしますが、フリーランスや小規模事業者相手では500万円/月の契約は難しいでしょう。独立に際しては、想定顧客とその顧客のコンルティング案件における報酬の相場をしっかり把握しておくことです。

*分相応の単価を設定し、まずは顧客獲得に努めましょう。*成果を積み上げ、顧客からの信頼が高まれば自ずと仕事は増え、報酬も増えていきます。

ITコンサルタントの仕事は激務？人気の職種なのはなぜ?

## ITコンサルタントが独立に際して注意しておくべきこと

ITコンサルタントとして活躍の場が増えてくると独立を考える方が増えますが、安易に独立すれば失敗するリスクも高まります。ここでは、独立を目指す際に注意すべきことをまとめました。

ビジネスドメインを明確にする

大手のコンサルティングファームに所属していると、苦手な分野の案件でも社内の誰かがサポートしてくれますが、独立するとすべて自分の力で対処しなければなりません。思うように契約が取れないと、ついつい間口を広げて身の丈に合わない案件まで受注してしまいがちです。

自信のない分野の案件まで受注すると、自分の首を絞めるばかりか、結果的には顧客にも多大な迷惑を及ぼすことになりかねません。**まずは事業ドメインを明確にしておきましょう。**自分の強み・弱みを客観的に分析し、できるだけ強みを生かせる分野を中心に仕事をしてください。自分の得意分野を強化し、成功事例を積み重ねながら、顧客獲得をしていきましょう。

フリーランスや弱小コンサルファームは、自ずと資金力の乏しい中小企業を相手にするケースが増えてきます。**そうしたクライアントの倒産リスクや、支払遅延リスクをあらかじめ予見しておく必要があるのです。**

取引先の選定基準や取引基準を明確にし、与信能力を客観的に判断し、不用意に問題案件を抱えないための防衛策が必要です。クライアントの与信判断ができるよう外部の信用情報データベースサービスなどの利用を考えておきましょう。

「ITコンサルタントが独立するために必要なこと」の章でも述べましたが、独立に際しては「人・モノ・金」が欠かせません。**とりわけ必要なのは資金です。**資金がなければ、人材の確保やモノの調達ができません。事業が軌道に乗るまでの運転資金、生活資金もしっかり確保しておきましょう。

### 案件確保にはマッチングサイトも有効

フリーランスとして活躍するなら、*コンサルタントと企業をマッチングしてくれるサービス*なども活用しましょう。豊富な案件の中から、自分に合う案件とマッチングできるため、フリーランスになりたての方や副業として実績作りがしたい方にもおすすめです。

## 独立ITコンサルタントの将来性

ITコンサルタントの独立について、メリット・デメリットや注意すべきポイントについて解説しました。ここでは、フリーランスITコンサルタントの将来性や可能性について説明します。

かつては、顧客の要求に従ってシステムデザインができるSE（システムエンジニア）に対する需要が高まっていましたが、**現在では顧客の経営課題を解決するITコンサルタントの需要が高まっています。**

企業内においても、コスト部門と言われたIT部門が今や戦略部門として見直される時代ですが、企業内でITコンサルタントの役目を果たせる人材が不足しているのが現状です。そうしたこともあり、小回りの利くフリーランスITコンサルタントに対する需要はさらに高まっていくと考えられます。

システムエンジニア（SE）とは？仕事内容や年収、必要スキルを解説！

### DXコンサルタントが必要とされている

日本経済の再生のためには諸外国と比べても遅れが指摘されている、**日本企業の活性化と成長が欠かせません。その鍵が、DX（デジタル・トランスフォーメーション）です。**

日本情報システム・ユーザー協会が2020年4月に公開した「※企業IT動向調査2020（2019年度調査）」によれば、企業の2019年のIT予算が過去10年間で最高でした。予算増加の最大要因は「基幹システムの刷新」ということから、*DX推進が背景にある*と考えられます。

※[企業IT動向調査2020（2019年度調査）](https://juas.or.jp/cms/media/2020/05/it20_ppt.pdf)

*このDXの推進役として最も期待されているのがITコンサルタントです。*DXでは従来のビジネスモデルを根底から覆し、まったく新たなビジネスモデルへの転換と、新しいサービスや顧客体験を創出することが求められています。具体的には、企業を下支えする業務プロセス・業務システム・組織構造・企業文化をITによって変革することを意味しています。

ここで必要とされるのがDXコンサルタントであり、それは*「デジタル+経営改革」に対する深い知見や経験を有し、企業の組織構造改革を手助けできるITコンサルタントの役目なのです。*政府が危機感をもって提唱するDXですが、一方でDX推進に必要なITエンジニアが絶対的に不足しています。

そのITエンジニアを率いるITコンサルタントに対する期待が急速に高まる中、小回りの利くフリーランスITコンサルタントの活躍の場が急速に広がっています。ITコンサルタントを目指す独立志向の旺盛な方は、将来の独立に向けて、今からご自身の将来設計を明確にしておきましょう。

DXとは？その意味と日本の現状、DX推進の障壁となる要因を分かりやすく解説！

企業に属してITコンサルタントとしてある程度の実績をあげると、ITコンサルタントとして独立を考える方が少なくありません。独立するための条件は何か、収入面はどうなるのか、独立することのメリット・デメリット、ITコンサルタントの将来性についてまとめてみました。

ITコンサルタントが独立するためには、コンサルタントとしての実績を積んだり公的資格を取ったりする必要がある

独立後は収入が増えたり自由に時間が使えたりするが、収入の不安定さや経理の手続き面が面倒になることもある

DX推進役としてのフリーランスITコンサルタントの将来性は高い

ITコンサルタントが独立するメリット・デメリットとその方法

FP法とは「ファンクションポイント法」の略で、1979年に米国IBMのAllan Albrecht氏により考案されました。**FP法の目的は誰が見積もりの計測を行っても同じ結果が得られ、見積もり作業のばらつきを抑えることです。**そのため、ソフトウェア開発の生産性を測定するためのユーザー要件を、ファンクションとして定義しカテゴリー化することで、*見積もりの平準化を行います。*

### FP法で定量化できるのは機能要件

**FP法では機能要件とその他の要件を分類して計算することで、正確な見積もりを出すことができます。**FP法はデータ構造によって規模を見積もっているため、システムのデータやファイルが明確である機能要件が見積もりの対象です。*機能規模では、非機能要件や技術者要件を含みません。*

FP法ではシステムの機能を「ファンクション」と呼び、そのファンクションごとに点数を定めています。そのため*誰が見積もりをしても、ファンクションの数を数えるだけでシステム規模の見積もりが同等に実施できます。*そのファンクションはシステムの実装形式による違いがなく、従来のオンプレミス（所有型）でもクラウド（利用型）でも同じスコアとなります。

同様にシステム開発の形式にも依存しないので、新規開発でもパッケージ利用でも同等の結果となります。さらに開発手法においても、従来型のウォータフォールモデルでもアジャイル型でもスコアに差がありません。もちろん、開発言語にも依存しません。

アジャイル開発の特徴、メリット・デメリット、DXとの関係など

### FP法のファンクションの詳細

FP法ではファンクションをデータ処理に関する「トランザクションファンクション」と、データ格納に関する「データファンクション」に大別して集計されます。各区分のファンクションごとに点数を定めているため、*点数表に集計すると合計のスコアが簡単に求められます。*

各機能はそれぞれ、外部入力（EI）・外部出力（EO）・外部照会（EQ）・内部論理ファイル（ILF）・外部インターフェイスファイル（EIF）に分類し算出されます。

FP法の計算手順は以下のようになります。

*（1）扱うデータを5つのファンクション型に分類*

　外部入力（EI）、外部出力（EO）、外部照会（EQ）、内部論理ファイル（ILF）、外部インタフェースファイル（EIF）の5分類

*（2） 扱うデータごとに、「データ項目数」とそのデータに関連する「レコード種類数」を集計*

　データのファンクションの複雑さを3段階（低・中・高）に分類

*（3）システム全体の未調整FPの計算*

　各データに3段階のファンクションの複雑さに応じた未調整FP（調整係数）を掛けて合計

*（4） システムの特性の合計値を計算*

　システム特性を14の観点から0から5の6段階で評価

*（5） システム特性係数の計算*

　　VAF：Value Adjustment Factor、システム特性係数

　　TDI：Total Degree of Influence、システム特性の合計値

## FP法のメリット・デメリット

ここでは、FP法を活用するうえでのメリット・デメリットをそれぞれわかりやすく説明します。

FP法のメリットは、誰が算定しても同等の結果が得られるため、見積もり作業のばらつきを抑えることができます。同様に、プロジェクト期間中に仕様変更が生じた場合もFP数が変わることを指標として算定できるため、**要件変動による影響をあらかじめ可視化することが可能です。**

また、求める品質評価の目標値をFP法で設定することにより、品質の評価がより簡単に実施できるメリットがあります。

FP法は便利な見積もりの手法ですが、決して万能という訳ではありません。*過去に事例のない機能は評価が難しい・複雑な入力機能と単純な入力機能の見極めができないため同じ数値になってしまう・非機能要件は数値化できない*、といったデメリットが挙げられます。FP法をしようする際は、これらのデメリット部分も理解しておきましょう。

FP法は工数の見積もりだけでなく、プロジェクトサイクル全般で活用できます。具体的には*見積もりやその評価、工数管理・品質管理や進捗管理、ベンダーの評価や運用評価、ソフトウェア資産管理や投資対効果の評価等*、多岐に渡ります。

大規模なプロジェクトでは、ソフトウェア開発に着手するまでにシステム戦略策定からシステム化計画、そして要件定義・設計・開発と多くのフェーズを経由します。特に、先行して検討されるシステム戦略策定時には、システム化の方向性を決定するために多くの要求事項が挙げられるため、*実際にシステム開発で必要とする部分とのズレやブレが発生します。*

そのため、見積もり誤差がリスク分として多く計上されてしまい、そのリスク分は不確実性によるもので経験値によるところが大きい領域です。特に未確定の要求仕様については累積してリスク計上されていくため、システムが肥大化する要因となります。これを防ぐために、同様の要求を満たすシステム事例を参照したり、プロジェクトサイクル全般を想定した見積もり手法が必要です。

**FP法では早期から実装機能をファンクションとして算定できるためブレを吸収し実装していくことができます。**

高品質なシステム開発に欠かせない機能要件と非機能要件とは？

FP法では機能要件を低・中・高の複雑度の分類で算定するため、*対象とするアプリケーション開発の工数とソフトウェア製造量と直接的に合致しない場合もあります。*そのため、あらかじめ同等の業務での開発実績のデータを蓄積し、見積もり制度を向上させることが重要です。

特に要求仕様書が確定する前の見積もりでは精度のブレが生じるため、ユーザが認識していない要件が潜んでいる場合は別途追加見積の必要性が出てきます。

*FP法には様々な団体が存在します。*FP法は、国際標準化機構ISO（International Organization for Standardization）、および国際電気標準会議IEC（International Electrotechnical Commission）によって認定されています。その標準化の中でFP法は、以下のそれぞれの方法が各実装グループによって定義されています。

・FiSMA（FiSMA 1.1 functional size measurement method）

・IFPUG（IFPUG functional size measurement method）

・Mark-II（Ml II Function Point Analysis）

・Nesma（Nesma functional size measurement method）

・COSMIC（The Common Software Measurement International Consortium）

・OMG（Object Management Group Automated Function Points）

### 日本のFP法のユーザ団体はJFPUG

IFPUG（International Function Point User Group）は米国にあり、Allan Albrecht氏の考え方を引き継いでFP法を発展させています。*そのガイドラインはISOで標準化されています。*海外支部も多くあり、日本ではJFPUG（Japan Function Point User Group）として活動を行っています。

参考：[JFPUG](http://www.jfpug.gr.jp/introduction/top.htm)

### その他のソフトウェア開発見積もりモデルは？

COCOMO（Constructive Cost Model）は1981年に提唱されたものです。COCOMOでは、開発するソフトウェアの規模が大きいほどより多くの工数が発生するという考え方に基づいています。具体的には、開発するソフトウェアの想定ソースコード行数に、ソフトウェアの規模を表す係数を掛けて開発工数を算定します。

次にLOC（Lines Of Code）について紹介していきます。LOCは長年にわたり見積もりに用いられていた手法で、「ステップ数による見積もり」と言えばピンとくる人も多いでしょう。つまりプログラムソースの行数に比例して工数を求めるものです。

こちらは長きにわたり利用されていますが、空行やコメント行を除外したりする作業の誤差や、難易度がステップ数に反映されないので誤差のブレ幅が大きいものです。そのため、**大規模システムでは客観的な指標としては適さないとされています。**

## FP法のスキルを高めるには？

FP法はプロジェクト開発では標準的に活用されています。そのため、実際のプロジェクトで実務能力を高めることが可能です。それ以外にも市販の書籍が数多く出版されており、ITエンジニアのプロジェクト教育としてeラーニングが各社より提供されています。したがって、最初のステップとしては机上で知識を高めて実践する方法がおすすめです。

先に述べたIFPUG並びにJFPUGより、FP法に関連するドキュメントを入手することができます。その他、**情報処理推進機構（IPA）により2006年「ソフトウェア開発見積りガイドブック」が発行されています。**各種見積もり手法の紹介と実例が記載されており、PDF形式でダウンロードが可能です。

これらのツールを活用してFP法を学ぶことができます。

参考：[情報処理推進機構(IPA) ソフトウェア開発見積りガイドブック](http://www.ipa.go.jp/sec/publish/tn05-001.html)

**平成26年において総務省より「政府情報システムの整備及び管理に関する標準ガイドライン」が発行されています。**事業者からの経費の見積もりは、原則としてファンクションポイントの見積もり並びにその見積もり根拠を提示することが求められています。政府系システムに関連する方は一読されることをおすすめします。

参考：[政府情報システムの整備及び管理に関する標準ガイドライン](https://cio.go.jp/node/1426)

## FP法を活用してプロジェクトの見積もり手法をマスターしよう

FP法はプロジェクトの見積もり手法として広く浸透しています。FP法が効果的なのは要求仕様書が確定してからの各工程なため、まずは市販の書籍やeラーニング等で学習し、実際のプロジェクトで実践してみましょう。**プロジェクトでのソフトウェア開発の品質評価に活用できるため、全体のレビューや費用対効果の評価にも活用できます。**

ぜひとも様々なプロジェクト工程で活用してマスターしてくださいね。

FP法は米国で考案され、40年以上の活用実績がある手法です。その目的は誰が見積もりの計測を行っても同じ結果が得られることです。FP法を効果的に活用することでプロジェクトの見積もり品質が高められます。ぜひ実際のプロジェクトで実践してみましょう。

FP法は米国で考案されたソフトウェア開発の生産性を測定するための手法です

FP法ではシステム規模の見積もりが誰でも同等に実施できるため広く用いられています

FP法は工数の見積もりだけでなく、プロジェクトサイクル全般の評価として活用可能です

FP法とは？ソフトウェア開発の見積もり手法を解説します！

**プログラミングの楽しさを直感的に伝える「天才プログラマーKBOY」、プログラマーのリアルを伝える「凡才プログラマーKBOY」**。

いずれのチャンネルも登録者数2万人を超えている人気YouTuber、KBOYさん。

そんなKBOYさんが今注力しているのが、スマホアプリ開発のフレームワークである*「Flutter（フラッター）」*、そしてFlutterに特化したオンラインサロン*「Flutter大学」*です。

**KBOYさんはどんな経歴で、なぜFlutterに注力しているのか？**

**KBOYさんがFlutterやFlutter大学を通じて実現したいことは何なのか？**

今回は、そんなこんなをじっくりインタビューしました。

“Flutter”だけでも食っていけます。『天才プログラマーKBOY』主宰の「Flutter大学」は陽キャ集団だった【前編】

## KBOY＝大企業だからできた勉強＋学祭や合コンで鍛えた段取り力

#### balloon eriko_ichibangase left
ここからは、KBOYさん自身のことやKBOYさんの今後の展望について伺っていきたいと思います。Flutter大学は交流の活発な陽キャ集団だとおっしゃっていましたが、KBOYさん自身が陽キャなんですか？

#### balloon kboy_2 right
まあそうですね。**もともと目立つのは嫌いではなくて、文化祭や学祭で人前に出たり、合コンを仕切ったりするのも好きなほう**でしたよ。とはいえ、クラスでいちばん目立つ最前線の陽キャとかではなく、普通に真面目なタイプです。落ちましたけど**東大受けました**し、それくらいには勉強してました。

#### balloon eriko_ichibangase left
へえ、東大！出身は早稲田で、新卒で入社されたのはWeb系の一部上場企業ですよね。安定したサラリーマン人生が約束されていたと思いますが、小規模なベンチャー企業に転職したり、フリーランスのYouTuberになったりすることに不安はなかったですか？

#### balloon kboy_2 right
いや、全然それはないです。**中高生のころから起業ってかっこいいな、社長になりたいなと思ってました**。ひねくれてるかもしれないですが、**電車に揺られてるサラリーマンってダサいみたいな反骨心を持ってた**んで、いずれそっちに行くだろうというか、既定路線という感じで。どんどん小さいところに移って独立という形ですけど、不安とか怖いとかはないです。

#### balloon eriko_ichibangase left
起業マインドはいつからかなと思っていましたが、予想以上に早い段階でした。では、新卒で大企業に入って良かったこと、学べたことはありますか？

#### balloon kboy_2 right
大企業でやっていた仕事が、いま直接的に生きているということは……正直ないです。でも、最初の仕事で勉強させてもらえたことがきっかけで、エンジニアになれました。小さい会社では、即戦力じゃない若者に勉強させるようなことはできませんよね。

#### balloon kboy_2 right
でも**利益を出してる大企業なら、利益を出さない若い社員に勉強させて給料を出せる**。**そういう環境を与えてもらったおかげで、今の自分がある**と思っています。

~~ARベンチャーのGraffity時代にリードエンジニアとしてリリースした大人気アプリ「ペチャバト」~~

~~出典：[相手のスマホを狙い撃ち　ARシューティングゲーム「ペチャバト」登場](https://www.itmedia.co.jp/news/articles/1812/12/news087.html)~~

#### balloon kboy_2 right
いまの仕事に生きているという意味では、**学生時代の合コンやパーティー、社会人2年目の頃からやっていた勉強会とか、そういう経験を通して得た段取り力**ですね。チャラく思われがちですけど、まさにコネクティング・ザ・ドッツで、あの経験がここで生きるのかと実感してます

### コネクティング・ザ・ドッツ（Connecting the dots）とは？

2005年の米スタンフォード大学卒業式での、スティーブ・ジョブズの伝説的なスピーチで語られた言葉。点と点がつながるように、過去の思いがけない経験が未来に生きることもある。今やっていることがどこかに繋がると信じて生きてほしい、という内容。ちなみにこのスピーチは、「Stay Hungry! Stay Foolish!」というフレーズで締めくくられる。

## Flutterの第一人者として、学びの後押しをする場を作りたい

#### balloon eriko_ichibangase left
ベンチャー企業を経て独立されたKBOYさんですが、今はFlutterに注力されていますよね。もともとFlutterエンジニアだったわけではないのに、なぜFlutterを？

#### balloon kboy_2 right
わりと自分のポジショニングについて考えるほうなんですが、**Flutterなら今から始めても第一人者になれると思ったから**です。単に技術として好きだというのもありますが、単価が多少安くてもFlutterやったほうがいいなというカンが働きました。

#### balloon eriko_ichibangase left
実際そうなっていて、Flutterを学びたい人がKBOYさんの元に集まるようになったわけですが、KBOYさん自身はどうやってFlutterを学んだんですか？Flutter大学にあるような教材は当然ない状態ですよね。

#### balloon kboy_2 right
**Udemy（オンライン学習プラットフォーム）や外国人の情報発信を利用して勉強**しました。あとは、仕事として請けるとやらざるを得ない環境に追い込まれるので、それも上達方法のひとつですね。

~~出典：[https://flutter.dev/learn](https://flutter.dev/learn)~~

#### balloon eriko_ichibangase left
英語は得意だったんですか？

#### balloon kboy_2 right
受験科目としては、英語はかなり得意なほうでした。でも、逆に言うとその程度です。例えば動画教材だと英語がちゃんとわからなくてもだいたい理解はできるんですよ。<br /><br />これはFlutter大学のメンバーにもよく言うんですが、**英語教材だというだけで拒絶せずに、もっと気軽に英語教材や英語の情報を活用してほしい**んですよね。

#### balloon eriko_ichibangase left
話を少し戻しますが、Flutter大学について。入会するメリットについてはすでにお伺いしましたが、どんな軌跡をたどってきたコミュニティですか？

#### balloon kboy_2 right
YouTubeチャンネルでちょっと煽って募集したこともあって、立ち上げてすぐに100名ほどの人数は集まったんです。でも、**コミュニティとして最初から順調だったわけではない**んです。<br /><br />嘘はついてないけど、限定教材に期待していた人にガッカリされてしまったり、数ヶ月いて一通り学ぶとやめてしまったり…そんな状態が1年ほど続きました。

#### balloon eriko_ichibangase left
後者は必要なことを学び終えた人なので、Flutter大学への不満ではなく、いわゆる卒業ですよね。そんなに悪いことではないと思いますが。

#### balloon kboy_2 right
そうですね、卒業です。でも、教材をすべて無料公開していることでもわかるように、**自分は商材屋になりたいわけではない**んですよ。**コミュニティを作りたくてFlutter大学を立ち上げた**ので、目指すのはFlutterに携わる人たちが所属し続ける意味のある場所だったんです。

#### balloon eriko_ichibangase left
Flutter大学は学びの後押しをする場所だ、というお話でしたね。

#### balloon kboy_2 right
はい。今は勉強会や共同開発プロジェクトなど現役のFlutterエンジニアにとってもスキルアップにつながる機会がありますし、オフ会や交流会で友達ができたとか、そういう存在理由もあるんですけど。

#### balloon kboy_2 right
コミュニティとして今みたいに活性化してきたのは、Flutter大学ができて約1年後の2021年3月頃からです。**自発的に勉強会を開いてくれるメンバーが登場したことで、変化が生まれた**んです。

#### balloon eriko_ichibangase left
Zoom交流会もいくつかのグループに分かれているようですし、質問Zoomなども必ずしもKBOYさん自身がすべて仕切っているわけではないんですね。お話を聞いていると、人数の話だけではなく、Flutter大学というコミュニティが成熟してきたような印象を受けます。

#### balloon kboy_2 right
だから、**「KBOYがやってるオンラインサロン『Flutter大学』」というイメージは払拭していきたい**と思っています。**いまやFlutter大学は僕がいなくてもきちんとまわっている**し、YouTuberのKBOYが好きだから入るとか、そういうものではないので、より信用されるサービスとして運営していくためにもそうしていきたいと思っているところです。

KBOYのオンラインサロンは終了します

## Giveしてくれる仲間と、人を育てる仕事をしていきたい

#### balloon eriko_ichibangase left
[2021年1月に、2020年はエンジニアとして受託開発もしていたとお話されていました](https://www.youtube.com/watch?v=dO4iLZS6s3o)が、いまは合同会社KBOYを設立されていますよね。エンジニアの仕事はもうされていないんですか？

#### balloon kboy_2 right
依頼があれば単発で請けることはあります。ほかには**技術顧問をしたり、プログラミングスクールのカリキュラムを作ったりといった仕事もあります**ね。ただ、会社は立ち上げましたが、まだ自分だけです。

#### balloon eriko_ichibangase left
社員を増やしていく予定はありますか？例えばですけど、Flutter大学のメンバーでFlutter専門の受託開発会社を作ることもできると思うのですが。

#### balloon kboy_2 right
Flutterエンジニアがこんなに集まっているところは他にないので、**Flutterエンジニアを紹介してくれという問い合わせは多い**ですよ。でも、**受託開発会社を作るつもりはない**です。

#### balloon eriko_ichibangase left
受託開発、あまりお好きではなさそうですね。

#### balloon kboy_2 right
**やりたいものを、やりたい人と作りたいタイプ**なので、仕事となると気が進まなくても作らないといけない受託開発は基本的に好きではないです。

#### balloon kboy_2 right
Flutter大学にとって良い流れが生まれたり、Flutter大学のメンバーの成長につながる仕事に繋がったり、という可能性があれば受託開発の依頼も受けますが、**興味があるのは人を育てる仕事**のほうです。

#### balloon kboy_2 right
だから**今後の展望としては、「人材育成」を軸としたビジネスをしていきたい**ですね。

#### balloon eriko_ichibangase left
それは1人では難しそうですね。

#### balloon kboy_2 right
Flutter大学で講師も務めてくれている、[Kosuke](https://twitter.com/KosukeSaigusa)さんと[こんぶ](https://twitter.com/pressedkonbu)さんのように、積極的に提案して動いてくれる、**Giveしてくれるタイプの人と一緒にFlutter大学をもっと盛り上げていきたい**なと考えています。

KBOYさんの自分に正直なお人柄や、自分だけでなく周囲にも良い影響を与えていこうとする姿勢が凄く素敵でした。**「Flutter大学」の今後の発展、人材育成を軸としたビジネスの展開、非常に楽しみですね**。

KBOYさん、この度は取材を受けてくださり誠にありがとうございました！

[合同会社KBOY（公式サイト）](https://kboy.jp/)

[Flutter大学（YouTubeチャンネル）](https://www.youtube.com/channel/UCReuARgZI-BFjioA8KBpjsw)

[KBOY（Twitter）](https://twitter.com/kboy_silvergym)

KBOYさんが今注力しているのが、スマホアプリ開発のフレームワークである「Flutter（フラッター）」、そしてFlutterに特化したオンラインサロン「Flutter大学」そもそもFlutterとはどんなものなのか？KBOYさんがFlutterやFlutter大学を通じて実現したいことは何なのか？インタビューしました。

心理学科卒業後、新卒未経験でSI企業に就職し、Java系のSEとして10年。 結婚出産を経て、2015年にトラベルライターに転身。 現在はライターのほか、webディレクターや広報の業務にも携わっている。 新婚旅行では1年かけて世界50ヶ国を巡るほどの旅行好き。 日々の晩酌が何よりの楽しみ。

一番ヶ瀬 絵梨子

藤川慶。1991年7月15日生まれ。札幌出身。ネット上ではkboyの愛称で知られる。2015年に早稲田大学創造理工学部を卒業後、プロトコーポレーションでアプリ開発ディレクターを経験。その後プログラマーに転向し、報道系ベンチャーのJX通信社でニュースアプリのiOSアプリ開発を経験。その後ARベンチャーのGraffityにてリードエンジニアとして活躍。大人気アプリ「ペチャバト」をリリース。個人の発信力を高めたいと考え2019年2月に独立しフリーランスエンジニアとなる。その後2020年6月に合同会社KBOYを創業。登録者2万人超のYouTubeチャンネルを活かしつつFlutter大学の運営やFlutterの技術顧問などを行なっている。

KBOYさん

新人に勉強させるリソースのある大企業に所属するからこそ、学べることがある

KBOYさんがFlutterを選んだ理由は、第一人者のポジションを取れると思ったから

Flutter大学は「KBOYのオンラインサロン」ではなく、実践的に学べるサービスとして成熟した

Flutter大学を通じて、「人材育成」を軸としたビジネスをしていきたい

"商材屋"になりたい訳ではないんですよ。『凡才プログラマーKBOY』がFlutter大学を運営する理由【後編】

**ブリッジSEとは日本と国外の企業の開発者を繋げる伝達者のような役割を担うシステムエンジニアのこと**を言います。

日本と他国では、言語や商取引の過程も異なるでしょう。したがって、日本で当たり前と感じていることも、国外では当たり前でないことが多くあります。

そのような中ブリッジSEが注目を浴びるようになってきています。ここからは、*ブリッジSEが生まれた経緯やブリッジSEの役割・将来性について詳しく紹介*しましょう。

### ブリッジSEという職が生まれた経緯

システム開発を行う際、システムエンジニアが設計やプログラミングを担当します。大規模なシステムになればそれだけ開発に携わるシステムエンジニアの数も増加し、その数に比例して人件費も増えていきます。

ですがシステムの開発だけに人件費を割くわけにはいきません。システムの質を担保した上でなんとか人件費を削減したいと考えます。

そこから生まれたのが人件費の安いところにシステム開発を依頼するというものでした。

国内で人件費の安いところに依頼することを「ニアショア開発」、国外で人件費の安いところに依頼することを「オフショア開発」と呼びます。

このように*自社ではなく他社や国外の企業へシステムの開発を依頼するにあたり、自社と他社・自社と国外の企業の繋ぎ役となるシステムエンジニアが必要*となりました。

**そうして生まれたのがブリッジSEという職**です。

ブリッジSEには「ニアショア開発」と「オフショア開発」2つの活躍の場があります。ここではより活躍を期待されるであろう*「オフショア開発」におけるブリッジSEに焦点を当て紹介*していきます。

「オフショア開発」におけるブリッジSEの役割は大規模やグローバルプロジェクトを行う際に、国外の依頼先との橋渡しとなることです。

**ブリッジSEは提案・企画、設計・開発、運用保守など一般的なSEと同じ業務に加えて、橋渡しとしての役割も担います。**そのためブリッジSEには、一般的なSEと異なる特徴があります。

それは*国内外における言語や文化、習慣の違いについて知識を深めておく必要がある*ことです。

外国語を介したコミュニケーションを取る必要がブリッジSEには、依頼先である国の言語を習得することが欠かせません。自社と依頼先との円滑なコミュニケーションはプロジェクトの進行に深く関係してくるためです。

転職・キャリアの記事（69ページ目）