칸반·간트가 없는 인사책의 업무 요청 — 실제 범위와 사진·파일 첨부

한눈에 보는 답

인사책에는 칸반 보드와 간트 차트가 없습니다.
대신 직원 화면 「업무」에서 받은 일·보낸 일·확인할 일·목록·월 달력·사람별 보기로 요청을 주고받고,
업무마다 세부 할 일을 최대 20개까지 두며 사진·파일은 파일당 10MB까지 붙일 수 있습니다.
작업 선후 관계,
스프린트,
코드 저장소(Git) 연동,
반복 업무도 없으니 개발 일정이나 장기 프로젝트 관리 도구가 필요하다면 맞지 않습니다.

먼저 확인할 질문

도구를 고르기 전에 아래 여섯 가지를 먼저 답해 보시면 인사책 업무가 맞는지 금방 보입니다.

1. 우리 일은 흘러가는 요청형인가요,
   시작과 끝이 있는 프로젝트형인가요? 요청형이면 인사책 업무로 충분한 경우가 많고,
   프로젝트형이면 일정 도구가 따로 필요합니다.
2. 날짜가 서로 물린 작업,
   곧 앞 일이 끝나야 뒤 일이 시작되는 작업이 있나요? 있다면 인사책은 그 연결을 걸어 주지 않습니다.
3. 한 사람이 동시에 몇 건의 요청을 받나요? 한 업무에 받는 사람은 최대 20명이고,
   사람별 보기로 누가 얼마나 쥐고 있는지 볼 수 있습니다.
4. 요청이 지금 어디로 들어오나요? 메신저·전화·구두로 흩어져 있다면 한 화면으로 모으는 것이 첫 목적입니다.
5. 현장 사진이나 서류가 요청과 함께 오가야 하나요? 업무에는 파일 첨부가 있습니다.
6. 개발 코드 저장소나 스프린트 주기와 묶여야 하나요? 그렇다면 인사책 업무는 맞지 않습니다.

숫자로 보기

인사책에서 하는 법

인사책의 「업무」는 직원 화면의 업무 칸에서 엽니다(화면 주소 /worker/calendar).
처음부터 켜져 있고,
회사관리자가 「회사 기능 설정 › 기능 › 업무」 줄을 끄면 사라집니다.
경비 화면에서 만드는 「프로젝트」(코드·이름·고객사·기간·예산을 적는 원장)는 업무와 별개 기능이며,
업무 요청에는 프로젝트 칸이 없습니다.
흐름은 업무분장과 업무 요청 프로세스에도 있습니다.
아래 일곱 조건을 차례로 봅니다.

보드(칸반) 보기

카드를 열 사이로 옮기는 보드 화면을 찾는 분이 많아서 먼저 묻는 항목입니다.
인사책의 보드(칸반) 보기는 없다.
업무를 카드로 옮겨 가며 관리하는 보드는 만들어 두지 않았습니다.

대신 직원 화면 「업무」에서 홈·받은 일·보낸 일·확인할 일·목록·달력·사람별로 나눠 봅니다.
받은 사람의 상태는 확인 필요·확인함·완료·취소 네 가지이고,
업무 전체는 확인 대기·진행 중·완료·취소됨으로 표시됩니다.
열을 옮기는 맛은 없지만 누가 아직 확인하지 않았는지는 바로 보입니다.

활용 사례를 하나 들면,
팀장이 「보낸 일」 보기를 열어 「확인 대기」로 표시된 요청을 골라 「다시 알림」을 누릅니다.
카드 이동으로 진행을 시각화하는 방식이 꼭 필요한 팀에는 맞지 않습니다.

간트 차트

일정을 막대로 늘어놓는 간트 차트는 프로젝트 도구의 대표 보기입니다.
인사책의 간트 차트는 없다.
업무 화면 어디에도 기간 막대를 그리는 보기가 없습니다.
참고로 근무표 편성에 시간표 화면이 있지만 그것은 근무 시간을 짜는 도구이고 업무와는 상관이 없습니다.

대신 업무마다 기한 날짜(필수)와 시각(선택)을 정하고,
월 달력에서 기한이 몰린 날을 봅니다.
날짜만 고르면 받는 사람의 그날 퇴근 시각,
퇴근 시각이 없으면 18:00으로 잡힙니다.
달력 보기 방법은 업무 달력으로 팀 업무 기한 한눈에 보기에 자세히 있습니다.

활용 사례로,
대표가 월 달력을 열어 이번 달 기한이 한 주에 몰렸는지 확인하고 일부를 다음 주로 옮기도록 요청합니다.
여러 단계가 겹친 긴 프로젝트의 전체 기간을 막대로 한눈에 봐야 한다면 맞지 않습니다.

작업 선후 관계

