자본 시장의 거래 라이프 사이클 — IT 관점

이 기사의 시도는 특히 트레이딩 데스크, 퀀트 및 기타 비즈니스 기능을 다루는 투자 은행 내의 기술 기능에 대한 간단한 설명을 제공하는 것입니다. 이 블로그는 빠른 기술 발전에 필요한 것의 토대를 마련하는 데 도움이되며 조직이 단순히 요구 사항에 먼저 집중하여 적응할 수있는 방법을 설명합니다.

참고 — 아래의 어느 것도 표준 텍스트에서 가져온 것이 아니지만 은행 업무 분야에서 20 년 이상의 경력을 쌓았습니다. 따라서 이것을 기술 전문가의 관점에서 투자 은행의 간략한 역사라고 생각하십시오.

e 는 일반적으로 같은 층에있는 다양한 부서이거나 은행마다 배열이 다를 수 있습니다. 있다

1. 미들 오피스에서 지원하는 영업 측

2. Middle Office와 협력하는 시장 위험 및 기타 위험 팀

3. 재무 및 관리

4. 트레이딩 데스크, 인프라, 퀀트 및 시스템을 다루는 당연한 IT

기술 및 비즈니스 측면에서 상당히 시끄러운 트레이딩 데스크 (결국 시간이 지남에 따라 익숙해 질 것임)에 참여하고 있으며 트레이딩 플로어에서 작업하는 것이 때때로 상당히 어려울 수 있습니다. 저는 프로그래머가 1 일차부터 작업을보기 위해 책상에서 해고를 당하고 건물 밖으로 안내하는 것을 보았습니다. 많은 기분 변화, 고함, 약간의 흥분이 보입니다.

책상 좌석 배치는 매우 무작위입니다. 은행 중 하나에서 옵션 거래자가 내 옆에 앉아있었습니다. 그 남자는 40 세에 은퇴했고 아마도 수백만 달러를 벌었을 것입니다. 기술과 책상 사이에 너무 많은 대화가 보이지 않습니다. 제가 함께 일했던 이국적인 상인들은 연중 무휴 24 시간 상인이었습니다. 아침 쯤 들어 와서 밤 11 시쯤 뉴욕이 문을 닫을 때까지 머물 렀습니다.

이로 인해 기술 팀의 사람들이 트레이딩 데스크와의 회의를 계획하는 것이 매우 어려웠습니다. 그래도 저는 그들에게 필요한 시스템과 가치를 구축하려고했지만 정말 앉아서 회의를 할 수 없었습니다. 그래서 저는 그 문제를 해결하는 방법을 생각해야했고 그 중 하나는 기본적으로 그들이 잠시 시간을 내서 그들과 잠시 이야기 할 수있을 때까지 그들 근처에 서있는 것이 었습니다.

Quant Team vs IT

Quant 팀과 나머지 기술 팀이 서로 분리되어있는 것은 드문 일이 아니지만 이전에는 좋은 팀이었습니다. 잘 지내지 못했습니다. Quants는 나머지 IT 팀보다 더 우월합니다. 신뢰가 없습니다. 그들은 (상인과의 관계) 보너스, 조직에서 수행 할 수있는 능력을 결정하기 때문에 상인의 존경을 위해 경쟁합니다.

Quants는 (다른 시스템과의 연계를 고려하지 않고) 진공 상태로 작성된 코드를 작성하고 IT는 해당 코드를 가져 와서 흡수하여 완전한 IT 시스템에 배치해야합니다. 이제 Quant는 코드의 작동 기능을 제대로 설명하지 못하기 때문에 그들이 말하는 내용을 실제로 이해할 수 있음을 보여줌으로써 Quant와의 관계를 구축하는 것은 상당한 작업이됩니다. 이 격차로 ​​인해 혼란스러워졌고 비즈니스 분석가는 이러한 퀀트와 나머지 IT 팀을 참여시켜야합니다.

