본문으로 건너뛰기

Works 소개

무엇을 해결하는 제품인지, 어떤 조각으로 이루어져 있는지.

1. 소개

Works는 사내 업무에 필요한 조직 정보, 프로젝트, 전자결재, 근태, 문서, 커뮤니케이션과 AI 도구를 하나의 플랫폼에서 제공하는 통합 업무 시스템입니다. 사용자는 동일한 계정으로 웹과 앱을 오가며 업무를 처리하고, 관리자는 조직 정책과 서비스 구성을 중앙에서 관리합니다.

Works의 목표는 기능을 한 화면에 모으는 데 그치지 않습니다. 프로젝트의 태스크가 채팅과 업무일지로 이어지고, 결재 결과가 휴가·근태·자산 같은 실제 운영 데이터에 반영되며, AI가 권한 범위 안에서 이 데이터를 조회하고 작업을 보조하는 연결된 업무 흐름을 지향합니다.

플랫폼 구성도

2. 해결하려는 문제

조직은 보통 메신저, 파일 저장소, 결재, 근태, 프로젝트 관리, 지식 문서와 AI 서비스를 각각 운영합니다. 이 방식은 다음 문제를 만듭니다.

  • 사용자와 조직 정보를 서비스마다 중복 관리해야 합니다.
  • 같은 업무의 대화, 파일, 결재와 실행 이력이 여러 시스템에 흩어집니다.
  • 권한 변경과 퇴직자 처리를 여러 곳에서 반복해야 합니다.
  • 자동화와 AI가 전체 업무 맥락에 접근하기 어렵습니다.
  • 감사, 백업, 장애 대응 기준이 서비스마다 달라집니다.

Works는 공통 사용자·조직·권한 모델과 통합 API를 중심으로 이 문제를 줄입니다.

3. 주요 대상

대상주요 사용 목적
일반 구성원일정, 프로젝트, 결재, 근태, 문서, 채팅과 AI 업무 지원
팀 리더·프로젝트 관리자업무 배정, 진행 상황, 팀 일정, 평가와 보고 관리
인사·총무·재무 담당자조직, 근태·휴가, 자산, 교육, 급여와 증명서 운영
시스템 관리자계정, 권한, 서비스 설정, 보안, 백업과 모니터링
경영진조직·프로젝트·운영 지표 확인과 의사결정 지원
연동 개발자OAuth, REST API와 웹훅을 통한 외부 시스템 연결

4. 핵심 가치

연결된 업무 흐름

Works의 각 기능은 독립된 메뉴이면서 공통 데이터와 이벤트로 연결됩니다. 예를 들어 결재된 휴가 신청은 휴가 잔액과 근태에 반영되고, 프로젝트 활동은 업무일지와 보고에 활용되며, 채팅 메시지는 태스크나 관련 업무 화면으로 이어질 수 있습니다.

조직 기준의 접근 통제

사용자의 역할, 조직 소속, 관리 권한, 프로젝트 멤버십과 콘텐츠별 권한을 함께 적용합니다. 화면에서 메뉴를 숨기는 것뿐 아니라 서버 API에서도 동일한 권한 검증을 수행하는 것을 원칙으로 합니다.

여러 클라이언트의 일관된 경험

웹을 중심으로 본체 모바일 앱과 Windows 앱을 제공하고, 사용 빈도가 높은 채팅은 별도 네이티브 앱으로 제공합니다. 모든 클라이언트는 Works 서버의 동일한 사용자와 업무 데이터를 사용합니다.

운영 가능한 자체 구축 구조

MongoDB, Redis, Nginx와 Works 서버를 Docker Compose로 배포할 수 있습니다. 업로드 파일과 백업 데이터는 호스트 영구 저장소에 두며, 헬스 체크와 로그 회전, 백업·복원 절차를 제공합니다.

업무 맥락을 이해하는 AI

AI 채팅과 워크플로우는 메일, 프로젝트, 드라이브, 위키 등 Works 기능을 도구로 사용할 수 있습니다. 조회와 변경은 사용자 권한 및 도구 정책 안에서 수행하며, 민감한 변경에는 확인 절차를 둘 수 있습니다.

5. 플랫폼 범위

Works는 다음 영역을 포함합니다.

  • 조직·인사: 조직도, 사용자, 발령, 평가, 면접, 설문, 교육
  • 업무 운영: 프로젝트, 태스크, 업무일지, 결재, 근태·휴가
  • 자원 운영: 예약, 차량·유류비, 비품·자산, 증명서
  • 협업: 채팅, 메일, 게시판, 알림, 화상회의
  • 지식·콘텐츠: 드라이브, 위키, 문서 양식, 검색
  • AI·자동화: AI 채팅, 업무 도구, 워크플로우, 스케줄 실행
  • 관리자: 정책, 권한, 감사 로그, 백업, 라이선스, 서비스 설정

6. 설계 원칙

  1. 사용자와 조직 정보는 플랫폼의 공통 기준 정보로 관리합니다.
  2. 중요한 상태 변경은 서버에서 권한과 입력을 다시 검증합니다.
  3. 클라이언트별 API 계약은 하위 호환을 우선합니다.
  4. 실시간 기능이 중단돼도 핵심 데이터는 영구 저장소를 기준으로 복구할 수 있어야 합니다.
  5. 민감한 자격증명과 업무 데이터는 필요한 범위에서 암호화하고 노출을 최소화합니다.
  6. 기능은 조직 정책과 라이선스에 따라 선택적으로 활성화할 수 있어야 합니다.
  7. 운영 문서와 자동 검증을 코드 변경과 함께 유지합니다.

7. 관련 문서

시작하기 문서 더 보기