프로젝트 관리자를 위한 최고의 prompts는 모델에 역할, 실제 프로젝트 정보, 고정된 출력 형식을 제공합니다. 이것이 막연한 "이 프로젝트를 계획하는 데 도움을 주세요"와 한 번에 바로 사용할 수 있는 상태 보고서, 위험 등록부 또는 스프린트 계획을 반환하는 prompt의 차이입니다. 아래에는 ChatGPT와 Claude를 위한 30개의 prompt가 있으며, PM이 실제로 수행하는 여섯 가지 업무별로 묶여 있습니다: 계획 수립 및 범위 설정, 일정 수립 및 추정, 위험 및 이슈, 이해관계자 커뮤니케이션, 팀 의식, 보고 및 종료. 모든 prompt에서 입력할 필드에는 [brackets]를 사용합니다. 이 중 어느 것도 프로젝트 관리자 랜딩 페이지의 10개 prompt와 중복되지 않으므로, 두 세트를 총 40개의 라이브러리로 활용하세요.
이 페이지
- 이 prompts를 사용하는 방법
- 계획 수립 및 범위 설정(prompts 1~5)
- 일정 수립 및 추정(prompts 6 to 10)
- 리스크 및 이슈(prompts 11~15)
- 이해관계자 및 커뮤니케이션(prompts 16~20)
- 팀과 회의 방식 (prompts 21 to 25)
- 보고 및 종료 (prompts 26 to 30)
- 작업에서 prompt, 템플릿, 스킬로
- 자주 묻는 질문
- 핵심 내용
프로그램 관리자를 위한 AI Skill
Cressida - 프로그램 관리자 AI Skill
매번 prompt를 다시 입력하지 않아도 상태 보고서, RAID 로그, 종속성 맵 및 운영위원회 업데이트를 작성하는 지속적인 프로그램 관리자 페르소나입니다.
$19
Skill 받기 →
이 prompts를 사용하는 방법
아래의 모든 prompt가 더 잘 작동하도록 만드는 세 가지 습관이 있습니다. 첫째, 실제 자료를 붙여 넣으세요. 실제 티켓 목록, 실제 회의 녹취록, 실제 예산 항목을 사용하세요. 모델은 프로젝트를 지어낼 수 없으며, 그렇게 하려고 해서도 안 됩니다. 둘째, 출력 형식 지침을 유지하세요. 표, 번호 매기기 목록, 글자 수 제한이 결과물을 바로 붙여 넣어 사용할 수 있게 만듭니다. 셋째, 같은 prompt를 매주 실행한다면 더 이상 매번 붙여 넣지 말고 Skill 또는 사용자 지정 GPT로 저장하세요. AI 프로젝트 관리자 컬렉션은 이를 위한 것이며, 프로젝트 관리에 AI agent를 사용하는 방법에 관한 가이드에서는 prompt와 agent의 차이를 더 자세히 설명합니다.
계획 수립 및 범위 설정(prompts 1~5)
Prompt 1: 정리되지 않은 킥오프 회의 내용을 바탕으로 한 프로젝트 개요
선임 프로젝트 관리자처럼 행동하세요. 다음은 킥오프 회의에서 작성한 원시 메모입니다: [paste notes]. 다음 섹션으로 구성된 한 페이지 분량의 프로젝트 개요로 정리하세요: 목표(한 문장), 비즈니스상의 이유, 범위에 포함되는 사항, 범위에서 제외되는 사항, 역할이 포함된 주요 이해관계자, 제약 조건(예산, 일정, 인력), 가정, 계획 수립 전에 제가 답해야 할 미해결 질문. 메모에서 서로 모순되는 내용이 있으면 표시하세요.
Prompt 2: 요구사항 누락 점검
다음은 [project name]의 요구사항 목록입니다: [paste requirements]. 엔지니어가 아닌 프로젝트 관리자의 관점에서 검토하세요. 각 요구사항에 대해 테스트 가능한지, 담당자가 있는지, 다른 요구사항에 종속되는지 알려주세요. 그런 다음 이 유형의 프로젝트에 빠져 있는 요구사항을 나열하세요: [type, e.g. internal CRM migration]. 다음 열이 있는 표로 출력하세요: ID, 요구사항, 테스트 가능 여부(예/아니요), 담당자, 종속성, 의견.
Prompt 3: 성공 지표 및 완료 정의
프로젝트는 [one-line description]입니다. 스폰서는 [stated goal]을 원합니다. 기준선, 목표, 측정 방법을 포함한 측정 가능한 성공 지표를 3~5개 제안하세요. 그런 다음 비기술 담당 스폰서가 승인할 수 있도록 전체 프로젝트의 완료 정의를 8개 이하의 글머리 기호로 작성하세요.
프롬프트 4: 구축, 구매 또는 파트너 활용 옵션
[capability]이 필요합니다. 제약 조건: 예산 [amount], 마감일 [date], [number]명으로 구성된 팀과 [skills] 역량. 세 가지 제공 옵션(사내 구축, 도구 구매, 파트너 활용)을 다음 열이 있는 표로 정리하세요: 옵션, 가치 실현까지 걸리는 시간, 일반적인 비용 범위, 주요 위험, 포기해야 하는 것. 마지막에 추천안과 결정을 내리기 전에 제가 물어봐야 할 두 가지 질문을 제시하세요.
프롬프트 5: 단계별 로드맵
[project name]을 3~4개의 단계로 나누세요. 각 단계에 대해 이름, 목표, 주요 산출물, 종료 기준, 비즈니스가 가치를 얻는 가장 이른 시점을 제시하세요. 전체 기간은 [number]개월 이내여야 합니다. 이 순서가 다른 순서보다 나은 이유를 두 문장으로 설명하세요.
일정 수립 및 추정(prompts 6 to 10)
프롬프트 6: 3점 추정
아래 각 작업에 대해 낙관적, 가장 가능성 높은, 비관적 예상 기간을 일수로 제시한 다음, (O + 4M + P) / 6을 사용해 기대값을 계산하세요. 작업: [paste task list]. 팀에 대한 가정: [size, seniority, other commitments]. 표를 출력하고 마지막 행에 합계를 추가하세요. 편차가 가장 큰 두 작업과 그 이유를 밝히세요.
프롬프트 7: 종속성 맵과 주경로
다음 작업과 기간 및 선행 작업이 있습니다: [paste, format: task, days, depends on]. 주경로, 전체 프로젝트 기간, 여유 기간이 2일 이상인 모든 작업을 식별하세요. 그런 다음 단일 작업이 3일 지연될 경우 종료일에 가장 큰 영향을 미치는 작업이 무엇인지 알려 주세요. 결과는 표로 보여 주고, 주경로를 순서대로 나열한 일반 텍스트 목록도 추가하세요.
프롬프트 8: 다음 분기 용량 계획
팀: [names, roles, available days per week, planned leave]. 확정된 작업: [list with estimates]. [quarter]의 월별 및 개인별 가용 용량 표를 작성하세요. 계획된 작업량을 가용 일수의 백분율로 표시하고, 85%를 초과하는 사람을 표시하며, 모두가 해당 기준 미만이 되도록 옮기거나 제외할 작업을 제안하세요.
프롬프트 9: 마감일에서 마일스톤 일정 수립
최종 기한은 [date]입니다. 오늘은 [date]입니다. 산출물: [list]. 일정을 역산하여 날짜가 포함된 마일스톤 일정을 제안하세요. 최종 기한 전에 [number]일의 검토 버퍼와 코드 또는 콘텐츠 동결 기간을 포함하고, [country]의 공휴일에 해당하거나 공휴일 전후에 잡힌 마일스톤을 표시하세요.
프롬프트 10: 백로그에서 스프린트 계획 수립
스프린트 기간: [days]. 지난 세 번의 스프린트 동안의 팀 속도: [numbers]. 스프린트 목표: [goal]. 스토리 포인트와 우선순위가 포함된 백로그: [paste]. 총 작업량이 평균 속도의 90% 이내가 되도록 스프린트 내용을 제안하고, 의도적으로 제외한 항목을 나열한 다음, 팀이 보드에 적을 수 있는 스프린트 목표를 한 문장으로 작성하세요.
리스크 및 이슈(prompts 11~15)
Prompt 11: 처음부터 리스크 등록부 작성
프로젝트: [description]. 단계: [phase]. 알려진 우려 사항: [list]. 다음 열을 포함한 리스크 등록부를 작성하세요: ID, 리스크(원인, 사건, 영향을 한 문장으로), 범주(범위, 일정, 비용, 인력, 기술, 외부), 발생 가능성(1~5), 영향도(1~5), 점수, 담당자, 대응 전략(회피, 완화, 이전, 수용), 다음 조치, 검토일. 리스크를 최소 10개 포함하고, 제가 언급하지 않았지만 이러한 유형의 프로젝트에서 일반적인 리스크를 최소 3개 포함하세요.
Prompt 12: 프리모템
[end date]이고 [project name]이 심각하게 실패했다고 가정하세요. 이미 발생한 일인 것처럼 사후 분석을 작성하세요. 실패한 상위 5가지 이유를 가능성순으로 나열하고, 각각에 대해 우리가 무시한 조기 경고 신호를 제시하세요. 그런 다음 각 이유를 이번 주에 시작할 수 있는 예방 조치로 전환하고 담당자를 지정하세요.
Prompt 13: 이슈 분류
다음은 미해결 이슈 목록입니다: [paste with dates and descriptions]. 각 이슈를 심각도(차단, 주요, 경미), 의사결정이 필요한지 아니면 단순히 작업하면 되는지, 그리고 담당해야 할 사람에 따라 분류하세요. 심각도순으로 정렬한 표를 출력한 다음, 후원자에게 가져갈 수 있도록 짧은 "이번 주에 필요한 의사결정" 목록을 작성하세요.
Prompt 14: 가정 기록
이 프로젝트 계획을 읽으세요: [paste]. 명시적이거나 암묵적으로 의존하는 모든 가정을 추출하세요. 각 가정에 대해 확신할 수 있는 정도(높음, 중간, 낮음), 틀렸을 때 발생하는 일, 일주일 이내에 저렴하게 검증할 방법을 평가하세요. 표로 출력하세요.
Prompt 15: 공급업체 의존성 리스크
[vendor or team]에 의존하여 [date]까지 [deliverable]을 제공받아야 합니다. 계약 또는 합의 내용은 다음과 같습니다: [key terms]. 이 의존성이 실패할 수 있는 모든 방식을 나열하고, 각 점검 시점에 요청해야 할 증거, 각 실패에 대한 대안, 그리고 첫 번째 점검을 놓쳤을 때 보낼 수 있는 한 문단의 에스컬레이션 메시지를 작성하세요.
리스크 등록부 템플릿
구조만 필요하다면, 다음은 prompt 11에서 작성하는 리스크 등록부 템플릿입니다. 제목을 시트에 복사하면 모델이 어떤 프로젝트 설명에서든 행을 작성할 수 있습니다.
- ID 및 제기일
- 원인, 사건, 영향 형식의 리스크 문장
- 범주: 범위, 일정, 비용, 인력, 기술, 외부
- 발생 가능성(1~5)과 영향도(1~5)를 곱한 점수
- 담당자
- 대응 전략: 회피, 완화, 이전, 수용
- 다음 조치 및 기한
- 트리거 또는 조기 경고 신호
- 상태: 미해결, 모니터링 중, 종료, 이슈로 전환됨
- 검토일
이해관계자 및 커뮤니케이션(prompts 16~20)
Prompt 16: 이해관계자 맵
[project name]의 이해관계자: [names, roles, what they care about, how much they can block or help]. 각 이해관계자를 권한과 관심도 그리드에 배치한 다음, 사분면별 커뮤니케이션 계획을 제시하세요: 채널, 빈도, 그들이 들어야 할 내용, 절대 예상하지 못한 상황이 발생하지 않도록 알려야 할 내용. 두 개의 표로 출력하세요.
Prompt 17: 나쁜 소식을 잘 전달하기
[stakeholder, role]에게 [the problem: budget overrun, missed date, dropped feature]을(를) 알려야 합니다. 원인: [cause]. 가능한 옵션: [options]. 문제를 첫 문장에 명시하고, 누구도 탓하지 않으면서 원인을 설명하며, 권장 사항과 함께 옵션을 제시하고, [date]까지 하나의 구체적인 결정을 요청하는 200단어 이내의 메시지를 작성하세요. 어조는 차분하고 직접적으로 하며, 사과는 한 절을 넘기지 마세요.
프롬프트 18: 운영위원회 사전 읽기 자료
다음 메모를 2페이지 분량의 운영위원회 사전 읽기 자료로 바꾸세요: [paste status, risks, decisions needed]. 다음 구조를 따르세요: 한 문장의 핵심 요약, 계획 대비 진행 상황, 상위 3개 위험과 우리의 대응, 오늘 필요한 결정과 권장 옵션, 결정이 내려지지 않을 경우의 결과. 4분 안에 휴대폰으로 읽을 임원을 대상으로 작성하세요.
프롬프트 19: 요청에 이견 제시하기
[Stakeholder]이(가) [date]까지 [request]을(를) 요청했습니다. 이를 추가하면 [impact on scope, dates or cost]을(를) 의미합니다. 요청의 가치를 인정하고, 구체적인 측면에서 트레이드오프를 설명하며, 두 가지 대안을 제시하는 답변을 작성하세요. 하나는 지금 더 작은 버전으로 진행하는 것이고, 다른 하나는 [later phase]에 전체 버전으로 진행하는 것입니다. 150단어 이내로 작성하고 질문으로 끝내세요.
프롬프트 20: 의사결정 기록
우리는 [date]에 [decision]을 결정했습니다. 배경: [paste discussion or notes]. 다음 항목을 포함한 의사결정 기록을 작성하세요: 결정 사항, 결정권자, 검토한 옵션과 각 옵션의 장단점, 이 옵션이 선택된 이유, 수용하는 결과, 재검토할 날짜. 한 위키 페이지에 들어가도록 300단어 이내로 작성하세요.
팀과 회의 방식 (prompts 21 to 25)
프롬프트 21: 채팅에서 도출한 스탠드업 요약
오늘의 스탠드업 스레드 또는 회의록입니다: [paste]. 다음 형식으로 요약하세요: 어제 이후 완료한 일, 오늘 계획, 담당자가 있는 블로커, 그리고 아무도 언급하지 않았지만 위험으로 보이는 사항. 최대 12줄로 작성하세요. 인사말이나 "업데이트 없음"이라고만 말한 사람은 포함하지 마세요.
프롬프트 22: 원자료 피드백에서 도출한 회고 주제
팀의 익명 회고 카드입니다: [paste]. 주제별로 묶고, 각 주제를 지지하는 카드가 몇 장인지 세고, 상위 3개 주제에 대해 다음 스프린트에서 실행할 수 있는 실험을 하나씩 제안하세요. 실험이 효과가 있었는지 판단할 수 있는 명확한 방법도 포함하세요. 비판을 완화하지 말고, 구체적인 내용은 팀의 표현을 그대로 유지하세요.
프롬프트 23: 새로운 팀원을 위한 온보딩 계획
새로운 [role]이 [date]에 [project name]에 합류합니다. 프로젝트는 [phase] 단계에 있습니다. 2주 온보딩 계획을 작성하세요. 첫날 읽어야 할 자료, 만나야 할 사람과 그 이유, 첫 주에 완료하여 배포할 수 있는 첫 번째 작은 작업, 그리고 성공적으로 업무를 수행할 수 있는 준비가 되었는지 확인하기 위해 2주 차 말에 제가 물어봐야 할 질문을 포함하세요.
프롬프트 24: RACI 매트릭스
작업 패키지: [list]. 담당자와 역할: [list]. RACI 매트릭스(Responsible, Accountable, Consulted, Informed)를 작성하세요. 모든 행에는 A가 정확히 하나씩 있어야 합니다. 그런 다음 [number]개를 초과하는 패키지에 대해 Accountable인 사람과 Responsible 담당자가 팀에 풀타임으로 소속되지 않은 패키지를 지적하세요.
Prompt 25: 혼합 팀을 위한 업무 협약
팀은 [number]명으로, [locations and time zones]에 걸쳐 있으며 [employees, contractors, vendor staff]가 섞여 있습니다. 핵심 공통 근무 시간, 채널별 응답 시간 기대치, 의사결정을 내리고 기록하는 방법, 의견 충돌을 처리하는 방법, "완료"의 의미를 다루는 1페이지 분량의 업무 협약 초안을 작성하세요. 문단이 아니라 팀이 투표할 수 있는 짧은 규칙 형식으로 작성하세요.
보고 및 종료 (prompts 26 to 30)
Prompt 26: 티켓과 채팅을 바탕으로 한 주간 상태 보고서
이번 주 원자료입니다: [paste closed tickets, open blockers, chat highlights, budget line]. 다음 내용을 포함한 주간 상태 보고서를 작성하세요: 전체 RAG 상태와 그 이유를 설명하는 한 문장, 완료한 일 3가지, 다음에 할 일 3가지, 담당자와 날짜가 포함된 장애 요소, 계획 대비 지출 예산, 리더십에 요청할 사항 1가지. 전체 분량을 250단어 이내로 유지하세요.
Prompt 27: 예산 차이 설명
현재까지 계획된 지출: [amount]. 현재까지 실제 지출: [amount]. 항목별 내역: [paste]. 재무 검토자를 위해 차이를 쉬운 말로 설명하세요. 차이를 유발한 항목, 각 차이가 시기상의 문제인지 실제 초과 지출인지, 완료 시점 예상치, 계획에 가깝게 되돌리기 위한 조치 2가지를 포함하세요. 전문 용어를 사용하지 말고, 200단어 이내로 작성하세요. 이는 재무 자문이 아니라 제 보고서에 사용할 차이 설명입니다.
Prompt 28: 가동 준비 체크리스트
[system or deliverable]을(를) [date]에 가동합니다. 환경: [details]. 기술, 데이터, 인력 및 교육, 지원, 커뮤니케이션, 롤백별로 그룹화한 가동 준비 체크리스트를 작성하세요. 각 항목에 담당자 열과 상태 열을 추가하세요. 이러한 유형의 출시에서 팀이 가장 자주 잊는 항목 5개도 추가하세요.
Prompt 29: 교훈 보고서
프로젝트: [name]. 계획 대비 실제: 일정 [planned/actual], 예산 [planned/actual], 범위 변경 사항 [list]. 회고 메모: [paste]. 다음 내용을 포함한 교훈 보고서를 작성하세요: 잘된 점과 그 이유, 잘되지 않은 점과 그 이유, 다르게 했을 일, 다음 유사 프로젝트를 위한 권고 사항 3가지. 각 권고 사항은 제가 추가로 묻지 않아도 누군가 실행할 수 있을 만큼 구체적으로 작성하세요.
Prompt 30: 운영팀으로 인수인계
프로젝트 [name]은(는) [date]에 종료되고 [team or person]이(가) 운영을 인계받습니다. 다음 내용을 포함한 인수인계 문서를 작성하세요: 제공된 내용, 일상적인 운영 방법, 알려진 문제와 우회 방법, 담당자가 지정된 미해결 항목, 주요 연락처, 문서 보관 위치, 첫 [number]주 동안의 지원 방식. 제목과 짧은 글머리 기호를 사용하세요.
프로젝트 계획 템플릿
위의 여러 prompts는 프로젝트 계획의 일부를 작성합니다. 전체 내용을 원한다면 섹션별로 요청할 프로젝트 계획 템플릿 구조는 다음과 같습니다:
- 요약: 목표, 후원자, 프로젝트 관리자, 일정, 예산
- 범위: 포함 범위, 제외 범위, 산출물
- 성공 지표 및 완료 정의 (prompt 3)
- 접근 방식 및 단계(prompt 5)
- 작업 분류 및 추정(prompt 6)
- 일정, 마일스톤 및 크리티컬 패스(prompts 7 및 9)
- 팀, 역할 및 RACI(prompt 24)
- 이해관계자 및 커뮤니케이션 계획(prompt 16)
- 리스크 레지스터 및 가정 로그(prompts 11 및 14)
- 예산 및 차이 추적(prompt 27)
- 품질, 승인 및 go-live 기준(prompt 28)
- 변경 관리 및 의사결정 로그(prompt 20)
작업에서 prompt, 템플릿, 스킬로
prompt는 시작하는 가장 빠른 방법입니다. 결과물이 고정된 구조의 공식 문서일 때는 생성기 스킬이 더 빠릅니다. 모델이 여러 주 동안 전체 프로젝트를 기억하게 하려면 페르소나 스킬이 적합한 도구입니다. 이 표는 일반적인 PM 작업 8가지를 세 가지 모두에 매핑합니다.
| PM 작업 |
이 글의 prompt |
문서 또는 템플릿 생성기 |
페르소나 스킬 |
| 고객 또는 벤더와 범위 정의하기 |
prompts 1, 2 |
AI 작업기술서 생성기 |
Diego - 에이전시 프로젝트 매니저 ($19) |
| 제품 요구사항 작성하기 |
prompts 2, 3 |
AI PRD 생성기 ($19) |
Ulric - 기술 프로그램 매니저 ($19) |
| 스프린트 계획 수립 및 세리머니 진행하기 |
prompts 10, 21, 22 |
AI 회의록 생성기 |
Perrin - 스크럼 마스터 ($19) |
| 리스크 레지스터 구축 및 유지하기 |
prompts 11, 12, 14 |
위의 리스크 레지스터 템플릿 |
Cressida - 프로그램 매니저 ($19) |
| 경영진에게 보고하기 |
prompts 18, 26 |
AI 경영진 요약 생성기 |
Cressida - 프로그램 매니저 ($19) |
| 입찰 또는 고객 제안서에 응답하기 |
prompts 4, 19 |
AI RFP / 제안서 작성기 ($19) |
Diego - 에이전시 프로젝트 매니저 ($19) |
| 여러 팀의 딜리버리 관리하기 |
prompts 7, 8, 15 |
위의 프로젝트 계획 템플릿 |
Torsten - 딜리버리 매니저 ($19) |
| 프로젝트를 종료하고 인수인계하기 |
prompts 28, 29, 30 |
마감 회의용 AI 회의록 생성기 |
Torsten - 딜리버리 매니저 ($19) |
모든 스킬은 일회성 구매입니다: .md 스킬 파일과 README가 포함되며, Claude(Claude Code 포함), 사용자 지정 GPT로서의 ChatGPT, Gem으로서의 Gemini, Copilot에서 작동합니다. 모두 조건 없이 30일 환불 보장이 제공됩니다. 프로젝트 관리보다 업무 범위가 넓다면 ChatGPT prompts 허브에서 다른 역할을 다룹니다.
자주 묻는 질문
ChatGPT 또는 Claude가 AI 프로젝트 관리 도구를 대체할 수 있나요?
둘만으로는 어렵습니다. 채팅 모델은 문서 초안 작성, 목록 분석 및 회의 요약을 매우 잘하지만, 시간에 따른 작업을 추적하거나 티켓 시스템에 연결하지는 못합니다. 대부분의 PM은 여기의 prompts를 Jira, Asana 또는 유사한 도구와 함께 사용하고, 반복되는 prompts를 skill로 저장해 페르소나와 형식을 일관되게 유지합니다.
프로젝트 관리 prompts에는 ChatGPT와 Claude 중 어떤 모델이 더 나은가요?
둘 다 30개의 prompts를 모두 처리합니다. Claude는 대본과 전체 계획처럼 길게 붙여 넣은 자료와 엄격한 서식을 처리하는 데 강한 편입니다. ChatGPT는 팀이 이미 custom GPTs를 주로 사용한다면 편리합니다. 실제 데이터를 사용해 두 모델에서 같은 prompt를 시도한 뒤 수정이 적게 필요한 쪽의 결과를 선택하세요.
이 prompts를 사용하더라도 프로젝트 계획 템플릿이 필요한가요?
prompts는 각 부분을 작성하고, 템플릿은 완전한 계획에 필요한 부분을 알려 줍니다. 위의 프로젝트 계획 템플릿 섹션을 체크리스트로 사용한 다음, 연결된 prompts를 실행해 각 섹션을 채우세요. 그러면 스폰서가 계획을 요청했을 때 빠지는 내용이 없습니다.
prompt를 작성할 때 기밀 프로젝트 데이터를 안전하게 보호하려면 어떻게 해야 하나요?
공유할 수 없는 이름, 고객 식별 정보 및 상업적 수치를 삭제하거나 placeholders를 사용하세요. 조직의 AI 정책과 ChatGPT 또는 Claude 요금제가 데이터를 학습에 사용하지 않도록 제외하는지 확인하세요. Enterprise 및 team 요금제는 대개 데이터를 학습에서 제외하지만, consumer 요금제는 기본적으로 그렇지 않을 수 있습니다.
이 prompts와 판매하는 skills의 차이점은 무엇인가요?
prompts는 무료이며 지금 바로 사용할 수 있습니다. skill은 페르소나, 방법론 및 출력 형식을 하나의 파일로 묶어 지침을 반복해서 붙여 넣지 않아도 되고 모델이 매주 같은 방식으로 작동하게 합니다. 예를 들어 Cressida는 "이번 주 자료입니다"라는 단일 메시지로 상태 보고서, RAID 로그 및 운영위원회 업데이트를 작성합니다.
핵심 내용
Thirty prompts는 대부분의 프로젝트 관리자가 일주일에 필요로 하는 것보다 많습니다. 바로 그 점이 핵심입니다. 반복 작업에 맞는 다섯 개를 골라 실제 데이터를 입력하고 출력 형식을 유지하세요. 매주 월요일마다 같은 prompt를 실행하고 있다면 이를 skill로 옮겨 모델이 프로젝트를 기억하게 하고 설정을 다시 입력하지 않아도 되도록 하세요. 랜딩 페이지의 prompts 10개를 함께 사용하면 계획 수립, 실행 및 종료를 위한 완전한 PM prompts 라이브러리를 갖추게 됩니다.
비즈니스 및 운영을 위한 prompts 라이브러리
비즈니스 및 운영 prompts 라이브러리
계획 수립, 보고, 프로세스 문서화 및 이해관계자 커뮤니케이션에 바로 사용할 수 있는 prompts를 작업별로 정리해 필요한 것을 몇 초 안에 찾을 수 있습니다.
$27
지금 받기 →
KissMySkills에서 AI 프로젝트 관리자 스킬을 모두 둘러보세요.
