+ 한계를 명시하고 조직도와 절차를 체계화했다.
- 실제 자료 조사·교차검증 없이 일반론에 머문다.
부서명과 규정을 넣으면 대학 학술·행정 조직도와 업무 흐름을 만들고, 부서 웹사이트와 유사 조직 정보를 확인하도록 지시합니다.
| 분류 | 사무 › 인사·채용 |
|---|---|
| 태그 | 분석초안작성표템플릿 |
Act as an Organizational Structure and Workflow Design Expert. You are responsible for creating detailed organizational charts and workflows for various departments at Giresun University, such as faculties, vocational schools, and the rectorate.
Your task is to:
- Gather information from departmental websites and confirm with similar academic and administrative units.
- Design both academic and administrative organizational charts.
- Develop workflows according to provided regulations, ensuring all steps are included.
You will:
- Verify information from multiple sources to ensure accuracy.
- Use Claude code to structure and visualize charts and workflows.
- Ensure all processes are comprehensively documented.
Rules:
- All workflows must adhere strictly to the given regulations.
- Maintain accuracy and clarity in all charts and workflows.
Variables:
- ${departmentName} - The name of the department for which the chart and workflow are being created.
- ${regulations} - The set of regulations to follow for workflow creation.Giresun University 부서별 조직도와 규정 기반 워크플로를 만들 때 쓰는 역할 프롬프트다. 여러 출처 확인과 Claude code를 통한 구조화·시각화를 요구한다.
ChatGPT는 검증 한계를 정직하게 밝힌 유용한 초안이지만 실제 조사는 없다. Gemini는 구체적으로 보이나 근거 없는 규정·조직을 단정하고 본문도 링크로 대체했으며, [C]는 제시되지 않았다.
+ 한계를 명시하고 조직도와 절차를 체계화했다.
- 실제 자료 조사·교차검증 없이 일반론에 머문다.
+ 대학 행정 용어와 시스템명을 구체적으로 제시했다.
- 열 수 없는 링크에 의존하고 규정 내용을 지어냈다.
| 기준 | ChatGPT | Gemini | 앞선 모델 |
|---|---|---|---|
| 지시 준수 | 6 | 3 | ChatGPT +100% |
| 정확성 | 6 | 2 | ChatGPT +200% |
| 구체성 | 6 | 5 | ChatGPT +20% |
| 구성·가독성 | 9 | 7 | ChatGPT +29% |
| 분량 적정성 | 7 | 5 | ChatGPT +40% |
gpt-5.6-sol가 모델 이름을 가린 채 1~10점으로 채점했습니다 (2026-09-25). 측정값이 아니라 AI 심사 결과입니다.
같은 입력을 세 모델에 넣어 받은 답을 그대로 옮겼습니다. 각 CLI(에이전트 하네스)에서 실행했습니다. ChatGPT·Claude 앱이나 웹에서는 답이 다를 수 있습니다.
[붙여 넣은 자료] departmentName: 공과대학 컴퓨터공학과 (Mühendislik Fakültesi - Bilgisayar Mühendisliği Bölümü) regulations: Giresun Üniversitesi 학과사무실 업무편람 2025년 개정판, 조직 및 업무처리 규정 제12조(학과 행정 절차)
본 문서는 Giresun Üniversitesi Mühendislik Fakültesi – Bilgisayar Mühendisliği Bölümü를 대상으로 한 조직 및 업무흐름 초안입니다.
다만 「학과사무실 업무편람 2025년 개정판」과 「조직 및 업무처리 규정 제12조」의 원문이 제공되지 않았으므로, 아래 내용은 대학의 일반적인 조직체계와 학과 행정 절차를 반영한 검증 전 설계안입니다. 규정 원문과 대조하기 전에는 “규정 준수 완료본”으로 사용할 수 없습니다.
flowchart TD
R[총장·렉터] --> V[부총장]
V --> D[공과대학장]
D --> FC[공과대학 교수회의]
D --> DC[컴퓨터공학과장]
DC --> DCC[학과회의·학사운영위원회]
DC --> VC[부학과장 또는 학사담당]
DC --> ADM[학과사무실]
DCC --> PROF[전임교원]
DCC --> TA[연구원·조교·시간강사]
DCC --> STU[학생대표·학생회]
PROF --> EDU[교육과정·강의·학생지도]
PROF --> RES[연구·산학협력]
PROF --> ADV[졸업·진로·상담지도]
ADM --> DOC[문서·기록관리]
ADM --> STUD[학생 민원·학적지원]
ADM --> FIN[예산·구매·물품관리]
ADM --> HR[인사·복무 행정]
| 조직 또는 직위 | 주요 책임 |
|---|---|
| 공과대학장 | 학부·학과 운영 총괄, 최종 승인 및 대학본부 보고 |
| 컴퓨터공학과장 | 학과 운영, 교육과정, 교원 업무분장, 학생지도 총괄 |
| 학과회의 | 교육과정, 강의개설, 졸업요건, 학생지도 및 주요 학사사항 심의 |
| 전임교원 | 강의, 연구, 논문지도, 학생상담, 졸업사정 참여 |
| 조교·연구원 | 수업·실험실 지원, 연구 및 학과 행정 보조 |
| 학과사무실 | 문서접수·처리, 학생 민원, 학적·수업 지원, 예산·물품 및 기록관리 |
| 학생대표 | 학생 의견 전달, 학과 행사 및 학생자치 협력 |
직위 명칭과 위원회 설치 여부는 실제 대학 직제와 학칙에 따라 확정해야 합니다.
flowchart TD
R[렉터] --> HQ[대학본부]
HQ --> AF[교무·학사 담당부서]
HQ --> SA[학생지원·학적 담당부서]
HQ --> GA[총무·인사 담당부서]
HQ --> FA[재무·구매 담당부서]
HQ --> FAC[공과대학 행정실]
FAC --> DH[공과대학장]
FAC --> DEPT[컴퓨터공학과장]
DEPT --> OFFICE[컴퓨터공학과 사무실]
OFFICE --> REC[문서·기록 담당]
OFFICE --> ACAD[학사·수업 담당]
OFFICE --> STUD[학생·학적 담당]
OFFICE --> BUD[예산·구매 담당]
OFFICE --> HR[인사·복무 담당]
OFFICE --> LAB[실험실·시설 담당]
학과사무실은 독립적인 최종 의사결정기관이 아니라, 일반적으로 다음의 흐름으로 업무를 수행해야 합니다.
접수 및 등록 → 내용 검토 → 담당자 지정 → 학과장 결재 또는 심의 → 공과대학 행정실 처리 → 대학본부 연계 → 결과 통지 및 기록 보존
flowchart TD
A[문서·신청서 접수] --> B[접수대장 등록]
B --> C{소관 업무 확인}
C -- 학과 소관 --> D[담당자 지정]
C -- 대학 또는 본부 소관 --> E[관할 부서 이송]
D --> F[요건·첨부자료 검토]
F --> G{보완 필요?}
G -- 예 --> H[보완 요청 및 기한 부여]
H --> F
G -- 아니오 --> I[학과장 검토]
I --> J{위원회 또는 상급 결재 필요?}
J -- 예 --> K[학과회의·위원회 심의]
K --> L[공과대학 행정실 또는 본부 송부]
J -- 아니오 --> M[학과장 결재]
M --> N[처리 결과 통지]
L --> N
N --> O[문서철·전자기록 보존]
flowchart TD
A[교육과정 및 전년도 운영 결과 검토]
A --> B[교과목 개설 수요 조사]
B --> C[담당교원·강의시간 편성]
C --> D[학과회의 심의]
D --> E[학과장 승인]
E --> F[공과대학 행정실 제출]
F --> G[대학 학사부서 검토]
G --> H[시간표·강의계획서 등록]
H --> I[수강신청 및 정정]
I --> J[수업 운영·출결 관리]
J --> K[시험·성적 처리]
K --> L[성적 이의신청 및 정정]
L --> M[학사기록 확정·보존]
주요 통제점은 다음과 같습니다.
flowchart TD
A[학생 신청 또는 민원 제출]
A --> B[신청자격·구비서류 확인]
B --> C{서류 누락?}
C -- 예 --> D[보완 안내]
D --> B
C -- 아니오 --> E[학과사무실 접수]
E --> F{학과장 판단 필요?}
F -- 예 --> G[학과장 검토·승인]
F -- 아니오 --> H[담당 직원 처리]
G --> I{상급 부서 승인 필요?}
I -- 예 --> J[공과대학 또는 본부 송부]
I -- 아니오 --> K[처리 결과 작성]
H --> K
J --> K
K --> L[학생에게 결과 통지]
L --> M[처리대장·전자문서 보존]
대상 업무에는 다음이 포함될 수 있습니다.
flowchart TD
A[졸업예정자 명단 확인]
A --> B[학생별 이수내역 추출]
B --> C[교양·전공·학점·필수과목 검토]
C --> D[졸업논문·프로젝트·인턴십 요건 확인]
D --> E{미충족 요건 존재?}
E -- 예 --> F[학생 및 지도교원에게 보완사항 통지]
F --> G[보완 가능 여부 및 졸업시기 검토]
E -- 아니오 --> H[학과 졸업사정]
G --> H
H --> I[학과장 확인]
I --> J[공과대학 행정실 제출]
J --> K[대학본부 최종 확인]
K --> L[졸업 대상 확정 및 기록 보존]
졸업사정에서는 특히 다음을 문서로 남겨야 합니다.
flowchart TD
A[구매 또는 지출 필요 발생]
A --> B[예산 잔액·예산항목 확인]
B --> C[구매요청서 및 사유 작성]
C --> D[학과장 검토]
D --> E{공과대학 또는 본부 승인 필요?}
E -- 예 --> F[상급 결재·구매부서 송부]
E -- 아니오 --> G[내부 절차 진행]
F --> H[견적·계약·구매 절차]
G --> H
H --> I[검수 및 물품 인수]
I --> J[지출증빙 확인]
J --> K[회계처리]
K --> L[자산대장·구매기록 등록]
검수 담당자와 구매 요청자가 동일한 경우에는 이해충돌 방지를 위해 별도 확인자를 두는 것이 바람직합니다.
다음 항목은 반드시 실제 2025년 개정판과 제12조 원문을 대조해야 합니다.
| 검증 항목 | 확인해야 할 내용 |
|---|---|
| 결재권한 | 학과장, 학장, 본부 부서의 결재 범위 |
| 처리기한 | 문서 접수 후 업무별 완료기한 |
| 심의절차 | 학과회의·위원회 개최와 의결 요건 |
| 기록관리 | 보존기간, 전자문서 등록 방식 |
| 개인정보 | 성적·학적자료 접근 및 보안 기준 |
| 민원처리 | 보완요청, 결과통지, 이의신청 절차 |
| 예산·구매 | 견적, 검수, 지출결의 및 자산등록 절차 |
| 인사·복무 | 교원·조교의 근무, 휴가, 대체업무 절차 |
| 학사행정 | 수업, 성적, 졸업사정의 승인 단계 |
최종본 작성 시 다음의 공식 자료를 상호 대조해야 합니다.
현재 제공된 정보만으로 확정 가능한 것은 표준 조직 및 업무흐름 설계안이며, 규정에 따른 최종 확정본을 만들려면 두 규정의 원문 또는 PDF가 필요합니다. 원문을 제공하면 각 단계별로 해당 조문 번호, 담당 직위, 처리기한, 필요서류, 결재선을 매핑한 최종본으로 정리할 수 있습니다.
| 불합격 통보 메일 쓰는 프롬프트 | |
| 연차 잔액 조정 처리 프롬프트 | |
| 이미지 출퇴근 추적 프롬프트 | |
| 인재 개발 시스템 설계 프롬프트 | |
| 회사 보상 체계 설계 프롬프트 |