프로젝트 위험 등록부 만들기

작성자: AILesson7 분 소요테스트::ChatGPT검토일: 2026-08-28

빠른 답변

불확실한 사건을 담당자, 근거, 발동 조건, 대응, 검토일이 명확한 위험으로 바꿉니다. 제공할 내용: 프로젝트 맥락, 알려진 불확실성과 근거, 점수 산정과 관리 체계. 예상 결과: 점수 근거, 대응 조치, 비상 계획, 정보 공백이 포함된 우선순위별 위험 등록부.

맥락 추가

텍스트는 이 브라우저에 유지됩니다. AILesson Prompts는 이를 모델이나 서버로 보내지 않습니다.

프로젝트 맥락알려진 불확실성과 근거점수 산정과 관리 체계

프롬프트

채워지지 않은 필드는 플레이스홀더로 표시되므로 프롬프트를 복사하고 편집할 수 있습니다

프로젝트 위험 등록부를 만드세요.

목표, 범위, 단계, 날짜, 이해관계자, 상태:
[project]

가정, 장애, 종속성, 추정치, 제약 조건, 경고 신호:
[evidence]

척도, 위험 허용도, 상급자 보고 기준, 담당자, 검토 주기:
[method]

각 위험을 이미 발생 중인 문제나 모호한 주제가 아니라 불확실한 '원인–사건–결과'로 작성하세요. 현재 진행 중인 문제, 가정, 종속성, 기회를 위험과 구분하세요. 모든 위험에 ID, 진술, 근거, 영향을 받는 목표, 발생 가능성, 영향 영역, 근거가 포함된 점수, 발생 시점의 근접성, 지표, 예방 또는 완화 조치, 비상 계획 발동 조건과 대응, 명시적인 위험 담당자 또는 '미배정', 조치 담당자, 다음 검토일, 잔여 위험을 제공하세요. 제공된 척도와 근거만 사용하고 확률, 담당자, 예산 또는 통제 수단을 만들어 내지 마세요. 중복되거나 상관관계가 있는 위험을 찾아내고 점수의 불확실성을 보여 주며 우선순위를 바꿀 수 있는 누락 정보를 파악하세요.

Playground에서 사용해 보기

기본적으로 비공개프롬프트 구성은 브라우저에서 로컬로 이루어집니다. 조직에서 허용하지 않는 한 기밀 정보를 AI 서비스에 입력하지 마세요.

입력에서 결과까지

적용 예시

구체적인 맥락이 이 레시피를 바로 사용할 수 있는 결과로 바꾸는 방법을 확인하세요

실제 입력

프로젝트 맥락: 1월 31일까지 내부 보고 작업 18개를 새 데이터 웨어하우스로 마이그레이션합니다. 1단계 목록화는 완료되었고 구축은 11월 1일에 시작합니다. 재무 보고는 계속 이용할 수 있어야 하며 월말 결산은 1월 25~31일입니다. 후원자는 CFO, 제공 책임자는 Imani이며 데이터 플랫폼팀과 재무팀이 참여합니다.
알려진 불확실성과 근거: 작업 세 개에는 문서화되지 않은 변환이 있습니다. 플랫폼 부하 테스트는 시작되지 않았습니다. 공급업체 커넥터는 계약이 아닌 이메일 추정치에 따라 12월 15일 제공 예정입니다. 엔지니어 한 명이 12월 20일에 퇴사하며 대체 인력은 확인되지 않았습니다. 원본 시스템은 지난 분기에 각각 네 시간 동안 중단되는 장애가 두 번 있었습니다. 비상 예산은 명시되지 않았습니다.
점수 산정과 관리 체계: 발생 가능성은 1(드묾)부터 5(거의 확실함), 영향은 1(경미함)부터 5(치명적임)입니다. 점수=L×I입니다. 15점 이상이면 후원자에게 보고합니다. 제공 책임자가 매주 월요일 검토를 진행합니다. 이름이 명시된 최종 책임자만 배정할 수 있으며 그 외에는 '미배정'으로 둡니다.

예시 출력