다른 투자 은행의 문화 변화

Barclays Capital 시장 자본은 매우 탄탄한 영국 스타일의 은행이었습니다. 그러나 Bob Diamond가 들어 와서 인수했을 때 그것은 더 미국식이되었습니다. 시카고에 본사를 둔 파생 상품 거래소 인 O’Connor를 인수하기 전에 스위스 은행은 구식 방식으로 일을했습니다. 이번 합병의 흥미로운 점은 Swiss Bank가 O’Connor의 많은 관행과 업무 방식을 채택했다는 것입니다.

O’Connor는 매우 캐주얼 한 반면 스위스 은행은 매우 공식적인 파생 상품이었습니다. 그래서 스타일의 매우 큰 충돌이있었습니다. 예 : 회의가 어떻게 이루어 졌는지, 문화 등. 문화 합병의 도래로 영국 은행은 더 많은 영국인, Genteel, Formal, 느린 변화에서 더 많은 국제적, 경쟁적, 소방 문화로 이동했습니다. 그것은 단지 변화를위한 변화가 아니라 그것이 좋든 아니든 변화가 필요하기 때문에 변화입니다. 그것이 옳든 옳지 않든 개인적인 견해이며 그것에 동의하지 않아도됩니다. 돈을 벌거나 잃을 수있는 동등한 기회가 있습니다. 수익 창출 잠재력을 기반으로 한 프로모션이 있습니다.

그러나 다른 산업과 달리 사람들이 돈을 벌기 위해 수익 창출 자에게 종속됩니다. 투자 은행에서 약간 왜곡 된 것 같아요. 자금 관리의 정치는 좋은 관리자보다는 좋은 거래자로 구성됩니다. 투자 은행의 진정한 문제는 아마도 매우 성공적인 거래자가 될 수있는 관리자를 승진 시킨다는 것입니다. 그래서 당신은 상인으로서 돈을 버는 사람이 있습니다. 그런 다음 그는 선임 관리자가되며 대부분의 경우 무엇을해야할지 전혀 알지 못합니다. 그는 그것에 대한 성격도없고 기술과 경험도 없습니다. 따라서 대부분의 경우 실패합니다.

이것은 돈을 버는 사람들이 나머지 의사 결정에서도 잘할 수 있다고 생각하는 데있어 주요 문제 중 하나입니다. 소매 은행 소유자는 투자 은행 자회사를 이해하지 못합니다. 그들은 소매 뱅킹을 알고 있으며 전체 경영진이며 실제로 이해하지 못한 채 원하는 것을 할 수 있도록 투자 은행에 대한 권한과 권한을 박탈했습니다.

보너스 문화

프로젝트 매니저가 있었고 그의 행동을 지켜 보았습니다. 그는 기본적으로 일년 중 9 개월 동안 아무것도하지 않을 것입니다. 그는 5시에 9 번 정도 들어올 것입니다. 그러나 보너스는 보통 12 월에 결정되기 때문에 9 월, 10 월, 11 월경 프로젝트에서 그를 볼 것입니다. 따라서 타임 라인이 3 개월에서 1 년인 프로젝트는 인정받지 못하기 때문에 장기 프로젝트보다 잘 처리됩니다. 은행에 가장 좋을 수도 있습니다. 이 시스템은 3 년이 걸리지 만 그렇게하지 않을 것입니다.

판매 측면에서 보너스는 급여의 두 배인 일부 사람들에게도 매우 중요합니다. IT의 경우, 정기적으로 일을한다면 나쁜 해에는 5 %, 좋은 해에는 10 % 사이였습니다. 그래서 큰 변화를 얻지 못했습니다.

한 사람이 다른 사람에 대해 어떻게 행동하는지 측정하는 것도 매우 어렵습니다. 이것은 모두 당신의 상사의 재량과 그 / 그녀가 얼마나 권위를 가지고 있는지에 달려 있습니다. 가까울수록 좋은 보너스를받을 확률이 높아집니다. 나는 그것이 전반적으로 일어날 것이라고 확신합니다. 그리고 보너스와 함께 비밀의 망토가 있습니다. 쉿 !! 아무에게도 말하지 마세요!

