ٹیگ آرکائیو: wilmott

ویلمٹ میگزین میں شائع کردہ میرے کالمز,,en,کمیٹی کے معروف فنانس کے ماہرین کو نشانہ بنایا جاتا ایک مشہور اشاعت,,en,وائلٹ آرکائیوز,,en – a well-known publication targeted at quantitative finance professionals.

ایک ٹریڈ کی زندگی

آخری پوسٹ کے ساتھ, ہم ٹریڈنگ کے سرگرمیوں میں ملوث بینک کے مستحکم ساخت پر دوسرے حصے کے آخر تک پہنچ چکے ہیں. لیکن خود کی طرف سے ایک تجارت ایک متحرک شے ہے. اس تیسری سیکشن میں, ہم نے ایک تجارت کی ترقی میں نظر آئے گا, اور یہ کہ ہم آخری حصے میں بیان مختلف کاروباری اکائیوں کے درمیان آگے پیچھے بہتی ہے کس طرح دیکھنے کے. ہم اس کے حصے اور پہلی سیریز کی وجہ سے پیغامات کی ایک نئی سیریز میں اگلے دے گا (پر کس طرح ایک بینک کے کام کرتا ہے?) تھوڑا سا بھی طویل ہو گیا ہے.

Back Office and Finance

سب سے زیادہ متحرک اداروں کے ساتھ کے طور پر, تجارت بھی قیام کے آغاز کے تین لائف سائیکل کے مراحل ہے, وجود اور اختتام. کیا ہم واضح طور پر سمجھنے کی ضرورت ہے عمل ان عام مراحل کے ارد گرد ہیں کیا ہے. ان مراحل میں سے ہر ایک میں ملوث کاروباری یونٹس ہیں? وہ کیا کرتے ہیں? اور وہ یہ کس طرح کروں?

Trade lifecycle

ہم اپنے نقطہ نظر سے دیکھیں گے کہ, لائف سائیکل کی بات چیت کے تمام ٹریڈنگ پلیٹ فارم کی طرف سے ثالثی کر رہے ہیں. سب کچھ ٹریڈنگ پلیٹ فارم کے اندر اندر موجود ہے کیونکہ یہ اتنا نہیں ہے, لیکن ہم ہیں کہ عمل کے اس محدود سیٹ میں دلچسپی رکھتے ہیں کیونکہ. کچھ معنوں میں, آخری حصے جسمانی کے بارے میں تھا, بینک کے مقامی تفصیل, اور اس کے حصے چیزیں اس کی ساخت پر کام کس طرح کی دنیاوی ارتقاء اور حرکیات پر ہونے جا رہا ہے.

خلاصہ – ایک بینک کی ساخت

We have now completed our discussion on the general structure of a typical investment bank trading arm. We went through the Front-Middle-Back Office divisions and the functional and business units contained within. Note that we looked only at those units that have a bearing on trading and quantitative development activities. Note also that this structure is fluid and may be implemented with different names and hierarchies in different banks depending on their corporate strategies and focus. We presented the trading platform as the enabler or backdrop of most of these activities of the global treasury (where exotics trading activities take place) and the associated business units (that handle various aspects of the trade workflow) mainly because we are looking at the whole thing from the quantitative development perspective.

Back Office and Finance

اس نقطہ نظر سے, you see the trading platform as the most important tool (or collection of tools) in the bank. It mediates almost all the interactions among the various business units. مزید برآں, as we shall see in future posts, the trading platform defines the trade workflow and lifecycle management. لہذا, it will also become important for the quantitative developers to understand how these business units view trades and the trade booking and management process. Their trade perspectives will have to influence the design of the trading platform.

واپس آفس, خزانہ ET رحمہ اللہ تعالی

From the quant and quantitative development perspective, Back Office is a distant entity. Their role is vital in the trade lifecycle, as we shall see later, but they are outside the sphere of influence of the quants and developers.

Back Office and Finance

Back Office concerns itself mainly with trade settlements and accounting. Upon maturity, each trade generates a settlement trigger usually with the help of a vended trading or settlement platform, which will be picked up and acted upon by the Back Office professionals. They also take care of cash and collateral management.

Finance functions are closely related to Back Office operations. Among a host of accounting related operations, they have one critically important task, which is to produce annual reports. These reports get publicly scrutinized and determine everything from the stock price to performance bonuses, salary levels etc. Finance professionals may require quant and analytic help for certain tasks. In one of my previous roles, I was asked to estimate the fair market value of the employee stock options (ESOP) for the purpose of accounting for them in the annual reports.