R1 문서화되지 않은 변환을 잘못 이해하면 마이그레이션한 결과를 대조하지 못해 잘못된 재무 보고가 만들어질 수 있습니다. 근거: 작업 세 개가 문서화되지 않았습니다. 발생 가능성 4의 근거: 알려진 공백이 18개 중 3개에 영향을 줍니다. 영향 5: 재무 정확성과 월말 결산. 점수 20—상급자 보고. 담당자: 미배정. 지표: 매핑 예외와 대조 실패. 완화 조치: 구축 완료 전에 논리를 문서화하고 승인을 받은 원본-대상 테스트를 만듭니다. 조치 담당자: 미배정. 비상 계획 발동 조건: 전환 전에 치명적인 대조 실패가 하나라도 발생하면 해당 작업을 원본 시스템에 유지하고 상급자에게 보고합니다. 통제 수단을 테스트할 때까지 잔여 점수를 정할 수 없습니다.

R2 커넥터가 추정 제공일인 12월 15일을 넘기면 종속된 구축 작업 때문에 결산 전 테스트 기간이 줄어들 수 있습니다. 계약상의 추정치가 아니므로 L3, 일정과 품질 영향은 I4, 점수는 12입니다. 담당자는 미배정입니다. 계약 상태와 허용 가능한 최종 제공일을 확인하고, 대체 커넥터 또는 범위 변경은 승인을 받은 경우에만 정의하세요. R3 12월 20일 이후 대체 인력을 확보하지 못하면 전환 중 결함 해결이 느려질 수 있습니다. L3/I4=12이며 근거와 인력 계획이 불완전합니다. R4 부하 처리 능력이 충분하지 않으면 결산 기간에 보고 성능이 저하될 수 있습니다. 예상 부하와 테스트를 정의할 때까지 책임 있게 점수를 매길 수 없습니다.

현재 진행 중인 문제: 변환 세 개가 지금 문서화되어 있지 않습니다. 종속성: 공급업체 커넥터. 상관관계: R2, R3, R4가 함께 발생하면 테스트 기간이 줄어들 수 있습니다. 월요일 검토에서 담당자를 배정하고 점수를 검증하며 날짜가 있는 조치를 설정해야 합니다.

효과가 있는 이유

1
원인–사건–결과 형식의 진술은 관리 가능한 불확실성을 현재 문제 및 일반적인 우려와 구분합니다.
2
발동 조건과 비상 계획은 예방만으로 충분하지 않을 때 무엇을 바꿔야 하는지 명확히 합니다.

결과 확인

각 항목이 실제로 불확실하며 프로젝트 목표와 연결되어 있나요?
점수가 근거와 제공된 척도에 기반하나요?
위험 담당자, 대응 조치 담당자, 발동 조건, 검토일이 명확히 구분되어 있나요?

안심하고 사용하세요

자주 묻는 질문

이 레시피를 언제 사용해야 하는지, 무엇을 제공해야 하는지, 그리고 어떤 부분에서 사람의 검토가 여전히 중요한지에 대한 실용적인 답변

프로젝트 위험 등록부를 만들기 전에 무엇을 준비해야 하나요?

'프로젝트 위험 등록부 만들기'를 사용하려면 프로젝트 맥락, 알려진 불확실성과 근거, 점수 산정과 관리 체계를 준비하세요. 확인할 수 있는 정보로만 자리 표시자를 바꾸세요. 세부 정보를 모른다면 모델이 추론하게 하지 말고 그 불확실성을 명시적으로 유지하세요.

프로젝트 위험 등록부의 결과는 언제 사용할 준비가 되지 않은 상태인가요?

제공된 근거를 바탕으로 명시된 결과인 '점수 근거, 대응 조치, 비상 계획, 정보 공백이 포함된 우선순위별 위험 등록부'를 아직 제공하지 못했거나, 해결되지 않은 가정, 누락된 승인 또는 지어낸 세부 정보에 의존한다면 사용할 준비가 되지 않은 결과입니다. 점검 항목을 공개 여부를 결정하는 기준으로 삼으세요. 근거 없는 결과를 다듬는 대신 원본 입력을 수정하거나 이름과 권한이 명확한 검토자를 지정하세요.

프로젝트 위험 등록부 만들기에 대해 테스트 기록이 있는 AI 도구는 무엇인가요?

2026-08-28 기준으로 공개된 '프로젝트 위험 등록부 만들기'의 테스트 기록에는 ChatGPT가 기재되어 있습니다. 이는 실행 기록이 있다는 뜻일 뿐, 이후 제품 버전에서도 호환되거나 같은 결과가 나온다는 보장은 아닙니다. 다른 도구나 버전을 사용할 때는 모든 제약 조건을 명시한 채 사용 전에 결과 점검을 다시 수행하세요.

더 많은 탐색 방법