프로젝트 관리 프롬프트

[기업명]의 [프로젝트명] 프로젝트를 위한 기획안을 작성해 주세요. 프로젝트 목표: [목표]. 발주자: [의사결정권자]. 팀 구성: [참여 인원]. 예산: [예산 규모]. 목표 마감일: [일정]. 프로젝트 추진 배경: [컨텍스트].

구성 항목: 배경 및 해결 과제(3줄 이내), 측정 가능한 목표 설정, 포함 범위(In-scope), 명확한 제외 범위(Out-of-scope, 범위 확장 방지를 위해 상세히 기술), 승인 기준이 포함된 산출물, 날짜별 마일스톤, R&R(결정자, 실행자, 협의자, 통보자), 식별된 리스크 및 대응 방안([예상 리스크]), 가설 및 의존성.

작성 지침: 프로젝트 중간에 이견이 생기지 않도록 검토 단계에서 논쟁이 될 만한 지점을 명확히 기술하세요. 마지막에는 프로젝트 착수 전 운영위원회에서 결정해야 할 3가지 핵심 질문을 포함해 주세요.

작성된 회의 메모를 구조화된 회의록으로 변환해 주세요. 회의 주제: [주제], 일시: [날짜], 참석자: [참석자]. 메모 내용: [메모 내용].

출력 형식: 결정 사항(모호함 없이 결정 주체 명시), 실행 과제(표 형식: 과제, 담당자, 마감일. 메모에 정보가 없으면 '확인 필요'로 표시), 결정되지 않은 논의 사항(항목당 최대 2줄), 다음 회의로 이월된 안건.

작성 규칙: 최대 1페이지 이내로 작성하세요. 발언의 취지를 왜곡하는 재구성은 금지하며, '협력하기로 함'과 같이 결론이 모호한 표현은 지양하세요. 마지막에 참석자들에게 확인받아야 할 '확인 필요' 목록을 따로 정리해 주세요.

다음 프로젝트를 작업 패키지로 나누고 일정을 수립해 주세요. 프로젝트: [설명 및 최종 산출물]. 마감일: [날짜]. 투입 가능 인력: [인원 및 가동률, 예: 2명 50% 투입]. 제약 사항: [고객 승인, 협력사 의존성, 휴가 시즌 등].

진행 방식: 검증 가능한 산출물이 나오는 단위로 작업을 분할하세요(단순 '조율' 업무 지양). 각 작업을 0.5일~3일 단위로 세분화하고, 작업 간의 선후 관계와 핵심 경로(Critical Path)를 식별하세요. 불확실한 작업에는 숨겨진 여유 시간 대신 명시적인 버퍼를 할당하세요.

결과물: 추정치가 포함된 작업 리스트, 마일스톤이 포함된 주 단위 일정표, 핵심 경로 강조, 즉시 시작해야 하는 3가지 우선 과제. 만약 팀 역량 대비 [날짜] 마감일이 불가능하다면, 근거 데이터를 제시하고 일정을 무리하게 압축하지 마세요.

[프로젝트명]의 주간 보고서를 [수신자, 예: 운영위원회] 대상으로 작성해 주세요. 이번 주 데이터: 진행률 [계획 대비 실적], 이슈 [발생한 문제], 리스크 [변동 사항], 예산 집행 [계획 대비 집행액], 결정 요청 [지연되고 있는 의사결정 사항].

형식: 1페이지 엄수. 프로젝트 상태(초록/노랑/빨강)와 그 이유를 설명하는 한 문장, 이번 주 주요 성과 3가지, 단계별 진행 현황(한 줄 요약), 지난주 대비 변동된 리스크 및 장애물, 결정 요청 사항(결정권자 이름 및 지연 시 영향 명시), 다음 주 우선순위.

규칙: 문제가 해결되지 않은 상태에서 상태를 '초록'으로 변경하지 마세요. 2주 연속 '노랑'인 경우 '빨강'으로 격상하세요. 결정 요청 사항에는 최초 요청일을 명시하세요.

[프로젝트명]의 종료 회고 세션을 기획해 주세요. 결과: [정시 완료, X일 지연, 중단 등]. 참석자 및 역할: [참석자]. 소요 시간: [예: 90분]. 주요 사건: [잘된 점, 잘못된 점, 갈등 상황].

제공 내용: 시간별 진행 순서(범인이 아닌 원인을 찾는다는 원칙 강조, 동조 현상 방지를 위한 개별 의견 수집 후 전체 토론, 주요 포인트 논의, 결정), 일반론을 넘어선 구체적인 질문들(예: '일정 지연을 처음 인지한 시점은 언제인가?', '보고를 주저하게 만든 요인은 무엇인가?'), 민감한 주제를 비난 없이 다루는 기법.

교훈 정리 형식: 모든 학습 내용은 다음 프로젝트에서 적용 가능한 규칙으로 변환하세요(예: '앞으로 우리는...'). 각 규칙에는 실행 담당자를 지정하세요. 실제 적용 가능성을 위해 최대 5개 규칙으로 제한하세요.

당신은 숙련된 프로젝트 디렉터입니다. [기업명]에서 검토 중인 [프로젝트명]의 타당성 보고서 작성을 도와주세요. 추진 배경: [컨텍스트]. 기대 효과: [희망하는 이익]. 최대 가용 예산: [금액]. 대안: [현상 유지 포함 대안].

구조: 해결 과제 및 미추진 시 기회비용, 대안별 장단점(현상 유지 포함), 대안별 대략적인 비용 및 일정 범위, 측정 가능한 지표와 연결된 기대 효과, 주요 리스크, 최종 권고안.

제약 사항: 모든 기대 효과는 검증 가능한 지표와 연결되어야 하며, 그렇지 않은 경우 '측정 불가한 베팅'으로 분류하세요. 의사결정자가 체크할 수 있는 5가지 Go/No-Go 기준을 제시하세요. 마지막으로 보고서의 신뢰도를 높이기 위해 추가로 확인해야 할 정보 목록을 작성하세요.