The process of pricing ESOP is similar to (although a bit more complicated than) normal call option pricing. Among other things, you need the volatility of the underlying stock in order to calculate the price. I used the standard exponentially weighted moving average method to estimate it from the published stock prices over the previous two years or so to compute it because that was all the data I had access to. Before that time, there was some corporate action and stock ticker name had changed (or did not exist, I don’t remember which). کسی بھی صورت میں, I knew that the impact of adding more data prior to that date would be negligible because of the exponentially diminishing weights; it would be much less that the round off error in quoting the price to four decimal places, مثال کے طور پر. But the accountant who was asked to look at the computation was upset. She came to me with her rulebook and referred me to page 57, paragraph 2, where it was specified that I was supposed to use ten years for the EWMA computation. میں نے کوشش کی, میں واحد, to explain to her that I couldn’t. She kept saying, “جی ہاں, but page 57, para 2….” I went on to explain why it didn’t really make any difference. انہوں نے کہا, “جی ہاں, but page 57, para 2….”

Accountants and Finance professionals can be that way. They can be a bit “technical” about such things. In hindsight, I guess I was being naive. I could have just used a series of zeros to back-populate the missing eight years of data (سب کے بعد, if the ticker price was not quoted, it is zero), and redone my ESOP valuation, which would have given an ESOP price identical to what I computed earlier, but this time satisfying both Finance and the quants.

IT and other support

A team which quantitative developers work closely with is Information Technology. They are charged with the IT infrastructure, security, networking, procurement, licensing and everything else related to computing. اصل میں, quantitative development is, as I portrayed it earlier, a middle layer between IT and pure mathematical work. So it is possible for quantitative developers to find themselves under the IT hierarchy, although it doesn’t work to their advantage. Information Technology is a cost center, as are all other Middle and Back Office functions, while Front Office units connected to trading are profit centers. Profit generators get compensated far better than others, and it is better to be associated with them than IT.

قیمتیں اور تشخیص

Marking trades to market requires up-to-date market data. There are two types of market data required for pricing — one is the live spot rates, volatilities, interest rates etc. This type of data is collectively called rates. The second type is the kind that goes into defining the products being traded, or the characteristics of the rates. These include definitions of interest rate pillars, bond coupon dates and rates etc. This second type is considered static data.

Valuation and Product Control

The rates management team is in charge of the first type data. They ensure that the live data providers are consistent with each other and that the data itself is accurate. They do this by applying various automated tests and limits to the incoming rates to flag any suspicious movement or inconsistency. Once approved by the team, the data gets consumed by the trading platform. The rates management is a critical role, and the market data is often stored and served in dedicated databases and services. Because of the technicalities involved, this team works closely with the information technology professionals.

The static data is typically managed by a separate team independent of rates management. They go by various names, Treasury Control being one of them. They set up traded products and rates pillars and so on. In some banks, they may also be responsible for trade input data validation.

Two other important functions of Middle Office are valuation and product controls. These functions are pretty far removed from quantitative development and trading platform. These teams ensure that the trade valuations and P/L movements are consistent with market movements. Valuation Control takes a close look at pricing and P/L mostly at trade level while Product Control worries about P/L explanation typically at portfolio level. Since we have the Greeks (rates of change of product prices with respect to market quantities and time), we can compute and predict the change in the prices (or P/L movements) using Taylor series expansion. If the independently computed prices (using actual market rates) are at odds with the predicted ones, it points to an internal inconsistency and should trigger a detailed investigation.

Product Control may also help Finance and Human Resource with valuation reserves process, which estimates the level of exaggeration in the profit expectations of ebullient traders. Since traders’ compensation is tied to the profit they generate, this process of assigning reserves against profit is essential in ensuring equitable performance rewards.

مارکیٹ کے رسک مینجمنٹ اور تجزیات

If you play in the market, you run the risk that it may move against you. This risk is, کورس, market risk and we have a Middle Office team to manage it. Market Risk Management (MRM) ensures that the risk limits on the volumes and types of products traded are set in accordance with the risk appetite prescribed by the senior management. It also ensures, through regular processing and monitoring, that these limits are adhered to.

MRM

