|
|
|
|
|
 |
답변 : 저는 리스크 관리를 '겁이 많아서 하는 일'로 보지 않습니다.
저는 리스크를 '주인 있는 일'로 만들겠습니다.
계약 리스크를 어떻게 통제 하나요
리스크팀이 해 야 할 일은 "안 된다"가 아니라"가능하게 만드는 규칙"을 만드는 것입니다.
답변 : 90일 안에는 리스크 관리의 '언어'를 통일하겠습니다.
프로젝트리스크 플레이 북입니다.
답변 : 저는 리스크를 '막는 것'이 아니라 '선택하는 것'이라고 말합니다.
답변 : 저는 리스크 관리의 성과를 세 가지로 증명하겠습니다.
|
|
|
 |
압박 : 리스크를 다 막으면 사업을 못합니다
압박 : 현업이 말을 안 듣고 우회하면 리스크팀은 무력합니다
압박 : "리스크 관리성과"는 티가 안납니다
불확실성을 제거하는 것이 아니라, 불확실성을 '관리 가능한 범위'로 바꾸는 일을 하고 싶어서 RiskManagement를 선택했습니다.
리스크는 사라지지 않습니다.
답변 : 저는 리스크 분류를 전략/재무/운영/프로젝트 /컴플라이언스로 나누되, 우선순위는 단순히 "발생 확률x 영향"만으로 정하지 않습니다.
한번 발생하면 회복이 어려운 리스크(안전사고, 중대 품질 결함, 대형 컴플라이언스 위반)는 확률이 낮아도 최우선입니다.
결국 우선순위는 "확률·영향·회복·전염·통제"의 종합 판단입니다.
리스크 정의(한 문장), 발생 원인(Trigg er), 영향 범위(손익/납기/품질/평판), 발생 가능 구간(수주/설계/구매/제조/시험/출하/설치/AS), 현재 통제(Existingcontrols), 잔여리스크(Residualrisk), KPI·KRI(조기경보지표), 책임자(Owner)와의사결정자(App rover), 대응전략(회피/감소/전가/수용), 대응계획과 마감기한, 그리고 "재발방지 표준화"여부입니다.
수주 전·후계약 조건 확정 구간입니다.
설계 확정 구간입니다.
저는 리스크 관리를 '마지막에 통제'가 아니라 '초기 단계에서 구조를 잡는 것'으로 하겠습니다.
계약 리스크를 어떻게 통제 하나요
답변 : 계약 리스크는 법무만의 일이 아니라, 기술·품질·일정·원가의 총합입니다.
사전 기준 : 위험 조건의 레드라인(절대 수용 불가), 옐로우 라인(추가조건부), 그린(표준)로 분류해 협상 속도를 올립니다.2) 조건부 승인 : 예를 들어 성능보증 조건이 강화되면 시험 범위 확대비용을 가격에 반영하거나, 일정 완충을 계약에 포함시키는 식으로 '대가'를 함께 설계합니다.
답변 : 저는 변동 리스크를 "정책"과"거래 단위"로 동시에 관리합니다.
리스크 관리의 실력은 헤지상품을 아는 것보다 '노출을 설계로 줄이는 것'에서 나옵니다.
안전은 사고 건수만 보는 순간 늦습니다.
리스크팀이 해 야 할 일은 "안 된다"가 아니라"가능하게 만드는 규칙"을 만드는 것입니다.
답변 : 24시간 대응은 속도와 정확의 균형입니다.
답변 : 저는 리스크를 '막는 것'이 아니라 '선택하는 것'이라고 말합니다.
다 만 리스크를 무시해서 나중에 더 큰 손실이 터지는 것은 '수주를 한 것이 아니라 미래 손실을 산 것'일 수 있습니다.
수주가 가능하도록 조건을 설계하겠습니다.
답변 : 불완전한 데이터를 전제로 한 의사결정은 현실입니다.
하지만 빨리 수정할 수 있도록 설계하면 손실이 커지지 않습니다.
통제는 처벌이 아니라 설계입니다.
저는 설계로 통제하겠 습니다.
손실 회피의 숫자입니다. |
 |
리스크, 조건, 이다, 만들다, 납기, 어떻다, 품질, 관리, 답변, 계약, 기준, 설계, 일정, 통제, 프로젝트, 범위, 속도, 안전, 수용, 대응 |
|
|
|
|
|
|
 |
|
|
|
|
|
|
|
|
|
|
|
| |
|
|
|
2026.03.02
8페이지