정식 기획안이 필요 없는 소규모 프로젝트를 위한 1페이지 프로젝트 헌장을 작성해 주세요. 프로젝트: [2문장 이내 설명]. 요청자: [요청자]. 참여 인원: [인원 및 가용 시간]. 목표 기한: [날짜]. 예산: [금액 또는 없음].

형식: 1페이지 이내. 측정 가능한 한 문장 목표, 최종 산출물 및 완료 정의, 제외 범위(가장 중요한 항목으로 최소 3줄 이상), 의사결정권자, 마일스톤(최대 3개), 핵심 리스크 및 대응책.

작성 지침: 전문 용어를 배제하고 비전문가도 즉시 이해할 수 있는 문장을 사용하세요. 정보가 부족한 항목은 임의로 작성하지 말고 '[담당자]와 확인 필요'라고 표기하세요. 시작 전 요청자에게 확인해야 할 2가지 핵심 질문으로 마무리하세요.

[기업명]의 [프로젝트명] 착수를 위해 요구사항을 수집해야 합니다. 인터뷰 대상: [직군 목록, 예: 경영진, 현장 사용자, CS, IT팀]. 예상 산출물: [산출물]. 인터뷰당 할당 시간: [시간].

각 직군별 맞춤형 인터뷰 가이드를 준비해 주세요. 광범위한 질문에서 구체적인 질문 순으로 8~10개의 개방형 질문을 구성하세요. 현재 업무 방식(불편함, 우회 방법, 업무량)과 미래 니즈를 구분하세요. 숨겨진 니즈를 파악할 수 있는 2가지 함정 질문(예: '현재 도구가 부족할 때 어떻게 해결하시나요?')을 포함하세요.

지침: '예/아니오'로 답하는 질문이나 유도 심문은 배제하세요. 인터뷰 후 정리할 요약 템플릿(명시적 니즈, 잠재적 니즈, 직군 간 상충되는 의견, 주요 발언)도 함께 제공해 주세요.

다음 요구사항을 개발팀이 즉시 활용할 수 있는 사용자 스토리로 변환해 주세요. 프로젝트: [이름 및 설명]. 대상 사용자: [사용자 페르소나]. 요구사항: [나열된 니즈].

각 요구사항에 대해 다음을 작성하세요. 사용자 스토리 형식: '[사용자]로서, [이익]을 위해 [기능]을 원한다'. 승인 기준: 3~5개의 이진 결과(Yes/No로 확인 가능해야 함. '빠른', '편리한' 등 모호한 표현 금지). 요구사항이 너무 모호할 경우 질문해야 할 사항.

지침: 스토리는 며칠 내에 완료 가능한 크기여야 하며, 크다면 분할안을 제시하세요. 해결책이 요구사항으로 둔갑한 경우를 식별하여 진짜 니즈로 재구성하세요. 결과는 표 형식(스토리, 승인 기준, 추정 규모 S/M/L, 개방형 질문)으로 제시하고 스토리 간 의존성을 명시하세요.

[프로젝트명]의 백로그 우선순위 설정을 도와주세요. 대기 항목: [설명이 포함된 요청 목록]. 팀 역량: [예: 월간 15 M/D]. 분기 최우선 목표: [목표]. 주요 이해관계자 상황: [정치적 컨텍스트].

각 항목을 두 가지 축으로 평가하세요. 가치(분기 목표 기여도, 영향받는 사용자 수, 미해결 시 비용)와 상대적 공수. 이후 4가지 카테고리로 분류하세요: 즉시 실행(고가치/저공수), 계획 수립(고가치/고공수), 여유 시 실행(저가치/저공수), 거절 또는 보류(저가치/고공수).

지침: 요청자의 압박은 가치 판단 기준이 아닙니다. 거절이 필요한 항목은 별도로 리스트업하고 설명 논리를 준비하세요. 분류 결과는 표 형식으로 근거와 함께 제시하고, 가장 까다로운 거절 메시지 3종을 짧고 사실 중심으로 작성해 주세요.

[기업명]의 [제품/프로젝트]에 대한 향후 2분기 로드맵을 수립해 주세요. 연간 목표: [목표]. 후보 과제: [검토 중인 목록]. 팀 역량: [규모 및 가용성]. 확정된 약속: [고객사 계약 등 비협상 항목].

로드맵을 분기별로 조직하되, 각 항목을 기능이 아닌 기대 결과로 표현하세요(예: 'X 모듈 개발' 대신 '신청 처리 시간 단축'). 분기별로 최대 2~3개 과제, 목표 결과, 성공 지표, 의존성을 명시하세요.

지침: 예상치 못한 상황을 대비해 역량의 20%를 비워두고 이를 로드맵에 명시하세요. 제외된 과제와 그 이유를 작성하여 불필요한 논쟁을 방지하세요. 팀용 상세 버전과 경영진용 5줄 요약 버전을 모두 제공하세요. 가치가 불분명한 과제는 경고 표시를 하세요.

[프로젝트명]의 공수 산정을 도와주세요. 내용: [작업 목록]. 팀 구성: [프로필 및 숙련도]. 과거 데이터: [유사 프로젝트의 실제 소요 시간].

각 작업에 대해 단일 수치가 아닌 범위형 추정치(낙관, 유력, 비관)를 제시하세요. 추정의 근거가 되는 가설(이것이 충족되어야 함)과 비관적 시나리오로 전환될 수 있는 요인을 명시하세요.

지침: 유사 프로젝트 데이터가 있다면 현재 추정치와 비교하여 차이를 설명하세요. 대부분 놓치는 공수(검수 후 수정, 커뮤니케이션, 교육, 휴가 등)를 반드시 포함하세요. 전체 합계를 3가지 시나리오로 제시하고 낙관과 비관의 오차율을 표시하세요. 오차가 2배 이상이면 수치를 확정하기 전 불확실성을 줄이기 위해 필요한 정보를 명시하세요.

[기업명]의 [프로젝트명] 전체 예산을 수립해 주세요. 내부 인건비: [직군별 M/D 및 단가]. 외부 구매 및 용역: [목록]. 기간: [기간]. 승인된 총예산: [금액].