어디로 가고 있는가 — 추가 규정?

현재 유럽 국제 규정과 같은 규정이 점점 더 많아지고 있습니다. 우리는 개별 국가에서 더 많은 규제를 시행하고 있습니다. 우리는 이제 정부와 내부 통제권을 가지고 있으므로 주주와 내부 관리자는 이전보다 조금 더 면밀히 진행되고 있습니다. 말이 도망친 후 마구간 문을 잠그는 것 같은데 그게 벌어지는 일입니다. 우리는 규정 준수의 역할에 더 많은 사람들과 자원의 이동을 가지고 있습니다. 더 많은 사람들이 수익 창출 작업에서 시장 위험 관리, 거래 상대방 위험 관리, 감사인과 같은 관리 작업으로 전환했습니다. 현재 트레이딩 데스크보다 제어 기능에 훨씬 더 많은 투자가 이루어지고 있습니다.

뉴욕 / 런던에서 이주 — 수익 창출 기회가 줄어들고 제어 기능이 강화되어 런던 / 뉴욕에서 이주합니다. 이제 모든 것이 국제적이므로 업무를 수행하기 위해 특정 장소에있을 필요가 없습니다. 그래서 사람들은 동쪽으로 이동하고 있습니다. 유럽에서 런던을 위해 플레이 할 음모는 훨씬 줄어들 것이라고 생각합니다. 런던에는 예전보다 일자리가 적고 변화하는 것 같지 않습니다. 비 무역 일자리의 대부분은 인도에 있습니다.

신용 — 신용이 점점 더 중요 해지고 있습니다. 구조화 된 신용 시장이 붕괴되면서 (그리고 신용 경색으로 완전히 붕괴 됨) 신용 자원, 신용 기술은 이제 다른 방식으로 사용되었습니다. 그중 하나는 판매 크레딧입니다. 판매 크레딧은 판매원이 거래를함으로써 얻는 보상입니다. 그들은 일종의 포인트 시스템을 얻고 연말에 가장 많은 포인트를 가진 사람이 더 많은 보너스를받을 것입니다.

이제 예전에는 투자 기회가 좋을수록 수익 창출 기회가 더 좋아지고 판매 실적도 높아졌습니다. 요즘 판매 크레딧은 크레딧을 고려해야하고 두 가지 효과가 있기 때문에 약간 다릅니다. 먼저 신용 위험이 낮은 거래 상대와 거래하는 것보다 더 가치가있는 신용 위험이 좋은 거래 상대와 거래를합니다. 거래 상대방 위험은 이제 당신이 거래의 가치를 좋아하는지 결정합니다. 두 번째 부분은 거래 상대방 리스크가 어느 쪽입니까? 위험은 누가 돈을 갚아야 하는지를 원칙으로합니다. 거래자가 우리 조직을 매수 측으로 가져 가고 상대방이 매도 측으로 이동하는 경우 거래 상대방의 위험 때문에 반대 방향 인 경우와 다른 판매 크레딧이있을 것입니다.

그것이 크레딧 수량과 많은 리소스가 들어가는 영역 중 하나입니다. 예 : 신용 가치 조정 (CVA). 그것이 의미하는 바는, 우리는 Libor 또는 다른 이자율 곡선을 기준으로 할인을 할 것이라는 점을 기반으로 거래를 평가하는 것이 아니라 신용 곡선 효과를 취할 것입니다. 우리는 신용을 기반으로 미래 예측 미래 현금 흐름을 수정하고 있으며, 일방적 신용, 양자 간 합의 또는 신용 등급 일 수 있으며 조정 된 미래 현금 흐름의 가치를 연습합니다.

