銀行業界のフリーランスIT案件｜案件の種類と特徴、合う人・合わない人

銀行業界のフリーランスIT案件は、どのシステムの層に関わるかで、仕事の中身がまったく違います。預金や融資の元帳を持つ勘定系、他の銀行やATMとつながる対外接続系、インターネットバンキングやアプリのチャネル系、データを集めて分析に使う情報系では、使う技術も工程の進み方も別物です。

共通する特徴は、品質への要求が高く、テストと移行に長い時間をかけること、そしてセキュリティの決まりで働き方に制約がかかりやすいことです。この記事では、案件の種類と特徴、合う人・合わない人を整理します。業務知識の中身は銀行の業務知識の記事、規制とセキュリティのルールは銀行の規制の記事で扱います。

銀行のシステムは「層」で分けると案件が読みやすい

銀行の基本の業務は、銀行法第10条第1項が定める「預金又は定期積金等の受入れ」「資金の貸付け又は手形の割引」「為替取引」の3つです。システムも、この業務を支える中心と、その外側に広がる層に分けて考えると、案件の位置づけがつかみやすくなります。呼び方は銀行やベンダーによって違うため、ここでは一般的な分け方で説明します。

対外接続系の代表が、銀行間の振込をつなぐ全銀システムです。全銀ネットは、全銀システムを全国銀行内国為替制度に加盟する銀行間の為替取引について、通知の送受信や決済額の算出・清算を集中して行うオンラインシステムと説明しています。個々の銀行の案件では、この全銀システムとの接続部分が対象になることがあります。

案件の種類は大きく6つ

層の分け方とは別に、何をする案件かで見ると、次のように分かれます。

1. システム更改・移行

勘定系や周辺システムを新しい基盤やパッケージに置き換える案件です。現行の仕様を読み解く調査、データ移行、新旧の結果を比べる検証、切替の計画とリハーサルなど、作るより確かめる作業の比重が大きくなります。規模が大きいと数年単位で進み、工程ごとに人を入れ替えながら進むため、途中の工程から参画する形もあります。

2. 保守・運用・法制度対応

稼働中のシステムの改修です。制度の変更、商品の追加、手数料や金利の扱いの変更などに合わせて、影響する箇所を調べて直します。メインフレームとCOBOLの案件が多く残っているのはこの領域で、現行の仕組みを知っている人が求められる傾向があります。

3. チャネル開発

インターネットバンキング、スマートフォンアプリ、法人向けのWebサービス、外部の事業者とつなぐAPIなどの開発です。一般的なWeb・モバイル開発の技術が生きやすく、銀行業界が初めてでも入りやすい領域です。一方で、認証や不正対策の要件が細かく決められている点が、ほかの業界のWeb案件と違います。

4. データ活用・情報系

取引データを集める基盤の構築、規制当局への報告データの作成、リスク管理や営業向けの分析などです。クラウドのデータ基盤の案件が増えていますが、顧客情報の扱いに条件が付くため、使えるサービスや環境が案件ごとに決められています。

5. PMO・プロジェクト管理

大規模な更改や複数ベンダーが関わる案件で、進捗・課題・品質の管理を担います。銀行の案件は関係者が多く、承認の段階も多いため、会議体の運営や報告資料の作成、ベンダー間の調整の比重が高くなります。PMOに求められる経験はPMOのスキルの記事で扱っています。

6. テスト・品質管理

総合テスト、ユーザー部門が参加する受入テスト、移行のリハーサルの計画や実施の支援です。金融庁の監督指針は、システムリスク管理の着眼点として、テスト計画を作り、ユーザー部門も参加して十分にテストしているかを挙げています。テストの専門家としての参画口があるのは、こうした背景によります。

銀行の案件に共通する5つの特徴

工程が長く、上流ほど文書が重い

要件定義から設計、製造、テスト、移行までの各工程で、成果物とレビュー、承認の手順が決まっていることが多く、文書の量が多くなります。設計書の書式や記載の粒度が細かく指定されている現場もあります。上流工程の進め方は上流工程の記事で扱います。

テストと移行に時間をかける

お金の記録を扱うため、1円のずれも許されないという前提で検証が組まれます。新旧の計算結果を突き合わせる検証や、本番切替のリハーサルを何度も行うことがあり、全体の期間のうちテストと移行が大きな割合を占める案件も珍しくありません。

リリースの時期が業務の暦に縛られる

月末・期末の締めや、給与の振込が集中する日など、業務の繁忙に合わせてリリースや切替の時期が決まります。大型連休に切替作業を行うこともあり、稼働の予定は案件ごとに確かめておきたい点です。

働く場所と端末に制約がかかりやすい

顧客の情報や本番に近い環境を扱うため、作業場所が指定された拠点に限られる、貸与された端末しか使えない、私物の持ち込みが制限される、といった条件が付くことがあります。リモートの可否は、扱う情報の種類で大きく変わります。常駐とリモートの考え方は常駐案件とリモート案件の記事、こうした制約の背景にある規制は銀行の規制の記事をご覧ください。

多重の委託構造になりやすい

大規模な案件では、銀行から主たるベンダー、さらにその協力会社へと委託がつながる形がよく見られます。自分がどの位置で、誰の指示を受けて働くのかは、契約の前に確かめておくことが大切です。

合う人・合わない人の傾向

ただし、チャネル系やデータ活用の案件では、比較的新しい技術や進め方を取り入れている現場もあります。「銀行だから堅い」と一律に決めず、層と案件の種類で見ていくのが現実的です。

案件情報を読むときに確かめたいこと

銀行業界の案件情報を見るときは、技術の欄に加えて、次の点を確かめておくと、参画後の行き違いを減らせます。

1. 対象の層と業務：勘定系か、チャネル系か。預金・融資・為替のどの業務か
2. 工程：調査、設計、製造、テスト、移行のどこから入り、どこまで担うか
3. 作業場所と端末：常駐の頻度、リモートの条件、端末の貸与の有無
4. 稼働の山：切替や締めに合わせた休日・夜間の作業があるか
5. 委託の位置：誰と契約し、誰の指示で働くか

求められる業務知識の深さは案件によって違います。業務知識の中身と身につけ方は銀行の業務知識の記事、経験をどう書くかは銀行のスキルシートの記事で説明しています。業界知識を強みにするという全体の考え方は業界知識の記事が入り口になります。

よくある質問

銀行の案件はCOBOLやメインフレームの経験がないと入れませんか？

そうとは限りません。勘定系の保守や更改ではメインフレームやCOBOLの経験が求められることが多い一方、チャネル系やデータ活用、PMO、テストの案件では、一般的なWeb開発やクラウド、管理の経験が生きます。自分の技術がどの層に合うかで案件を探すと見つけやすくなります。

銀行業界が初めてでも参画できますか？

技術や役割が案件と合っていれば、業界が初めてでも参画できることはあります。入りやすいのは、業務の深い知識より技術が重視されるチャネル系やデータ基盤の案件です。参画後に必要になる業務知識は、銀行の業務知識の記事を参考に準備しておくと立ち上がりが楽になります。

銀行の案件はリモートで働けますか？

案件によります。扱う情報の種類や環境によって、常駐が前提のもの、一部リモートのもの、リモート中心のものがあります。顧客の情報や本番に近い環境に触れる案件ほど、作業場所や端末の条件が厳しくなる傾向があります。条件は案件ごとに必ずご確認ください。