먼저 항목별 예산을 산출하세요: 인건비, 외주비, 라이선스 및 도구, 부대비용, 그리고 프로젝트 불확실성에 따른 예비비(퍼센트 근거 제시). 총예산 초과 여부를 사전에 확인하고 경고하세요.

다음으로 월간 모니터링 체계를 설계하세요: 항목별 집행액 vs 예산 표, 잔여 작업 재추정(단순 잔여 예산이 아님), 최종 예상 비용(EAC), 스폰서 보고를 유발하는 2단계 경고 임계치. 마지막으로 이 유형의 프로젝트에서 흔히 발생하는 예산 초과 원인 3가지와 조기 발견법을 작성하세요.

[프로젝트명]의 리스크 대장을 작성해 주세요. 컨텍스트: [설명, 기한, 중요도]. 예상 리스크: [식별된 리스크]. 외부 의존성: [협력사, 타 부서, 승인 대기].

제시된 리스크 외에 4가지 영역(인적, 기술적, 조직적, 외부 요인)에서 발생 가능한 전형적인 리스크를 추가하세요. 각 리스크별로 실제 발생 시 시나리오, 발생 가능성(저/중/고), 영향도(저/중/고), 심각도, 관찰 가능한 전조 증상, 예방책, 비상 계획(Contingency Plan), 담당자를 명시하세요.

지침: 리스크는 '일정 지연'과 같은 모호한 표현 대신 '협력사 납품이 한 달 지연됨'과 같이 구체적인 사건으로 기술하세요. 심각도 순으로 정렬하여 관리 가치가 있는 상위 10개 리스크로 제한하세요. 리스크 리뷰 주기와 검토 질문도 포함해 주세요.

[기업명]의 [프로젝트명] 이해관계자를 맵핑해 주세요. 식별된 인물: [목록 및 역할]. 프로젝트가 각자에게 미치는 영향: [예상 영향]. 현재 파악된 지지 및 저항 상태: [컨텍스트].

각 인물을 두 축(영향력, 지지도)에 배치하세요. 영향력 있는 인물에 대해서는 프로젝트를 통한 득실, 예상되는 반대 논리, 맞춤형 참여 방안(의사결정 참여, 정기 보고, 사전 개별 면담 등)을 상세히 기술하세요.

지침: 조직도상의 직함과 실제 영향력을 혼동하지 마세요. 직함은 없지만 발언권이 강한 인물을 식별하세요. 참여 계획은 표 형식(인물, 현재 위치, 목표 위치, 액션, 담당자, 기한)으로 작성하세요. 이번 주에 우선적으로 만나야 할 2명과 그 이유를 명시하세요.

[프로젝트명]의 커뮤니케이션 계획을 수립해 주세요. 대상: [스폰서, 팀원, 사용자, 타 부서 등]. 기간: [기간]. 주요 마일스톤: [착수, 전환, 공지 등]. 활용 채널: [회의, 이메일, 메신저, 사내 게시판 등].

각 대상별로 필요한 정보, 주기, 채널, 형식(요약, 상세 보고, 대면), 작성자를 정의하세요. 정기 보고(진행 현황)와 이벤트성 보고(착수, 장애, 종료 등)를 구분하세요.

지침: 모든 커뮤니케이션은 수신자의 질문인 '나에게 어떤 영향이 있는가?'에 답해야 합니다. 그렇지 않다면 계획에서 제외하세요. 프로젝트 착수 및 전환 공지문 초안을 포함하세요. 계획을 요약 표로 제시하고, 흔히 발생하는 커뮤니케이션 실수 3가지와 방지책을 작성하세요.

[프로젝트명]의 RACI 매트릭스를 작성해 주세요. 주요 활동: [활동 또는 산출물 목록]. 참여자: [인물 또는 직무]. 현재 발생 중인 역할 갈등: [컨텍스트, 예: 의사결정권 중복].

각 활동에 대해 역할을 할당하세요: R(실행자), A(책임자/승인자, 라인당 1명), C(협의자), I(통보자). 모호할 수 있는 할당에 대해서는 이유를 한 줄로 설명하세요.

지침: 한 라인에 A가 두 명인 경우, R이 없는 경우, 거의 모든 라인에 C가 포함된 경우(병목 현상)를 식별하여 경고하세요. 매트릭스를 표로 제시하고, 향후 갈등 소지가 높은 3가지 항목에 대한 해결책과 배포 전 팀 회의에서 확정해야 할 질문을 작성하세요.

[프로젝트명]의 킥오프 미팅을 준비해 주세요. 참석자: [참석자 및 역할]. 소요 시간: [예: 1시간]. 기획 상태: [확정됨 또는 진행 중]. 민감한 이슈: [회의론, 과거 실패 사례 등].

제공 내용: 시간별 아젠다(추진 배경 및 시급성, 최종 목표, 제외 범위, R&R, 마일스톤, 팀 운영 규칙, 질의응답), 참석자가 반드시 기억해야 할 3가지 핵심 메시지, [민감한 이슈]를 회피하지 않고 다루는 방법.

지침: 킥오프는 일방적인 정보 전달이 아닙니다. 참석자들이 직접 참여하는 2가지 세션(즉석 리스크 식별, 개인별 제약 사항 공유 등)을 포함하세요. 초대장 초안과 사전 준비 사항, 그리고 킥오프 전 반드시 확정되어야 할 항목 리스트를 작성하세요.

[프로젝트명]의 차기 운영위원회를 준비해 주세요. 참석자: [위원 명단]. 소요 시간: [시간]. 현재 상황: [진행률, 어려움, 예산]. 필요한 의사결정: [결정 요청 사항 및 옵션]. 논쟁이 예상되는 주제: [민감한 주제].

단순 보고가 아닌 의사결정 중심으로 아젠다를 구성하세요: 각 결정 사항별 할당 시간, 준비된 옵션(2~3개, 장단점 및 권고안 포함), 결정 지연 시 발생할 영향. 현황 보고는 사전 배포 자료로 대체하고 10분 이내로 제한하세요.