앞 일이 끝나야 뒤 일이 시작되는 연결을 걸 수 있는지는 건설·제조·행사 팀이 자주 묻습니다.
인사책의 작업 선후 관계는 없다.
선행·후행 연결도,
상위 업무 아래에 하위 업무를 두는 구조도 없습니다.

세부 할 일은 있습니다.
한 업무에 체크 항목을 최대 20개까지 달 수 있고 한 줄은 120자까지 쓸 수 있습니다.
다만 이것은 한 사람 몫 안의 체크 목록이지 선후가 있는 하위 업무가 아닙니다.
앞 일이 끝나야 뒤 일이 열리는 순서는 업무 제목이나 내용에 적어 두고,
앞 일이 끝난 뒤에 뒤 일을 새로 보내는 식으로 직접 이어야 합니다.
막힌 일은 「막힘 표시」(막힌 시각과 사유 0~200자)를 남기면 보낸 사람이 알 수 있고,
받은 사람이 기한을 못 맞출 것 같으면 「기한 변경 요청」(사유 최대 300자)을 올립니다.
요청한 사람이 새 기한을 정합니다.

활용 사례로,
앞 공정 담당이 막힘 표시를 남기면 뒷공정 담당의 업무 기한을 요청한 사람이 조정합니다.
의존 관계가 수십 개 얽힌 일정을 자동으로 밀어 주는 기능이 필요하면 맞지 않습니다.

스프린트

개발팀의 두 주 단위 주기 관리를 찾는 경우입니다.
인사책의 스프린트는 없다.
스프린트 계획,
백로그,
번다운 같은 개념이 업무에 들어 있지 않습니다.

대신 기한이 있는 요청을 보내고,
마감 전날 09:00과 마감 당일 09:00에 알림이 가며,
확인하지 않으면 다음 근무일 10:00에 한 번 더 갑니다.
마감이 지나면 16:00에 알립니다.
업무마다 알림 3종(마감 전날·마감날 아침·확인 안 하면 한 번 더)을 켜고 끌 수 있습니다.
보낸 사람이 직접 누르는 다시 알림은 자동 알림을 포함해 한 사람에게 3번까지,
하루에 1번입니다.
밤 21시부터 아침 9시 사이에 누른 다시 알림은 다음 근무일 09:00에 갑니다.

활용 사례로,
팀장이 이번 주 처리할 요청을 한 번에 보내고 사람별 보기에서 누가 몇 건을 쥐고 있는지 점검합니다.
개발 주기와 이슈 추적을 하는 팀에는 맞지 않습니다.

Git 연동

코드 저장소와 업무를 묶어 커밋이 업무를 닫게 하는 흐름을 묻는 항목입니다.
인사책의 Git 연동은 없다.
코드 저장소와 업무를 잇는 연결은 만들어 두지 않았습니다.

사람 대신 프로그램이 업무를 만드는 길은 따로 있습니다.
AI 연결(MCP)은 개인 토큰을 /worker/mcp 화면에서 받아 쓰며,
업무와 관련된 도구가 17개 있어 만들기·여러 사람에게 보내기·파일 올리기·다시 알림 등을 합니다.
무료 회사는 한 달에 100회까지입니다.
다만 공개 OpenAPI 문서에는 업무 경로가 없습니다.
업무 요청 파일 관리 사례는 스타트업 업무 요청 파일 첨부 활용 예시에 있습니다.

활용 사례로,
운영 담당이 AI 연결 도구로 점검 요청을 여러 사람에게 한 번에 보냅니다.
코드 저장소 이벤트로 업무 상태를 바꾸는 개발 흐름에는 맞지 않습니다.

반복 업무

매주 같은 요청을 자동으로 만들어 주는 기능을 묻는 항목입니다.
인사책의 반복 업무는 없다.
한 번 만들어 두면 정해진 주기로 새 업무가 생기는 기능이 업무에 들어 있지 않습니다.
팀 캘린더의 「반복 일정」은 일정 기능으로 업무와 다른 기능입니다.

대신 같은 요청은 새로 보내거나 이전 요청을 보고 그대로 다시 씁니다.
요청한 사람이 완료된 업무를 되돌려 다시 열 수 있는 「다시 해 주세요」도 있어,
같은 건을 이어서 처리할 때 씁니다.
업무 요청에는 양식(템플릿)이나 자동화 규칙도 없고 제목·내용·받는 사람·참조·기한을 자유롭게 입력합니다.
양식과 자동화의 실제 범위는 업무 요청 양식·사용자 정의 항목·자동화·이전 도구 범위에서 따로 정리했습니다.

활용 사례로,
월말 점검 요청은 담당자가 달력에 표시해 두었다가 그날 새 업무로 보냅니다.
매주 자동으로 생성되는 정기 업무가 필수라면 맞지 않습니다.

사진·파일 첨부