다른 큰 영역은 OIS (야간 지수 스왑)입니다. 따라서 이것은 기본적으로 매우 단기적인 야간 스왑 금리를 사용하는 방법입니다. 따라서 신용 위험이 매우 적고 기하 평균 3 개월을 취합니다. 스왑 수정을 제공하는 다음 3 개월을 가정 해 보겠습니다. OIS 금리는 LIBOR보다 더 안전 할 것입니다. 왜냐하면 거의 많은 신용을 제거하기 때문입니다. 기본적으로 신용 위험이 전혀 없거나 거의없는 순수한 금리 곡선을 제공하기 때문입니다.

이는 스마트 한 수학적 기법을 사용하는 새로운 위험 제어 시스템과 고급 위험 측정 인 위험 관리에 초점을 맞 춥니 다.

거래 라이프 사이클 및 Quants의 역할-

다음은 거래 일정 실행입니다.

1. 연구 — 첫 번째는 무역 또는 무역 그룹, 제품에 대한 조사를 통해 실행 가능한지 여부를 확인하는 것입니다. 시장에 대한 일일 조사가있을 수 있습니다.

2. 판매 주문 — 판매 팀이 주문을합니다.

3. 한도 확인 — 거래자의 한도 확인

4. 거래 실행

5. 거래 예약 — 때때로 거래자가 조건을 작성하고 나머지는 미들 오피스 팀에 넘겨줍니다.

6. 매칭 및 확인-거래는 상대방과 완전히 매칭됩니다. 같은 날이 아닐 수도 있지만 요즘은 대부분의 경우 당일 확인입니다.

7. EOD 평가 — 그런 다음 종말 평가가 있습니다.

8. 야간 보고서-

9. 위험 관리 — 실행 후 항상 거래에 대한 위험 관리가 있어야합니다. 거래는 실시간이고 시장 및 시장 움직임 등에 의해 영향을 받기 때문입니다.

Quants 참여 — Quants는 일반적으로 연구, 한계 확인, 위험 관리 및 평가에 관여합니다. 이 특정 도구의 수익률과 같은 질문에 답하는 데 도움이됩니다. 그들은 개별 거래로 가격을 책정하고, 위험 측정 값을 계산하고, 제품 유형을 분석하는 방법론을 개발해야 할 수 있습니다. 수익 창출 여부, 수익 창출 방법, 위험 상황 등 퀀트 팀은 방법론을 구현해야 할 수도 있습니다. 경쟁 제품을 분석해야 할 수도 있습니다. 작동 방식, 헤지 방식, 제품을 가져 와서 전체 제품 승인 프로세스를 거쳐야 할 수도 있습니다.

퀀트가 다양한 역할을 수행하는 것을 볼 수 있듯이, 전체 트레이딩 데스크를 지원할 수도 있고, 거래 상대방 리스크 통제 또는 투자자와 함께 시장 리스크 통제에서 일하거나 고객 자문 역할을 할 수도 있습니다.

Quant는 예를 들어 다른 작업을 할 수도 있습니다. 경쟁 제품 분석. 또한 분석이나 모델 또는 시스템의 가격, 평가 및 위험 수치가 합리적인지 아닌지 확인해야합니다. 단순히 시스템의 출력에 의존하는 것만으로도 더 큰 위험 (평판 적 손해)을 초래할 수 있습니다. 일반적으로 결과가 올바른지 여부를 분석하는 것은 Quant 팀의 업무입니다.

투자 은행 조직 내 Quants-

· 은행의 수익 창출을 돕는 거래 모델 개발

· 모델이 유효한지 확인하는 모델 검증

· 트레이더를위한 리스크 관리 참여

· 이러한 제어 기능에 대한 작업

· 규정 적용

· 정책 규정 정의