제공 내용: 시간별 아젠다, 각 결정 요청의 명확한 워딩, [민감한 주제]로 인한 탈선을 막는 기술, 24시간 내 배포할 결정 사항 요약 템플릿. 48시간 전 참석자에게 보내야 할 자료 목록으로 마무리하세요.

[프로젝트명] 운영위원회 발표 자료의 구조를 잡아주세요. 이번 달 데이터: 진행률 [실적 vs 계획], 예산 [집행액 vs 예산], 리스크 [변동], 결정 요청 [목록], 주요 성과 [이벤트].

최대 10장의 슬라이드 구성안을 만드세요: 요약(상태, 핵심 메시지, 결정 요청), 단계별 진행 현황(계획 대비 차이), 예산 추이, 심각도가 변한 리스크, 이달의 핵심 이슈(옵션 및 권고안), 결정 요청 사항(항목당 1장), 향후 계획.

각 슬라이드 지침: 제목은 메시지 형태(예: '2단계 지연 회복 중', 단순 '진행 현황' 지양)로 작성하고, 슬라이드당 불렛포인트는 5개 이내로 제한하세요. 구두로 설명할 보충 내용도 포함하세요. 경영진이 1번 슬라이드만 봐도 핵심을 알 수 있는지 검증하고 마무리하세요.

[프로젝트명]의 변경 요청 관리 프로세스를 설계해 주세요. 컨텍스트: [요청 발생 원인, 예: 고객의 잦은 추가 요구, 경영진의 방향 수정]. 기존 회의체: [활용 가능한 회의]. 가용 버퍼: [남은 일정 및 예산 여유].

정의 항목: 최소한의 요청 양식(설명, 요청자, 타당성, 긴급도), 4가지 필수 검토 질문(일정 영향, 비용 영향, 타 작업 영향, 미시행 시 결과), 영향력 규모에 따른 승인 주체(금액/일정 기준 제시), 변경 대장 기록 방식.

3가지 응답 템플릿을 작성하세요: 승인(영향 고지 포함), 차기 단계 이월, 거부(타당한 근거 포함). 지침: 프로세스는 반 페이지 이내로 단순해야 하며, 대장에 기록되지 않은 구두 승인은 금지합니다. 까다로운 요청자에게 이 프로세스를 기분 나쁘지 않게 설명하는 법을 포함하세요.

현실적으로 불가능한 마감일 재협상을 준비해 주세요. 프로젝트: [프로젝트명]. 요청된 기한: [날짜]. 판단하는 현실적 기간: [기간] (이유: [공수, 의존성, 인력 등]). 스폰서 성향: [중요하게 생각하는 가치]. 날짜의 의미: [해당 날짜가 지정된 배경].

작성 내용: 차이에 대한 객관적 증명(공수 vs 역량, 수치 기반), 3가지 정직한 옵션(범위 축소를 통한 기한 준수, 기한 연장을 통한 범위 유지, 리소스 추가 시 비용 및 한계 명시). 

지침: 대안 없는 '불가능' 통보는 금지하며, 회의에서 데이터 없는 합의를 하지 마세요. 스폰서의 예상 반박(예: '어떻게든 해봐라', '일단 진행하자')에 대한 3가지 대응 논리를 준비하세요. 1페이지 분량의 논리 전개와 3가지 옵션 비교표를 작성하세요.

[프로젝트명]의 만회 계획을 수립해 주세요. [날짜] 마감 대비 [지연 기간] 지연 중. 원인: [지연 원인]. 남은 작업: [추정치 포함]. 팀: [구성 및 가용성]. 활용 가능 자원: [추가 예산, 범위 조정 가능 여부].

진행 방식: 지연의 근본 원인(과소 추정, 범위 확장, 리소스 이탈, 외부 차단 등)을 먼저 진단하세요. 이후 실제 활용 가능한 레버(범위 축소, 작업 병렬화, 불필요한 작업 제거, 핵심 경로 집중 지원)를 바탕으로 계획을 세우세요.

지침: 근거 없는 '공수 압축'이나 '검수 시간 삭제'는 금지합니다. 결과물: 신뢰할 수 있는 새로운 일정표, 희생된 항목 리스트, 계획 유지를 위한 2가지 전제 조건, 지연을 인정하되 명확한 대안을 제시하는 스폰서 보고 메시지.

[프로젝트명]의 장애 요인에 대한 에스컬레이션을 준비해 주세요. 장애 내용: [결정 대기, 리소스 미배정, 부서 간 갈등 등]. 발생일: [날짜]. 시도한 조치: [그동안의 노력]. 보고 대상: [인물 및 직급]. 관련 이해관계자: [관련자 및 민감도].

메시지 구성: 객관적 사실 및 날짜 기반의 상황 요약(3줄), 현상 유지 시의 구체적 영향(손실 일수, 비용, 마일스톤 위협 등), 2~3가지 해결 옵션 및 권고안, 필요한 결정 사항 및 기한.

지침: 개인 비난을 배제하고 사실과 날짜가 메시지를 전달하게 하세요. 보고 대상이 추가 회의 없이 이 메시지만으로 결정할 수 있어야 합니다. 구두 보고용 60초 요약 버전과 관련자들에게 보낼 공유용 메시지도 함께 작성하세요.

[프로젝트명]의 회의 간 실행 과제 관리 방안을 마련해 주세요. 현재 문제: [예: 결정 사항 미이행, 리마인드가 감시처럼 느껴짐]. 회의 주기: [빈도]. 활용 도구: [엑셀, 협업 툴, 메신저 등].

시스템 제안: 실행 과제 대장 형식(동사와 검증 가능한 산출물 중심, 단일 담당자, 마감일, 상태), 업데이트 주기 및 방식, 단계별 리마인드 체계(마감 2일 전 자동 알림, 마감일 개별 메시지, 2회 지연 시 회의 언급).

단계별 리마인드 메시지 초안(짧고 비난 없는 어조)을 작성하세요. 지침: 마감일이나 단일 담당자가 없는 과제는 등록을 거부하고 회의에서 재정의하세요. 팀이 소화 가능한 수준으로 과제 수를 제한하는 규칙을 제안하세요. 팀원들에게 이 시스템이 '감시'가 아닌 '도움'으로 인식되게 설명하는 법을 포함하세요.