사진·파일 첨부는 있습니다.
인사책의 사진·파일 첨부는 있다.
업무 본문,
댓글,
업무일지에 붙일 수 있습니다.

형식은 PDF · 사진(JPG·PNG·WEBP) · Word · 한글 · 엑셀 · PPT · TXT · CSV · ZIP입니다.
파일 하나는 최대 10MB이고,
한 곳(업무 본문,
댓글 하나,
업무일지 하루)에 최대 10개까지 올립니다.
한 곳의 합계는 기본 30MB이며 저장 공간을 늘린 유료 회사는 50MB입니다.
올린 파일은 회사 저장 용량에 함께 잡히고,
회사 저장 공간은 기본 10GB가 무료입니다.
받은 메일을 업무에 붙이는 길은 첨부 10개,
합계 25MB까지입니다.

활용 사례로,
현장 담당이 설비 사진을 붙여 수리를 요청하고 수리 담당이 완료 사진을 댓글에 올립니다.
10MB가 넘는 큰 영상이나 설계 도면은 올릴 수 없어 압축하거나 다른 방법을 찾아야 합니다.

업종별 활용 예시

아래 세 곳은 모두 인사책이 체험용으로 만든 가상 체험 회사이며 실재하는 회사가 아닙니다.

금속 부품 제조 체험 회사(40명) — 공장 1곳에 대표 1명,
사무 9명,
생산 30명(A·B·C조 각 10명)이 월~토 가동합니다.
설비 이상이 생기면 현장 사진이 메신저에 흩어져 담당이 늦게 알았습니다.
사무 담당이 직원 화면 업무에서 수리 요청을 만들고 받는 사람에 정비 담당을 넣은 뒤,
설비 사진을 붙이고 기한을 다음 날로 정했습니다.
정비 담당이 막힘 표시와 사유를 남기면 요청한 사람이 알림으로 바로 보고,
완료 사진은 댓글에 올렸습니다.
결과적으로 요청·사진·진행이 한 업무 안에 모였습니다.

간호 3교대 병원 체험 회사(40명) — 병동 3곳(내과·외과·중환자실)에 3교대 간호 인력 32명이 있습니다.
병동마다 물품 보충과 서류 제출 요청이 구두로 오가 누락이 났습니다.
수간호사가 보낸 일에서 요청 건을 모아 보고,
확인하지 않은 사람에게는 다시 알림을 눌렀습니다.
밤 21시 이후에 누른 알림은 다음 근무일 09:00에 가므로 야간 근무자의 휴식을 건드리지 않았습니다.
결과로 요청 확인 여부가 사람별 보기에 남았습니다.

자동차 렌트·리스 체험 회사(40명) — 본사(서울)와 지점 3곳이 있고 법인 거래처가 약 90곳입니다.
계약 서류 보완 요청이 지점마다 달랐습니다.
본사 담당이 업무 한 건에 서류 PDF를 붙이고,
세부 할 일에 확인 항목을 달아 지점 담당에게 보냈습니다.
지점 담당은 항목을 체크하며 처리하고 기한이 어려우면 기한 변경 요청을 올렸습니다.
결과로 지점별 진행을 월 달력에서 한눈에 볼 수 있었습니다.
업무 시간 기록과 권한 범위는 업무 시간 기록·대시보드·내보내기·권한 범위를 참고하세요.

인사책이 맞지 않는 경우

아래는 인사책 업무에 없는 기능입니다.
각 항목 뒤에 대신 되는 것을 붙였습니다.

• 칸반 보드 — 대신 받은 일·보낸 일·확인할 일·목록·사람별 보기로 상태를 봅니다.
• 간트 차트 — 대신 업무별 기한과 월 달력으로 일정이 몰린 날을 봅니다.
• 작업 선후 관계 — 대신 세부 할 일 최대 20개와 막힘 표시,
  기한 변경 요청으로 순서를 직접 관리합니다.
• 스프린트 — 대신 기한 알림(09:00 · 10:00 · 16:00 세 때)을 씁니다.
• 코드 저장소(Git) 연동 — 대신 AI 연결 도구로 프로그램이 업무를 만들 수 있습니다.
• 반복 업무 — 대신 같은 요청을 새로 보내거나 「다시 해 주세요」로 다시 엽니다.
• 주 보기 달력 — 대신 월 보기 달력만 있고,
  한 주의 일은 받은 일·목록으로 봅니다.

업무별 시간 기록과 외부 참여자 초대도 없습니다.
감사 로그는 근태·급여·결재 변경 이력 감사로그 어디서 보나에,
단일 로그인(SSO)은 SSO 없을 때 인사책 로그인 보안에 따로 정리했습니다.

다른 서비스와 비교할 때

프로젝트 관리 도구를 고를 때는 이름보다 아래 기준을 먼저 적어 보세요.