What is monitored are risk measures such as the Greeks and Value at Risk (توضیع). The Greeks are the first and second order derivatives of the price of a security with respect to various market variables such as the price of the underlying, interest rates, volatility as well as trade specific entities like the time to maturity. The VaR is a statistical end point measure estimating the amount of loss at a given confidence level in the case of an adverse market movements, and is typically computed using the historical market movements over the past year or so. These risk measures are aggregated, sliced and diced in various ways to make it easy to monitor them, and reported to senior management, risk control committees, trading desks etc. The MRM team is also responsible for reporting to regulatory agencies, both in the form of regular compliance reports as well as ad hoc reports in response to drastic market moves.

Quants can find opportunities in the Analytics team embedded within MRM. This team is in charge of pricing model validation, which is the process of ensuring that the mathematical models deployed in trading systems and other valuations engines are both appropriate and correctly implemented. There is a significant overlap between the work that MRM analytics quants do and their Front Office counter parts (whom we called pricing or model quants). The Analytics team also takes care of any other quantitative tools needed in MRM or risk management in general. Such tools could include potential future exposures (PEF) for credit risk management, liquidity modelling for Assets and Liability (AML) وغیرہ.

کریڈٹ رسک مینجمنٹ

رسک مینجمنٹ مشرق آفس کا ایک اہم تقریب ہے. کریڈٹ رسک آپ کو پیسے دینے ہیں جو کسی کو ان کی ذمہ داری کا احترام کرنے کے قابل ہیں یا تیار نہیں ہو سکتا کہ خطرہ ہے. دوسرے الفاظ میں, وہ ان کے کریڈٹ ذمہ داری پر فطری سکتا ہے. اس خطرے کو شماریاتی آلات کی ایک قسم کا استعمال کرتے ہوئے ایک بینک میں منظم کیا جاتا ہے.

Middle Office

ایک بینک آپ کو کریڈٹ کارڈ جاری کرتا جب, یہ آپ کو ادا نہیں ہو سکتا ہے کہ کریڈٹ رسک پر لے جاتا ہے. آپ کی وجہ سے اس کی کریڈٹ رسک کے خاص طور پر آپ کی بقایا رقم پر ایک انتہائی اعلی سود کی شرح ادا. خطرے سے محفوظ نہیں ہے. مارگیج یا ایک آٹو قرض, دوسرے ہاتھ پر, آپ کی جائیداد کی ایکوئٹی کی طرف سے حاصل کیا جاتا ہے, اور آپ کی وجہ سے خودکش حملہ کا ایک نمایاں طور پر کم سود کی ادائیگی.

کریڈٹ رسک مینجمنٹ کے مشرق آفس کی ٹیم (CRM) اسی دو نمونوں کا استعمال کرتے ہوئے چلتی ہے. اسی طرح آپ کو آپ کے کریڈٹ کارڈ یا کریڈٹ کی لائن پر ایک کریڈٹ کی حد ہے کے طور پر, اس طرح موڈی یا معیاری طور پر کریڈٹ ریٹنگ ایجنسیوں کی طرف سے شائع طور پر بینک کے ساتھ تجارت ہے کہ ہر کاونٹر ان کے کریڈٹ کی درجہ بندی کی بنیاد پر ایک مخصوص کریڈٹ کی حد ہے & غریب. کریڈٹ رسک کے انتظام کے اس موڈ کے ساتھ مسئلہ یہ ہے کہ بینک دوسرے بینکوں میں ایک کاونٹر کی درجہ بندی کے خلاف بھری ہوئی ہے کتنا کریڈٹ جاننے کا کوئی راستہ ہے کہ ہے. نہ ہی یہ آپ کے پاس کتنے کریڈٹ کارڈ لے کو تلاش کرنے کا ایک ذریعہ ہے. سنگاپور میں, ریگولیٹری اتھارٹی, لیکن, ٹوٹ جانے والے لوگوں کے خطرے کو کم سے کم کرنے کی کوشش کرتا ہے جو ان کے کریڈٹ کی حد سے دو مرتبہ ان کی ماہانہ تنخواہ ہو جائے کہ ضرورت ہوتی جائے. وہ چاہتے ہیں کے طور پر وہ ایک ہی حد کے خلاف مختلف بینکوں سے کئی کے طور پر کریڈٹ کارڈز حاصل کر سکتے ہیں BT, مؤثر طریقے سے کی ضرورت کے پیچھے اچھی نیت ہی فوت ہو.