[프로젝트명]의 대시보드를 설계해 주세요. 프로젝트 성격: [유형 및 산출물]. 기간: [기간]. 집중 감시 항목: [예: 타이트한 일정, 제한된 예산, 품질 등]. 가용 데이터: [도구, 시트, 예산 등].

최대 6~8개의 지표를 3개 블록으로 구성하세요: 진행(완료된 산출물 기준 실적 vs 계획, 단순 진행률 % 지양), 건강도(지연 과제 수, 결정 대기 건수 및 경과일, 심각도 상승 리스크), 리소스(집행액 vs 예산, 팀 업무 부하).

각 지표별로 정의, 데이터 출처, 업데이트 주기, 경고 임계치를 명시하세요. 지침: 검증 불가능한 주관적 지표를 배제하고 완료/미완료의 이진 지표를 우선하세요. 각 지표가 빨간색으로 변했을 때 취해야 할 액션을 정의하세요. 주간 15분 대시보드 리뷰 방법(읽는 순서, 질문, 보고 시점)을 설명하세요.

[경영진]을 위한 [프로젝트명] 월간 보고서를 작성해 주세요. 이번 달 데이터: 성과 [완료 항목], 차이 [지연 또는 초과], 예산 [집행 현황], 리스크 [변동], 결정 사항 [목록], 경고 [장애 요인].

1페이지 형식 엄수: 전체 궤적 요약(일정/예산 준수 여부 및 주요 변동 사항), 마일스톤과 연결된 이달의 성과 3가지, 차이 발생 원인 및 대응 계획(대책 없는 보고 금지), 예산 현황 및 최종 전망, 경영진의 개입이 필요한 경고 사항 및 명확한 요청 사항.

지침: 경영진은 수많은 보고서를 읽습니다. 자기 홍보나 불필요한 수식어는 배제하세요. 모든 경고 사항은 구체적인 요청(의사결정, 자원 지원 등)으로 이어져야 합니다. 나쁜 소식과 차이점을 페이지 하단에 숨기지 말고 상단에 배치하세요.

충돌하는 여러 프로젝트 간의 리소스 조정을 도와주세요. 진행 프로젝트: [목록, 기한, 중요도, 진행률]. 공유 리소스: [인원 및 현재 배분 상태]. 현재 충돌 상황: [리소스 충돌 설명]. 최종 결정권자: [회의체 또는 인물].

먼저 이론이 아닌 실제 투입률을 바탕으로 현황을 파악하세요(100% 이상 과부하된 인원 식별). 이후 명확한 기준(기업 전략 기여도, 지연 시 손실 비용, 기회 창출의 가시성, 외부 계약 구속력)에 따른 우선순위 그리드를 제안하세요.

현재 충돌에 그리드를 적용하여 2가지 배분 시나리오를 만드세요. 각 시나리오별 프로젝트별 득실과 예상 종료일을 명시하세요. 지침: 인력을 과부하하거나 무리하게 쪼개는 방식은 배제하세요. 탈락한 프로젝트 매니저에게 납득시킬 수 있는 근거를 포함하세요.

[프로젝트명]의 [팀명]을 위한 차기 스프린트 계획을 준비해 주세요. 기간: [기간]. 가용 역량: [참여 인원, 휴가, 정기 업무 시간 제외]. 우선순위 백로그: [후보 항목 및 추정 규모]. 지난 스프린트 잔여분: [미완료 항목].

세션 구조: 실제 가용 역량 계산(전체 시간 - 정기 업무 - 예비 시간), 스프린트 종료 시 얻게 될 결과를 한 문장으로 정의(단순 티켓 목록 지양), 잔여분부터 역량 내에서 항목 선택, 각 항목의 정의와 이해도 확인.

지침: 승인 기준이 없는 항목은 등록을 거부하세요. 요청자가 역량 이상의 작업을 요구할 경우, 항목 간의 선택을 유도하고 묵시적인 초과 근무는 허용하지 마세요. 세션 진행 순서, 스프린트 목표 워딩, 계획 미이행 징후 3가지를 제시하세요.

[팀명]의 스프린트 회고 세션을 기획해 주세요. 소요 시간: [예: 45분]. 현재 팀 분위기: [컨텍스트, 예: 침체됨, 갈등 있음, 신규 팀]. 주요 사건: [지난 스프린트 이슈]. 이전 회고 액션 아이템 상태: [이행 여부].

제공 내용: 이전 회고 액션 아이템 점검으로 시작하는 시간별 순서(액션이 실행되지 않는 회고는 의미가 없음), [현재 분위기]에 맞는 진행 포맷 및 가이드, 논의가 겉돌 때 던질 질문, 개선 과제 선정 방식(최대 2개, 담당자 및 기한 지정).

지침: '소통 강화'와 같은 모호한 액션은 금지하며, 관찰 가능한 변화를 기술하세요. 팀이 해결할 수 없는 외부 문제는 별도로 기록하여 에스컬레이션하고 회고 내에서 반복 논의하지 마세요. 다음 회고를 위한 2가지 대안 포맷도 제안하세요.

[프로젝트명]의 [팀명]을 위한 데일리 스탠드업 규칙을 정립해 주세요. 현재 문제: [예: 30분 이상 소요, 팀장 보고용으로 변질, 집중도 저하]. 팀 규모: [인원]. 근무 형태: [사무실, 재택, 혼합].

목표 포맷 제안: 최대 시간, 고정 시간, 협업 중심의 내용(어제 완료한 일, 오늘 할 일 중 장애 요인, 타인의 도움이 필요한 부분). 협업과 무관한 기술 토론이나 문제 해결은 별도 세션으로 분리하세요.

제공 내용: 팀장 보고 형식을 탈피하는 운영 규칙(팀원 간 대화, 진행자 순환), 탈선을 막는 정중한 표현, [근무 형태]에 따른 적응 방안, 미팅이 무의미해졌음을 알리는 3가지 신호와 해결책. 기존 방식을 부정하지 않으면서 변화의 이유를 설명하는 공지 메시지로 마무리하세요.

