.st0{fill:#FFFFFF;}

The Beginning – Treasury System Consultant 金融系統顧問 

開始工作的前五年在金融業 (證券、銀行),期間因為研究波動率交易獲得了市場實務研究論文獎的肯定,也時常會有人對我的職務、工作內容、研究感興趣,想知道財務工程到底是什麼。

財務工程的世界相當廣闊,稱職的研究人員需要具備一定的金融市場知識、數學建模以及程式設計能力;就像目前流行的資料科學人員一樣,都是屬於多領域知識、能力整合應用的職業。

在這五年的工作中,有研究、有建模、有解謎、也有分析。

大的像是銀行 VaR 系統 (in house model) 的規劃與建設,金融商品評價、分析、拆解與回測系統的建設,小的細節像是不同商品條件計算金額時使用不同的 Day Count Basis 對現金流造成的影響差異。只要是對商品評價會造成影響的,都在我們的工作範圍內。但這些細節的部份算是對金融市場運作了解的開始,財務工程的幼幼班而已。

而這些,在「計量分析」類別的文章中,大家可以一窺這其實很難說明的很仔細的工作。

因緣際會,12 多年前,我被挖角到外商成為金融系統顧問,一直到現在。

金融系統顧問

說到顧問業,大家腦海中可能會出現《型男飛行日誌》(Up in the Air) 中喬治・克隆尼那酷帥、幹練的形象;或是管理諮詢公司麥肯錫 (McKinsey) 的商業顧問替客戶公司找出「關鍵」解決方案的專業樣貌。

的確,我們工作起來是挺酷帥、幹練並且專業的,如果服務的專案在海外,確實是每周、每兩周都需要往返不同國家,時常會有不知道醒來躺的床是哪一間五星級飯店,在哪一個城市的錯覺。而我們提供的服務,也需要極具專業知識的顧問才有辦法與各大銀行總行 Treasury 部門的前、中、後台業務人員順暢溝通,並且提供可行的解決方案。

但是,我想應該有 99.5% 的人從來不知道,也未曾聽過這個行業 (剩下的 0.5% 的就是銀行相關部門的業務人員)。這個 JD (Job Description) 不會出現在 104、1111 等人力銀行網站上,也鮮少出現在 LinkedIn 上,像型男飛行日誌中的特殊職務透過小說和電影還有機會被大眾一探究竟,我們這行可說是神隱的徹底了。

正因為這個工作的專業背景要求太特殊了,所以各大金融系統公司 (現在都叫 FinTech 了) 都是透過獵頭公司 (Head Hunter) 支付高額的仲介費才有辦法找到有金融專業背景的人,轉職成為金融系統顧問。其中少部分則是透過顧問自己的社交圈,介紹而加入的。

在金融系統顧問中,按照專業能力的分類,可以分為:

  • 業務顧問 Business Consultant (BC)[1]
  • 技術顧問 Technical Consultant (TC)

從字面上看來,BC 負責的就是銀行、資金業務相關領域的溝通,而 TC 則是負責系統架構管理、維護與客製化功能開發,主要與銀行的 IT 部門溝通。

業務顧問 Business Consultant

還記得「Breaking Down the Black Box (解構黑盒子)」一文中出現的系統畫面嗎? Fenics 是專攻外匯交易 (包含外匯選擇權) 的管理、分析、交易系統,而退役的 Panorama 則是 SunGard 上一代的風險管理系統。

文章回顧 – Breaking Down the Black Box (解構黑盒子)

這些都是銀行會對外採購使用的管理系統,端看是由哪一個部門的需求發起而定。業界也有功能更為強大,從前到後台 (F2B) 直通式處理 (STP: Straight-Through Processing) 功能整合完整的系統,而我目前任職公司的資金 (Treasury) 系統就是全世界排名前三名的。

業務顧問中,按照領域區分為:

  • 前、中台顧問 (Front/Middle Office, FOMO)
  • 後台顧問 (Back Office, BO)

其中,前、中台顧問需要具備扎實的金融領域相關知識,包含各種金融商品的交易慣例、評價方式、風險分析等。

後台顧問則需要具備銀行業的支付、電文、會計等相關知識。

Treasury System Front to Back Function 資金系統 and Consultants

技術顧問 Technical Consultant

一個運作良好的團隊,技術顧問可以不具備相關的金融知識,若涉及銀行業務人員提出的需求,可以透過業務顧問談好需求、撰寫詳細的功能性規格 (Functional Spec) 文件之後,技術顧問即可以按需求規格進行開發。待開發完成後,再按測試案例進行功能性測試等,以確認需求的功能可正常運作。

而技術顧問若是願意進一步學習金融領域的知識,則可以開拓其發展的可能性。有許多的後台顧問也是由技術顧問轉職的。(因為後台支付、電文涉及的客製化開發量不小)

專業的技術顧問可以在業務顧問的陪同協助下,主導客製化需求的訪談會議,並自行撰寫文件。

而技術能力強、對系統架構熟的顧問則可以替專案帶來額外的價值,提出較有效率的解決方案並大幅減低專案的實施風險。

結語

為什麼我會這麼清楚這些細節呢? 因為成為 Implementation Manager 之後,日常面試應試者 (Candidate) 時常都需要一再的說明這些職務內容。如果是初階職務 (類似學徒 Apprentice),就真的連 (企管) 顧問業 vs. 金融系統顧問的差別都得要說明了。

而我們的工作方式,採專案管理模式,專案進行的流程、階段、生命週期,也是在面試的時候需要一再說明的重要環節。

Treasury System Implementation Roadmap 銀行資金系統實施流程

是否對金融系統顧問有更多的了解了呢? 更多的細節就留待未來繼續與大家分享吧!!


[1] 這邊說的「業務」不是指 Sales 唷,而是銀行業務的相關知識。

{"email":"Email address invalid","url":"Website address invalid","required":"Required field missing"}
>