خطرے کولیٹرل استعمال کرتے ہوئے منظم کیا جاتا ہے جب کریڈٹ ریٹنگ کے خلاف اس اوور لوڈنگ سے گریز کیا ہے. آپ ایک ہی املاک پر دو رہن قرض نہیں لے سکتے ہیں زیادہ کی طرح (کافی نہیں ایکوئٹی کے بغیر, کسی بھی طرح), ٹریڈنگ میں counterparties کی بھی ایک سے زیادہ کی تجارت کے لئے ایک ہی کولیٹرل کا استعمال نہیں کر سکتے ہیں. بینکوں اور counterparties کی عام طور کولیٹرل کے طور پر بانڈز کا استعمال اور جسمانی طور پر محفوظ لین دین کے دوران ان کا تبادلہ.

فرنٹ آفس تاجر ایک کاونٹر کے ساتھ ایک ٹریڈنگ کے معاہدے میں داخل کرنے سے پہلے, وہ سرمایہ کاری کا جائزہ لیں گے جو کریڈٹ کنٹرولرز سے منظوری حاصل ہے اور پیش وضاحتی حدود کے خلاف ان کی جانچ پڑتال کرنے کی ضرورت ہو گی. نمائش سے تشخیص کے ایسے ممکنہ مستقبل کی نمائش کے طور پر تراکیب کا استعمال کرتا ہے (PEF) ممکنہ مستقبل کی مارکیٹوں کے مجازی کی ایک بڑی تعداد کی بنیاد پر.

ایک تجارتی کی زندگی کا وقت کے دوران مجرم counterparties کی کے خطرے کے علاوہ میں, CRM کے پیشہ ور بستی میں تاخیر کے دوران پہلے سے طے شدہ کے لئے صلاحیت کے بارے میں فکر — ایک تجارتی کی پختگی کے بعد (بینک کے پیسے میں کہاں ہے) اور اس کے تصفیہ. اس خطرے کو بجا طور پر تصفیہ خطرے کہا جاتا ہے.

مشرق آفس

The structure of Middle Office in a typical bank is depicted in the slide below. The functional units within Middle Office work hand in hand with those in Front Office to handle the inception approvals and regular processing of trades.

Middle Office

Middle Office is different from Front OFfice in that it has little interaction with the external world. Its primary (and perhaps only) customers are the Front Office traders and teams. ہمیشہ کی طرح, most of the interactions among the teams within Middle Office and Front Office take place via the trading platform, which acts like the boundary interface between the two Offices, as shown in the slide.

In later posts, we will go through the functions of each of the business units described as a box in the picture. For now, as a general summary, we can see that the Middle Office functions are of two kinds: those related to trade approvals based on projected risks and limits, and those related to regular trade monitoring. But these functions are vast in their scope, and require large systems, data flows and an army of professionals to carry them out. They are organized under the business units with names like Product Control, Trade Control (or Treasury or Business Control) Unit, Market, Credit and Operational Risk Management), Limits Monitoring, Rates Management, Compliance and Regulatory Reporting, Analytics, Asset and Liability Management etc. ایک بار پھر, keep in mind that this description of Middle Office is from the perspective of quantitative development relevant to structured products trading.

ماتراتمک ڈویلپرز

ماتراتمک ڈویلپرز فرنٹ آفس میں جاتی ہے کہ ہر چیز کے دل کی طرح نظر آتے ہیں (مندرجہ ذیل سلائڈ کے مطابق, ہے), اس کے لئے ایک اچھی وجہ ہے. اس سیریز ماتراتمک ترقی کے نقطہ نظر سے لکھا ہے. سب کے بعد, سیریز کے, بات, اور کتاب کی تمام عنوان سے کر رہے ہیں “ماتراتمک ترقی کے اصولوں.” کہ مقام افضل نقطہ نظر سے, اس بات کا یقین, ہم کائنات کے مرکز میں ہیں.

Quantitative Developers