• 보기 종류: 보드·달력·목록·타임라인 중 꼭 필요한 것이 무엇인지,
  그 보기를 바꿔 쓸 수 있는지 봅니다.
• 의존성: 앞 일이 끝나야 뒤 일이 시작되는 연결이 필수인지,
  일정이 밀리면 뒤 일이 자동으로 움직여야 하는지 봅니다.
• 반복: 정해진 주기로 같은 업무가 자동 생성되어야 하는지 확인합니다.
• 개발 도구 연동: 코드 저장소와 이슈가 업무에 묶여야 하는지 확인합니다.
• 첨부 한도: 파일 하나 크기,
  한 곳 개수,
  합계,
  회사 저장 용량에 합산되는지를 숫자로 비교합니다.
• 인원 과금 방식: 최소 계약 인원이 있는지,
  사용자 수에 따라 요금이 늘어나는지 봅니다.
  인사책은 최소 계약 인원이 없고 사용자 수에 따른 추가 요금이 없습니다.

요청을 주고받는 일이 중심이면 단순한 도구가,
일정이 물린 프로젝트가 중심이면 전문 도구가 낫습니다.
협업 도구 전체의 대체 범위는 협업 도구 대체 범위 — 문서 저장·공동 편집·프로젝트·화상회의에서 정리했습니다.

근거와 확인일

확인일은 2026-11-09이고 검토는 운영 관제가 했습니다.
근거는 다음과 같습니다.

• 업무 화면 보기: TASK_VIEWS (team-calendar-tasks-read.ts)
• 세부 할 일 한도: TASK_SUBTASK_MAX · 알림 시각: planTaskReminders (team-calendar-tasks.ts)
• 첨부 형식: TASK_FILE_TYPE_TEXT (team-calendar-tasks-file-upload.ts)
• 첨부 개수·크기·합계: trg_tct_file_insert · trg_tct_file_place_quota (1047 마이그레이션)
• 켜짐 여부: workTasksEnabled (work-tasks-feature-switch.ts)

자주 묻는 질문

인사책에 칸반 보드가 있나요?

없습니다.
업무를 카드로 옮겨 가며 관리하는 보드는 만들어 두지 않았습니다.
직원 화면 업무에서 홈·받은 일·보낸 일·확인할 일·목록·달력·사람별 보기로 나눠 봅니다.
상태는 확인 대기·진행 중·완료·취소됨으로 표시됩니다.

간트 차트 없이 마감이 물린 일을 어떻게 관리하나요?

선후 관계 기능이 없어 앞 일이 끝나야 뒤 일이 열리는 연결은 만들 수 없습니다.
업무마다 기한을 정하고 월 달력으로 몰린 날을 확인하세요.
한 업무 안에서는 세부 할 일을 최대 20개까지 달아 순서를 적을 수 있고,
막히면 막힘 표시를 남기고 기한 변경 요청을 올립니다.

반복 업무를 자동으로 만들어 주나요?

만들어 주지 않습니다.
정해진 주기로 새 업무가 생기는 기능이 없고 자동화 규칙도 없습니다.
같은 요청은 새로 보내고,
끝난 업무를 다시 열 때는 요청한 사람이 「다시 해 주세요」를 씁니다.
팀 캘린더의 반복 일정은 일정 기능이라 업무와 다릅니다.

업무 요청에 사진을 붙일 수 있나요?

붙일 수 있습니다.
PDF·사진(JPG·PNG·WEBP)·Word·한글·엑셀·PPT·TXT·CSV·ZIP을 올리며 파일 하나는 최대 10MB입니다.
한 곳(업무 본문,
댓글 하나,
업무일지 하루)에 10개까지,
합계는 기본 30MB입니다.
올린 파일은 회사 저장 용량에 함께 잡힙니다.

개발팀 스프린트 관리에 쓸 수 있나요?

스프린트와 코드 저장소(Git) 연동이 없어 개발 주기 관리용으로는 맞지 않습니다.
요청을 보내고 확인과 완료를 주고받는 일에는 쓸 수 있습니다.
사람 대신 프로그램이 업무를 만드는 길로 AI 연결(MCP)이 있고,
무료 회사는 한 달 100회까지입니다.

업무 기능은 켜 줘야 쓰나요?

처음부터 켜져 있습니다.
회사관리자가 「회사 기능 설정 › 기능 › 업무」 줄을 끄면 직원 화면에서 사라집니다.
업무 목록은 한 번에 최대 300건입니다.

관련 가이드

• 업무 달력으로 팀 업무 기한 한눈에 보기
• 업무분장과 업무 요청 프로세스
• 스타트업 업무 요청 파일 첨부 활용 예시
• 협업 도구 대체 범위 — 문서 저장·공동 편집·프로젝트·화상회의
• 업무 시간 기록·대시보드·내보내기·권한 범위
• 업무 요청 양식·사용자 정의 항목·자동화·이전 도구 범위