Flutterエンジニアのスキルシートの書き方｜面談で評価される実績の見せ方

Flutterエンジニアのスキルシートは、「iOS・Android両対応」と一言でまとめず、OSごとにビルドの設定・署名・ストアへの申請・ネイティブ側の連携のどこを自分が担ったかを分けて書くのが基本です。Flutterの案件では、画面をDartで作れることは前提で、そのうえで「Flutterの外側」をどこまで任せられるかが判断の分かれ目になるためです。

この記事では、Flutterならではの書き分け方と記入例を紹介します。案件で見られる技術の中身はFlutterの案件で求められるスキル、独立の準備はFlutterエンジニアがフリーランスになるにはで扱っています。

「両OS対応」の中身を表で分ける

Flutterのスキルシートで最も多いのが、「Flutterで iOS/Android アプリを開発」という書き方です。間違いではありませんが、読み手はここから次のことを判断できません。

• iOS向けのビルドや署名の設定を自分で扱えるのか
• 両方のストアの審査に対応したことがあるのか
• SwiftやKotlinのコードを読んだり書いたりできるのか

そこで、主なプロジェクトでは、OSごとに自分の担当を分けて書くことをおすすめします。

これは書き方を示すための例です。すべてを担当している必要はありません。「一部」「既存コードの修正」のように、関わり方の程度まで書くと、読み手は任せられる範囲を正しく判断できます。表にしない場合も、担当内容の中で「iOS側は〜、Android側は〜」と分けて書くと伝わります。

状態管理とパッケージは「選んだのか、使ったのか」で書く

Flutterの技術欄には、状態管理の方法や主なパッケージの名前が並びます。ここで大切なのは、それを自分が選んだのか、決まっていたものを使ったのかです。

• 選んだ場合：「状態管理の方法を比べて選定し、画面とデータの層の分け方を決めた」
• 使った場合：「既存の構成に沿って画面を実装」

どちらも立派な経験ですが、読み手が任せたい役割が違います。立ち上げの案件では選定の経験が、運用中のアプリの案件では既存の構成を読み解いて合わせる経験が見られます。

パッケージは、名前を数多く並べるより、選定や置き換えに関わったものを中心に書きます。更新が止まったパッケージを別のものに置き換えた、Flutterの版を上げるときに依存関係の競合を解いた、といった経験は、担当内容に1行添えておくと目に留まります。Flutterの版は、主なプロジェクトで書いておきましょう。

ネイティブ側の経験は「量」より「場面」で書く

Flutterの案件で頼りにされるのは、ネイティブ側で問題が起きたときに手を動かせる人です。ただ、スキルシートに「Swift・Kotlinも可」とだけ書くと、ネイティブのアプリを一から作れる人だと受け取られることがあります。

ネイティブ側の経験は、どんな場面で触ったかを書くと誤解がありません。

• プッシュ通知の設定で、iOSとAndroidそれぞれの設定ファイルと権限を扱った
• パッケージで足りない機能を、Platform Channelを使ってSwiftとKotlinで実装した
• 決済や地図などのSDKを組み込む際に、ネイティブ側のビルドエラーを解消した

ネイティブのアプリ開発の経験もある方は、スキル一覧で「Swift（iOSアプリ開発2年）」のように、Flutterの中での利用とは別の行に書きます。

経歴の入り口によって並べ方を変える

Flutterエンジニアには、Flutterから開発を始めた方と、iOSやAndroidのネイティブ開発から移ってきた方がいます。どちらから来たかで、スキル一覧の並べ方を変えると、強みが伝わりやすくなります。

ネイティブから移った方は、iOSやAndroidのスキルシートの書き方も参考になります。iOSのスキルシートの書き方とAndroidのスキルシートの書き方をあわせてご覧ください。

両ストアのURLを載せるとき

Flutterで作ったアプリは、App StoreとGoogle Playの両方に公開されていることが多く、URLが2つになります。載せる前に、そのアプリに関わったことを外に出してよいかを確かめましょう。考え方はスキルシートに書いてよいこと・いけないことにまとめています。

載せてよいと確かめられた場合も、次の点に気をつけます。

• 片方のOSだけを担当した場合は、それを書く：両方のURLを並べると、両方を担当したと受け取られます
• Flutterで作り直す前の版と混ぜない：ネイティブからFlutterへ作り直したアプリでは、ストアの説明や画面が、どの時点のものかを読み手が区別できません。自分が関わった時期と範囲を添えます
• Web版やデスクトップ版がある場合：自分が担当したプラットフォームだけを書きます

個人で開発したアプリを両ストアに公開している場合は、両方の審査を自分で通した経験として、URLとあわせて書きやすい実績です。

プロジェクト欄の記入例

ここでは、少人数で新しいアプリを立ち上げた場合を想定した記入例を示します。以下は書き方を示すための例で、実在のアプリや実績ではありません。業界や規模はぼかしています。

期間：20XX年X月〜20XX年X月（1年）
アプリ：教育関連サービス向け 一般利用者のアプリ（新規の立ち上げ）
配布：App StoreとGoogle Playで公開
規模・立場：アプリ2名・サーバー2名（自分はアプリ側の主担当）
使用技術：Flutter、Dart、状態管理ライブラリ、Firebase（通知・クラッシュの監視）、CI
OSごとの担当：ビルド設定と申請は両OSとも担当。iOSの証明書の管理は発注元の担当者と分担。カメラ連携の一部をKotlinで実装
担当内容：状態管理の方法を比べて選び、画面とデータの層の分け方を決めた。両ストアへの初回の申請と、審査の指摘への対応を担当した
工夫・成果：ストアへの配布までをCIで自動化し、両OSのリリースの手順をそろえた。依存するパッケージの一覧と更新の手順を書き、運用の引き継ぎに使えるようにした

「OSごとの担当」の行は、Flutterならではの項目です。分担していた作業は、分担していたとそのまま書きます。

よくある質問

Flutterの版や状態管理の名前は、すべてのプロジェクトに書くべきですか？

主なプロジェクトには書いておくのがおすすめです。Flutterは版によって書き方や依存関係の扱いが変わり、状態管理の方法も現場ごとに違うため、読み手は同じ構成の経験があるかを見ています。古いプロジェクトで版を覚えていない場合は、無理に書かなくてかまいません。

ネイティブの経験がほとんどありません。どう書けばよいですか？

ネイティブ側で触った場面が少しでもあれば、具体的に書きましょう。設定ファイルの修正や権限の追加だけでも、Flutterの外側に関わった経験です。まったくない場合は、無理に書かず、Flutterでの設計やテストの経験を厚く書くほうが、読み手の誤解が起きません。

受託でいくつものアプリを短期間で作りました。すべて書くべきですか？

すべてを同じ分量で書くと、シートが長くなります。応募する案件に近いアプリを2〜3件選んで詳しく書き、ほかは「受託で◯件のアプリを開発（主に〜の種類）」のようにまとめる形が読みやすくなります。両ストアへの公開まで担ったものを優先して詳しく書くとよいでしょう。