[팀명]이 [프로젝트명]에서 사용할 '완료 정의(DoD)' 수립을 도와주세요. 산출물 유형: [소프트웨어 기능, 교육 자료, 분석 보고서 등]. 현재 문제: [예: 완료 보고 후 재작업 발생, 개인별 품질 차이, 검수 시 결함 발견].

DoD를 3단계로 구성하세요: 항목을 '완료'로 간주하는 기준(검증 가능: 동료 검토, 테스트 완료, 문서화, 승인 주체), 현실성을 고려해 명시적으로 제외할 항목, 예외 상황 처리 규칙.

지침: 최대 8개 기준으로 제한하고 모두 Yes/No로 확인 가능해야 합니다. 팀 역량으로 실천 불가능한 기준은 제외하세요. 팀 워크숍을 통해 이를 도입하는 방법, 진행 중인 작업에 대한 적용 규칙, 주기적인 리뷰 방안을 제시하세요.

[프로젝트명]의 사용자 수용 테스트(UAT)를 조직해 주세요. 테스트 대상: [설명]. 테스터: [직군 및 가용성]. 예정 기간: [기간]. 기존 승인 기준: [기준 또는 없음].

작성 내용: 실제 사용자 여정 중심의 테스트 케이스(입력 데이터, 액션, 기대 결과), 테스트 케이스 우선순위(필수, 중요, 편의), 결함 심각도 분류 규칙 및 예시, 수정 및 재테스트 프로세스.

수용 테스트 결과 보고서(PV) 템플릿도 포함하세요: 테스트 범위, 심각도별 결함 현황, 최종 결정(승인, 조건부 승인, 거부) 및 서명란. 지침: 실제와 유사한 데이터 준비 방법을 명시하세요. 조건부 승인 시에는 반드시 담당자와 마감일을 지정해야 함을 강조하세요.

[프로젝트명]의 [산출물/시스템] 운영 배포 계획을 수립해 주세요. 목표일: [날짜]. 영향받는 사용자: [대상 및 규모]. 작업 가능 시간: [예: 주말, 야간, 업무 시간]. 작업자: [인원 및 역할]. 롤백 가능 여부: [방법 포함].

구성 항목: 배포 전 체크리스트(기술적 전제 조건, 승인 확인, 공지 여부, 백업 검증), 시간 단위 배포 절차(단계별 담당자 및 성공 지표), Go/No-Go 결정 시점 및 기준, 롤백 시나리오(전조 증상 및 실행 절차), 초기 안정화 모니터링 계획.

지침: 각 단계는 '잘 되겠지'가 아닌 검증 가능한 성공 기준을 가져야 합니다. 롤백 계획은 배포 계획만큼 상세해야 합니다. 배포 전후 사용자 공지 메시지 초안을 포함하세요.

[기업명]의 [구시스템/프로세스]에서 [신시스템/프로세스]로의 전환 중 업무 연속성 계획을 수립해 주세요. 전환 기간: [기간]. 중단 불가 업무: [핵심 업무]. 관련 팀: [팀 목록]. 리스크 기간: [일정 제약, 예: 결산기, 성수기].

전환기 핵심 이슈를 다루세요: 공존 기간 동안 데이터/업무별 우선순위 시스템 정의, 중복 입력 방지 또는 관리 방안, 전환 시점에 걸쳐 있는 업무 처리 방식, 최종 전환 시 데이터 동기화 및 고정(Freeze) 규칙.

결과물: 전환기 핵심 업무 운영 표, 케이스별 우선순위 규칙, 초기 집중 지원 체계, 가장 발생 가능성 높은 3가지 장애 시나리오 및 대응 가이드를 작성하세요.

[날짜]에 승인 완료된 [프로젝트명]의 종료를 준비해 주세요. 프로젝트 요소: [협력사, 예산, 문서, 팀]. 남은 보완 사항: [잔여 이슈].

종료 체크리스트 작성: 계약 부문(잔금 정산, 보완 사항 처리, 외부 권한 회수), 재무 부문(비용 확정, 예산 대비 실적 분석 및 차이 설명), 문서 부문(아카이빙 위치, 향후 활용 문서 정의), 인적 부문(팀원 재배치 공지, 감사 인사), 이관 부문(운영 담당자 및 지원 체계).

지침: 즉시 종료해야 할 항목과 사후 처리가 가능한 항목을 구분하세요. '98% 완료' 상태로 지연되는 것을 방지하기 위해 확정 종료일을 설정하세요. 1페이지 분량의 프로젝트 결과 요약(수치, 성공 사례, 차이점, 교훈 위치) 템플릿을 포함하세요.

[기존 PM]과 [신규 PM] 간의 [프로젝트명] 인수인계를 조직해 주세요. 이탈 배경: [이유 및 남은 기간]. 프로젝트 상태: [진행률, 이슈, 향후 마일스톤]. 병행 기간: [중첩 기간].

공식 문서에 없는 내용을 우선순위로 인수인계 자료를 구성하세요: 결정 히스토리와 숨은 이유, 스폰서/고객과의 구두 약속, 이해관계자별 민감도 및 성향, 공식 보고되지 않은 잠재적 리스크, 각 작업 단위의 실제 진행도.

인수인계 일정: 주요 이해관계자 대면 소개 미팅, 시급도에 따른 정보 전달 순서, 연속성을 강조하는 변경 공지 메시지. 지침: 인수인계 완료 여부를 검증할 수 있는 질문 리스트를 만드세요. 전달되지 못한 항목은 비상 연락처와 함께 명시하세요.

[날짜]에 [프로젝트명] 팀에 합류하는 [신규 팀원, 직무]의 온보딩을 준비해 주세요. 프로젝트 상태: [현황]. 기대 역할: [업무]. 팀의 가이드 가능 시간: [제약 사항].

초기 2주간의 여정을 설계하세요: 1일 차 필수 읽기 자료(기획안, 최신 보고서, 리스크 대장, 용어집), 주요 관계자 4인과의 인터뷰 목적 및 일정, 1주 차 내에 완료 가능한 구체적인 첫 업무, 지정 멘토와의 10분 데일리 체크인.