그럼, 질문은 양자 책상을 어디에 두느냐? — 그들이 트레이딩 데스크에 가까이 있으면 시장에서 일어나는 일을 따를 수 있습니다. 거래 소음에서 벗어나면 더 광범위한 조사를 할 수 있습니다. 그들은 더 나은 관점을 유지할 수 있습니다. 그들은 다른 사람들과 협력 할 수 있습니다. 트레이딩 데스크에서 주변 사람들은 돈을 버는 사람들뿐입니다.

백룸에있는 경우 다른 고객 및 다른 지역의 사람들과 대화 할 수 있습니다.

Quants에서 고려해야 할 요소-

· 퀀트가 누구에게 영향을 주길 원하십니까?

· 누구의 영향을 받기를 원하십니까?

· 어떤 종류의 개발에 참여할 예정입니까?

· 상인은 그들이 비즈니스 동인과 가까이 있기를 원합니까? 그리고

· 어떻게 가장 잘 관리 할 수 ​​있습니까?

다음은 투자 은행에서 Quants 팀을 구성 할 위치를 결정하는 질문입니다.

나머지 기술 (IT) 팀과의 퀀트 및 참여

조직 내 시스템에 따라 달라질 수 있습니다. 예를 들어, 분석 시스템이 Quant에 의해 완전히 설계되고 나머지 IT 시스템과 분리되어 있다고 가정 해 보겠습니다. 그런 다음 quants는이를 나머지 시스템에 통합하기위한 교육 및 문서를 제공합니다. 분석이 동일한 시스템의 일부이지만 다른 모듈에있는 경우 퀀트는 나머지 IT와 함께 시스템의 통합 및 유지 관리를 도와야합니다. 완전히 통합 된 분석과 나머지 시스템이있을 수 있으며, 여기에서 IT와 Quants 모두 참여가 필요합니다.

때때로 Quants는 IT없이 작업하고 탁월한 RAD 개발자 역할을하거나 RAD 개발자와 함께 작업 할 수 있습니다. RAD (Rapid Application Development)는 무언가를 매우 빠르게 시작하고 실행하는 것입니다.하지만 장기적으로는 독립적이고 나머지 IT 시스템과 더 이상 통합되지 않기 때문에 지속 가능하지 않을 것입니다.

Quants가 매우 영리하고 전문적인 프로그래머로 간주 될 수 있지만 해당 시스템은 전체 시스템의 20 %이고 IT는 80 %를 유지합니다. 20 %도 매우 중요하지만 20 %에 불과합니다. 따라서 IT의 역할을 희석하거나 Quant 작업보다 열등하다고 생각할 수 없습니다.

고정 수입 대 신용 수량

고정 소득 수량은 정확한 수학을 사용합니다. 그들은 매우 자주 폐쇄 형 솔루션을 가지고 있으며 매우 정확합니다. 그들은 함께 일할 많은 출판 된 논문을 가지고 있습니다. 그들은 매우 성숙한 모델을 가지고 있으므로 보간법, 보간법을 얼마나 영리하게 사용할 수 있는지, 이미 수행 된 작업에 다른 기울기를 적용하고 추가 기준점을 만들 수있는 방법 등으로 귀결됩니다.

고정 수입 퀀트와 달리 크레딧 퀀트는 신용 세계에서 가장 잘 알려지지 않은 복구율에 대해 작업하고 있습니다. 기본값이 있는지, 얼마나 되 찾을 지 알 수 없습니다. 그것은 시간에 따른 회복이 될 수 있습니다. 즉, 오늘 어떤 것이 기본값이된다면 5 년 안에 기본값이되는 것보다 더 많은 것을 얻게 될 것입니다. 4 년 임기보다 더 나은 회복률을 제공 할 수있는 만기 의존성 또는 5 년 신용 스왑 일 수 있습니다.