منصفانہ ہو, ڈھانچہ مصنوعات کی ٹریڈنگ میں, مقداری ترقی اور مقداری ریاضی ایک اہم کردار ادا. ہم بعد مراسلہ میں دیکھیں گے کے طور پر, تجارت لائف سائیکل مینجمنٹ کے تقریبا تمام پہلوؤں پر ان مقداری پیشہ ور افراد کے آخر مصنوعات کی طرف سے ثالثی کر رہے ہیں, جس کے ٹریڈنگ پلیٹ فارم ہے. اہم, ٹریڈنگ پلیٹ فارم فرنٹ آفس اور مشرق آفس درمیان انٹرفیس کی وضاحت کرتا ہے. فرنٹ آفس کے اندر, مقداری ڈویلپرز پلیٹ فارم میں quants طرف سے تیار کی قیمتوں کا تعین ماڈل کے مجموعی کے پائپ لائن کے طور پر کام, اس طرح میزوں ٹریڈنگ کی طرف سے منافع بخش بنانے کے لئے انہیں قابل رسائی بنانے. کیونکہ مقداری ڈویلپرز کھیلتے ہیں بفرن کردار کے, وہ فرنٹ آفس میں میزوں اور فروخت کے اہلکاروں ٹریڈنگ سے تقریبا کی حمایت کی درخواستوں کے تمام فیلڈ کے لئے ہے, اس کے ساتھ ساتھ تجارتی پلیٹ فارم استعمال کرتا ہے جو کسی سے.

کارپوریٹ تنظیم میں, مقداری ڈویلپرز شعبہ انفارمیشن ٹیکنالوجی کے تحت خود کو تلاش کر سکتے, دور سے ٹریڈنگ پلیٹ فارم کی حمایت کر. ایک کیریئر کے نقطہ نظر سے, یہ ایک قیمت کا مرکز ہے کیونکہ اس تنظیم نے ان کے لئے مثالی کے مقابلے میں کم ہے, نہیں ایک منافع جنریٹر اور معاوضہ اور معاوضے کے منصوبوں کو حقیقت یہ ہے کہ کی عکاسی. اس کے علاوہ, یہ بینک کے بنیادی کاروبار کے باہر ہونے کے طور پر تصور کیا جائے دیتی ہے. انہیں خود فرنٹ آفس کی ترتیب کے اندر اندر سرایت تلاش کرنے کے لئے ہو جائے گا کے لئے کہیں بہتر, جہاں مقداری ڈویلپرز کے اندر سے اسٹیک ہولڈرز کو براہ راست مدد کی پیشکش کرتے ہیں اور اہم میں گھر ٹریڈنگ پلیٹ فارم کے انتظام کے اہم کردار کے ساتھ آتا ہے کہ شہرت اور عزت سے لطف اندوز کر سکتے ہیں.

ٹریڈنگ میزوں

At the heart of Front Office are the trading desks. In terms of prestige and power, they really are the reason for the whole infrastructure of Front Office, including economists, فروخت, structuring کے, quants, quantitative developers etc. سب کے بعد, they make the profits. اور اس کے نتیجے, the vocal and volatile traders hold enormous sway. At their beck and call, quantitative developers provide instant service on trading platform issues; quants develop pricing models based on their requirements.

Trading Desks

Trading desks interact with the external world of brokers and counterparties. They take their input on market moves from highly responsive market data providers and base their positional views on staff economists. They have an army of trading assistants (junior traders themselves) who help them book and monitor their trades with the help of risk management professionals associated with the desks.

Their interaction with the rest of the bank is mainly mediated by the trading platform. When the book a trade, مثال کے طور پر, it goes into the trading platform and ends up with some middle office professional who will decide whether to accept it or bounce it back for further modifications. Various risk management staff from the middle office also will take a hard look at the trade, as we shall see later in the trade lifecycle.

The desk risk management team get their cues also from the Middle Office risk management, in terms of approved limits and daily marked-to-market and sensitivity reports. All these channels of communication need to be facilitated in the trading platform.

سیلز اور structuring

Those in sales tend to be personable, extroverted and persuasive people. A good salesman can sell a refrigerator to an eskimo, I’m told. IN the context of the front office in the global treasury or global markets, sales people are tasked with sniffing out trading needs from their customers and offer compelling products from the trading and structuring desks to fulfill them.

Sales

The life of a sales professional is a tough one. They need to meet progressively more aggressive targets in sales volumes to stay in the game. The moment they meet the target one year, it jumps the next year to an even more unattainable level. The sales staff, therefor, find themselves under constant (or even increasing) دباؤ. Knowledge of mathematical finance, while useful, is not a pre-requisite for sales jobs. اصل میں, mathematically inclined folks tend to be reserved and introverted, and tend not to have the qualities that make for a good salesman. دوسرے الفاظ میں, if you are a quant, your most ideal role is not in sales, although the structuring side may offer some interesting opportunities.