지침: 단순 회의 참관은 지양하고 실행을 통해 배우게 하세요. 조직 내의 역학 관계, 민감한 주제, 실제 의사결정 경로 등 명문화되지 않은 정보를 포함하세요. 2주 일정표, 읽기 자료 목록, 15일 차에 신규 팀원이 답할 수 있어야 하는 검증 질문을 작성하세요.

[프로젝트명] 팀 내 갈등 해결을 도와주세요. 상황: [두 사람 간의 갈등 사실 관계, 주관 배제]. 영향: [정보 공유 차단, 회의 분위기 저해, 일정 지연 등]. 나의 역할: [PM, 인사권 유무 명시]. 히스토리: [갈등 기간 및 이전 시도].

3단계 중재안을 제안하세요: 개별 면담(편들지 않고 각자의 입장을 듣는 질문, 심판관 역할을 피하는 법), 공동 면담(오프닝 규칙, 인신공격 방지 및 사실 중심 유도, 2~3가지 운영 규칙 합의), 사후 모니터링(감시하지 않으면서 합의 이행 확인).

지침: PM의 역할 범위를 준수하고 인사/노무 영역은 분리하여 에스컬레이션하세요. 어느 한쪽을 가해자로 지목하지 않는 어조를 유지하세요. 즉시 상급자에게 보고해야 하는 위험 신호도 명시하세요.

[프로젝트명]의 성과가 저조한 파트너사 관리를 도와주세요. 파트너사: [업체명 및 업무]. 문제점: [날짜별 사실: 지연, 품질 저하, 담당자 교체, 약속 미이행]. 계약 조건: [산출물, 기한, 지체상금 등]. 의존도: [대체 가능 여부].

단계별 대응안을 수립하세요: 1단계 경고 미팅(계약 대비 차이점 데이터 제시, 개선 계획서 요구), 2단계 집중 관리(단기 마일스톤 설정, 서면 회의록 남기기), 3단계 대안 준비(의존도가 높을 경우 비밀리에 진행). 

지침: 모든 구두 협의는 서면으로 공식화하여 법적 리스크를 방지하세요. 감정적 대응이 아닌 계약 기반의 사실만 전달하세요. 차이점 비교표, 경고 미팅 소집 메일 초안, 개선 여부 판단 기준을 작성하세요.

[기업명]의 [입찰 대상, 예: 시스템 고도화, 컨설팅 등]을 위한 제안요청서(RFP)를 작성해 주세요. 니즈: [해결하려는 문제]. 기술 및 조직 환경: [현황 및 제약]. 예산 범위: [금액 또는 비공개]. 일정: [마감 기한].

구조: 회사 및 배경 소개, 해결 과제 및 기대 결과(솔루션이 아닌 니즈 중심 기술), 범위 및 제외 사항, 필수 제약 조건(기술, 법규, 일정), 기대 산출물, 선정 기준 및 가중치, 입찰 일정(질의, 제출, PT), 제안서 규격.

지침: 모든 요구사항은 검증 가능해야 합니다. 필수 요건과 선택 요건을 명확히 구분하세요. 제안 발표(PT) 시 파트너사의 실제 역량을 파악할 수 있는 5가지 핵심 질문으로 마무리하세요.

[입찰 주제]에 대한 제안서 비교 그리드를 작성해 주세요. 제안 현황: [제안사 수 및 각사 요약: 가격, 일정, 접근 방식 등]. 중요 가치: [우선순위, 예: 기한 준수, 유지보수, 총비용, 안정성]. 특이 사항: [확인이 필요한 신호, 예: 지나치게 낮은 가격, 범용적인 답변].

평가 그리드 구성: 평가 항목(니즈 이해도, 제안 방법론, 실제 투입 인력, TCO 관점의 총비용, 유사 실적, 계약 조건), 우선순위에 따른 가중치, 주관성을 배제한 등급별 정의.

제안서 분석 지침: 설명되지 않은 저가 수주 리스크 식별, PT 인력과 실제 투입 인력의 일치 여부 확인, 숨겨진 유지보수 비용 파악. 비교표, 업체별 확인 질문 리스트, 5줄 요약 권고안을 작성하세요.

[기업명]의 [프로젝트 내용, 예: 신규 툴 도입, 프로세스 재편]을 위한 변화 관리 계획을 수립해 주세요. 대상 그룹: [그룹별 인원 및 변경 사항]. 예상되는 우려: [저항 요인]. 배포 일정: [주요 날짜]. 가용 자원: [시간, 예산, 사내 변화 리더].

그룹별 분석: 일상의 구체적 변화(이득과 손실 명시), 필요한 지원 수준(정보 제공, 교육, 밀착 지원), 그룹별 핵심 메시지.

단계별 실행 계획: 사전(공지, 사내 변화 리더 선정 및 교육), 진행 중(현장 지원, 불편 사항 수집 및 즉각적인 피드백), 사후(교육 이수율이 아닌 실제 사용률 측정, 저항 그룹 관리).

지침: '소통 강화'와 같은 추상적 계획은 지양하고 구체적인 액션과 담당자를 명시하세요. 그룹별 분석 표와 통합 일정을 제공하세요.

[기업명]의 [도구/프로세스] 도입을 위한 사용자 교육 계획을 설계해 주세요. 대상: [직군, 인원, IT 숙련도, 지역]. 직군별 필수 역량: [수행해야 할 과업]. 제약 사항: [시간, 예산, 배포 기한].

직군별 맞춤형 교육 설계: 기능 전체 소개가 아닌 실제 업무 시나리오 기반의 5~10가지 핵심 동작 정의, 적합한 형식(그룹 교육, 튜토리얼, 1:1 코칭), 소요 시간, 배포용 퀵 가이드(1페이지 이내).

일정 전략: 실제 사용 시점과 가장 가까운 시기에 교육을 배치하세요. 미참석자 추가 교육 및 현장 지원 인력 활용 방안을 포함하세요. 지침: 성공 지표를 교육 참여율이 아닌 실제 사용 데이터(핵심 기능 수행 여부, 고객 지원 문의량)로 설정하세요. 우선순위가 포함된 교육 계획표를 작성하세요.