그래서 알려지지 않은 것이 많습니다. 구조화 된 신용 내에서도 상관 관계는 크게 알려지지 않았습니다. 하나가 다운되면 다른 것이 다운 될 가능성은 얼마나됩니까? 이제 구조화 된 신용은 많지 않지만 여전히 바스켓 신용 위험이 있으므로 신용과 신용간에 상관 관계가 있습니다. 이것은 매우 큰 알려지지 않은 사항이며 많은 가정을 사용해야합니다. 정확한 수학 만 사용할 수는 없습니다. 모델은 그렇게 성숙하지 않습니다. 회복률 전이 행렬 등과 같은 것에 대한 경험적 증거가 있습니다. 상식적인 접근 방식을 사용해야합니다.

당신이 고정 수입의 세계에 있다면 매우 정확할 수 있지만 신용 상태에있을 때 그런 종류의 두뇌와 사고 방식을 적용하려고하지 마십시오. 정말 다른 접근 방식을 취해야합니다.

기술 격차 — 퀀트와 IT

기술 격차는 비즈니스 커뮤니티의 IT 이해 부족입니다. 또한 비즈니스 커뮤니티가 IT와 충분히 자세하게 관여하지 못하는 것입니다. 다른 방향에서 보면 IT 전문가의 비즈니스 지식이 부족합니다. 보시다시피 비즈니스 측면과 기술 측면에 문제가 있습니다. IT 팀은 때때로 다른 층, 다른 건물, 다른 국가 및 다른 대륙에 있기 때문에 액세스 문제가 있습니다. 또한 비즈니스 커뮤니티와 같은 문제는 기술과 다른 언어를 사용합니다.이것이 바로 Technology Divide의 핵심입니다. 그 영향은 무엇입니까? 글쎄요, IT 프로젝트는 그들이 가져야 할 것보다 더 많은 비용이 듭니다. 기대와 현실 사이의 상당한 차이. IT 시스템이 제공되는 횟수는 몇 번이고 클라이언트 / 비즈니스가 예상 한대로 시작되지 않았습니까? 이로 인해 비즈니스는 IT를 불신하게됩니다. 때때로; 단기적인 이익을 위해 포괄적 인 개선이 낭비됩니다.

IT 시스템은 프론트 오피스, 운영, 법률, 제품 관리, 시장 위험, 신용 및 거래 상대방 위험, 재무, 감사 등과 같은 다양한 비즈니스 기능을 제공합니다. 일반적으로 다른 비즈니스 기능은 서로 연결되어 있지 않습니다. 자, 이것은 약간의 일반화이지만, 제 경험으로는 실제로 다른 비즈니스 기능에 대한 참여가 매우 적기 때문에 사실이 아닙니다. 때로는 서로 다른 비즈니스 기능에 의해 구축 된 솔루션이 서로 다른 비즈니스 기능에 의해 테스트되는 경우도 있습니다. 필요한 프로세스에 초점을 맞추고 IT는이를 더 빠르게 또는 더 좋게 만듭니다. 그러나 비즈니스 기능이이를 이해하지 못하면 적절한 솔루션을 구축하기가 매우 어렵습니다. 수십 년 동안 사일로 접근 방식도 있습니다. 그게 무슨 뜻입니까? FX 데스크를 구하고 IR 데스크를 구하고 상품 테스트를받는 것입니까? 그들 각각은 완전히 다른 IT 솔루션을 가질 수 있습니다. 각각의 요구 사항이 다르기 때문에 서로 다른 솔루션을 갖는 것이 합리적 일 수 있습니다. 그러나 종종 그러한 기회를 놓쳤습니다. 공유 할 수 있지만 공유 할 수없는 기능이 많이 있습니다. 모든 사람이 자신의 시스템을 감추고 공유하지 않아 문제가 발생합니다. 종종 놓치는 많은 문제를 한 번에 해결할 수있는 고유 한 기회가 있습니다.

