프로젝트 관리자를 위한 최고의 prompts는 모델에 역할, 실제 프로젝트 정보, 고정된 출력 형식을 제공합니다. 이것이 막연한 "이 프로젝트를 계획하는 데 도움을 주세요"와 한 번에 바로 사용할 수 있는 상태 보고서, 위험 등록부 또는 스프린트 계획을 반환하는 prompt의 차이입니다. 아래에는 PM이 실제로 수행하는 여섯 가지 업무별로 분류한 ChatGPT 및 Claude용 prompts 30개가 있습니다. 계획 수립 및 범위 정의, 일정 및 추정, 위험 및 이슈, 이해관계자 커뮤니케이션, 팀 의식, 보고 및 종료입니다. 모든 prompt는 입력할 필드를 [brackets]로 표시합니다. 이 중 어느 것도 프로젝트 관리자 랜딩 페이지의 10 prompts와 중복되지 않으므로, 두 세트를 합쳐 40개의 라이브러리로 활용하세요.
프로그램 관리자를 위한 AI Skill
Cressida - 프로그램 관리자 AI Skill
매번 prompt를 다시 입력하지 않아도 상태 보고서, RAID 로그, 종속성 맵 및 운영 위원회 업데이트를 실행하는 지속적인 프로그램 관리자 페르소나입니다.
$29
Skill 받기 →
이 prompts를 사용하는 방법
아래의 모든 prompt를 더 효과적으로 활용하는 데 도움이 되는 세 가지 습관이 있습니다. 첫째, 실제 자료를 붙여 넣으세요. 실제 티켓 목록, 실제 회의 기록, 실제 예산 항목을 사용하세요. 모델은 프로젝트를 지어낼 수 없으며, 그러려고 해서도 안 됩니다. 둘째, 출력 형식 지침을 유지하세요. 표, 번호 매기기 목록, 단어 수 제한이 결과를 바로 붙여 넣어 사용할 수 있게 만드는 요소입니다. 셋째, 동일한 prompt를 매주 실행한다면 매번 붙여 넣지 말고 Skill 또는 맞춤형 GPT로 저장하세요. 이것이 AI 프로젝트 관리자 컬렉션의 목적이며, 프로젝트 관리에 AI agent를 사용하는 방법에 대한 가이드에서 prompt와 agent의 차이를 더 자세히 설명합니다.
계획 수립 및 범위 정의(prompts 1 to 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], [skills] 역량을 갖춘 [number]명으로 구성된 팀. 사내 구축, 도구 구매, 파트너 활용의 세 가지 제공 옵션을 표로 정리하세요. 열은 옵션, 가치 실현까지 걸리는 시간, 일반적인 비용 범위, 주요 위험, 포기해야 하는 것으로 구성합니다. 마지막에 추천안을 제시하고, 착수하기 전에 제가 물어봐야 할 두 가지 질문을 적으세요.
프롬프트 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% 이내가 되도록 스프린트 내용을 제안하고, 의도적으로 제외한 항목을 나열한 다음, 팀이 보드에 적을 수 있도록 스프린트 목표를 한 문장으로 작성하세요.
리스크 및 이슈 (프롬프트 11~15)
프롬프트 11: 처음부터 리스크 등록부 작성
프로젝트: [description]. 단계: [phase]. 알려진 우려 사항: [list]. 다음 열이 있는 리스크 등록부를 작성하세요: ID, 리스크(한 문장으로 원인, 사건, 영향), 범주(범위, 일정, 비용, 인력, 기술, 외부), 발생 가능성(1~5), 영향(1~5), 점수, 담당자, 대응 전략(회피, 완화, 이전, 수용), 다음 조치, 검토일. 리스크를 최소 10개 포함하고, 제가 언급하지 않은 해당 유형의 프로젝트에서 일반적인 리스크도 최소 3개 포함하세요.
프롬프트 12: 사전 부검
[종료일]에 [프로젝트 이름]이 크게 실패했다고 가정해 보세요. 이미 발생한 일인 것처럼 사후 분석을 작성하세요: 실패한 상위 5가지 이유를 가능성순으로 나열하고, 각각에 대해 우리가 무시한 조기 경고 신호를 제시하세요. 그런 다음 각 이유를 이번 주에 시작할 수 있는 예방 조치로 전환하고 담당자를 지정하세요.
프롬프트 13: 이슈 분류
다음은 미해결 이슈 목록입니다: [날짜와 설명을 포함해 붙여넣기]. 각 이슈를 심각도(차단, 중대, 경미), 의사결정이 필요한지 아니면 단순히 작업하면 되는지, 그리고 누가 담당해야 하는지에 따라 분류하세요. 심각도순으로 정렬한 표를 출력한 다음, 스폰서에게 가져갈 수 있도록 짧은 "이번 주에 필요한 결정" 목록을 작성하세요.
프롬프트 14: 가정 기록
다음 프로젝트 계획을 읽어 주세요: [붙여넣기]. 명시적이거나 암묵적으로 의존하는 모든 가정을 추출하세요. 각 가정에 대해 우리가 얼마나 확신할 수 있는지(높음, 중간, 낮음), 틀렸을 때 어떤 일이 일어나는지, 일주일 이내에 저렴하게 검증할 방법을 평가해 주세요. 표로 출력하세요.
프롬프트 15: 공급업체 의존성 리스크
[deliverable]을 [date]까지 제공하려면 [공급업체 또는 팀]에 의존해야 합니다. 계약 또는 합의 내용은 다음과 같습니다: [핵심 조건]. 이 의존성이 실패할 수 있는 방법을 나열하고, 각 확인 시점에 요청해야 할 증거, 각 실패에 대한 대안, 그리고 첫 번째 확인 시점을 놓쳤을 때 보낼 수 있는 한 단락 분량의 에스컬레이션 메모를 작성해 주세요.
리스크 등록부 템플릿
구조만 필요하다면, 다음은 프롬프트 11이 작성하는 리스크 등록부 템플릿입니다. 제목을 시트에 복사하면 모델이 어떤 프로젝트 설명에서든 행을 채울 수 있습니다.
- ID 및 제기일
- 원인, 사건, 영향 형식의 리스크 진술
- 범주: 범위, 일정, 비용, 인력, 기술, 외부
- 발생 가능성(1~5)과 영향(1~5)을 곱한 점수
- 담당자
- 대응 전략: 회피, 완화, 이전, 수용
- 다음 조치 및 기한
- 트리거 또는 조기 경고 신호
- 상태: 미해결, 모니터링 중, 종료, 이슈로 전환됨
- 검토일
이해관계자 및 커뮤니케이션 (프롬프트 16~20)
프롬프트 16: 이해관계자 맵
[프로젝트 이름]의 이해관계자: [이름, 역할, 중요하게 생각하는 것, 얼마나 방해하거나 도울 수 있는지]. 각 이해관계자를 영향력 대 관심도 매트릭스에 배치한 다음, 사분면별 커뮤니케이션 계획을 제시해 주세요: 채널, 빈도, 그들이 들어야 할 내용, 절대 예상하지 못한 상황이 되어서는 안 되는 내용. 두 개의 표로 출력하세요.
프롬프트 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주 온보딩 계획을 작성하세요. 첫날 읽어야 할 자료, 만나야 할 사람과 그 이유, 첫 주에 완료해 배포할 수 있는 작은 작업, 그리고 성공적으로 업무를 시작할 준비가 되었는지 확인하기 위해 둘째 주 말에 제가 물어봐야 할 질문을 포함하세요.
프롬프트 24: RACI 매트릭스
작업 패키지: [list]. 담당자와 역할: [list]. RACI 매트릭스(실행 담당, 최종 책임, 자문, 공유 대상)를 작성하세요. 각 행에는 A가 정확히 하나만 있어야 합니다. 그런 다음 [number]개가 넘는 패키지에 대해 Accountable인 사람과, Responsible 담당자가 팀에 전일제로 소속되어 있지 않은 패키지를 알려 주세요.
prompt 25: 혼합 팀을 위한 업무 협약
팀은 [locations and time zones] 전역에 있는 [number]명의 인원으로 구성되며, [employees, contractors, vendor staff]가 섞여 있습니다. 다음 내용을 포함한 1페이지 분량의 업무 협약서를 작성하세요: 핵심 협업 시간, 채널별 응답 시간 기대치, 의사결정을 내리고 기록하는 방법, 의견 불일치를 처리하는 방법, "완료"의 의미. 문단이 아니라 팀이 투표로 정할 수 있는 짧은 규칙 형식으로 작성하세요.
보고 및 종료 (prompts 26~30)
prompt 26: 티켓 및 채팅 기반 주간 상태
이번 주 원자료입니다: [paste closed tickets, open blockers, chat highlights, budget line]. 다음 내용을 포함한 주간 상태 보고서를 작성하세요: 전체 RAG 상태와 그 이유를 설명하는 한 문장, 완료한 일 세 가지, 다음에 할 일 세 가지, 담당자와 날짜가 포함된 차단 요소, 계획 대비 지출 예산, 리더십에 요청할 사항 한 가지. 전체 분량을 250단어 이내로 유지하세요.
prompt 27: 예산 차이 설명
현재까지 계획된 지출: [amount]. 현재까지 실제 지출: [amount]. 세부 항목: [paste]. 재무 검토자가 이해하기 쉬운 표현으로 차이를 설명하세요. 어떤 항목이 차이를 유발했는지, 각 항목이 시기상의 문제인지 실제 초과 지출인지, 완료 시점의 예상치, 계획에 다시 맞추기 위한 조치 두 가지를 포함하세요. 전문 용어를 사용하지 말고 200단어 이내로 작성하세요. 이는 재정 자문이 아니라 보고서에 사용할 차이 설명입니다.
prompt 28: 출시 준비 체크리스트
[system or deliverable]을(를) [date]에 출시합니다. 환경: [details]. 기술, 데이터, 인력 및 교육, 지원, 커뮤니케이션, 롤백별로 그룹화한 출시 준비 체크리스트를 작성하세요. 각 항목에 담당자 열과 상태 열을 추가하세요. 이러한 유형의 출시에서 팀이 가장 자주 잊는 항목 다섯 가지도 추가하세요.
prompt 29: 교훈 보고서
프로젝트: [name]. 계획 대비 실제: 일정 [planned/actual], 예산 [planned/actual], 범위 변경 [list]. 회고 메모: [paste]. 다음 내용을 포함한 교훈 보고서를 작성하세요: 잘된 점과 그 이유, 잘되지 않은 점과 그 이유, 다르게 했을 일, 그리고 이 유형의 다음 프로젝트를 위한 세 가지 권고 사항. 각 권고 사항은 추가로 질문하지 않고도 실행할 수 있을 만큼 구체적으로 작성하세요.
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)
- 품질, 승인 및 출시 기준 (prompt 28)
- 변경 관리 및 의사결정 로그 (prompt 20)
작업에서 prompt, 템플릿, 스킬로
prompt는 시작하는 가장 빠른 방법입니다. 출력물이 고정된 구조의 공식 문서라면 생성기 스킬이 더 빠릅니다. 모델이 여러 주에 걸쳐 전체 프로젝트를 기억하게 하려면 페르소나 스킬이 적합합니다. 이 표는 일반적인 PM 작업 8가지를 세 가지 방식 모두에 매핑합니다.
| PM 작업 |
이 글의 prompt |
문서 또는 템플릿 생성기 |
페르소나 스킬 |
| 고객 또는 공급업체와 범위를 정의하세요 |
prompts 1, 2 |
AI 작업기술서 생성기 ($4.99) |
Diego - 에이전시 프로젝트 매니저 ($29) |
| 제품 요구사항을 작성하세요 |
prompts 2, 3 |
AI PRD 생성기 ($29) |
Ulric - 테크니컬 프로그램 매니저 ($29) |
| 스프린트를 계획하고 세리머니를 진행하세요 |
prompts 10, 21, 22 |
AI 회의록 생성기 ($2.99) |
Perrin - 스크럼 마스터 ($29) |
| 리스크 등록부를 작성하고 유지하세요 |
prompts 11, 12, 14 |
위의 리스크 등록부 템플릿 |
Cressida - 프로그램 매니저 ($29) |
| 경영진에게 보고하세요 |
prompts 18, 26 |
AI 경영진 요약 생성기 ($4.99) |
Cressida - 프로그램 매니저 ($29) |
| 입찰 또는 고객 제안서에 응답하세요 |
prompts 4, 19 |
AI RFP / 제안서 작성기 ($29) |
Diego - 에이전시 프로젝트 매니저 ($29) |
| 여러 팀의 딜리버리를 관리하세요 |
prompts 7, 8, 15 |
위의 프로젝트 계획 템플릿 |
Torsten - 딜리버리 매니저 ($29) |
| 프로젝트를 종료하고 인계하세요 |
prompts 28, 29, 30 |
종료 회의를 위한 AI 회의록 생성기 ($2.99) |
Torsten - 딜리버리 매니저 ($29) |
모든 스킬은 일회성 구매입니다. .md 스킬 파일과 README가 제공되며, Claude(Claude Code 포함), ChatGPT의 맞춤형 GPT, Gemini의 Gem, Copilot에서 작동합니다. 모두 묻지도 따지지도 않고 30일 환불 보장을 제공합니다. 업무 범위가 프로젝트 관리보다 넓다면 ChatGPT prompts 허브에서 다른 역할을 다룹니다.
자주 묻는 질문
ChatGPT 또는 Claude가 AI 프로젝트 관리 도구를 대체할 수 있나요?
단독으로는 어렵습니다. 채팅 모델은 문서를 작성하고 목록을 분석하며 회의 내용을 요약하는 데 매우 뛰어나지만, 시간에 따른 작업을 추적하거나 티켓 관리 시스템에 연결하지는 못합니다. 대부분의 PM은 여기의 prompts를 Jira, Asana 또는 유사한 도구와 함께 사용하고, 반복 prompts를 skill로 저장해 페르소나와 형식을 일관되게 유지합니다.
프로젝트 관리 prompts에는 ChatGPT와 Claude 중 어떤 모델이 더 낫나요?
둘 다 30개의 prompts를 모두 처리합니다. Claude는 회의록과 전체 계획처럼 길게 붙여 넣은 자료와 엄격한 서식 지정에 강한 편입니다. ChatGPT는 팀이 이미 커스텀 GPT를 사용하고 있다면 편리합니다. 실제 데이터를 사용해 두 모델에서 같은 prompt를 실행해 보고, 수정이 더 적게 필요한 쪽을 선택하세요.
이 prompts를 사용하더라도 프로젝트 계획 템플릿이 필요한가요?
prompts는 구성 요소를 만들고, 템플릿은 완성된 계획에 필요한 구성 요소를 알려 줍니다. 위의 프로젝트 계획 템플릿 섹션을 체크리스트로 사용한 다음, 연결된 prompts를 실행해 각 섹션을 채우세요. 그러면 스폰서가 계획을 요청했을 때 누락되는 항목이 없습니다.
prompt를 작성할 때 기밀 프로젝트 데이터를 안전하게 보호하려면 어떻게 해야 하나요?
공유할 수 없는 이름, 고객 식별 정보 및 상업적 수치는 삭제하거나 placeholders를 사용하세요. 조직의 AI 정책과 ChatGPT 또는 Claude 요금제에서 데이터가 학습에 사용되지 않도록 제외하는지 확인하세요. 일반적으로 엔터프라이즈 및 팀 요금제는 이를 지원하지만, 소비자 요금제는 기본적으로 지원하지 않을 수 있습니다.
이 prompts와 판매되는 skills의 차이점은 무엇인가요?
prompts는 무료이며 지금 바로 사용할 수 있습니다. skill은 페르소나, 방법론 및 출력 형식을 하나의 파일로 묶어 주므로, 지침을 다시 붙여 넣지 않아도 되고 모델이 매주 동일한 방식으로 작동합니다. 예를 들어 Cressida는 "이번 주 자료입니다"라는 단일 메시지로 상태 보고서, RAID 로그 및 운영위원회 업데이트를 작성합니다.
핵심 내용
30개의 prompts는 대부분의 프로젝트 관리자가 일주일 동안 필요로 하는 것보다 많습니다. 바로 그 점이 핵심입니다. 반복 업무에 맞는 다섯 개를 골라 실제 데이터를 붙여 넣고, 출력 형식은 그대로 유지하세요. 매주 월요일마다 같은 prompt를 실행하고 있다면, 이를 skill로 옮겨 모델이 프로젝트를 기억하게 하고 설정을 다시 입력하는 일을 멈추세요. 랜딩 페이지의 prompts 10개와 함께 사용하면 계획 수립, 실행 및 종료를 위한 완전한 PM prompt 라이브러리를 갖추게 됩니다.
비즈니스 및 운영을 위한 Prompt 라이브러리
비즈니스 및 운영 Prompt 라이브러리
계획 수립, 보고, 프로세스 문서화 및 이해관계자 커뮤니케이션을 위한 바로 실행 가능한 prompts를 작업별로 정리해 두어, 몇 초 안에 적합한 것을 찾을 수 있습니다.
$27
지금 받기 →
KissMySkills에서 모든 AI 프로젝트 관리자 스킬을 둘러보세요.