[프로젝트명]에 중대한 장애가 발생했습니다: [장애 내용, 예: 배포 실패, 데이터 유실, 서비스 중단]. 현재 영향: [대상 및 범위]. 해결 현황: [파악된 사실 및 미확인 사항]. 보고 대상: [경영진, 내부 팀, 고객, 파트너].

커뮤니케이션 시퀀스 작성: 즉시 발송할 1차 메시지(확인된 사실, 미확인 사항, 조치 중인 내용, 다음 보고 시점 명시. 해결 시간 추측 금지), 주기적인 상황 업데이트 메시지, 해결 완료 및 재발 방지 대책 공지.

대상별 맞춤화: 경영진에게는 영향도와 결정 필요 사항을, 사용자에게는 임시 업무 방법을, 고객에게는 보호 조치를 중심으로 작성하세요. 지침: 원인이 규명되기 전 추측성 발언이나 비난은 금지합니다. 지키지 못할 약속은 신뢰를 무너뜨립니다. 바로 활용 가능한 메시지 초안을 작성하세요.

[기업명] [팀명]의 [분기] OKR 작성을 도와주세요. 기업 우선순위: [우선순위]. 팀의 상시 업무: [주요 활동]. 추진 예정 과제: [아이디어 및 프로젝트]. 팀 규모: [인원].

최대 2~3개의 목표(Objective)를 설정하세요: 영감을 주면서도 구체적인 상태 변화로 기술(단순 과업 나열 지양). 각 목표당 2~4개의 핵심 결과(Key Result): 시작값과 목표값이 포함된 측정 가능한 수치, 활동이 아닌 결과 중심('Z 도구 도입'이 아닌 'X 처리 시간 Y로 단축').

지침: 일상적인 운영 업무(Run)는 OKR이 아닌 별도 지표로 관리하세요. 측정 방법을 모르는 KR은 재구성하거나 삭제하세요. 팀의 통제 범위를 벗어난 목표를 식별하세요. 제안된 OKR, 팀 워크숍용 질문, 15분 단위의 추적 리추얼 가이드를 작성하세요.

[팀명]의 분기 OKR 리뷰를 준비해 주세요. 지난 분기 OKR: [목표 및 달성도]. 주요 사건: [예상치 못한 변화, 리소스 변동]. 참석자: [참석자]. 소요 시간: [시간].

3단계 리뷰 구조: 정직한 수치 기반 평가(측정되지 않은 결과는 미달성으로 간주), 차이 분석(실행력 문제, 목표 설정 오류, 외부 요인 구분), 다음 분기 결정(유지, 폐기, 조정).

지침: 리뷰는 변명의 자리가 아닙니다. 배경 설명 슬라이드는 배제하고 수치로 직행하세요. 100% 달성된 목표는 도전성이 부족했는지, 20% 달성된 목표는 실행력이 부족했는지 분석하세요. 시간별 진행 순서, 평가 그리드, KR별 분석 질문, 리뷰 후 배포할 요약 메시지 초안을 작성하세요.

[프로젝트명]에서 [날짜]에 발생한 [장애 내용]의 사후 분석을 준비해 주세요. 타임라인: [시간별 사건 전개]. 관련자: [참석자]. 분위기: [컨텍스트, 예: 책임 추궁 분위기].

문서 및 회의 구조: 공동으로 재구성한 객관적 타임라인, 개인의 실수를 넘어선 시스템적 원인 분석(인적 오류는 증상일 뿐, 왜 그것이 가능했는지 분석), 잘 작동한 탐지 및 대응 사례, 재발 방지 액션.

오프닝 규칙: '범인이 아닌 시스템의 허점을 찾는다', '실수를 고백하는 것은 팀에 기여하는 것이다'라는 원칙을 세우세요. 지침: 담당자와 기한이 명시된 최대 5개의 액션으로 제한하되, '주의 깊게 확인' 같은 추상적 대안보다 시스템적 차단 방안을 우선하세요. 문서 템플릿과 진행 가이드를 작성하세요.

[팀/기업]에 축적된 경험을 업무 표준으로 변환해 주세요. 활용 자료: [회고록, 프로젝트 종료 보고서, 장애 분석서 등]. 현재 문제: [예: 같은 실수가 반복됨, 보고서가 아카이브에만 방치됨].

진행 방식: 교훈을 테마별로 그룹화하고 반복되는 패턴 식별, 식별된 교훈을 실행 가능한 규칙으로 변환('프로젝트 시작 시 반드시 X를 한다'), 규칙이 실무에 적용될 위치 정의(별도 문서가 아닌 기존 템플릿이나 체크리스트에 통합).

지침: 전체 규칙을 10개 이내로 유지하고 각 규칙의 관리자를 지정하세요. 쓸모없어진 규칙을 삭제하는 반기별 리뷰 계획을 포함하세요. 제안된 규칙 목록, 통합 방안, 팀 공지 메시지를 작성하세요.

[날짜]에 예정된 [감사 주체: 내부 감사, 고객, 인증 기관 등]의 [프로젝트명] 감사를 준비해 주세요. 검토 범위: [범위]. 실제 프로젝트 상태: [강점 및 약점, 문서화 수준]. 중요도: [자금 지원, 고객 신뢰, 인증 등].

준비 단계: 필수 증빙 문서 리스트(기획, 결정, 리스크, 회의록, 예산 등) 및 미비 항목 우선순위, 예상 질문 리스트, 식별된 약점에 대한 정직한 대응 논리(인정, 관리 중임을 증명, 개선 계획 제시).

지침: 문서를 조작하거나 날짜를 소급하여 작성하지 마세요. 신뢰할 수 있는 개선 계획이 포함된 정직한 약점 인정이 더 효과적입니다. 인터뷰 대상자들에게 사실 기반의 답변을 하도록 브리핑하세요. 준비 체크리스트, 예상 문답, 역순 일정표를 작성하세요.