이것은 일반적으로 비즈니스 기능 내의 특정 행동 및 기존 프로세스 때문입니다. 책상이 IT 리소스 또는 시스템을 공유 할 인센티브가 없으며, IT 관리자는 종종 자신을 위해 일하는 많은 사람들로부터 보상을 받음, 대규모 프로젝트는 실패하기에는 너무 커지고, 소규모 성공적인 프로젝트는 보상을받지 못하고, 빠르게 변화하는 비즈니스 환경은 장기적으로 적합하지 않습니다. IT 프로젝트. 매우 특이한 산업에 일반적인 기술을 도입하려고 할 때 IT 내에 다른 문제가 있습니다. 그들은 때때로 상인이 왜 그렇게 행동하는지 이해하지 못합니다. 트레이더는 일반적으로 즉각적인 결과에 대한 사고 방식을 가지고 있으며, 그것이 시간이없고 업무가 IT 시스템을 볼 수 있도록 설계되지 않았기 때문에 장기 프로젝트에 관한 경우 트레이더가 회의에 참석하지 않는 이유가됩니다. 따라서 때로는 참여 부족 또는 관심 부족으로 인해 사기가 저하되고 IT 팀이 좋은 솔루션을 구축하도록 유도하는 인센티브가 발생합니다. 반면에 IT는 상인이있는 그대로이며 주위에서 살면서 일해야한다는 것을 이해하려고 노력해야합니다. IT는 멋진 솔루션, 좋은 프로그래밍 기술, 최신 소프트웨어를 구축하는 것을 좋아하며 아마도 타협하는 것을 원하지 않을 것입니다.

기술을 다양한 비즈니스 기능으로 나누는 방법

첫 번째는 신뢰이고 두 번째는 의사 소통입니다. 의사 소통은 끊임없는 의사 소통과 더 많은 의사 소통이 있어야합니다. 번역 과정에서 사물이 잃어 버리기 때문에 지나치게 의사 소통하고 덜 의사 소통하지 않습니다. 요즘은 인도, 중국 등으로 아웃소싱하는 일이 많기 때문에 우리는 언어가 있고 언어 문제가있을 수 있고 같은 언어로도 말을하지 않는 사람들 만있을 수 있기 때문에 소통하는 것이 더욱 중요합니다.

내 경험에 따르면 대부분의 고객은 자신이 원하는 것이 무엇인지 모르지만 항상 원하지 않는 것이 무엇인지 알고 있으므로 무언가를 보여주고 그것이 좋은지 아닌지 바로 알 수 있습니다. 그래서 그들에게 댓글을 달 수있는 것을 줄 수 있습니다. 문제가있는 경우 매우 일찍 댓글을 달 수 있으며 너무 늦기 전에 변경할 수 있습니다.

투자 은행 업무 경험에서 품질 관리가 매우 열악합니다. 그 이유는 사람들이 테스터를 고용하지 않기 때문입니다. 프로그래머는 최악의 유형의 테스터입니다. 따라서 테스트는 매우 자주 놓치는 것입니다. 많은 투자 은행에 테스터가 많지 않습니다.

또 다른 문제는 사람들이 처음에 합의 된 것보다 더 많은 기능을 시도하고 채우는 범위 크립으로 인해 지연과 비용이 발생합니다. 사용자가 할 수있는 모든 것을 얻기 위해 필사적으로 범위를 이동하는 이유

요약 — IT에서 원하는 비즈니스 기능이 무엇인지 이해하고 계십니까?

기업은 재정적 요구 사항을 명확하게 이해하고 아이디어에서 제공까지 올바른 참여를 추구합니다. 소유권을 확보하고 실제 문제를 발견하고 예측 가능한 결과를 얻습니다. 막바지의 놀라움을 피하고 완전한 지원, 테스트, 지원 및 개선 프로세스 (주 / 부)

요약하면 기술 팀은 매우 중요한 역할을 수행하며 기술 중단이 도래함에 따라 IT가 최신 작업을 수행하지 않는 목표를 놓치면 비즈니스 기능과 IT간에 마찰을 일으킬 가능성이 더 큽니다. 멋진 기술이지만 비즈니스 문제를 해결하고 해결합니다.