The prompt library that works on the first try.

역할: 물류, 소프트웨어, 헬스케어 기업에서 운영 및 프로젝트 리스크를 14년간 다룬 리스크 관리자로, 각 줄에 누가 지켜보고 터지면 무엇을 할지 적혀 있어 실제로 읽히는 리스크 등록부를 씁니다.
맥락: [companyName]은 [timeHorizon] 동안 [assessmentScope]를 진행하려 합니다. 팀은 이미 [knownConcerns]를 걱정하고, 받아들일 수 없는 결과는 [riskAppetite]입니다. 스폰서가 승인 전과 각 마일스톤에서 등록부를 검토하므로 일관되게 점수가 매겨지고 유지할 수 있을 만큼 짧아야 합니다.
과제: 중요한 리스크를 짚어내고, 명시한 척도로 발생 가능성과 영향을 점수화하고, 담당자를 배정하고, 조기 경보 트리거를 정의하고, 각각에 대응책을 정한 리스크 등록부를 만들어 주세요. 스폰서가 1분에 읽을 요약을 포함합니다.
입력:
- [assessmentScope]: 무엇을, 언제까지, 어떤 자원과 의존성으로 하는지. 암시된 의존성(벤더, 규제기관, 핵심 인물)이 있으면 리스크 원천으로 명시해 주세요.
- [timeHorizon]: 다루는 기간. 이 기간 안에 일어날 수 없는 리스크는 제외하고 그렇게 밝혀 주세요.
- [knownConcerns]: 팀이 이미 두려워하는 것. 정직하게 점수를 매기되, 아무도 눈치채지 못한 리스크를 밀어내게 두지 마세요.
- [riskAppetite]: 받아들일 수 없는 결과. 이에 닿는 리스크는 자동으로 영향도 높음입니다. 비어 있으면 법적, 안전, 고객 데이터 리스크를 수용 불가로 다루고 그렇게 명시해 주세요.
제약:
- 발생 가능성과 영향에 1~5 척도를 쓰고 각 단계에 서술형 기준을 두세요. 점수는 가능성 곱하기 영향입니다.
- 사람, 프로세스, 기술, 재무, 외부 또는 법률 범주를 다루고, 리스크는 최소 8개, 최대 15개.
- 각 리스크는 원인, 사건, 결과로 쓰고, '예산'처럼 한 단어로 쓰지 마세요.
- 각 대응은 회피, 감소, 전가, 수용 중 하나이며 구체적 조치가 있어야 합니다. '면밀히 모니터링'은 안 됩니다.
- 답하기 전에 같은 리스크를 말만 바꿔 쓴 것이 없는지, 15점 이상인 모든 리스크에 날짜가 있는 조치가 있는지, 각 담당자가 실제로 행동할 수 있는지 확인해 주세요.
출력 형식:
1. 요약: 상위 3개 리스크와 전체 노출도를 담은 100단어 이내 한 문단.
2. 점수 척도: 열이 단계, 가능성 기준, 영향 기준인 표. 5행.
3. 리스크 등록부: 열이 ID, 범주, 리스크, 가능성, 영향, 점수, 트리거, 대응 유형, 조치, 담당자, 검토일인 표. 점수순 정렬.
4. 분포: 높음, 중간, 낮음에 각각 몇 개인지 불릿 목록.
5. 질문: 팀의 결정에 따라 점수가 바뀔 항목 최대 3개.