金融系プロジェクトの勘所
金融の案件に初めて入ると、多くの人がまず「言葉が難しい」と感じます。勘定系、営業店、Ｂ／Ｓ、内部統制。ただ、用語は調べれば分かります。本当に線表を壊すのは、用語ではなく業界固有の「動けない事情」のほうです。
この記事では、金融系のプロジェクトで最初の1週間に確認しておきたいことを、3つの軸に絞って整理します。
■ 軸1：規制と検査が「後から」効いてくる
金融のシステムは、作って動けば終わりではありません。「なぜその設計にしたのか」「誰が承認したのか」「テストで何を確認したのか」を、後から第三者に説明できる状態にしておく必要があります。これを証跡と呼びます。
ここでよくある失敗は、証跡を「後でまとめて作るもの」だと思ってしまうことです。開発が終わった後に、半年前の判断の記録を集めようとしても、もう誰も覚えていません。結果、リリース直前に膨大な文書作成が発生し、そこで1か月遅れます。
対策はひとつです。設計を決める会議の時点で、「この決定はどこに、どの形式で残すか」まで決めておくこと。追加コストはほぼゼロですが、後半の負荷が大きく変わります。
■ 軸2：止められない時間帯がある
決済、ＡＴＭ、オンラインバンキング。これらは「土日の昼に30分止めます」が通りません。リリースできる時間帯（リリース窓）が、そもそも限られています。
対象 | 止められる時間帯の例 | 線表への影響 |
|---|---|---|
社内向け業務システム | 平日夜間・土日 | 比較的自由に組める |
営業店端末 | 平日夜間（翌朝までに復旧必須） | 作業時間が実質4〜5時間 |
決済・オンライン | 深夜帯、または大型連休 | 年に数回しか機会がない |
右端の列が重要です。「年に数回しか機会がない」ということは、そのリリース窓を1回逃すと、次は数か月後だという意味です。だから金融の案件では、スケジュールを前から積み上げるのではなく、リリース窓から逆算して引きます。
逆算するときは、作業時間だけでなく切り戻し（元に戻す作業）の時間も含めて数えてください。4時間の窓のうち、切り戻しに1時間半必要なら、実際に使えるのは2時間半です。
■ 軸3：繁忙期には現場が動けない
3つ目は、意外と見落とされます。金融の現場には、はっきりとした繁忙期があります。
時期 | 何が起きるか |
|---|---|
月末・月初 | 締め処理。営業店は問い合わせ対応で手一杯 |
3月・9月（期末） | 決算対応。業務部門のレビューが取れない |
給与支給日前後 | 振込集中。システム変更は原則凍結 |
年末年始 | 年次処理。触ること自体が禁止されることが多い |
この時期に「受入テストをお願いします」「仕様を確認してください」と依頼しても、返事は返ってきません。担当者がサボっているのではなく、物理的に時間がないのです。
だから線表を引くときは、顧客側の作業が必要な工程を、繁忙期にぶつけない。これだけで、後半の「待ち」が大きく減ります。
■ 最初の1週間でやること
難しいことは必要ありません。顧客側の担当者に、次の3つを聞くだけです。
このシステムは、いつなら止められますか（何時間、何回取れますか）
みなさんが一番忙しいのは、いつですか
監査や検査で、後から見せることになる資料はありますか
この3問の答えを紙に書いて、線表の一番上に貼っておく。それが金融案件での一番効率のいい準備です。
■ よくある誤解
よくある思い込み | 実際 |
|---|---|
金融は手続きが多くて遅いだけ | 手続きの多くは検査対応。減らせないが、前倒しはできる |
リリース日は調整すればずらせる | 窓自体が限られており、ずらすと数か月単位 |
顧客の返事が遅いのはやる気の問題 | 繁忙期は本当に動けない。時期をずらすほうが早い |
■ まとめ
金融案件の線表は、開発の手順ではなく「止められる時間」と「顧客が動ける時期」で決まります。規制対応は前倒しでき、リリース窓は逆算でき、繁忙期は避けられます。どれも、最初に聞けば分かることです。
いま金融系の案件に関わっているなら、この3つを担当者に確認できているか、見直してみてください。まだなら、来週の打ち合わせで聞いてみる価値があります。